Um Ihre VMware Integrated OpenStack-Bereitstellung wiederherzustellen, müssen Sie die virtuelle VMware Integrated OpenStack-Appliance bereitstellen, viocli create drrecover zum Aktualisieren der VMware Integrated OpenStack-Sicherungsdaten verwenden und dann das Wiederherstellungsverfahren für die Wiederherstellung der Bereitstellung auf der Notfallwiederherstellungs-Site verwenden.

Voraussetzungen

  • Stellen Sie sicher, dass Sie die virtuelle VMware Integrated OpenStack 7.2 OpenStack-Appliance auf der Ziel-Site der Notfallwiederherstellung bereitstellen.
  • Stellen Sie sicher, dass in der vCenter-Inhaltsbibliothek auf der Notfallwiederherstellungs-Ziel-Site ein VMware Integrated OpenStack-Sicherungspaket verfügbar ist.
  • Vor einem Notfall müssen Sie die YAML-Datei der Notfallwiederherstellung vorbereiten.

Prozedur

  1. Erstellen Sie vCenter und NSX CR auf der Ziel-Site.
    1. Erstellen Sie CR für Verwaltungs- und Computing-vCenter Server. 
      viocli create vcenter -n 10.155.20.126 -u [email protected] -p ‘xxxxxx’
    2. Erstellen Sie CR für NSX Manager. 
      viocli create nsx -n nsxmgr01.violab.com -u admin -p ‘xxxxxx!xxxxxx’
    3. Rufen Sie die vCenter- und NSX CR-Namen ab. 
      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. Berechnen Sie den Nova Compute-Namen auf der Ziel-Site.
      • Melden Sie sich beim Verwaltungs- oder Computing-vCenter an.
      • Klicken Sie auf jeden nova-compute-Cluster, um die URL aus der Adressleiste abzurufen. Beispiel:
        https://<vcenter_server>/ui/app/cluster;nav=h/urn:vmomi:ClusterComputeResource:domain-c8:7e8d8b50-09e4-4cbf-ba52-cab4ae78eba6/summary
      • Extrahieren Sie die Zeichenfolge ClusterComputeResource:domain-cx:xxxxxxxx aus der HTTP-URL für jeden Computing-Cluster, um den Namen des Computing-Knotens neu zu erstellen.

        Beispiel: Für ClusterComputeResource:domain-c8:7e8d8b50 lautet der Name des Computing-Knotens auf compute-7e8d8b50-c8.

  2. Erstellen Sie die Vorlage für die Notfallwiederherstellung und bearbeiten Sie die Daten der Quell- und Ziel-Site. 
    viocli create drrecover -o > drrecover.yaml
  3. Bearbeiten Sie die YAML-Datei der Notfallwiederherstellungsvorlage mit den notwendigen Konfigurationsinformationen.
    Hinweis: Stellen Sie sicher, dass Sie die vCenter-Inhaltsbibliothek für die Notfallwiederherstellung des Sicherungspakets im Abschnitt der Sicherungskonfiguration in YAML konfigurieren.
  4. Erzeugen Sie ein Notfallwiederherstellungspaket in der vCenter-Inhaltsbibliothek mithilfe des Befehls drrecover. 
    viocli create drrecover -f drrecover.yaml
    Stellen Sie sicher, dass in der vCenter-Inhaltsbibliothek für die Notfallwiederherstellung ein neues Sicherungspaket erzeugt wurde. Beispiel: backup125-DR-625849.
  5. Verwenden Sie das neue erzeugte Sicherungspaket backup125-DR-625849 zum Wiederherstellen der VMware Integrated OpenStack-Bereitstellung im Notfallwiederherstellungs-vCenter. Weitere Informationen finden Sie unter Wiederherstellen der Bereitstellung.
  6. Nach der Wiederherstellung wird Ihre Bereitstellung auf der Notfallwiederherstellungs-Site wiederhergestellt. Sie können damit die wiederhergestellten Instanzen, Volumes und Netzwerke verwalten.

    Im Folgenden finden Sie Beispiele für die Notfallwiederherstellungsvorlage. Sie können die Details für die Konfigurationen überprüfen.

    Konfiguration der Ziel-Site: 
    # 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:
    OpenStack-Konfiguration: 
    # 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
    Neutron-Konfiguration: 
    # 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
    OpenStack-Dienstkonfiguration für den Verwaltungsserver: 
    # 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
    OpenStack-Dienstkonfiguration für Computing-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, 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
    Sicherungskonfiguration: 
    # 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