Sauvegarde et restauration du dispositif VMware Cloud Director

Vous pouvez créer des sauvegardes qui vous permettent de restaurer votre environnement VMware Cloud Director après un échec.

Sauvegarder la version 10.3.1 et versions ultérieures du dispositif VMware Cloud Director principal

À partir de VMware Cloud Director 10.3.1 et versions ultérieures, vous pouvez utiliser l'interface utilisateur de gestion du dispositif VMware Cloud Director pour sauvegarder le dispositif principal.

Conditions préalables

Vérifiez que la santé du cluster est à l'état HEALTHY. Reportez-vous à la section Afficher la santé et le mode de basculement du cluster du dispositif VMware Cloud Director.

Procédure

1. Connectez-vous en tant qu'utilisateur racine à l'interface utilisateur de gestion du dispositif de la cellule principale, en veille ou d'application à l'adresse https://cell_eth0_ip_address:5480.
2. Dans le panneau de gauche, cliquez sur l'onglet Sauvegarde.
   Sur la page Sauvegarde, vous pouvez voir une liste des sauvegardes précédentes.
3. Cliquez sur Sauvegarder maintenant.
4. Pour confirmer la sauvegarde, cliquez sur Sauvegarde.
   Le dispositif VMware Cloud Director crée les fichiers de sauvegarde dans le répertoire /opt/vmware/vcloud-director/data/transfer/backups. Les sauvegardes des versions antérieures de VMware Cloud Director se trouvent dans le répertoire /opt/vmware/vcloud-director/data/transfer/pgdb-backup. Cependant, les sauvegardes de versions antérieures sont incompatibles avec VMware Cloud Director 10.3.1 et versions ultérieures.
5. À la fin de la sauvegarde, cliquez sur Fermer.

Résultats

Le fichier récemment créé apparaît dans la liste des sauvegardes. Le nom de la sauvegarde est au format backup-date-time-format.tgz. Pour les dispositifs VMware Cloud Director 10.3.2 et versions ultérieures, le nom de sauvegarde est au format backup-date-time-format.zip.

Que faire ensuite

• Si vous ne prévoyez pas de restaurer le système à la version 10.3 ou à une version antérieure, vous pouvez supprimer les sauvegardes dans le répertoire /opt/vmware/vcloud-director/data/transfer/pgdb-backup.
• Si vous ne prévoyez pas de restaurer le système à la version 10.3.1, vous pouvez supprimer les sauvegardes du répertoire /opt/vmware/vcloud-director/data/transfer/backups.
• À partir de VMware Cloud Director 10.3.2, vous pouvez supprimer toutes les sauvegardes 10.3.2 et ultérieures inutiles à l'aide de l'interface utilisateur de gestion des dispositifs VMware Cloud Director ou de l'API du dispositif VMware Cloud Director. Pour plus d'informations sur l'utilisation de VMware Cloud Director Appliance API, reportez-vous à la section Référence de VMware Cloud Director Appliance API.

Sauvegarder la base de données intégrée du dispositif VMware Cloud Director 10.3

Si votre environnement VMware Cloud Director 10.3 comprend des déploiements de dispositifs VMware Cloud Director avec des bases de données PostgreSQL intégrées, vous pouvez sauvegarder la base de données VMware Cloud Director à partir de la cellule principale. Le fichier .tgz qui en résulte est stocké à l'emplacement de stockage du service de transfert partagé NFS.

Note : Cette procédure s'applique à VMware Cloud Director version 10.3. Pour VMware Cloud Director 10.3.1 et versions ultérieures, consultez Sauvegarder la version 10.3.1 et versions ultérieures du dispositif VMware Cloud Director principal.

Conditions préalables

Vérifiez que la santé du cluster est à l'état HEALTHY. Reportez-vous à la section Afficher la santé et le mode de basculement du cluster du dispositif VMware Cloud Director.

Procédure

1. Connectez-vous, directement ou à l'aide d'un client SSH, à la cellule principale en tant que racine.
2. Accédez à /opt/vmware/appliance/bin.
3. Exécutez la commande create-db-backup.

Résultats

