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 d'une Installation VMware Cloud Director ou Mettre à niveau manuellement une Installation VMware Cloud Director. 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.
- 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.
- 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.
À partir de VMware Cloud Director 10.0, les bases de données Microsoft SQL Server ne sont pas prises en charge.
- 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 artéfacts suivants, qui ne sont pas stockés dans la base de données VMware Cloud Director :
- les fichiers de propriétés locaux et globaux sont copiés vers la nouvelle installation ;
- Les fichiers Microsoft Sysprep utilisés pour la personnalisation des invités sont copiés vers la nouvelle installation.
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.
À partir de la version 10.1, les fournisseurs de services et les locataires peuvent utiliser l'API VMware Cloud Director pour tester les connexions à des serveurs distants et pour vérifier l'identité du serveur dans le cadre d'une connexion 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.
- Exécutez la commande
trust-infra-certsde 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. - Dans l'interface utilisateur de Service Provider Admin Portal, sélectionnez chaque instance de vCenter Server 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.3 sur Linux incluant une base de données PostgreSQL externe | |
| VMware Cloud Director 9.7 sur Linux incluant une base de données Microsoft SQL Server externe |
|
| VMware Cloud Director 9.7, 10.0, 10.1 ou 10.2 sur Linux incluant une base de données PostgreSQL externe | Mettez à niveau votre environnement vers VMware Cloud Director 10.3 sur Linux. Reportez-vous à la section Effectuer une mise à niveau orchestrée d'une Installation VMware Cloud Director ou Mettre à niveau manuellement une Installation VMware Cloud Director. |
| Dispositif VMware Cloud Director 9.7, 10.0, 10.1 ou 10.2 incluant une base de données PostgreSQL intégrée | Non pris en charge |
