Informazioni su come aggiornare Supervisori e cluster Tanzu Kubernetes Grid nell'ambiente di vSphere IaaS control plane. vSphere IaaS control plane supporta gli aggiornamenti in sequenza per i Supervisori e i cluster di Tanzu Kubernetes Grid e per l'infrastruttura che supporta tali cluster.
Quando si aggiorna l'ambiente di vSphere IaaS control plane, si aggiorna la versione di Kubernetes dei Supervisori e dei cluster Tanzu Kubernetes Grid insieme ai componenti e ai servizi dell'infrastruttura sottostante. Per tale processo si utilizza quindi il termine aggiornamento anziché il termine upgrade, che è una forma limitata di aggiornamento che incrementa la versione del software.
I Supervisori e i cluster Tanzu Kubernetes Grid vengono creati utilizzando un core di distribuzione Kubernetes comune. Le versioni di Kubernetes per il Supervisore e i cluster Tanzu Kubernetes Grid vengono fornite in modo diverso:
- Le versioni di Supervisore Kubernetes vengono fornite con le versioni di vCenter Server e contengono versioni di Kubernetes convenzionali. Ogni versione di vCenter Server (versione principale, aggiornamento o patch) include tre versioni di Kubernetes per il Supervisore. La versione di Supervisore Kubernetes più recente e due versioni precedenti. Per ulteriori informazioni sulle versioni di Supervisore Kubernetes supportate, vedere le Note di rilascio di VMware vSphere with Tanzu 8.0.
I cluster Tanzu Kubernetes Grid vengono creati utilizzando Release di Tanzu Kubernetes (TKr). Una TKr fornisce una distribuzione del software Kubernetes allineata upstream, firmata, testata e supportata da VMware. Le TKr sono destinate ai cluster Tanzu Kubernetes Grid. Le TKr vengono rilasciate indipendentemente da vCenter Server. Una TKr è una combinazione di un sistema operativo come Photon o Ubuntu con componenti core di Tanzu Kubernetes Grid necessari per fornire la funzionalità del pod. Una TKr include componenti come Antrea e Calico che possono essere distribuiti nei cluster Tanzu Kubernetes Grid. Per ulteriori informazioni, vedere le Note di rilascio delle versioni di VMware Tanzu Kubernetes.
A causa del criterio di aggiornamento di Kubernetes upstream, è possibile aggiornare la versione di Kubernetes dei Supervisori e dei cluster Tanzu Kubernetes Grid solo in sequenza. Non è possibile ignorare una versione secondaria. Ad esempio, se in un Supervisore è in esecuzione la versione 1.24, non è possibile eseguire l'aggiornamento direttamente alla versione 1.26. Il percorso di aggiornamento corretto è 1.24, 1.25, 1.26.
Criterio di supporto per le versioni di Kubernetes del Supervisore e del cluster Tanzu Kubernetes Grid
Le versioni di Kubernetes del Supervisore e di TKr implementano entrambe un criterio di supporto N-2 per le versioni di Kubernetes, analogamente al criterio di supporto di Kubernetes upstream. Questo significa che ogni versione di Kubernetes in vSphere IaaS control plane (del Supervisore o di TKr) è supportata per almeno 12 mesi dal momento in cui viene rilasciata da VMware.
Si tenga tuttavia presente che il Supervisore e i cluster Tanzu Kubernetes Grid devono eseguire versioni di Kubernetes compatibili. Per ulteriori informazioni e , vedere Matrice di compatibilità per le versioni di TKr.
Regole del percorso di upgrade per vCenter Server
Poiché Kubernetes upstream richiede un upgrade sequenziale, il percorso di upgrade per vCenter Server quando si eseguono i Supervisori dipende dalle versioni di Kubernetes incluse. Potrebbe essere necessario aggiornare vCenter Server circa 3 volte all'anno e le versioni di Kubernetes dei Supervisori di conseguenza per eseguire le versioni di Kubernetes supportate.
L'upgrade di vCenter Server in cui sono in esecuzione Supervisori è possibile quando viene soddisfatta una di queste condizioni:
- Nei pacchetti delle versioni di vCenter Server di origine e di destinazione è presente almeno una versione sovrapposta di Kubernetes.
- La versione di vCenter Server di destinazione deve contenere la versione di Kubernetes immediatamente successiva a quella presente nella versione di vCenter Server di origine.
Se non viene soddisfatta alcuna di queste condizioni, non è possibile eseguire l'upgrade di vCenter Server.
| Esempi | Incrementi di versione | Versioni di Supervisore Kubernetes supportate nelle versioni di vCenter Server | ||||||
|---|---|---|---|---|---|---|---|---|
| Esempio 1 | vCenter Server di origine |
1.22 | 1.23 | 1.24 | L'upgrade è possibile | |||
vCenter Server di destinazione |
1.24 | 1.25 | 1.26 | |||||
| Esempio 2 | vCenter Server di origine |
1.21 | 1.22 | 1.23 | L'upgrade è possibile | |||
vCenter Server di destinazione |
1.24 | 1.25 | 1.26 | |||||
| Esempio 3 | vCenter Server di origine |
1.20 | 1.21 | 1.22 | L'upgrade NON è possibile | |||
vCenter Server di destinazione |
1.24 | 1.25 | 1.26 | |||||
- Nel primo esempio, l'upgrade è possibile perché le versioni di vCenter Server di origine e di destinazione contengono entrambe Supervisore Kubernetes versione 1.24.
- Nel secondo esempio, l'upgrade è comunque possibile perché la versione di vCenter Server di destinazione contiene Supervisore Kubernetes versione 1.24, che è la versione immediatamente successiva.
- L'ultimo esempio illustra uno scenario in cui l'upgrade non è possibile perché le versioni di vCenter Server di origine e di destinazione non contengono né una versione di Supervisore Kubernetes sovrapposta né la versione immediatamente successiva.
Informazioni sulla versione di Spazi dei nomi vSphere e le versioni del Supervisore
v1.26.8+vmware.wcp.1-vsc0.1.9-23708114v1.27.5+vmware.wcp.1-vsc0.1.9-23708114v1.28.3+vmware.wcp.1-vsc0.1.9-23708114
Aggiornamenti in sequenza dei Supervisori e dei cluster Tanzu Kubernetes Grid
vSphere IaaS control plane utilizza un modello di aggiornamento in sequenza per i Supervisori e i cluster di Tanzu Kubernetes Grid. Il modello di aggiornamento in sequenza garantisce un tempo di inattività minimo per i carichi di lavoro del cluster durante il processo di aggiornamento. Gli aggiornamenti in sequenza includono l'upgrade delle versioni del software Kubernetes, nonché dell'infrastruttura e dei servizi che supportano i cluster Tanzu Kubernetes Grid, come le configurazioni e le risorse delle macchine virtuali, Spazi dei nomi vSphere e le risorse personalizzate. Per ulteriori informazioni, vedere Informazioni sul modello di aggiornamento in sequenza per i cluster TKG nel supervisore.
Affinché l'aggiornamento abbia esito positivo, l'ambiente deve soddisfare diversi requisiti di compatibilità. Il sistema applica le condizioni di verifica preliminare per garantire che i cluster siano pronti per gli aggiornamenti e supporta il rollback se l'upgrade del cluster non riesce.
Aggiornamento del Supervisore
È possibile aggiornare la versione di Kubernetes eseguita dal Supervisore, ad esempio da Kubernetes 1.23 a Kubernetes 1.24, e l'infrastruttura che supporta il Supervisore e i cluster Tanzu Kubernetes Grid. Potrebbe essere necessario aggiornare le versioni di Supervisore Kubernetes 3 volte all'anno per tenere il passo con la frequenza delle versioni di Kubernetes. Di seguito è disponibile la sequenza di aggiornamento delle versioni di Supervisore Kubernetes.
- Eseguire l'upgrade di vCenter Server in base alle regole indicate in Regole del percorso di upgrade per vCenter Server.
- Aggiornare la versione di Supervisore Kubernetes e i componenti dell'infrastruttura. Vedere Aggiornamento di Supervisore
Quando si avvia un aggiornamento della versione di Supervisore Kubernetes, le operazioni di aggiornamento vengono eseguite nell'ordine seguente:
- Il sistema crea una nuova macchina virtuale del piano di controllo e la unisce al piano di controllo del Supervisore esistente. Durante questa fase dell'aggiornamento, l'inventario di vSphere mostra quattro macchine virtuali del piano di controllo, in quanto il sistema aggiunge una nuova macchina virtuale aggiornata e quindi rimuove la macchina virtuale obsoleta.
- Gli oggetti vengono migrati da una delle macchine virtuali del piano di controllo precedente a quella nuova, quindi la macchina virtuale del piano di controllo precedente viene rimossa. Questo processo viene ripetuto per ogni singola macchina virtuale del piano di controllo, finché tutte le macchine virtuali non vengono aggiornate.
- Una volta aggiornato il piano di controllo, le macchine virtuali vengono aggiornate con una modalità simile. I nodi worker sono gli host ESXi e i processi Spherelet in ogni host ESXi vengono aggiornati uno alla volta.
- Aggiornare solo la versione di Supervisore Kubernetes.
- Aggiornamento di tutto, incluse le versioni di VMware e Kubernetes.
Aggiornamento dei cluster Tanzu Kubernetes Grid
L'aggiornamento dei cluster Tanzu Kubernetes Grid dipende dalla versione del servizio Tanzu Kubernetes Grid in esecuzione nel Supervisore nonché dalle versioni di TKr in esecuzione nei cluster. Per ulteriori informazioni, vedere Installazione e aggiornamento di Servizio TKG e Aggiornamento dei cluster TKG Service.
Aggiornamento di tutti i componenti di vSphere IaaS control plane
È possibile utilizzare il workflow per l'aggiornamento di tutti gli elementi per aggiornare tutti i componenti di vSphere IaaS control plane. Questo tipo di aggiornamento è necessario quando si aggiornano le versioni principali, ad esempio da NSX 3.X a 4 e da vSphere 7.X a 8.
- Controllare la matrice di interoperabilità VMware https://interopmatrix.vmware.com/Interoperability per vCenter Server e NSX per stabilire la compatibilità. La funzionalità di vSphere IaaS control plane viene fornita dal software WCP (Workload Control Plane) fornito con vCenter Server.
- Aggiornare NSX, se compatibile.
- Aggiornare vCenter Server.
- Aggiornamento di vSphere Distributed Switch.
- Upgrade degli host ESXi.
- Verificare la compatibilità di tutti i cluster di Tanzu Kubernetes Grid con provisioning con la versione Supervisore di destinazione.
- Aggiornare Spazi dei nomi vSphere (inclusa la versione Kubernetes Supervisore).
- Aggiornare i cluster Tanzu Kubernetes Grid
Il diagramma illustra il workflow generale per gli aggiornamenti di vSphere IaaS control plane
.