Sur le stockage du service de transfert partagé NFS, dans le répertoire vcloudapp.nfs_mount.VMware_vCloud_Director/pgdb-backup/, vous pouvez voir le fichier db-backup-date_time_format.tgz qui vient d'être créé. Le fichier .tgz contient le fichier de vidage de la base de données, ainsi que les fichiers global.properties, responses.properties, certificates, proxycertificates et truststore de la cellule principale.

Restaurer la version 10.3.1 et versions ultérieures du dispositif VMware Cloud Director principal

À partir de la version 10.3.1, pour restaurer le dispositif principal, vous pouvez utiliser l'interface utilisateur de gestion du dispositif VMware Cloud Director. Si un cluster HA échoue, par exemple, après l'échec d'une mise à niveau, vous pouvez utiliser une sauvegarde pour restaurer le dispositif principal, au lieu d'utiliser un snapshot de machine virtuelle.

Conditions préalables

• Vérifiez que vous disposez d'un fichier de sauvegarde du dispositif principal. Reportez-vous à la section Sauvegarder la version 10.3.1 et versions ultérieures du dispositif VMware Cloud Director principal.
• Déployez une seule cellule de base de données principale. La version du dispositif principal récemment déployé doit correspondre à la version du dispositif de sauvegarde. Si vous réutilisez l'adresse IP du dispositif principal, vous n'avez pas besoin de remplacer les cellules d'application ultérieurement. Reportez-vous à la section Déploiement et configuration initiale du dispositif VMware Cloud Director.
• Mettez hors tension les cellules en veille du cluster HA ayant échoué.

Procédure

1. Connectez-vous en tant qu'utilisateur racine à l'interface utilisateur de gestion du dispositif de la cellule principale récemment déployée à l'adresse https://primary_eth0_ip_address:5480.
2. Dans le panneau de gauche, cliquez sur l'onglet Restaurer à partir d'une sauvegarde.
3. Entrez le chemin d'accès qui contient le répertoire des sauvegardes, par exemple, remote_target:/data/transfer.
   Le montage NFS et le partage contenant le répertoire de sauvegardes doivent disposer de l'autorisation 750 et de la propriété vcloud.vcloud.
4. Lorsque le validateur confirme le partage NFS, cliquez sur Suivant.
5. Sélectionnez la sauvegarde que vous souhaitez utiliser pour restaurer le dispositif principal, puis cliquez sur Suivant.
   Par défaut, seules les sauvegardes avec une version compatible s'affichent. Vous pouvez trier les sauvegardes par date ou les filtrer selon la version du dispositif.
6. (Facultatif) Si votre dispositif VMware Cloud Director est à la version 10.3.3 ou ultérieure, sélectionnez les certificats que vous souhaitez restaurer à partir de la sauvegarde.
   Pour le dispositif restauré, vous pouvez réutiliser le certificat HTTP, le certificat de proxy de la console ou les deux.
7. Entrez le chemin d'accès au partage de transfert pour le dispositif principal restauré.
   Vous pouvez utiliser le même partage NFS ou entrer un nouveau partage pour le dispositif restauré.
8. Lorsque le validateur confirme le partage NFS, cliquez sur Restaurer.
9. Lorsque l'opération de restauration se termine correctement, cliquez sur Fermer.

Que faire ensuite

1. Déployez ou restaurez des cellules en veille et d'application supplémentaires.
   • Pour déployer des cellules supplémentaires, reportez-vous à la section Déploiement et configuration initiale du dispositif VMware Cloud Director.
   • À partir de VMware Cloud Director 10.3.3, comme pour la restauration politique principale, vous pouvez restaurer des cellules supplémentaires à l'aide de l'interface utilisateur de gestion du dispositif VMware Cloud Director. Lors de la restauration de cellules supplémentaires, si les certificats HTTP et de proxy de la console font référence au chemin du partage de transfert, VMware Cloud Director configure les cellules pour utiliser les mêmes certificats que le dispositif principal. Si les certificats HTTP et de proxy de console font référence à un chemin d'accès local et ont le même mot de passe de clé que root, VMware Cloud Director configure les cellules supplémentaires pour utiliser des certificats autosignés.
2. Si le mode de basculement avant la restauration était Automatic, vous devez le redéfinir sur Automatic à l'aide de VMware Cloud Director Appliance API.
3. Si le mode FIPS du dispositif VMware Cloud Director était actif avant la restauration, vous devez le redéfinir à l'aide de l'API du dispositif VMware Cloud Director.

   Le mode FIPS de la cellule est restauré automatiquement.

