Share via


Aggiornare l'orchestrazione tra più cluster membri

Gli amministratori della piattaforma che gestiscono un numero elevato di cluster spesso presentano problemi con la gestione temporanea degli aggiornamenti di più cluster (ad esempio, l'aggiornamento delle versioni delle immagini del sistema operativo del nodo, l'aggiornamento delle versioni di Kubernetes) in modo sicuro e prevedibile. Per risolvere questo problema, Azure Kubernetes Fleet Manager (Fleet) consente di orchestrare gli aggiornamenti in più cluster usando esecuzioni di aggiornamento, fasi, gruppi e strategie.

A diagram showing an upgrade run containing two update stages, each containing two update groups with two member clusters.

  • Esecuzione dell'aggiornamento: un'esecuzione di aggiornamento rappresenta un aggiornamento applicato a una raccolta di cluster del servizio Azure Kubernetes, costituito dall'obiettivo e dalla sequenza di aggiornamento. L'obiettivo di aggiornamento descrive gli aggiornamenti desiderati, ad esempio l'aggiornamento a Kubernetes versione 1.28.3. La sequenza di aggiornamento descrive l'ordine esatto per applicare gli aggiornamenti a più cluster membri, espressi usando fasi e gruppi. Se non specificato, tutti i cluster membri vengono aggiornati uno per uno in sequenza. Un'esecuzione di aggiornamento può essere arrestata e avviata.
  • Fase di aggiornamento: le esecuzioni di aggiornamento sono suddivise in fasi, che vengono applicate in sequenza. Ad esempio, una prima fase di aggiornamento potrebbe aggiornare i cluster membri dell'ambiente di test e una seconda fase di aggiornamento aggiornerebbe successivamente i cluster membri dell'ambiente di produzione. È possibile specificare un tempo di attesa per ritardare l'applicazione delle fasi di aggiornamento successive.
  • Gruppo di aggiornamento: ogni fase di aggiornamento contiene uno o più gruppi di aggiornamento, usati per selezionare i cluster membri da aggiornare. I gruppi di aggiornamento vengono usati anche per ordinare l'applicazione degli aggiornamenti ai cluster membri. All'interno di una fase di aggiornamento, gli aggiornamenti vengono applicati a tutti i diversi gruppi di aggiornamento in parallelo; all'interno di un gruppo di aggiornamento, i cluster membri vengono aggiornati in sequenza. Ogni cluster membro della flotta può far parte solo di un gruppo di aggiornamento.
  • Strategia di aggiornamento: una strategia di aggiornamento descrive la sequenza di aggiornamento con fasi e gruppi. È possibile riutilizzare una strategia nelle esecuzioni degli aggiornamenti anziché definire ripetutamente la sequenza in ogni esecuzione.

Attualmente, le operazioni di aggiornamento supportate nel cluster sono aggiornamenti. Esistono due tipi di aggiornamenti tra cui scegliere:

  • Aggiornare le versioni di Kubernetes per il piano di controllo Kubernetes e i nodi , che includono l'aggiornamento delle immagini del nodo.
  • Aggiornare solo le immagini del nodo.

È possibile specificare la versione di Kubernetes di destinazione a cui eseguire l'aggiornamento, ma non è possibile specificare le versioni esatte dell'immagine del nodo di destinazione perché le versioni più recenti dell'immagine del nodo disponibili possono variare a seconda dell'area del cluster (per altre informazioni, vedere Lo strumento di rilevamento delle versioni). Le versioni dell'immagine del nodo di destinazione vengono selezionate automaticamente in base alle preferenze:

  • Latest: usare le immagini dei nodi più recenti disponibili nell'area di un cluster all'avvio dell'aggiornamento del cluster. Di conseguenza, è possibile usare versioni di immagini diverse a seconda dell'area in cui si trova un cluster e all'avvio effettivo dell'aggiornamento.
  • Consistent: all'avvio dell'esecuzione dell'aggiornamento, seleziona le versioni più recenti delle immagini comuni nelle aree dei cluster membri in questa esecuzione, in modo che le stesse versioni delle immagini coerenti vengano usate nei cluster.

È consigliabile scegliere Latest di usare versioni più aggiornate delle immagini e ridurre al minimo i rischi per la sicurezza e scegliere Consistent di migliorare l'affidabilità usando e verificando tali immagini nei cluster nelle fasi precedenti prima di usarle nei cluster successivi.

Passaggi successivi