Découvrez comment mettre à jour les Superviseurs et les clusters Tanzu Kubernetes Grid dans votre environnement vSphere IaaS control plane. vSphere IaaS control plane prend en charge les mises à jour continues pour les clusters Superviseurs et Tanzu Kubernetes Grid, ainsi que pour l'infrastructure prenant en charge ces clusters.
Lorsque vous mettez à jour votre environnement de vSphere IaaS control plane, vous mettez à jour la version Kubernetes de vos Superviseurs et clusters Tanzu Kubernetes Grid, ainsi que les composants et services d'infrastructure sous-jacents. Ainsi, le terme mise à jour est utilisé pour décrire ce processus au lieu du terme mise à niveau, qui est une forme limitée de mise à jour qui augmente la version du logiciel.
Les Superviseurs et les clusters Tanzu Kubernetes Grid sont créés à l'aide d'un cœur de distribution Kubernetes commun. Les versions de Kubernetes pour les Superviseur et les clusters Tanzu Kubernetes Grid sont fournies différemment :
- Les versions de Kubernetes du Superviseur sont fournies avec des versions de vCenter Server et contiennent des versions de Kubernetes personnalisées. Chaque version de vCenter Server (version majeure, de mise à jour ou de correctif) inclut trois versions de Kubernetes pour le Superviseur. La version de Kubernetes du Superviseur la plus récente et deux versions précédentes. Pour plus d'informations sur les versions de Kubernetes du Superviseur prises en charge, reportez-vous aux Notes de mise à jour de VMware vSphere with Tanzu 8.0.
Les clusters Tanzu Kubernetes Grid sont créés à l'aide de Versions de Tanzu Kubernetes (TKr). Une TKr fournit une distribution de logiciels Kubernetes alignée en amont, signée, testée et prise en charge par VMware. Les TKr sont destinées aux clusters Tanzu Kubernetes Grid. Les TKr sont publiées indépendamment de vCenter Server. Une TKr est une combinaison d'un système d'exploitation tel que Photon ou Ubuntu combiné aux composants principaux de Tanzu Kubernetes Grid nécessaires pour fournir la fonctionnalité de l'espace. Une TKr inclut des composants tels qu'Antrea et Calico que vous pouvez déployer dans les clusters Tanzu Kubernetes Grid. Pour plus d'informations, reportez-vous aux Notes de mise à jour de VMware Tanzu Kubernetes.
Vous pouvez uniquement mettre à jour la version de Kubernetes des Superviseurs et des clusters Tanzu Kubernetes Grid de manière séquentielle en raison de la stratégie de mise à jour de Kubernetes en amont. Vous ne pouvez pas ignorer une version mineure. Par exemple, si un Superviseur exécute la version 1.24, vous ne pouvez pas mettre à jour directement vers la version 1.26. Le chemin de mise à jour correct est le suivant : 1.24, 1.25, 1.26.
Stratégie de prise en charge des versions de Kubernetes pour le Superviseur et le cluster Tanzu Kubernetes Grid
Les versions de Kubernetes du Superviseur et les TKr implémentent une stratégie de prise en charge N-2 pour les versions de Kubernetes, de manière similaire à la stratégie de prise en charge de Kubernetes en amont. Cela signifie que chaque version de Kubernetes dans vSphere IaaS control plane (Superviseur ou TKr) est prise en charge pendant au moins 12 mois à partir de sa publication par VMware.
Notez toutefois que les clusters de Superviseur et Tanzu Kubernetes Grid doivent exécuter des versions de Kubernetes compatibles. Reportez-vous à la Matrice de compatibilité pour obtenir les TKr publiées, des informations supplémentaires et .
Règles de chemin de mise à niveau pour vCenter Server
Étant donné que Kubernetes en amont nécessite une mise à niveau séquentielle, le chemin de mise à niveau pour vCenter Server lorsque vous exécutez des Superviseurs dépend des versions de Kubernetes incluses. Vous devrez peut-être mettre à jour vCenter Server 3 fois par an environ et les versions de Kubernetes des Superviseurs en conséquence pour exécuter les versions de Kubernetes prises en charge.
La mise à niveau de l'instance de vCenter Server sur laquelle les Superviseurs sont en cours d'exécution est possible lorsque l'une de ces conditions est remplie :
- Les versions source et cible de vCenter Server comportent au moins une version de Kubernetes qui se chevauche.
- La version cible de vCenter Server doit contenir la version immédiatement suivante de Kubernetes présente dans la version source de vCenter Server.
Si aucune de ces conditions n'est remplie, vous ne pouvez pas mettre à niveau vCenter Server.
| Exemples | Incréments de version | Versions de Kubernetes du Superviseur prises en charge dans les versions de vCenter Server | ||||||
|---|---|---|---|---|---|---|---|---|
| Exemple 1 | Instance de vCenter Server |
1.22 | 1.23 | 1.24 | La mise à niveau est possible | |||
vCenter Server cible |
1.24 | 1.25 | 1.26 | |||||
| Exemple 2 | Instance de vCenter Server |
1.21 | 1.22 | 1.23 | La mise à niveau est possible | |||
vCenter Server cible |
1.24 | 1.25 | 1.26 | |||||
| Exemple 3 | Instance de vCenter Server |
1.20 | 1.21 | 1.22 | La mise à niveau n'est PAS possible | |||
vCenter Server cible |
1.24 | 1.25 | 1.26 | |||||
- Dans le premier exemple, la mise à niveau est possible, car les versions source et cible de vCenter Server contiennent toutes deux la version 1.24 de Kubernetes pour le Superviseur.
- Dans le deuxième exemple, la mise à niveau est toujours possible, car la version cible de vCenter Server contient la version 1.24 de Kubernetes pour le Superviseur, qui est la version immédiatement suivante.
- Le dernier exemple montre un scénario dans lequel la mise à niveau n'est pas possible, car les versions source et cible de vCenter Server ne contiennent ni version de Kubernetes pour le Superviseur qui se chevauche, ni la version immédiatement suivante.
Sous-mention de la version des Espaces de noms vSphere et des versions de Superviseur
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
Mises à jour continues des Superviseurs et des clusters Tanzu Kubernetes Grid
vSphere IaaS control plane utilise un modèle de mise à jour continue pour les clusters Superviseurs et Tanzu Kubernetes Grid. Le modèle de mise à jour continue garantit une interruption de service minimale pour les charges de travail du cluster pendant le processus de mise à jour. Les mises à jour continues incluent la mise à niveau des versions du logiciel Kubernetes, ainsi que de l'infrastructure et des services prenant en charge les clusters Tanzu Kubernetes Grid, comme les configurations et les ressources de machine virtuelle, Espaces de noms vSphere, ainsi que les ressources personnalisées. Pour plus d'informations, reportez-vous à la section Présentation du modèle de mise à jour continue pour les clusters TKG sur le superviseur.
Pour que la mise à jour réussisse, votre environnement doit répondre à plusieurs exigences de compatibilité. Le système applique des conditions de vérification préalable pour s'assurer que les clusters sont prêts pour les mises à jour, et prend en charge la restauration si la mise à niveau du cluster échoue.
Mise à jour du Superviseur
Vous pouvez mettre à jour la version de Kubernetes que le Superviseur exécute (par exemple, de Kubernetes 1.23 vers Kubernetes 1.24) et l'infrastructure prenant en charge le Superviseur et les clusters Tanzu Kubernetes Grid. Vous devrez peut-être mettre à jour les versions de Kubernetes du Superviseur 3 fois par an pour maintenir le rythme avec la cadence de publication de Kubernetes. La séquence de mise à jour des versions de Kubernetes du Superviseur est la suivante :
- Mettez à niveau vCenter Server selon les règles décrites dans la section Règles de chemin de mise à niveau pour vCenter Server.
- Mettez à jour la version Kubernetes du Superviseur et les composants d'infrastructure. Reportez-vous à la section Mettre à jour le Superviseur.
Lorsque vous lancez une mise à jour de la version de Kubernetes du Superviseur, la mise à jour est effectuée dans l'ordre d'opérations suivant :
- Le système crée une VM de plan de contrôle et l'associe au plan de contrôle du Superviseur existant. Pendant cette phase de la mise à jour, l'inventaire vSphere affiche quatre machines virtuelles de plan de contrôle lorsque le système ajoute une nouvelle machine virtuelle mise à jour, puis supprime l'ancienne machine virtuelle obsolète.
- Les objets sont migrés de l'une des anciennes machines virtuelles de plan de contrôle vers la nouvelle, et l'ancienne machine virtuelle de plan de contrôle est ensuite supprimée. Ce processus se répète pour chaque machine virtuelle, jusqu'à ce que toutes les machines virtuelles du plan de contrôle soient mises à jour.
- Une fois que toutes les machines virtuelles du plan de contrôle sont mises à jour, les nœuds worker sont mis à jour selon un modèle de mise à jour continue similaire. Les nœuds worker sont les hôtes ESXi et chaque processus Spherelet sur chaque hôte ESXi est mis à jour successivement.
- Mettez à jour uniquement la version de Kubernetes du Superviseur.
- Mettez tout à jour, y compris les versions de VMware et les versions de Kubernetes.
Mise à jour de clusters Tanzu Kubernetes Grid
La mise à jour de vos clusters Tanzu Kubernetes Grid dépend de la version du service Tanzu Kubernetes Grid qui s'exécute sur le Superviseur ainsi que des versions de TKr exécutées par les clusters. Pour plus d'informations, reportez-vous à Installation et mise à niveau du Service TKG et Mise à jour des clusters de services TKG.
Mise à jour de tous les composants vSphere IaaS control plane
Utilisez le workflow de mise à jour complète pour mettre à jour tous les composants vSphere IaaS control plane. Ce type de mise à jour est requis lorsque vous mettez à jour des versions majeures, par exemple de NSX 3.X vers la version 4 et de vSphere 7.x vers la version 8.
- Vérifiez la matrice d'interopérabilité de VMware https://interopmatrix.vmware.com/Interoperability pour vCenter Server et NSX afin de déterminer la compatibilité. La fonctionnalité vSphere IaaS control plane est mise en œuvre par le logiciel de plan de contrôle de la charge de travail (WCP) fourni avec vCenter Server.
- Mettez à niveau NSX, s'il est compatible.
- Mettez à niveau vCenter Server.
- Mettez à niveau vSphere Distributed Switch.
- Mettez à niveau les hôtes ESXi.
- Vérifiez la compatibilité des clusters Tanzu Kubernetes Grid provisionnés avec la version du Superviseur cible.
- Mettez à jour Espaces de noms vSphere (y compris la version du Superviseur Kubernetes).
- Mettez à jour les clusters Tanzu Kubernetes Grid.
Le diagramme illustre le workflow général pour les mises à jour de vSphere IaaS control plane.
.
