Aggiornare automaticamente un cluster del servizio Azure Kubernetes

Parte del ciclo di vita del cluster del servizio Azure Kubernetes prevede l'esecuzione di aggiornamenti periodici alla versione più recente di Kubernetes. È importante applicare le versioni di sicurezza più recenti o eseguire l'aggiornamento per ottenere le funzionalità più recenti. Prima di apprendere gli aggiornamenti automatici, assicurati di capire i fondamentali dell'aggiornamento del cluster AKS.

Vantaggi dell'uso dell'aggiornamento automatico del cluster

L'aggiornamento automatico del cluster offre un meccanismo di Impostazione una tantum che offre vantaggi tangibili in termini di tempo e costi operativi. Non è necessario arrestare né ridistribuire i carichi di lavoro o creare un nuovo cluster del servizio Azure Kubernetes. Abilitando il downgrade automatico, è possibile assicurarsi che i cluster siano aggiornati e non perdere le funzionalità o le patch più recenti dal servizio Azure Kubernetes e da Kubernetes upstream.

Per i cluster AKS Automatic, questo vantaggio è già incluso: gli aggiornamenti automatici del cluster sono preconfigurati e abilitati per impostazione predefinita tramite il canale stabile, eliminando la necessità di configurazione manuale o di prendere decisioni.

AKS segue una finestra di controllo delle versioni di supporto rigorosa. Con i canali di aggiornamento automatico selezionati correttamente, è possibile evitare che i cluster cadano in una versione non supportata. Per maggiori informazioni sulla finestra di supporto del servizio Azure Kubernetes, consultare la sezione Versioni secondarie alias.

Aggiornamenti automatici del cluster avviati dal cliente rispetto a quelli avviati da AKS

È possibile specificare le specifiche di autoupgrade del cluster seguendo le indicazioni seguenti. Gli aggiornamenti vengono eseguiti in base alla cadenza specificata e sono consigliati per rimanere nelle versioni di Kubernetes supportate.

• AKS aggiorna automaticamente i cluster nella versione N-3 (dove N è la più recente versione secondaria GA supportata di AKS) che stanno per passare a N-4, aggiornandoli invece a N-2. Questa azione garantisce che i cluster rimangano nella finestra di supporto del servizio Azure Kubernetes. Per altre informazioni, vedi finestra di supporto di AKS.
• I pool di nodi arrestati vengono aggiornati durante un'operazione di aggiornamento automatico. L'aggiornamento si applica ai nodi all'avvio del pool di nodi. Per ridurre al minimo le interruzioni, configurare le finestre di manutenzione.

Limitazioni di aggiornamento automatico del cluster

Vincoli di aggiornamento del piano di controllo

Se si usa l'autoupgrade del cluster, non è più possibile aggiornare il piano di controllo per primo e poi aggiornare i singoli pool di nodi. L'autoupgrade del cluster aggiorna sempre il piano di controllo e i pool di nodi congiuntamente. Non è possibile aggiornare solo il piano di controllo. L'esecuzione del az aks upgrade --control-plane-only comando genera l'errore seguente:

NotAllAgentPoolOrchestratorVersionSpecifiedAndUnchanged: Using managed cluster api, all Agent pools' OrchestratorVersion must be all specified or all unspecified. If all specified, they must be stay unchanged or the same with control plane.

Aggiornamento automatico dell'immagine del nodo e aggiornamenti non presidiati

Se si usa il canale di aggiornamento automatico del node-image cluster, che è ora legacy e non deve più essere usato o il canale di aggiornamento automatico dell'immagine del NodeImage nodo, gli aggiornamenti automatici di Linux sono disabilitati per impostazione predefinita.

Canali di aggiornamento automatico del cluster

Dal punto di vista funzionale, gli aggiornamenti completati automaticamente sono uguali agli aggiornamenti manuali. Il canale di aggiornamento automatico selezionato determina la tempistica degli aggiornamenti. Quando si apportano modifiche all'aggiornamento automatico, attendere 24 ore affinché le modifiche diventino effettive. L'aggiornamento automatico di un cluster segue lo stesso processo dell'aggiornamento manuale di un cluster. Per altre informazioni, vedere Aggiornare un cluster del servizio Azure Kubernetes.

Per i cluster automatici di AKS

Per impostazione predefinita, i cluster automatici di AKS usano il canale stable. Questo canale offre l'equilibrio consigliato per rimanere aggiornati con le funzionalità e gli aggiornamenti della sicurezza più recenti mantenendo al tempo stesso la stabilità. I cluster vengono aggiornati automaticamente alla versione patch più recente nella versione secondaria N-1 (dove N è la versione secondaria supportata più recente).

