Récupération du plan de gestion

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 reprise.

Conditions préalables

Vérifiez que vous déployez le dispositif virtuel OpenStack VMware Integrated OpenStack 7.1 sur le site cible de récupération d'urgence.
Vérifiez qu'il existe un module de sauvegarde VMware Integrated OpenStack dans la bibliothèque de contenu vCenter sur le site cible de récupération d'urgence.
Avant le sinistre, vous devez préparer le fichier YAML de récupération d'urgence.

Procédure

Créez l'instance de vCenter et le NSX CR dans le site cible.
1. Créez un CR pour les instances de gestion et de calcul de vCenter Server.
```
viocli create vcenter -n 10.155.20.126 -u [email protected] -p ‘xxxxxx’
```
2. Créez un CR pour NSX Manager.
```
viocli create nsx -n nsxmgr01.violab.com -u admin -p ‘xxxxxx!xxxxxx’
```
3. 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
```
4. Calculez le nom du traitement Nova dans le site cible.
  - Connectez-vous à l'instance de gestion de vCenter ou à l'instance de calcul de vCenter.
  - 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 est compute-7e8d8b50-c8.
Créez le modèle de récupération d’urgence et modifiez les informations sur les sites source et cible.
```
viocli create drrecover -o > drrecover.yaml
```
Modifiez le fichier YAML du modèle de récupération d'urgence avec les informations de configuration nécessaires.

Note : Assurez-vous de configurer la bibliothèque de contenu vCenter de récupération d'urgence du module de sauvegarde dans la section de configuration de sauvegarde de YAML.
Générez un module de récupération d'urgence dans la bibliothèque de contenu vCenter à l'aide de la commande drrecover.
```
viocli create drrecover -f drrecover.yaml
```
Vérifiez qu'un nouveau module de sauvegarde est généré dans la bibliothèque de contenu vCenter de récupération d'urgence, par exemple : backup125-DR-625849.
Utilisez le nouveau module de sauvegarde généré backup125-DR-625849 pour restaurer le déploiement VMware Integrated OpenStack dans l'instance de récupération d'urgence de vCenter. Pour plus d'informations, reportez-vous à Restaurer le déploiement.

Après la procédure de restauration, votre déploiement est récupéré sur le site de récupération d’urgence. Vous pouvez l’utiliser pour gérer les instances récupérées, les volumes et les réseaux.

Voici des exemples de modèles de récupération d'urgence. 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 l'instance de calcul de vCenter :

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
- vmware_datastores: ds26-1
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 containing
    name: VIO
# Optional, specified the datastore to be us 
datastore: ds-vio