Dela via

Använd planerat underhåll för att schemalägga och kontrollera uppgraderingar för ditt Azure Kubernetes Service kluster

Den här artikeln visar hur du använder planerat underhåll för att schemalägga och styra uppgraderingar av kluster- och nodavbildningar i Azure Kubernetes Service (AKS).

Regelbundet underhåll utförs automatiskt på AKS-klustret. Det finns två typer av underhållsåtgärder:

När du använder funktionen för planerat underhåll i AKS kan du köra båda typerna av underhåll i en takt som du väljer för att minimera påverkan på arbetsbelastningen.

Anteckning

Du kan använda planerat underhåll för att schemalägga tidpunkten för automatiska uppgraderingar, men aktivering eller inaktivering av planerat underhåll aktiverar eller inaktiverar inte automatiska uppgraderingar.

Innan du börjar

  • Den här artikeln förutsätter att du har ett befintligt AKS-kluster. Om du inte har något AKS-kluster kan du läsa Skapa ett AKS-kluster.
  • Om du använder Azure CLI uppgraderar du till den senaste versionen med kommandot az upgrade.

  • En aktiv prenumeration för Azure. Om du inte har någon Azure prenumeration skapar du ett free-konto innan du börjar.

  • Ange din prenumerationskontext med kommandot az account set . Som exempel:

    az account set --subscription "00000000-0000-0000-0000-000000000000"

  • Terraform installerat lokalt. Installationsinstruktioner finns i Installera Terraform.

Att tänka på

När du använder planerat underhåll gäller följande överväganden:

  • AKS förbehåller sig rätten att bryta planerade underhållsperioder för oplanerade, reaktiva underhållsåtgärder som är brådskande eller kritiska. Dessa underhållsåtgärder kan till och med köras under notAllowedTime eller notAllowedDates perioder som definierats i konfigurationen.
  • Underhållsåtgärder anses endast vara bästa möjliga och är inte garanterade att utföras inom ett angivet fönster.

Schemalägga konfigurationstyper för planerat underhåll

Det finns tre schemakonfigurationstyper för planerat underhåll:

  • default är en grundläggande konfiguration för att hantera AKS-versioner, som täcker komponenter i kontrollplanet och uppgradering av systemtillägg. Det kan ta upp till två veckor att distribuera versionerna till alla regioner från den första leveranstiden på grund av Azure säkra distributionsmetoder.

    Välj default att schemalägga dessa uppdateringar på ett sätt som är minst störande för dig. Du kan övervaka statusen för en pågående AKS-version efter region med den veckovisa versionsspåraren.

  • aksManagedAutoUpgradeSchedule styr när du ska utföra klusteruppgraderingar som schemalagts av din avsedda kanal för automatisk uppgradering. Du kan konfigurera mer noggrant kontrollerade inställningar för kadens och upprepning med den här konfigurationen jämfört med konfigurationen default . Mer information om automatisk uppgradering av kluster finns i Automatiskt uppgradera ett Azure Kubernetes Service kluster.

  • aksManagedNodeOSUpgradeSchedule styr när du ska utföra nod-operativsystemets säkerhetskorrigering som schemalagts av nodens kanal för automatisk uppgradering av operativsystemet. Du kan konfigurera mer noggrant kontrollerade inställningar för kadens och upprepning med den här konfigurationen jämfört med konfigurationen default . Mer information om automatiska uppgraderingskanaler för nodoperativsystem finns i Korrigera och uppdatera AKS-klusternodavbildningar automatiskt.

Vi rekommenderar att du använder aksManagedAutoUpgradeSchedule för alla kubernetes-scenarier för klusterversionsuppgradering och aksManagedNodeOSUpgradeSchedule för alla scenarier för säkerhetskorrigering av nodoperativsystem.

Alternativet default är endast avsett för veckoversioner av AKS. Använd default om du vill styra uppgraderingsschemat för AKS-kontrollplanskomponenter (till exempel API Server, ETCD osv.) och tillägg (till exempel CoreDNS, Metrics Server osv.).

Alla tre typerna av konfigurationer kan samexistera.

Skapa ett underhållsfönster

Anteckning

När du använder automatisk uppgradering, använd ett underhållsfönster med en varaktighet på fyra timmar eller mer för att säkerställa rätt funktionalitet.

Anteckning

Från API-versionen 2023-05-01 och senare använder du egenskaperna i följande tabell för default konfiguration.

