Pour récupérer votre déploiement VMware Integrated OpenStack, vous devez déployer le dispositif virtuel VMware Integrated OpenStack, utiliser viocli create drrecover pour mettre à jour les données de sauvegarde VMware Integrated OpenStack, puis utiliser la procédure de restauration pour récupérer le déploiement dans le site de récupération après sinistre.
Conditions préalables
- Vérifiez que vous déployez le dispositif virtuel OpenStack VMware Integrated OpenStack 7.2 sur le site cible de la reprise après sinistre.
- Vérifiez qu'il existe un paquet de sauvegarde VMware Integrated OpenStack dans la bibliothèque de contenu vCenter du site cible de la reprise après sinistre.
- Avant le sinistre, vous devez préparer le fichier YAML de reprise après sinistre.
Procédure
- Créez le vCenter et le NSX CR dans le site cible.
- Créez un CR pour les serveurs vCenter de gestion et de calcul.
viocli create vcenter -n 10.155.20.126 -u [email protected] -p ‘xxxxxx’
- Créer un CR pour le gestionnaire NSX.
viocli create nsx -n nsxmgr01.violab.com -u admin -p ‘xxxxxx!xxxxxx’
- Récupérez les noms de vCenter et de NSX CR.
viocli get vcenter NAME CREATION DATE VALIDATION vcenter155 2021-04-28 14:03:17 Success vcenter388 2021-04-28 14:02:12 Success viocli get nsx NAME CREATION DATE VALIDATION nsx950 2021-04-28 14:05:10 Success
- Calculez le nom du traitement Nova dans le site cible.
- Connectez-vous au vCenter de gestion ou au vCenter de calcul.
- Cliquez sur chaque cluster nova-compute pour obtenir l'URL à partir de la barre d'adresse. Par exemple :
https://<vcenter_server>/ui/app/cluster;nav=h/urn:vmomi:ClusterComputeResource:domain-c8:7e8d8b50-09e4-4cbf-ba52-cab4ae78eba6/summary
- Extrayez la chaîne
ClusterComputeResource:domain-cx:xxxxxxxx
à partir de l'URL http pour chaque cluster de calcul afin de reformer le nom du nœud de calcul.Par exemple, pour
ClusterComputeResource:domain-c8:7e8d8b50
, le nom du nœud de calcul estcompute-7e8d8b50-c8
.
- Créez un CR pour les serveurs vCenter de gestion et de calcul.
- Créez le modèle de reprise après sinistre et modifiez les informations sur le site source et le site cible.
viocli create drrecover -o > drrecover.yaml
- Modifiez le fichier YAML du modèle de reprise après sinistre avec les informations de configuration nécessaires.
Note : Assurez-vous que vous configurez la bibliothèque de contenu vCenter de récupération après sinistre du paquet de sauvegarde dans la section de configuration de la sauvegarde dans YAML.
- Générez un paquet de reprise après sinistre dans la bibliothèque de contenu de vCenter en utilisant la commande drrecover.
viocli create drrecover -f drrecover.yaml
Vérifiez qu'il y a un nouveau paquet de sauvegarde généré dans la bibliothèque de contenu vCenter de reprise après sinistre, par exemple :backup125-DR-625849
. - Utilisez le nouveau paquet de sauvegarde généré
backup125-DR-625849
pour restaurer le déploiement VMware Integrated OpenStack dans le vCenter de reprise après sinistre. Pour plus d'informations, reportez-vous à Restaurer le déploiement. - Après la procédure de restauration, votre déploiement est récupéré dans le site de reprise après sinistre. Vous pouvez l'utiliser pour gérer les instances, les volumes et les réseaux récupérés.
Voici des exemples pour le tempo de reprise après sinistre. Vous pouvez vérifier les détails des configurations.
Configuration du site cible :# Target site deployment configurations # vCenter name to create control plane and the backup data from source site must be in content library of this vcenter # Could use osctl get vCenter to retreive and config vCenter_name: vcenter293 vcenter_name:
Configuration OpenStack :# OpenStack deployment configurations osdeployment: openstack_endpoints: # Should be in the same network segment with management network private_vip: 10.155.20.136 # Should be in the same network segment with API network public_vip: 10.155.21.96 # Storage policy daatstore to create persistent volume datastore: ds-vio
Configuration Neutron :# Neutron configurations neutron: conf: dns: designate_enabled: true plugins: nsx: # Support nsx policy neutron driver nsx_p: # default overlay transport zone id deafult_overlay_tz: 4f12b507-e5b5-40fc-91dc-1943b9f63ea7 # default vlan transport zone id default_vlan_tz: 7c33e81e-7b21-474b-89d4-b0312649e3fd # default tier0 router name default_tier0_router: dr-tier0-gateway # dhcp_profile id dhcp_profile: vio-dhcp-profile-dr # metadata proxy id metadata_proxy: vio-md-proxy-dr-ts # nsx object for target site nsx_name: nsx718
Configuration du service OpenStack pour le serveur de gestion :# OpenStack service configurations for mgmt vcenter - vcenter_name: vcenter293 mgmt: true novacomputes: # Replicate following fields for each novacompute # Source site nova compute name i.e. compute-xxxxxx-cxx. Could get from "viocli get novacompute" - source_compute_name: # Target site nova compute name i.e. compute-yyyyyy-cyy. target_compute_name: # Target site nova compute cluster name cluster_name: datastore_regex: # Fill in the dvs moid for each novacompute if CarrierEdition and SRIOV enabled # dvs_moid: glance: # Replicate following fields for each glance backend vmware_datastores: cinder: # Replicate following fields for each cinder backend # Source site cinder backend name i.e. nova-xx.xx.xx.xx-vmdk-1. Could get from spec.conf.backends section in "osctl get cinder -oyaml" - source_backend_name: # List each compute cluster from the next line after "vmware_cluster_name:", one for each line. # Do not add anything after "vmware_cluster_name:". vmware_cluster_name: # Replicate following field for each cluster
Configuration du service OpenStack pour le vCenter de calcul :compute vcenter - vcenter_name: vcenter187 mgmt: false novacomputes: # Replicate following fields for each novacompute # Source site nova compute name i.e. compute-xxxxxx-cxx. Could get from "viocli get novacompute" - source_compute_name: compute-5479e7cb-c8 # Target site nova compute name i.e. compute-yyyyyy-cyy. target_compute_name: compute-8f710e32-c8 # Target site nova compute cluster name cluster_name: domain-c8 datastore_regex: ds26\-2 # Fill in the dvs moid for each novacompute if Carrier Edition and SRIOV enabled # dvs_moid: - source_compute_name: compute-5479e7cb-c1014 # Target site nova compute name i.e. compute-yyyyyy-cyy. target_compute_name: compute-8f710e32-c1009 # Target site nova compute cluster name cluster_name: domain-c1009 datastore_regex: ds9\-1 # Fill in the dvs moid for each novacompute if CarrierEdition and SRIOV enabled # dvs_moid: glance: # Replicate following fields for each glance backend, the format glance backend is: <datacentername>:<datastorename>:100 vmware_datastores: dc:ds26-1:100 cinder: # Replicate following fields for each cinder backend # Source site cinder backend name i.e. nova-xx.xx.xx.xx-vmdk-1. Could get from spec.conf.backends section in "osctl get cinder -oyaml" - source_backend_name: cinder1-10.155.20.145-vmdk-1 # List each compute cluster from the next line after "vmware_cluster_name:", one for each line. # Do not add anything after "vmware_cluster_name:". vmware_cluster_name: # Replicate following field for each cluster - compute01 - source_backend_name: cinder1-10.155.20.145-vmdk-2 # List each compute cluster from the next line after "vmware_cluster_name:", one for each line. # Do not add anything after "vmware_cluster_name:". vmware_cluster_name: # Replicate following field for each cluster - compute02
Configuration de la sauvegarde :# Backup configurations from source site # Name of the backup file name: backup125 source: kind: contentLibrary contentLibrary: # Name of the content library which must be Local content library type name: VIO # Optional, specified the datastore to be us datastore: ds-vio