Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel leest u hoe u gepland onderhoud kunt gebruiken om upgrades van cluster- en knooppuntinstallatiekopieën te plannen en beheren in Azure Kubernetes Service (AKS).
Regelmatig onderhoud wordt automatisch uitgevoerd op uw AKS-cluster. Er zijn twee soorten onderhoudsbewerkingen:
- AKS-geïnitieerd onderhoud omvat de wekelijkse releases die AKS uitvoert om uw cluster up-to-date te houden met de nieuwste functies en oplossingen.
- Door de gebruiker geïnitieerd onderhoud omvat automatische upgrades van clusters en knooppuntbesturingssysteem (OS) automatische beveiligingsupdates.
Wanneer u de functie van gepland onderhoud in AKS gebruikt, kunt u beide typen onderhoud uitvoeren in een frequentie van uw keuze om de impact van de werkbelasting te minimaliseren.
Notitie
U kunt gepland onderhoud gebruiken om de timing van automatische upgrades te plannen, maar gepland onderhoud wordt niet ingeschakeld of uitgeschakeld.
Voordat u begint
- In dit artikel wordt ervan uitgegaan dat u een bestaand AKS-cluster hebt. Als u geen AKS-cluster hebt, zie een AKS-cluster maken.
- Als u de Azure CLI gebruikt, voert u een upgrade uit naar de nieuwste versie met behulp van de opdracht
az upgrade.
Een actief Azure-abonnement. Als u geen Azure-abonnement hebt, maakt u een vrij account voordat u begint.
Stel de abonnementscontext in met behulp van de
az account setopdracht. Voorbeeld:az account set --subscription "00000000-0000-0000-0000-000000000000"Terraform lokaal geïnstalleerd. Zie Terraform installeren voor installatie-instructies.
Overwegingen
Wanneer u gepland onderhoud gebruikt, zijn de volgende overwegingen van toepassing:
- AKS behoudt zich het recht voor om geplande onderhoudsvensters te breken voor ongeplande, reactieve onderhoudsbewerkingen die dringend of kritiek zijn. Deze onderhoudsbewerkingen kunnen zelfs worden uitgevoerd tijdens de
notAllowedTimeofnotAllowedDatesperioden die zijn gedefinieerd in uw configuratie. - Onderhoudswerkzaamheden worden als best effort beschouwd en vinden niet gegarandeerd binnen een gespecificeerde periode plaats.
Configuratietypen plannen voor gepland onderhoud
Er zijn drie planningsconfiguratietypen beschikbaar voor gepland onderhoud:
defaultis een basisconfiguratie voor het beheren van AKS-releases, die betrekking hebben op onderdelen van het besturingsvlak en de upgrade van systeeminvoegtoepassingen. Het kan tot twee weken duren voordat de releases vanaf de eerste verzending naar alle regio's worden geïmplementeerd vanwege Azure veilige implementatieprocedures.Kies ervoor
defaultom deze updates te plannen op een manier die het minst storend voor u is. U kunt de status van een doorlopende AKS-release per regio bewaken met de wekelijkse releasetracker.aksManagedAutoUpgradeSchedulebepaalt wanneer u clusterupgrades wilt uitvoeren die zijn gepland door het aangewezen kanaal voor automatische upgrade. U kunt nauwkeuriger beheerde frequentie- en terugkeerinstellingen configureren met deze configuratie in vergelijking met dedefaultconfiguratie. Zie Automatische upgrade van een Azure Kubernetes Service-cluster voor meer informatie over automatische upgrade van clusters.aksManagedNodeOSUpgradeSchedulebepaalt wanneer u de beveiligingspatch voor het knooppuntbesturingssysteem moet uitvoeren die is gepland door het kanaal voor automatische upgrade van het knooppuntbesturingssysteem. U kunt nauwkeuriger beheerde frequentie- en terugkeerinstellingen configureren met deze configuratie in vergelijking met dedefaultconfiguratie. Voor meer informatie over kanalen voor automatische upgrade van besturingssysteemknooppunten, zie AKS-knooppuntafbeeldingen automatisch bijwerken en patchen.
We raden u aan aksManagedAutoUpgradeSchedule voor alle upgradescenario's voor Kubernetes-clusterversies en aksManagedNodeOSUpgradeSchedule voor alle patchscenario's voor knooppuntbesturingssysteembeveiliging.
De default optie is uitsluitend bedoeld voor wekelijkse AKS-releases. Gebruik default deze optie als u het upgradeschema voor onderdelen van het AKS-besturingsvlak (zoals API Server, ETCD, enzovoort) en invoegtoepassingen (zoals CoreDNS, Metrics Server, enzovoort) wilt beheren.
Alle drie de typen configuraties kunnen naast elkaar bestaan.
Een onderhoudsvenster maken
Notitie
Wanneer u automatische upgrade gebruikt om de juiste functionaliteit te garanderen, gebruikt u een onderhoudsvenster met een duur van vier uur of meer.
Notitie
Gebruik vanaf de API-versie 2023-05-01 de eigenschappen in de volgende tabel voor default configuratie.
Een aksManagedAutoUpgradeSchedule of aksManagedNodeOSUpgradeSchedule onderhoudsvenster en default configuratie vanaf 2023-05-01 API-versie hebben de volgende eigenschappen:
| Naam | Omschrijving | Standaardwaarde |
|---|---|---|
utcOffset |
De tijdzone voor clusteronderhoud. | +00:00 |
startDate |
De datum waarop het onderhoudsvenster van kracht wordt. | De huidige datum op het moment van creatie |
startTime |
De tijd waarop onderhoud moet worden gestart, op basis van de tijdzone die is bepaald door utcOffset. |
Niet van toepassing |
schedule |
De frequentie van upgrades. Er zijn drie typen beschikbaar: Weekly, AbsoluteMonthlyen RelativeMonthly. |
Niet van toepassing |
intervalDays |
Het aantal dagen tussen onderhoudswerkzaamheden. Het is alleen van toepassing op aksManagedNodeOSUpgradeSchedule. |
Niet van toepassing |
intervalWeeks |
Het interval in weken voor onderhoudsuitvoeringen. | Niet van toepassing |
intervalMonths |
Het interval in maanden voor onderhoudsbeurten. | Niet van toepassing |
dayOfWeek |
De opgegeven dag van de week om onderhoud te beginnen. | Niet van toepassing |
durationHours |
De duur van het venster voor uitvoering van onderhoud. | Niet van toepassing |
notAllowedDates |
Een bereik met datums waarop onderhoud niet kan worden uitgevoerd, bepaald door start en end onderliggende eigenschappen. Dit is alleen van toepassing wanneer u het onderhoudsvenster maakt met behulp van een configuratiebestand. |
Niet van toepassing |
Afgeschafte eigenschappen
Notitie
Als u een default configuratie maakt met de volgende afgeschafte eigenschappen, wordt deze automatisch gemigreerd naar de nieuwe eigenschappen die in de vorige tabel worden weergegeven.
[Afgeschaft] Een default onderhoudsvenster heeft de volgende verouderde eigenschappen:
| Naam | Omschrijving | Standaardwaarde |
|---|---|---|
timeInWeek |
In een default configuratie bevat deze eigenschap de day en hourSlots waarden die een onderhoudsvenster definiëren. |
Niet van toepassing |
timeInWeek.day |
De dag van de week voor het uitvoeren van onderhoud in een default configuratie. |
Niet van toepassing |
timeInWeek.hourSlots |
Een lijst met tijdslots van een uur voor het uitvoeren van onderhoud op een bepaalde dag in een default-configuratie. |
Niet van toepassing |
notAllowedTime |
Een bereik met datums waarop onderhoud niet kan worden uitgevoerd, bepaald door start en end onderliggende eigenschappen. Deze eigenschap is alleen van toepassing wanneer u het onderhoudsvenster maakt met behulp van een configuratiebestand. |
Niet van toepassing |
Planningstypen
Vier schematypen worden ondersteund: Daily, Weekly, AbsoluteMonthlyen RelativeMonthly.
In de volgende tabel ziet u welke typen beschikbaar zijn voor elke optie voor onderhoudsconfiguratie:
| Schematype | default |
aksManagedClusterAutoUpgradeSchedule |
aksManagedNodeOSUpgradeSchedule |
|---|---|---|---|
| Dagelijks | Niet ondersteund ❌ | Ondersteund ✅ (na jun 2025) | Ondersteund ✅ |
| Wekelijks | Ondersteund ✅ | Ondersteund ✅ | Ondersteund ✅ |
| AbsoluteMaandelijks | Niet ondersteund ❌ | Ondersteund ✅ | Ondersteund ✅ |
| RelativeMonthly | Niet ondersteund ❌ | Ondersteund ✅ | Ondersteund ✅ |
Alle velden die voor elk schematype worden weergegeven, zijn vereist.
Een Daily planning kan er als volgt uitzien: 'elke drie dagen':
"schedule": {
"daily": {
"intervalDays": 3
}
}
Een Weekly planning kan er als volgt uitzien: 'elke twee weken op vrijdag':
"schedule": {
"weekly": {
"intervalWeeks": 2,
"dayOfWeek": "Friday"
}
}
Een AbsoluteMonthly planning kan er als volgt uitzien: 'elke drie maanden op de eerste dag van de maand':
"schedule": {
"absoluteMonthly": {
"intervalMonths": 3,
"dayOfMonth": 1
}
}
Een RelativeMonthly planning kan er als volgt uitzien: 'elke twee maanden op de afgelopen maandag':
"schedule": {
"relativeMonthly": {
"intervalMonths": 2,
"dayOfWeek": "Monday",
"weekIndex": "Last"
}
}
Geldige waarden voor weekIndex zijn First, Second, Third, Fourth, en Last.
Het Terraform-configuratiebestand maken
Terraform-configuratiebestanden definiëren de infrastructuur die Terraform maakt en beheert.
Maak een bestand met de naam main.tf en voeg de volgende code toe om de Terraform-versie te definiëren en geef de Azure-provider op:
terraform {
required_providers {
azurerm = {
source = "hashicorp/azurerm"
version = "~>4.0"
}
azapi = {
source = "azure/azapi"
version = "~>2.0"
}
}
}
provider "azurerm" {
features {}
}
provider "azapi" {}
Een brongroep maken
Voeg de volgende code toe aan main.tf om een Azure resourcegroep te maken. Werk de location en name waarden bij zodat deze overeenkomen met uw omgeving.
resource "azurerm_resource_group" "rg" {
name = "aks-maintenance-rg"
location = "East US"
}
Een AKS-cluster maken
Voeg de volgende code toe aan main.tf om een AKS-cluster te maken. Werk indien nodig alle waarden bij zodat deze overeenkomen met uw omgeving.
resource "azurerm_kubernetes_cluster" "aks" {
name = "aks-maintenance-cluster"
location = azurerm_resource_group.rg.location
resource_group_name = azurerm_resource_group.rg.name
dns_prefix = "aksmaintenance"
default_node_pool {
name = "nodepool1"
node_count = 1
vm_size = "Standard_DS2_v2"
}
identity {
type = "SystemAssigned"
}
}
Een configuratie van een onderhoudsvenster toevoegen
Voeg een onderhoudsvensterconfiguratie toe aan een AKS-cluster met behulp van de az aks maintenanceconfiguration add opdracht.
In het eerste voorbeeld wordt een nieuwe default configuratie toegevoegd waarmee het onderhoud van 1:00 tot 05:00 uur elke maandag in de UTC tijdzone wordt gepland. In het tweede voorbeeld wordt een nieuwe aksManagedAutoUpgradeSchedule configuratie toegevoegd die onderhoud plant om elke derde vrijdag tussen 12:00 en 8:00 uur in de UTC+5:30 tijdzone uit te voeren.
# Add a new default configuration
az aks maintenanceconfiguration add --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name default --schedule-type Weekly --day-of-week Monday --interval-weeks 1 --duration 4 --utc-offset +00:00 --start-time 01:00
# Add a new aksManagedAutoUpgradeSchedule configuration
az aks maintenanceconfiguration add --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name aksManagedAutoUpgradeSchedule --schedule-type Weekly --day-of-week Friday --interval-weeks 3 --duration 8 --utc-offset +05:30 --start-time 00:00
Ga in de Azure-portal naar uw AKS-clusterresource.
Selecteer Upgrades in het servicemenu onder Instellingen.
Onder Upgrade>Automatic upgrade scheduler, selecteer Schema toevoegen.
In het deelvenster Onderhoudsschema toevoegen configureert u de volgende instellingen voor de onderhoudsperiode:
- Herhaalt: Selecteer de frequentie voor het onderhoudsvenster. U wordt aangeraden Wekelijks te selecteren.
- Frequentie: Selecteer de dag van de week voor het onderhoudsvenster. We raden u aan zondag te selecteren.
- Begindatum van onderhoud: Selecteer de begindatum voor het onderhoudsvenster.
- Begintijd van onderhoud: Selecteer de begintijd voor het onderhoudsvenster.
- UTC-offset: selecteer de UTC-offset voor het onderhoudsvenster. De standaardwaarde is +00:00.
Selecteer Opslaan.
U kunt een JSON-bestand gebruiken om een onderhoudsconfiguratie te maken in plaats van parameters te gebruiken. Wanneer u deze methode gebruikt, kunt u onderhoud voorkomen tijdens een datumbereik door op te notAllowedDates geven voor default, aksManagedAutoUpgradeScheduleen aksManagedNodeOSUpgradeSchedule configuraties.
Maak een JSON-bestand met de instellingen voor het onderhoudsvenster.
In het volgende voorbeeld wordt een
default.jsonbestand gemaakt waarin het onderhoud wordt gepland om elke dinsdag in deUTCtijdzone van 1:00 tot 17:00 uur te worden uitgevoerd. Er is ook een uitzondering van2021-05-26tot2021-05-30waar onderhoud niet is toegestaan, zelfs als het overlapt met een onderhoudsvenster.{ "properties": { "maintenanceWindow": { "schedule": { "weekly": { "intervalWeeks": 1, "dayOfWeek": "Tuesday" } }, "durationHours": 4, "utcOffset": "+00:00", "startTime": "01:00", "notAllowedDates": [ { "start": "2021-05-26", "end": "2021-05-30" } ] } } }In het volgende voorbeeld wordt een
autoUpgradeWindow.jsonbestand gemaakt dat onderhoud elke drie maanden plant op de eerste van de maand tussen 9:00 en 13:00 uur in deUTC-08tijdzone. Er is ook een uitzondering van2023-12-23tot2024-01-05waar onderhoud niet is toegestaan, zelfs als het overlapt met een onderhoudsvenster.{ "properties": { "maintenanceWindow": { "schedule": { "absoluteMonthly": { "intervalMonths": 3, "dayOfMonth": 1 } }, "durationHours": 4, "utcOffset": "-08:00", "startTime": "09:00", "notAllowedDates": [ { "start": "2023-12-23", "end": "2024-01-05" } ] } } }Voeg de configuratie van het onderhoudsvenster toe met behulp van de
az aks maintenanceconfiguration addopdracht met de--config-fileparameter.In het eerste voorbeeld wordt een nieuwe
defaultconfiguratie toegevoegd met behulp van hetdefault.jsonbestand. In het tweede voorbeeld wordt een nieuweaksManagedAutoUpgradeScheduleconfiguratie toegevoegd met behulp van hetautoUpgradeWindow.jsonbestand.# Add a new default configuration az aks maintenanceconfiguration add --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name default --config-file ./default.json # Add a new aksManagedAutoUpgradeSchedule configuration az aks maintenanceconfiguration add --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name aksManagedAutoUpgradeSchedule --config-file ./autoUpgradeWindow.json
Voeg de configuratie van het onderhoudsvenster toe aan main.tf met behulp van de azapi_resource resource.
Standaardonderhoudsconfiguratie
In het volgende voorbeeld wordt een default onderhoudsconfiguratie gemaakt waarmee onderhoud wordt gepland om elke zaterdag in de UTC-04:00 tijdzone van 2:00 tot 16:00 uur uit te voeren:
resource "azapi_resource" "default_maintenance" {
type = "Microsoft.ContainerService/managedClusters/maintenanceConfigurations@2025-10-01"
name = "default"
parent_id = azurerm_kubernetes_cluster.aks.id
schema_validation_enabled = false
body = {
properties = {
maintenanceWindow = {
schedule = {
weekly = {
dayOfWeek = "Saturday"
intervalWeeks = 1
}
}
durationHours = 4
startTime = "02:00"
utcOffset = "-04:00"
}
}
}
}
Onderhoudsconfiguratie automatisch upgraden
In het volgende voorbeeld wordt een aksManagedAutoUpgradeSchedule onderhoudsconfiguratie gemaakt waarmee het onderhoud elke zondag wordt gepland van 1:00 tot 17:00 uur in de UTC-04:00 tijdzone, te beginnen op 20 april 2026:
resource "azapi_resource" "auto_upgrade" {
type = "Microsoft.ContainerService/managedClusters/maintenanceConfigurations@2025-10-01"
name = "aksManagedAutoUpgradeSchedule"
parent_id = azurerm_kubernetes_cluster.aks.id
schema_validation_enabled = false
body = {
properties = {
maintenanceWindow = {
startDate = "2026-04-20"
startTime = "01:00"
durationHours = 4
utcOffset = "-04:00"
schedule = {
weekly = {
dayOfWeek = "Sunday"
intervalWeeks = 1
}
}
}
}
}
}
Onderhoudsconfiguratie voor upgrade van knoopbesturingssystemen
In het volgende voorbeeld wordt een aksManagedNodeOSUpgradeSchedule onderhoudsconfiguratie gemaakt waarmee het onderhoud elke maandag van 03:00 tot 7:00 uur in de UTC-04:00 tijdzone wordt gepland, te beginnen op 21 april 2026:
resource "azapi_resource" "node_os_upgrade" {
type = "Microsoft.ContainerService/managedClusters/maintenanceConfigurations@2025-10-01"
name = "aksManagedNodeOSUpgradeSchedule"
parent_id = azurerm_kubernetes_cluster.aks.id
schema_validation_enabled = false
body = {
properties = {
maintenanceWindow = {
startDate = "2026-04-21"
startTime = "03:00"
durationHours = 4
utcOffset = "-04:00"
schedule = {
weekly = {
dayOfWeek = "Monday"
intervalWeeks = 1
}
}
}
}
}
}
Een bestaand onderhoudsvenster bijwerken
Werk een bestaande onderhoudsconfiguratie bij met behulp van de az aks maintenanceconfiguration update opdracht.
In het volgende voorbeeld wordt de default configuratie bijgewerkt om te plannen dat het onderhoud elke vrijdag van 2:00 tot 06:00 uur wordt uitgevoerd:
az aks maintenanceconfiguration update --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name default --schedule-type Weekly --day-of-week Friday --interval-weeks 1 --duration 4 --utc-offset +00:00 --start-time 02:00
Navigeer in de Azure-portal naar uw AKS-clusterresource.
Selecteer Upgrades in het servicemenu onder Instellingen.
Selecteer Onder Upgrade>Automatic Upgrade Scheduler de optie Schema bewerken.
Werk in het deelvenster Onderhoudschema bewerken de instellingen van het onderhoudsvenster indien nodig bij.
Selecteer Opslaan.
Werk het JSON-configuratiebestand bij met de nieuwe instellingen voor het onderhoudsvenster.
In het volgende voorbeeld wordt het
default.jsonbestand van de vorige sectie bijgewerkt om onderhoud te plannen om elke maandag van 2:00 tot 16:00 uur uit te voeren:{ "properties": { "maintenanceWindow": { "schedule": { "weekly": { "intervalWeeks": 1, "dayOfWeek": "Monday" } }, "durationHours": 4, "utcOffset": "+00:00", "startTime": "02:00", "notAllowedDates": [ { "start": "2021-05-26", "end": "2021-05-30" } ] } } }Werk de configuratie van het onderhoudsvenster bij met behulp van de
az aks maintenanceconfiguration updateopdracht met de--config-fileparameter:az aks maintenanceconfiguration update --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name default --config-file ./default.json
Als u al een bestaand AKS-cluster hebt dat wordt beheerd door Terraform, kunt u de configuratie van het onderhoudsvenster bijwerken door het Terraform-configuratiebestand te wijzigen en de wijzigingen toe te passen met behulp van de terraform apply opdracht.
Terraform initialiseren
Initialiseer Terraform in de map met het main.tf bestand met behulp van de terraform init opdracht. Met deze opdracht wordt de Azure-provider gedownload die is vereist voor het beheren van Azure resources met Terraform.
terraform init
Een Terraform-uitvoeringsplan maken
Maak een Terraform-uitvoeringsplan met behulp van de terraform plan opdracht. Met deze opdracht ziet u de resources die Terraform maakt of wijzigt in uw Azure-abonnement.
terraform plan
De Terraform-configuratie toepassen
Nadat u het uitvoeringsplan hebt bekeken en bevestigd, past u de Terraform-configuratie toe met behulp van de terraform apply opdracht. Met deze opdracht maakt of wijzigt u de resources die zijn gedefinieerd in uw main.tf-bestand in uw Azure-abonnement.
terraform apply
Alle onderhoudsvensters in een bestaand cluster weergeven
Geef de huidige onderhoudsconfiguratievensters in uw AKS-cluster weer met behulp van de az aks maintenanceconfiguration list opdracht:
az aks maintenanceconfiguration list --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME
Een specifiek onderhoudsconfiguratievenster in een bestaand cluster weergeven
Bekijk een specifiek onderhoudsconfiguratievenster in uw AKS-cluster met behulp van de az aks maintenanceconfiguration show opdracht met de --name parameter:
az aks maintenanceconfiguration show --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name aksManagedAutoUpgradeSchedule
In de volgende voorbeelduitvoer ziet u het onderhoudsvenster voor aksManagedAutoUpgradeSchedule:
{
"id": "/subscriptions/<subscription>/resourceGroups/myResourceGroup/providers/Microsoft.ContainerService/managedClusters/myAKSCluster/maintenanceConfigurations/aksManagedAutoUpgradeSchedule",
"maintenanceWindow": {
"durationHours": 4,
"notAllowedDates": [
{
"end": "2024-01-05",
"start": "2023-12-23"
}
],
"schedule": {
"absoluteMonthly": {
"dayOfMonth": 1,
"intervalMonths": 3
},
"daily": null,
"relativeMonthly": null,
"weekly": null
},
"startDate": "2023-01-20",
"startTime": "09:00",
"utcOffset": "-08:00"
},
"name": "aksManagedAutoUpgradeSchedule",
"notAllowedTime": null,
"resourceGroup": "myResourceGroup",
"systemData": null,
"timeInWeek": null,
"type": null
}
Een onderhoudsconfiguratievenster in een bestaand cluster verwijderen
Verwijder een onderhoudsconfiguratievenster in uw AKS-cluster met behulp van de az aks maintenanceconfiguration delete opdracht.
In het volgende voorbeeld wordt de autoUpgradeSchedule onderhoudsconfiguratie verwijderd:
az aks maintenanceconfiguration delete --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name autoUpgradeSchedule
Navigeer in de Azure-portal naar uw AKS-clusterresource.
Selecteer clusterconfiguratie in het servicemenu onder Instellingen.
Selecteer Onder Upgrade>Automatic Upgrade Scheduler de optie Schema bewerken.
Selecteer Planning verwijderen in het deelvenster Onderhoudsplanning bewerken.
Verwijder een onderhoudsconfiguratievenster in uw AKS-cluster met behulp van de az aks maintenanceconfiguration delete opdracht.
In het volgende voorbeeld wordt de autoUpgradeSchedule onderhoudsconfiguratie verwijderd:
az aks maintenanceconfiguration delete --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name autoUpgradeSchedule
Als u een onderhoudsconfiguratie wilt verwijderen, verwijdert u het bijbehorende blok uit uw Terraform-configuratie en past u de wijzigingen toe met behulp van de terraform apply opdracht.
Veelgestelde vragen (FAQ)
Hoe kan ik de bestaande onderhoudsconfiguraties in mijn cluster controleren?
Gebruik de opdracht az aks maintenanceconfiguration show.
Kan reactief, ongepland onderhoud ook plaatsvinden tijdens de notAllowedDates perioden?
Ja. AKS behoudt zich het recht voor om deze vensters te breken voor ongeplande, reactieve onderhoudsbewerkingen die dringend of kritiek zijn.
Hoe kan ik zien of er een onderhoudsgebeurtenis is opgetreden?
Voor releases controleert u de regio van uw cluster en zoekt u informatie op in wekelijkse releases om te zien of deze overeenkomt met uw onderhoudsschema. Als u de status van uw automatische upgrades wilt bekijken, zoekt u activiteitenlogboeken op in uw cluster. U kunt ook specifieke upgradegebeurtenissen opzoeken, zoals vermeld in Een AKS-cluster upgraden.
AKS verzendt ook upgradegerelateerde Azure Event Grid gebeurtenissen. Zie AKS als een Event Grid-bron voor meer informatie.
Kan ik meer dan één onderhoudsconfiguratie tegelijk gebruiken?
Ja, u kunt alle drie de configuraties tegelijk uitvoeren: default, aksManagedAutoUpgradeSchedule, en aksManagedNodeOSUpgradeSchedule. Als de vensters elkaar overlappen, bepaalt AKS de uitvoeringsvolgorde.
Ik heb een onderhoudsvenster geconfigureerd, maar de upgrade is niet uitgevoerd. Waarom?
Automatische upgrade van AKS heeft een bepaalde tijd nodig, meestal niet meer dan 15 minuten, om rekening te houden met het onderhoudsvenster. We raden ten minste 15 minuten aan tussen het maken of bijwerken van een onderhoudsconfiguratie en de geplande begintijd.
Zorg er ook voor dat uw cluster wordt gestart wanneer het geplande onderhoudsvenster wordt gestart. Als het cluster is gestopt, wordt de toewijzing van het besturingsvlak ongedaan gemaakt en kunnen er geen bewerkingen worden uitgevoerd.
Waarom is een van mijn agentpools bijgewerkt buiten het onderhoudsvenster?
AKS start upgrade-gerelateerde bewerkingen alleen tijdens het geconfigureerde onderhoudsvenster. Als een bewerking begint voordat het venster wordt gesloten, kan deze worden uitgevoerd totdat het is voltooid, zelfs als dit langer is dan de eindtijd van het venster.
Wanneer het venster wordt gesloten, start AKS geen nieuwe upgradebewerkingen. Alle resterende upgradewerkzaamheden worden uitgesteld totdat een toekomstig in aanmerking komend venster.
Voorbeeld: Als het onderhoudsvenster 08:00-12:00 is en een upgrade van een cluster of knooppuntgroep die vóór 12:00 is gestart, om 12:15 nog bezig is, laat AKS dat lopende werk voltooien. AKS initieert echter geen nieuwe upgrade na 12:00 uur.
Zijn er best practices voor de onderhoudsconfiguraties?
Het is raadzaam om het beveiligingsupdatesschema voor het knooppuntbesturingssysteem in te stellen op een wekelijkse frequentie als u het NodeImage kanaal gebruikt, omdat er elke week een nieuwe knooppuntinstallatiekopie wordt verzonden. U kunt ook kiezen voor het SecurityPatch kanaal om dagelijkse beveiligingsupdates te ontvangen.
U kunt het schema voor automatische upgrade instellen op een maandelijkse frequentie om op de hoogte te blijven van het Ondersteuningsbeleid voor Kubernetes N-2.
Zie AKS-patch- en upgraderichtlijnen voor een gedetailleerde bespreking van best practices en andere overwegingen voor upgrades.
Kan ik al mijn clusters in één abonnement configureren om dezelfde onderhoudsconfiguratie te gebruiken?
We raden u niet aan dezelfde onderhoudsconfiguratie te gebruiken voor meerdere clusters in één abonnement, omdat dit kan leiden tot ARM-beperkingsfouten waardoor clusterupgrades mislukken. In plaats daarvan raden we u aan de onderhoudsvensters voor elk cluster te verdelen om deze fouten te voorkomen.
Waarom zijn mijn knooppuntgroepen tweemaal geüpgraded tijdens hetzelfde onderhoudsvenster?
Als er een nieuwere versie van de knooppuntinstallatiekopie beschikbaar komt tijdens het onderhoudsvenster, voert AKS een tweede upgrade uit om ervoor te zorgen dat uw knooppuntgroepen de nieuwste versie uitvoeren. Dit gedrag is normaal en geeft geen probleem aan.
Kan Azure het geplande onderhoudsvenster van AKS gebruiken voor platformonderhoud op de onderliggende VMSS?
Nee. Het geplande onderhoudsvenster van AKS is specifiek bedoeld voor het plannen en beheren van upgrades van AKS-clusters en knooppuntinstallatiekopieën in Azure Kubernetes Service. Het is niet van toepassing op Azure onderhoud op platformniveau op de onderliggende VMSS die als host fungeert voor de AKS-knooppuntgroepen. Ze werken onafhankelijk zonder directe afhankelijkheid.
Azure regelmatig platformupdates uitvoert om de betrouwbaarheid, prestaties en beveiliging van de onderliggende hostinfrastructuur voor virtuele machines te verbeteren. Deze updates kunnen onder andere softwareonderdelen patchen, netwerkinfrastructuur upgraden of hardware buiten gebruik stellen. Platformonderhoud kan onopstartloos zijn of opnieuw opstarten vereisen.
Voor onderhoudsevenementen waarvoor opnieuw opstarten is vereist, worden klanten vooraf op de hoogte gesteld via onderhoudsmeldingen, waaronder een self‑service phase die doorgaans maximaal vier weken duurt.
Verwante inhoud
Zie Upgradeopties voor AKS-clusters om aan de slag te gaan met het upgraden van uw AKS-cluster.