En aksManagedAutoUpgradeSchedule eller aksManagedNodeOSUpgradeSchedule underhållsperiod och default konfiguration från API-versionen 2023-05-01 och framåt har följande egenskaper:

Namn Beskrivning Standardvärde
utcOffset Tidszonen för klusterunderhåll. +00:00
startDate Det datum då underhållsperioden börjar gälla. Aktuellt datum vid skapandetillfället
startTime Tidpunkten när underhållet ska börja, baserat på tidszonen som bestäms av utcOffset. Inte tillämpligt
schedule Uppgraderingsfrekvensen. Det finns tre typer: Weekly, AbsoluteMonthlyoch RelativeMonthly. Inte tillämpligt
intervalDays Intervallet i dagar för att köra underhåll. Det gäller endast för aksManagedNodeOSUpgradeSchedule. Inte tillämpligt
intervalWeeks Intervallet i veckor för genomförande av underhåll. Inte tillämpligt
intervalMonths Intervallet i månader för när underhåll utförs. Inte tillämpligt
dayOfWeek Den angivna veckodagen för att underhåll ska påbörjas. Inte tillämpligt
durationHours Varaktigheten för underhållsfönstret. Inte tillämpligt
notAllowedDates Ett datumintervall under vilket underhåll inte kan utföras, bestämt av start och end underordnade egenskaper. Det gäller endast när du skapar underhållsfönstret med hjälp av en konfigurationsfil. Inte tillämpligt

Inaktuella egenskaper

Anteckning

Om du skapar en default konfiguration med följande inaktuella egenskaper migreras den automatiskt till de nya egenskaper som visas i föregående tabell.

[Inaktuell] Ett default underhållsfönster har följande äldre egenskaper:

Namn Beskrivning Standardvärde
timeInWeek I en default-konfiguration innehåller denna egenskap värdena day och hourSlots som definierar en underhållsperiod. Inte tillämpligt
timeInWeek.day Dagen i veckan för att utföra underhåll i en default-konfiguration. Inte tillämpligt
timeInWeek.hourSlots En lista över timslånga tidsintervall för underhåll en viss dag i en default konfiguration. Inte tillämpligt
notAllowedTime Ett datumintervall under vilket underhåll inte kan utföras, bestämt av start och end underordnade egenskaper. Den här egenskapen gäller endast när du skapar underhållsfönstret med hjälp av en konfigurationsfil. Inte tillämpligt

Typer av schema

Fyra schematyper stöds: Daily, Weekly, AbsoluteMonthlyoch RelativeMonthly.

I följande tabell visas vilka typer som är tillgängliga för varje alternativ för underhållskonfiguration:

Schematyp default aksManagedClusterAutoUpgradeSchedule aksManagedNodeOSUpgradeSchedule
Varje dag Ej stöds ❌ Stöds ✅ (efter jun 2025) Stödd ✅
En gång i veckan Stödd ✅ Stödd ✅ Stödd ✅
AbsoluteMonthly Ej stöds ❌ Stödd ✅ Stödd ✅
RelativeMonthly Ej stöds ❌ Stödd ✅ Stödd ✅

Alla fält som visas för varje schematyp krävs.

Ett Daily schema kan se ut som "var tredje dag":

"schedule": {
    "daily": {
        "intervalDays": 3
    }
}

Ett Weekly schema kan se ut som "varannan vecka på fredag":

"schedule": {
    "weekly": {
        "intervalWeeks": 2,
        "dayOfWeek": "Friday"
    }
}

Ett AbsoluteMonthly schema kan se ut som "var tredje månad den första dagen i månaden":

"schedule": {
    "absoluteMonthly": {
        "intervalMonths": 3,
        "dayOfMonth": 1
    }
}

Ett RelativeMonthly schema kan se ut som "varannan månad den sista måndagen":

"schedule": {
    "relativeMonthly": {
        "intervalMonths": 2,
        "dayOfWeek": "Monday",
        "weekIndex": "Last"
    }
}

Giltiga värden för weekIndex inkluderar First, Second, Third, Fourthoch Last.

Skapa Terraform-konfigurationsfilen

Terraform-konfigurationsfiler definierar infrastrukturen som Terraform skapar och hanterar.

Skapa en fil med namnet main.tf och lägg till följande kod för att definiera Terraform-versionen och ange Azure provider:

terraform {
 required_providers {
   azurerm = {
     source  = "hashicorp/azurerm"
     version = "~>4.0"
   }
   azapi = {
     source  = "azure/azapi"
     version = "~>2.0"
   }
 }
}
provider "azurerm" {
 features {}
}
provider "azapi" {}

