Suivez le workflow de mise à niveau des dispositifs de Fédération NSX en fonction de la version à partir de laquelle vous effectuez la mise à niveau.
Lors de la mise à niveau vers Gestionnaire global (GM) 4.1.1, vous devez d'abord mettre à niveau manuellement le cluster GM en veille à partir de l'interface utilisateur du GM, suivi du cluster GM actif. Les instances de Gestionnaire global active et en veille doivent avoir la même version. À partir de NSX 4.1.1, les mises à niveau de Gestionnaire global (GM) et de Gestionnaire local (LM) peuvent se produire dans n'importe quel ordre. Le GM et le LM continuent de se synchroniser s'ils sont à des versions différentes entre 4.0 et 4.1.
Note : La mise à niveau de
NSX 3.2.2 ou 3.2.3 vers la version 4.0.1 ou 4.0.1.1 n'est pas prise en charge. Cela est dû au fait que la disponibilité générale (GA) de
NSX 3.2.2 a eu lieu après la disponibilité générale de
NSX versions 4.0.1 et 4.0.1.1. Certaines fonctionnalités et certains correctifs importants dans
NSX 3.2.2 peuvent ne pas être disponibles dans les versions 4.0.1 ou 4.0.1.1 en raison de l'ordre chronologique de publication de ces versions.
À partir de NSX 4.1.1, Gestionnaire global prend désormais en charge la même interopérabilité que Gestionnaire local, par exemple, 3.2.3 vers 4.1.1. Reportez-vous au tableau suivant pour connaître la compatibilité des versions du Gestionnaire local et du Gestionnaire global. Avant NSX 4.1.1, l'interopérabilité était N+1 et N-1. À partir de NSX 4.1.1, vous pouvez mettre à niveau NSX 3.2 vers la version 4.1.1 pour prendre en charge les versions suivantes (N+2 et N-2).
Par exemple :
- Si vous disposez des LM 3.2 et des GM 3.2, vous pouvez tous les mettre à niveau vers NSX 4.0 et 4.1.1, mais pas NSX 4.1.0.
- Si vous disposez de LM 3.2 et de GM 4.1.1, vous ne pouvez pas mettre à niveau les LM vers NSX 4.0. Mettez-les à niveau directement vers NSX 4.1.1.
Le tableau de mise à niveau du
Gestionnaire local (LM) et du
Gestionnaire global (GM) affiche la version logicielle et les versions valides qui continueront à se synchroniser avec les versions précédentes et les dernières versions du LM et du GM. Pour obtenir un astérisque de tableau (*), reportez-vous à la Matrice d'interopérabilité des versions mineures prises en charge dans
https://interopmatrix.vmware.com/Upgrade?productId=912.
Tableau 1.
Mise à niveau du gestionnaire local (LM) et du gestionnaire global (GM)
| De/Vers |
4.1.0 |
4.1.x |
| 3.1 |
Première mise à niveau vers la version 3.2 |
Première mise à niveau vers la version 3.2 |
| 3.2 |
Non applicable. Cas d'utilisation non pris en charge, car un LM 3.2 ne peut pas être géré par un GM 4.1.0. Remarque : après la version 3.2.2, peut être mis à niveau vers la version 4.1.1. |
Pris en charge* |
| 4.0 |
Pris en charge* |
Pris en charge* |
| 4.1.0 |
Non applicable |
Pris en charge* |
| 4.1.1 |
Non applicable |
Pris en charge* |
Mettre à niveau les déploiements de VMware Cloud Foundation avec Fédération NSX
Le tableau de mise à niveau des déploiements de
VMware Cloud Foundation avec
Gestionnaire local (LM) et
Gestionnaire global (GM) affiche la version du logiciel et les versions valides qui sont sur le chemin de mise à niveau pour les versions de
Fédération NSX
Gestionnaire local et
Gestionnaire global dans un environnement
VMware Cloud Foundation (VCF).
Note : Vous devez d'abord effectuer la mise à niveau vers
VMware Cloud Foundation (VCF) 4.5.x avant de pouvoir effectuer la mise à niveau vers VCF 5.0.
Tableau 2.
Déploiements de VMware Cloud Foundation avec mise à niveau du Gestionnaire local (LM) et du Gestionnaire global (GM)
| De/Vers |
Étapes |
| VCF 4.5 vers VCF 5.0 LM 3.2.1.2 vers LM 4.1.0.2 GM 3.2.1.2 vers GM 4.1.0.2 |
- Mettez à niveau manuellement les machines virtuelles en veille, puis les machines virtuelles actives de la version 3.2.1.2 vers la version 4.0.1.1. GM 4.0.1.1 est compatible avec VCF 4.5 avec des LM 3.2.1.2.
- Mettez à niveau de VCF 4.5 vers VCF 5.0 avec SDDC Manager, qui met à niveau les LM de la version 3.2.1.2 vers la version 4.1.0.2.
- Mettez à niveau manuellement les GM en veille, puis les GM actifs de GM 4.0.1.1 vers GM 4.1.0.2.
|
| VCF 4.5.1 vers VCF 5.0 LM 3.2.2.1 vers LM 4.1.1 GM 3.2.2.1 vers GM 4.1.1 |
- Mettez à niveau manuellement les GM en veille, puis les GM actifs de la version 3.2.2.1 vers la version 4.1.1. GM 4.1.1 est compatible avec VCF 4.5.1 avec des LM 3.2.2.1.
- Mettez à niveau VCF 4.5.1 vers VCF 5.0 avec SDDC Manager, qui met à niveau le LM de la version 3.2.2.1 vers la version 4.1.0.2.
- Appliquez l'outil de correctif asynchrone de VCF pour mettre à niveau LM 4.1.0.2 vers LM 4.1.1. Reportez-vous à la section https://docs.vmware.com/fr/VMware-Cloud-Foundation/services/ap-tool/GUID-49818DF1-94EA-4C85-8CB6-6EFFCE5F8060.html
|
| VCF 4.5.1 vers VCF 5.0 LM 3.2.2.1 vers LM 4.1.2 GM 3.2.2.1 vers GM 4.1.2 |
- Mettez à niveau manuellement les GM en veille, puis les GM actifs de la version 3.2.2.1 vers la version 4.1.2. GM 4.1.2 est compatible avec VCF 4.5.1 avec des LM 3.2.2.1.
- Mettez à niveau VCF 4.5.1 vers VCF 5.0 avec SDDC Manager, qui met à niveau le LM de la version 3.2.2.1 vers la version 4.1.0.2.
- Appliquez l'outil de correctif asynchrone de VCF pour mettre à niveau LM 4.1.0.2 vers LM 4.1.2. Reportez-vous à la section https://docs.vmware.com/fr/VMware-Cloud-Foundation/services/ap-tool/GUID-49818DF1-94EA-4C85-8CB6-6EFFCE5F8060.html
|
| VCF 4.5.2 vers VCF 5.0 LM 3.2.3.1 vers LM 4.1.x GM 3.2.3.1 vers GM 4.1.x |
Aucun chemin de mise à niveau. |