Non è necessaria alcuna configurazione . Gli aggiornamenti vengono eseguiti automaticamente all'interno della finestra di manutenzione. Se necessario, è possibile impostare finestre di manutenzione pianificata per controllare quando si verificano gli aggiornamenti, ma la scelta del canale è fissa a stabile.

Perché stabile per il servizio Azure Kubernetes automatico?

• Mantiene i cluster all'interno della finestra di supporto N-2 (sicura e conforme)
• Bilancia l'innovazione con la stabilità
• Completamente gestito da AKS con pratiche di distribuzione sicure
• È allineato alle procedure consigliate ben progettate del servizio Azure Kubernetes
• Ottimizzato per i carichi di lavoro di produzione

Per i cluster del servizio Azure Kubernetes standard

Se si utilizza AKS Standard, scegliere il canale più in linea con i requisiti operativi.

Sono disponibili i seguenti canali di aggiornamento seguenti:

Confronto tra modalità cluster

La tabella seguente riepiloga la configurazione dell'aggiornamento automatico del cluster in base alla modalità del cluster:

Usare l'aggiornamento automatico del cluster con un nuovo cluster AKS

az aks create \
  --resource-group <resource-group-name> \
  --name <cluster-name> \
  --auto-upgrade-channel stable \
  --generate-ssh-keys

Usare l'aggiornamento automatico del cluster con un cluster AKS esistente

az aks update \
  --resource-group <resource-group-name> \
  --name <cluster-name> \
  --auto-upgrade-channel stable

{
  "id": "/subscriptions/aaaa6a6a-bb7b-cc8c-dd9d-eeeeee0e0e0e/resourceGroups/myResourceGroupabc123/providers/Microsoft.ContainerService/managedClusters/myAKSCluster",
  "properties": {
    "autoUpgradeChannel": "stable",
    "provisioningState": "Succeeded"
  }
}

Utilizzare l'aggiornamento automatico del cluster con Manutenzione pianificata

Se si usa la manutenzione pianificata e il downgrade automatico del cluster, l'aggiornamento viene avviato durante la finestra di manutenzione specificata.

Per maggiori informazioni su come impostare una finestra di manutenzione con la manutenzione pianificata, consultare la sezione Usare la manutenzione pianificata per pianificare le finestre di manutenzione per il cluster del servizio Azure Kubernetes (AKS).

Procedure migliori per l'aggiornamento automatico del cluster

Usare le procedure consigliate seguenti per ottimizzare il successo quando si usa il downgrade automatico:

• Per garantire che il cluster rimanga sempre su una versione supportata, ad esempio nel rispetto della regola N-2, scegli i canali stable o rapid. Nota: i cluster automatici del servizio Azure Kubernetes usano stable per impostazione predefinita.
• Se si vogliono ottenere le patch più recenti il prima possibile, usare il patch canale .
• Per aggiornare automaticamente le immagini dei nodi usando un canale di aggiornamento del cluster diverso, è consigliabile usare il canale di NodeImage.
• Seguire le Procedure consigliate per l'operatore.
• Seguire le procedure consigliate per PodDisruptionBudget (PDB).
• Per informazioni sulla risoluzione dei problemi di aggiornamento, vedere la documentazione sulla risoluzione dei problemi del servizio Azure Kubernetes.

L'aggiornamento automatico del cluster è configurato in modo diverso per AKS Automatic?

Yes. I cluster Automatic di AKS sono preconfigurati per usare il canale stabile per impostazione predefinita: non è necessario configurare alcunché. Questa configurazione fornisce:

• Aggiornamenti automatici alla patch più recente nella versione secondaria N-1
• Cadenza settimanale degli aggiornamenti in linea con le best practice di AKS
• Completamente gestito da AKS con pratiche di distribuzione sicure
• Controllo finestra di manutenzione (facoltativo)
• Impostazioni predefinite pronte per la produzione ottimizzate per la maggior parte dei carichi di lavoro

I cluster AKS Standard richiedono la selezione di un canale in base alle proprie esigenze specifiche. Per eseguire la migrazione da AKS Standard a Servizio Azure Kubernetes Automatico e trarre vantaggio da queste impostazioni predefinite preconfigurate, vedere Che cos'è Servizio Azure Kubernetes (AKS) Automatico?

Per una descrizione dettagliata delle procedure consigliate per l'aggiornamento e altre considerazioni, vedere Linee guida per l'aggiornamento e le patch del servizio Azure Kubernetes.

Contenuti correlati

Per altre informazioni sulle impostazioni preconfigurate del servizio Azure Kubernetes e sulle impostazioni predefinite pronte per l'ambiente di produzione, vedere Che cos'è Servizio Azure Kubernetes (AKS) Automatico?