Le dispositif VMware Cloud Director inclut une base de données PostgreSQL intégrée avec la fonction HA (High Availability). 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.0 ou version ultérieure.
Mise à niveau du dispositif VMware Cloud Director
Pour la mise à niveau de la version 9.7 du dispositif VMware Cloud Director vers la version 10.3, reportez-vous à la section Mettre à niveau le dispositif VMware Cloud Director à l'aide d'un module de mise à jour.
À 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.
Migration du dispositif VMware Cloud Director
Si votre groupe de serveurs VMware Cloud Director existant se compose de déploiements de dispositifs VMware Cloud Director 9.5, vous pouvez uniquement migrer votre environnement vers une version plus récente du dispositif VMware Cloud Director. Utilisez le programme d'installation de VMware Cloud Director pour Linux pour mettre à niveau l'environnement existant uniquement dans le cadre du workflow de migration. Voir Migration vers le dispositif vCloud 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.3. Pour les chemins de mise à niveau, voir 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.3 incluant une base de données PostgreSQL intégrée | |
| VMware Cloud Director 9.7 sur Linux incluant une base de données Microsoft SQL Server externe |
|
| VMware Cloud Director 9.7 sur Linux incluant une base de données PostgreSQL externe |
|
| VMware Cloud Director 10.0 sur Linux incluant une base de données PostgreSQL externe |
|
| VMware Cloud Director 10.1 sur Linux incluant une base de données PostgreSQL externe |
|
| VMware Cloud Director 10.2 sur Linux incluant une base de données PostgreSQL externe |
|
| Dispositif VMware Cloud Director 9.7, 10.0, 10.1 ou 10.2 incluant une base de données PostgreSQL intégrée | Mettez à niveau votre environnement vers un dispositif VMware Cloud Director 10.3. Voir Mettre à niveau le dispositif VMware Cloud Director à l'aide d'un module de mise à jour. |
