Pour mettre à niveau VMware Cloud Director vers une nouvelle version, arrêtez les services VMware Cloud Director sur toutes les cellules du groupe de serveurs, installez la nouvelle version sur chaque serveur, mettez à niveau la base de données VMware Cloud Director et redémarrez les cellules VMware Cloud Director.

Si votre groupe de serveurs VMware Cloud Director existant comprend des installations de VMware Cloud Director sur Linux, vous pouvez utiliser le programme d'installation de VMware Cloud Director pour Linux pour mettre à niveau votre environnement.

Pour les installations de VMware Cloud Director sur Linux, vous pouvez effectuer une mise à niveau orchestrée ou procéder à une mise à niveau manuelle de VMware Cloud Director. Reportez-vous à la section Effectuer une mise à niveau orchestrée de votre VMware Cloud Director sur une installation Linux ou Mettre à niveau VMware Cloud Director manuellement sur une installation Linux. Avec la mise à niveau orchestrée, vous exécutez une commande unique qui met à niveau toutes les cellules dans le groupe de serveurs et la base de données. Avec la mise à niveau manuelle, vous mettez à niveau chaque cellule et la base de données dans un ordre donné.

À partir de la version 10.3, VMware Cloud Director n'autorise plus les serveurs LDAP d'administrateurs et de locataires à contourner la validation du certificat SSL. Avant de procéder à la mise à niveau de VMware Cloud Director, vous devez tester votre connexion. Si l'une des organisations utilise ces configurations non valides, pour chacune d'elles, vous devez désactiver le paramètre Accept all certificates pour le serveur LDAP et importer les certificats dans l'interface utilisateur des paramètres LDAP.

Dans les dernières versions, lorsque vous mettez à jour les paramètres LDAP pour désactiver le paramètre Accept all certificates, une boîte de dialogue d'autorisation à la première utilisation automatise l'importation du certificat pour le serveur LDAP d'une organisation. Cependant, dans les version antérieures, il s'agit d'un processus en deux étapes qui consiste à désactiver le paramètre Accept all certificates, puis à utiliser l'interface utilisateur pour télécharger le certificat du serveur LDAP.

Avertissements concernant la prise en charge :
  • Les bases de données Oracle ne sont plus prises en charge. Si votre installation existante de VMware Cloud Director utilise une base de données Oracle, reportez-vous au tableau Chemins de mise à niveau et de migration.
  • L'activation et la désactivation des hôtes ESXi ne sont plus prises en charge. Avant de démarrer la mise à niveau, vous devez activer tous les hôtes ESXi. Vous pouvez placer les hôtes ESXi en mode de maintenance à l'aide de vSphere Client.
  • Les bases de données Microsoft SQL Server ne sont pas prises en charge.
  • PostgreSQL versions 12 et antérieures ne sont pas pris en charge.

VMware Cloud Director utilise Java avec une prise en charge améliorée de LDAP. Si vous utilisez un serveur LDAPS, vous devez vérifier que vous disposez d'un certificat correctement construit pour éviter les échecs de connexion LDAP. Pour plus d'informations, consultez les Modifications de version de Java 8 à l'adresse https://www.java.com.

Lorsque vous mettez à niveau VMware Cloud Director, la nouvelle version doit être compatible avec les composants suivants de votre installation existante :
  • Le logiciel de base de données que vous utilisez actuellement pour la base de données VMware Cloud Director. Pour plus d'informations, reportez-vous au tableau Chemins de mise à niveau et de migration.
  • La version de VMware vSphere® que vous utilisez actuellement.
  • La version de VMware NSX® que vous utilisez actuellement.
  • Tous les composants tiers qui interagissent directement avec VMware Cloud Director.

Pour plus d'informations sur la compatibilité de VMware Cloud Director avec d'autres produits VMware et avec les bases de données de tiers, consultez les Matrices d'interopérabilité des produits VMware à l'adresse http://partnerweb.vmware.com/comp_guide/sim/interop_matrix.php. Si vous prévoyez de mettre à niveau les composants vSphere ou NSX dans le cadre de la mise à niveau de VMware Cloud Director, vous devez les mettre à niveau après la mise à niveau de VMware Cloud Director. Reportez-vous à Après la mise à niveau de VMware Cloud Director.

Après la mise à niveau d'au moins un serveur VMware Cloud Director, vous pouvez mettre à niveau la base de données VMware Cloud Director. La base de données détient des informations relatives à l'état d'exécution du serveur, notamment l'état de toutes les tâches VMware Cloud Director qu'il exécute. Pour vous assurer qu'il ne reste aucune information de tâche non valide dans la base de données après une mise à niveau, vous devez vérifier qu'aucune tâche n'est active sur un serveur avant de commencer la mise à niveau.

La mise à niveau conserve également les fichiers de propriétés locaux et globaux qui sont copiés dans la nouvelle installation et qui ne sont pas stockés dans la base de données VMware Cloud Director.

La mise à niveau nécessite une interruption de service VMware Cloud Director suffisante pour mettre à niveau tous les serveurs dans le groupe de serveurs et la base de données. Si vous utilisez un équilibrage de charge, vous pouvez le configurer pour qu'il renvoie un message du style Le système est hors ligne pour la mise à niveau.

Les fournisseurs de services, les sous-fournisseurs et les locataires peuvent utiliser VMware Cloud Director API pour tester les connexions à des serveurs distants et pour vérifier l'identité du serveur dans le cadre d'une négociation SSL. Pour protéger les connexions réseau de VMware Cloud Director, configurez une liste d'exclusion d'hôtes internes qui ne sont pas accessibles aux locataires qui utilisent l'API VMware Cloud Director pour les tests de connexion. Configurez la liste d'exclusion après l'installation ou la mise à niveau de VMware Cloud Director et avant d'accorder aux locataires l'accès à VMware Cloud Director. Reportez-vous à la section Configurer une liste bloquée de connexion test.

Important : VMware Cloud Director vérifie toujours les certificats pour tous les points de terminaison d'infrastructure qui y sont connectés. Si vous n'importez pas vos certificats dans VMware Cloud Director avant la mise à niveau, les connexions de vCenter et de NSX peuvent afficher des erreurs de connexion infructueuses en raison de problèmes de vérification SSL. Dans ce cas, après la mise à niveau, vous avez deux options :
  1. Exécutez la commande trust-infra-certs de l'outil de gestion des cellules pour importer automatiquement tous les certificats dans le magasin de certificats centralisé. Reportez-vous à la section Importer des certificats de point de terminaison depuis les ressources vSphere.
  2. Dans l'interface utilisateur de Service Provider Admin Portal, sélectionnez chaque instance de vCenter et NSX, puis entrez à nouveau les informations d'identification tout en acceptant le certificat.

Chemins et workflows de mise à niveau

Environnement source Environnement cible
VMware Cloud Director 10.6 sur Linux incluant une base de données PostgreSQL externe
VMware Cloud Director 10.2 et versions ultérieures sous Linux avec une base de données PostgreSQL externe Mettez à niveau votre environnement vers VMware Cloud Director 10.6 sur Linux. Reportez-vous à la section Effectuer une mise à niveau orchestrée de votre VMware Cloud Director sur une installation Linux ou Mettre à niveau VMware Cloud Director manuellement sur une installation Linux.
Dispositif VMware Cloud Director 10.2 et versions ultérieures incluant une base de données PostgreSQL intégrée Non pris en charge