Skapa en resursgrupp

Lägg till följande kod i main.tf för att skapa en Azure resursgrupp. location Uppdatera värdena och name så att de matchar din miljö.

resource "azurerm_resource_group" "rg" {
 name     = "aks-maintenance-rg"
 location = "East US"
}

Skapa ett AKS-kluster

Lägg till följande kod i main.tf för att skapa ett AKS-kluster. Uppdatera eventuella värden efter behov för att matcha din miljö.

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"
 }
}

Lägga till en underhållsfönsterkonfiguration

Lägg till en underhållsfönsterkonfiguration i ett AKS-kluster med hjälp av az aks maintenanceconfiguration add kommandot .

Det första exemplet lägger till en ny default konfiguration som schemalägger underhåll som ska köras från 01:00 till 05:00 varje måndag i tidszonen UTC. Det andra exemplet lägger till en ny aksManagedAutoUpgradeSchedule konfiguration som schemalägger underhåll så att det körs var tredje fredag mellan 12:00 och 08:00 i tidszonen UTC+5:30 .

# 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

  1. I Azure-portalen går du till aks-klusterresursen.

  2. På tjänstmenyn går du till Inställningar och väljer Uppgraderingar.

  3. Under Uppgradera>automatisk uppgraderingsschema väljer du Lägg till schema.

    Screenshot som visar alternativet att lägga till ett schema i Azure portal.

  4. I fönstret Lägg till underhållsschema konfigurerar du följande inställningar för underhållsfönstret:

    • Upprepningar: Välj hur ofta för underhållsfönstret. Vi rekommenderar att du väljer Varje vecka.
    • Frekvens: Välj veckodag för underhållsperioden. Vi rekommenderar att du väljer Söndag.
    • Startdatum för underhåll: Välj startdatum för underhållsperioden.
    • Starttid för underhåll: Välj starttid för underhållsperioden.
    • UTC-förskjutning: Välj UTC-förskjutningen för underhållsfönstret. Standardvärdet är +00:00.

    Screenshot som visar fönstret för att lägga till ett underhållsschema i Azure portal.

  5. Välj Spara.

Du kan använda en JSON-fil för att skapa en underhållskonfiguration i stället för att använda parametrar. När du använder den här metoden kan du förhindra underhåll under ett datumintervall genom att notAllowedDates ange för default, aksManagedAutoUpgradeScheduleoch aksManagedNodeOSUpgradeSchedule konfigurationer.

  1. Skapa en JSON-fil med underhållsfönstrets inställningar.

    I följande exempel skapas en default.json fil som schemalägger underhåll så att den körs från 01:00 till 05:00 varje tisdag i tidszonen UTC . Det finns också ett undantag från 2021-05-26 till 2021-05-30 där underhåll inte tillåts, även om det överlappar en underhållsperiod.

    {
  "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"
            }
        ]
    }
  }
}

    I följande exempel skapas en autoUpgradeWindow.json fil som schemalägger underhåll så att den körs var tredje månad den första i månaden mellan 09:00 och 13:00 i tidszonen UTC-08 . Det finns också ett undantag från 2023-12-23 till 2024-01-05 där underhåll inte tillåts, även om det överlappar en underhållsperiod.

    {
  "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"
            }
        ]
    }
  }
}

  2. Lägg till konfigurationen av underhållsfönstret med kommandot az aks maintenanceconfiguration add med parametern --config-file .

    Det första exemplet lägger till en ny default-konfiguration med hjälp av default.json-filen. Det andra exemplet lägger till en ny aksManagedAutoUpgradeSchedule konfiguration med hjälp av autoUpgradeWindow.json filen.

    # 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

Lägg till konfigurationen för underhållsfönstret i main.tf med hjälp av resursen azapi_resource.

Standardkonfiguration för underhåll

I följande exempel skapas en default underhållskonfiguration som schemalägger underhåll så att det körs från 02:00 till 06:00 varje lördag i tidszonen UTC-04:00 :

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"
     }
   }
 }
}

Konfiguration av automatiskt uppgraderingsunderhåll

I följande exempel skapas en aksManagedAutoUpgradeSchedule underhållskonfiguration som schemalägger att underhåll körs varje söndag från 01:00 till 05:00 i tidszonen med start den UTC-04:00 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
         }
       }
     }
   }
 }
}

Underhållskonfiguration för Node OS-uppgradering

