Vous pouvez mettre à niveau votre dispositif VMware Cloud Director vers une version ultérieure ou migrer votre version antérieure existante de VMware Cloud Director avec une base de données PostgreSQL externe vers un dispositif VMware Cloud Director.
Votre dispositif VMware Cloud Director inclut une base de données PostgreSQL intégrée avec la fonction de haute disponibilité. Vous pouvez mettre à niveau le dispositif VMware Cloud Director vers une version ultérieure. Vous pouvez également migrer votre version antérieure existante de VMware Cloud Director incluant une base de données PostgreSQL externe vers un environnement VMware Cloud Director qui se compose de déploiements de dispositifs VMware Cloud Director version 10.2 ou version ultérieure.
Mise à niveau du dispositif VMware Cloud Director
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 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.
- 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 et NSX, puis entrez à nouveau les informations d'identification tout en acceptant le certificat.
Migration du dispositif VMware Cloud Director
Si votre environnement VMware Cloud Director utilise une base de données Oracle externe ou une base de données Microsoft SQL externe, vous devez migrer vers une base de données PostgreSQL avant la mise à niveau vers VMware Cloud Director 10.6. Pour les chemins de mise à niveau, reportez-vous à la section Mise à niveau de VMware Cloud Director sous Linux.
Chemins et workflows de mise à niveau et de migration
| Environnement source | Environnement cible |
|---|---|
| Dispositif VMware Cloud Director 10.6 incluant une base de données PostgreSQL intégrée | |
| VMware Cloud Director 10.5 sur Linux incluant une base de données PostgreSQL externe |
|
| VMware Cloud Director 10.4 sur Linux incluant une base de données PostgreSQL externe |
|
| Dispositif VMware Cloud Director 10.4 et versions ultérieures incluant une base de données PostgreSQL intégrée | Mettez à niveau votre environnement vers un dispositif VMware Cloud Director 10.6. Reportez-vous à la section Mettre à niveau votre dispositif VMware Cloud Director à l'aide d'un module de mise à jour. |
| VMware Cloud Director 10.3 sur Linux incluant une base de données PostgreSQL externe |
Note : Vous ne pouvez pas mettre à niveau
VMware Cloud Director 10.3 directement vers la version 10.6.
|
| Dispositif VMware Cloud Director 10.3 incluant une base de données PostgreSQL intégrée |
Note : Vous ne pouvez pas mettre à niveau
VMware Cloud Director 10.3 directement vers la version 10.6.
|