Restaurer un environnement de dispositif VMware Cloud Director 10.3 avec une configuration de base de données HA

Si vous avez sauvegardé la base de données PostgreSQL intégrée d'un environnement de dispositif VMware Cloud Director avec une configuration de base de données haute disponibilité (HA), vous pouvez déployer un nouveau cluster de dispositifs et y restaurer la base de données du dispositif.

Le workflow de restauration inclut trois étapes principales.

• Copie du fichier de sauvegarde .tar de la base de données intégrée à partir du stockage partagé NFS du service de transfert.
• Restauration de la base de données dans la base de données intégrée et les cellules de secours.
• Déploiement de toutes les cellules d'application requises.

Conditions préalables

• Vérifiez que vous disposez d'un fichier de sauvegarde .tar de la base de données PostgreSQL intégrée. Reportez-vous à la section Sauvegarder la base de données intégrée du dispositif VMware Cloud Director 10.3.
• Déployez une cellule de base de données principale et deux cellules de base de données de secours. Reportez-vous à la section Déploiement et configuration initiale du dispositif VMware Cloud Director.
• Si vous souhaitez que le nouveau cluster de dispositifs utilise le serveur NFS de l'environnement précédent, créez et exportez un nouveau répertoire sur le serveur comme nouvelle part. Le point de montage existant ne peut pas être réutilisé.

Procédure

1. Sur les cellules principale et de secours, connectez-vous en tant que racine et exécutez la commande pour arrêter le service VMware Cloud Director.

   service vmware-vcd stop

2. Sur les cellules principale et de secours, copiez le fichier de sauvegarde .tar dans le dossier /tmp.

   Si l'espace libre dans le dossier /tmp est insuffisant, utilisez un autre emplacement pour stocker le fichier .tar.

3. Sur les cellules principale et de secours, décompressez le fichier de sauvegarde dans l'emplacement /tmp.

   tar -zxvf db-backup-date_time_format.tgz

   Dans le dossier /tmp, vous pouvez voir les fichiers global.properties, responses.properties, certificates.pem, certificates.key, proxycertficates.pem, proxycertficates.key, truststore.pem extraits, ainsi que le fichier de vidage de la base de données nommé vcloud_date_time_format.

   Note : Le fichier truststore.pem est uniquement disponible pour VMware Cloud Director 10.2.2 et versions ultérieures.
4. Sur la cellule principale uniquement, connectez-vous en tant qu'utilisateur racine à la console et exécutez les commandes suivantes.
   1. Abandonnez la base de données vcloud.

      sudo -i -u postgres /opt/vmware/vpostgres/current/bin/psql -c 'DROP DATABASE vcloud;'

   2. Exécutez la commande pg_restore.

      sudo -i -u postgres /opt/vmware/vpostgres/current/bin/pg_restore -C -d postgres /tmp/vcloud_date_time_name