I följande exempel skapas en aksManagedNodeOSUpgradeSchedule underhållskonfiguration som schemalägger att underhåll körs varje måndag från 03:00 till 07:00 i tidszonen med start den UTC-04:00 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
         }
       }
     }
   }
 }
}

Uppdatera ett befintligt underhållsfönster

Uppdatera en befintlig underhållskonfiguration med hjälp av az aks maintenanceconfiguration update kommandot .

I följande exempel uppdateras konfigurationen default för att schemalägga underhåll som ska köras från 02:00 till 06:00 varje fredag:

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

  1. I Azure-portalen går du till aks-klusterresursen.

  2. På tjänstmenyn går du till Inställningar och väljer Uppgraderingar.

  3. Under Uppgradera>automatisk uppgraderingsschema väljer du Redigera schema.

    Screenshot som visar alternativet för att redigera ett schema i Azure portal.

  4. I fönstret Redigera underhållsschema uppdaterar du inställningarna för underhållsfönstret efter behov.

  5. Välj Spara.

  1. Uppdatera JSON-konfigurationsfilen med de nya underhållsfönsterinställningarna.

    I följande exempel uppdateras default.json filen från föregående avsnitt för att schemalägga underhåll så att den körs från 02:00 till 06:00 varje måndag:

    {
  "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"
            }
        ]
    }
  }
}

  2. Uppdatera konfigurationen av underhållsfönstret med hjälp av az aks maintenanceconfiguration update kommandot med parametern --config-file :

    az aks maintenanceconfiguration update --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name default --config-file ./default.json

Om du redan har ett befintligt AKS-kluster som hanteras av Terraform kan du uppdatera konfigurationen av underhållsfönstret genom att ändra Terraform-konfigurationsfilen och tillämpa ändringarna med hjälp av terraform apply kommandot .

Initiera Terraform

Initiera Terraform i katalogen som innehåller main.tf filen med hjälp av terraform init kommandot . Det här kommandot laddar ned den Azure provider som krävs för att hantera Azure resurser med Terraform.

terraform init

Skapa en Terraform-utförandeplan

Skapa en Terraform-körningsplan med kommandot terraform plan . Det här kommandot visar de resurser som Terraform skapar eller ändrar i din Azure-prenumeration.

terraform plan

Applicera Terraform-konfigurationen

När du har granskat och bekräftat körningsplanen, verkställer du Terraform-konfigurationen med kommandot terraform apply. Det här kommandot skapar eller ändrar de resurser som definierats i filen main.tf i din Azure-prenumeration.

terraform apply

Visa en lista över alla underhållsperioder i ett befintligt kluster

Visa en lista över de aktuella underhållskonfigurationsfönstren az aks maintenanceconfiguration list i AKS-klustret med kommandot :

az aks maintenanceconfiguration list --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME

Visa ett specifikt underhållskonfigurationsfönster i ett befintligt kluster

Visa ett specifikt underhållskonfigurationsfönster i AKS-klustret med hjälp av az aks maintenanceconfiguration show kommandot med parametern --name :

az aks maintenanceconfiguration show --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name aksManagedAutoUpgradeSchedule

Följande exempelutdata visar underhållsfönstret för 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
}

Ta bort ett underhållskonfigurationsfönster i ett befintligt kluster

Ta bort ett underhållskonfigurationsfönster i AKS-klustret med hjälp av az aks maintenanceconfiguration delete kommandot .

I följande exempel tas underhållskonfigurationen autoUpgradeSchedule bort:

az aks maintenanceconfiguration delete --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name autoUpgradeSchedule

  1. I Azure-portalen går du till aks-klusterresursen.

  2. På tjänstmenyn går du till Inställningar och väljer Klusterkonfiguration.

  3. Under Uppgradera>automatisk uppgraderingsschema väljer du Redigera schema.

    Screenshot som visar alternativet för att redigera ett schema i Azure portal.

  4. I fönstret Redigera underhållsschema väljer du Ta bort schema.

    Skärmdump som visar fönstret för att redigera ett underhållsfönster med knappen för att ta bort ett schema i Azure-portalen.

Ta bort ett underhållskonfigurationsfönster i AKS-klustret med hjälp av az aks maintenanceconfiguration delete kommandot .

I följande exempel tas underhållskonfigurationen autoUpgradeSchedule bort:

az aks maintenanceconfiguration delete --resource-group $RESOURCE_GROUP --cluster-name $CLUSTER_NAME --name autoUpgradeSchedule

