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

  1. Créez le vCenter et le NSX CR dans le site cible.
    1. 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’
    2. Créer un CR pour le gestionnaire NSX.
      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 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 est compute-7e8d8b50-c8.

  2. 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
  3. 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.
  4. 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.
  5. 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.
  6. 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