5. Dans les cellules principale et de secours, enregistrez une copie des fichiers de données de configuration, remplacez-les, puis reconfigurez et démarrez le service VMware Cloud Director.
   1. Sauvegardez les fichiers de propriétés, de certificats, de clés privées et de truststore.

      Les fichiers global.properties, responses.properties, certificates.pem, certificates.key, proxycertificates.pem, proxycertificates.key, user.http.pem, user.http.key, user.consoleproxy.pem, user.consoleproxy.key et truststore.pem se trouvent à l'adresse /opt/vmware/vcloud-director/etc/.

      cd /opt/vmware/vcloud-director/etc
      mkdir -p backup
      cp global.properties responses.properties certificates.* proxycertificates.* truststore.* user.* backup

   2. Copiez et remplacez les fichiers de propriétés, de certificats, de clés privées et de truststore à partir des fichiers de sauvegarde que vous avez extraits à l'étape 3.

      cd /tmp
      cp global.properties responses.properties certificates.* proxycertificates.* truststore.* user.* /opt/vmware/vcloud-director/etc/

   3. Exécutez les commandes suivantes pour reconfigurer le service VMware Cloud Director.

      /opt/vmware/vcloud-director/bin/configure --unattended-installation --database-type postgres --database-user vcloud \
      --database-password db_password_new_primary --database-host eth1_ip_new_primary --database-port 5432 \
      --database-name vcloud --uuid --cert /opt/vmware/vcloud-director/etc/user.http.pem --key /opt/vmware/vcloud-director/etc/user.http.key --key-password key_password --consoleproxy-cert /opt/vmware/vcloud-director/etc/user.consoleproxy.pem --consoleproxy-key /opt/vmware/vcloud-director/etc/user.consoleproxy.key --consoleproxy-key-password key_password --primary-ip appliance_eth0_ip \
      --console-proxy-ip appliance_eth0_ip --console-proxy-port-https 8443 

      /opt/vmware/vcloud-director/bin/cell-management-tool reconfigure-database --database-ssl true

      Où :
      • Les options --key-password et --consoleproxy-key-password correspondent aux mots de passe des clés privées sur le dispositif. Le mot de passe de la clé privée peut être le mot de passe racine que vous avez utilisé lors du déploiement du dispositif.
      • L'option --database-password correspond au mot de passe de la base de données que vous avez défini lors de la configuration du dispositif dans l'interface utilisateur de gestion de dispositif VMware Cloud Director à l'adresse https://appliance_eth0_ip:5480.
      • L'option --database-host correspond à l'adresse IP réseau eth1 du dispositif de la base de données principale.
      • La valeur --primary-ip correspond à l'adresse IP du réseau eth0 de la cellule du dispositif que vous restaurez. Il ne s'agit pas de l'adresse IP de la cellule de base de données principale.
      • L'option --console-proxy-ip correspond à l'adresse IP réseau eth0 du dispositif que vous restaurez.

      Pour obtenir des informations sur le dépannage, consultez La reconfiguration du service VMware Cloud Director échoue lors de la migration ou de la restauration vers le dispositif VMware Cloud Director.

   4. Exécutez la commande pour démarrer le service VMware Cloud Director.

      service vmware-vcd start

      Vous pouvez surveiller la progression du démarrage de la cellule à l'adresse /opt/vmware/vcloud-director/logs/cell.log.

6. (Facultatif) Déployez d'éventuelles cellules d'application supplémentaires. Reportez-vous à la section Déploiement et configuration initiale du dispositif VMware Cloud Director.
7. Si les nouveaux dispositifs utilisent des adresses IP différentes de celles des dispositifs d'origine que vous remplacez, vous devez mettre à jour la configuration de l'équilibrage de charge placé devant le groupe de serveurs VMware Cloud Director pour inclure les adresses IP des nouveaux dispositifs.
8. Une fois que toutes les cellules du groupe de serveurs ont terminé le processus de démarrage, vérifiez que la restauration de votre environnement VMware Cloud Director a réussi.
   1. Ouvrez le VMware Cloud Director Service Provider Admin Portal à l'aide de l'adresse IP du réseau eth0 d'une cellule du nouveau groupe de serveurs, https://et0_IP_new_cell/provider.

      Si vous avez mis à jour la configuration de l'équilibrage de charge selon l'étape 7, vous devez utiliser l'adresse publique du groupe de serveurs pour accéder au Service Provider Admin Portal.

   2. Connectez-vous à la Service Provider Admin Portal avec vos informations d'identification d'administrateur système existantes.
   3. Confirmez que votre instance de vSphere et que vos ressources de cloud sont disponibles dans le nouvel environnement.
9. Après avoir procédé à la vérification de la restauration de la base de données, utilisez la Service Provider Admin Portal pour supprimer les cellules déconnectées appartenant à l'ancien environnement VMware Cloud Director.
   1. Dans la barre de navigation supérieure, sous Ressources, sélectionnez Ressources de Cloud.
   2. Dans le panneau de gauche, cliquez sur Cellules cloud.
   3. Sélectionnez une cellule inactive et cliquez sur Annuler l'enregistrement.
10. Si le mode de basculement avant la restauration était Automatic, vous devez le redéfinir sur Automatic à l'aide de VMware Cloud Director Appliance API.
11. Si le mode FIPS du dispositif VMware Cloud Director était actif avant la restauration, vous devez le redéfinir à l'aide de l'API du dispositif VMware Cloud Director.

    Le mode FIPS de la cellule est restauré automatiquement.