Om du vill ta bort en underhållskonfiguration tar du bort motsvarande block från Terraform-konfigurationen och tillämpar ändringarna med kommandot terraform apply .

Vanliga frågor (FAQ)

Hur kan jag kontrollera de befintliga underhållskonfigurationerna i mitt kluster?

Använd kommandot az aks maintenanceconfiguration show.

Kan reaktivt, oplanerat underhåll även ske under perioderna notAllowedDates ?

Ja. AKS förbehåller sig rätten att bryta dessa fönster för oplanerade, reaktiva underhållsåtgärder som är brådskande eller kritiska.

Hur vet jag om en underhållshändelse har inträffat?

För nya utgåvor, kontrollera vilken region ditt kluster tillhör och titta i veckovisa släpp för att se om det matchar ditt underhållsschema. Om du vill visa status för dina automatiska uppgraderingar letar du upp aktivitetsloggar i klustret. Du kan också söka efter specifika uppgraderingsrelaterade händelser, som du nämnde i Uppgradera ett AKS-kluster.

AKS genererar även uppgraderingsrelaterade Azure Event Grid händelser. Mer information finns i AKS som en Event Grid-källa.

Kan jag använda mer än en underhållskonfiguration samtidigt?

Ja, du kan köra alla tre konfigurationerna samtidigt: default, aksManagedAutoUpgradeScheduleoch aksManagedNodeOSUpgradeSchedule. Om fönstren överlappar bestämmer AKS körningsordningen.

Jag har konfigurerat ett underhållsfönster, men uppgraderingen skedde inte. Varför?

Automatisk uppgradering av AKS behöver en viss tid, vanligtvis inte mer än 15 minuter, för att ta hänsyn till underhållsperioden. Vi rekommenderar minst 15 minuter mellan skapandet eller uppdateringen av en underhållskonfiguration och den schemalagda starttiden.

Kontrollera också att klustret startas när det planerade underhållsfönstret startar. Om klustret stoppas frigörs kontrollplanen och inga åtgärder kan utföras.

Varför uppgraderades en av mina agentpooler utanför underhållsfönstret?

AKS startar endast uppgraderingsrelaterade åtgärder under det konfigurerade underhållsfönstret. Om en åtgärd börjar innan fönstret stängs kan den fortsätta att köras tills den har slutförts, även om den sträcker sig längre än fönstrets sluttid.

När fönstret stängs startar INTE AKS några nya uppgraderingsåtgärder. Återstående uppgraderingsarbete skjuts upp till ett framtida berättigat fönster.

Exempel: Om underhållsfönstret är 08:00-12:00 och en uppgradering av kluster- eller nodpoolen som startade före 12:00 fortfarande pågår kl. 12:15 tillåter AKS att arbetet under flygning slutförs. AKS initierar dock inte nytt uppgraderingsarbete efter 12:00.

Finns det några metodtips för underhållskonfigurationerna?

Vi rekommenderar att du ställer in schemat för nod-OS-säkerhetsuppdateringar till en veckovis takt om du använder NodeImage kanalen, eftersom en ny nodavbildning levereras varje vecka. Du kan också välja att gå med i SecurityPatch-kanalen för att få dagliga säkerhetsuppdateringar.

Du kan ställa in schemat för automatisk uppgradering till en månatlig takt för att hålla dig uppdaterad med Kubernetes N-2-supportprincipen.

En detaljerad beskrivning av metodtips för uppgradering och andra överväganden finns i AKS-korrigerings- och uppgraderingsvägledning.

Kan jag konfigurera alla mina kluster i en enda prenumeration så att de använder samma underhållskonfiguration?

Vi rekommenderar inte att du använder samma underhållskonfiguration för flera kluster i en enda prenumeration, eftersom det kan leda till ARM-begränsningsfel som gör att klusteruppgraderingar misslyckas. I stället rekommenderar vi att förskjuta underhållsfönstren för varje kluster för att undvika dessa fel.

Varför uppgraderades mina nodpooler två gånger under samma underhållsperiod?

Om en nyare version av nodbilden blir tillgänglig under underhållsperioden utför AKS en andra uppgradering för att säkerställa att nodpoolerna kör den senaste versionen. Det här beteendet är normalt och tyder inte på något problem.

Relaterat innehåll

Information om hur du kommer igång med att uppgradera AKS-klustret finns i Uppgraderingsalternativ för AKS-kluster.

  • Last updated on