VMware Cloud Director アプライアンスのバックアップとリストア

障害後に VMware Cloud Director 環境のリストアに使用できるバックアップを作成できます。

プライマリ VMware Cloud Director アプライアンス バージョン 10.3.1 以降のバックアップ

VMware Cloud Director 10.3.1 以降では、VMware Cloud Director アプライアンスの管理ユーザー インターフェイスを使用してプライマリ アプライアンスをバックアップできます。

前提条件

クラスタの健全性が HEALTHY ステータスであることを確認します。 VMware Cloud Director アプライアンス クラスタの健全性とフェイルオーバー モードの表示を参照してください。

手順

1. プライマリ セル、スタンバイ セル、またはアプリケーション セル (https://cell_eth0_ip_address:5480) のアプライアンス管理ユーザー インターフェイスに root としてログインします。
2. 左側のパネルで、[バックアップ] タブをクリックします。
   [バックアップ] 画面には、以前のバックアップのリストが表示されます。
3. [今すぐバックアップ] をクリックします。
4. バックアップを確定するには、[バックアップ] をクリックします。
   VMware Cloud Director アプライアンスは、 /opt/vmware/vcloud-director/data/transfer/backups ディレクトリにバックアップ ファイルを作成します。以前の VMware Cloud Director バージョンのバックアップは、 /opt/vmware/vcloud-director/data/transfer/pgdb-backup ディレクトリにあります。ただし、以前のバージョンのバックアップは VMware Cloud Director 10.3.1 以降と互換性がありません。
5. バックアップが完了したら、[閉じる] をクリックします。

結果

新しく作成したファイルがバックアップのリストに表示されます。バックアップ名の形式は、Backup-date-time-format.tgz です。VMware Cloud Director アプライアンス 10.3.2 以降の場合、バックアップ名の形式は、backup-date-time-format.zip です。

次のタスク

• システムを 10.3 以前のバージョンにリストアしない場合は、/opt/vmware/vcloud-director/data/transfer/pgdb-backup ディレクトリ内のバックアップを削除できます。
• システムをバージョン 10.3.1 にリストアしない場合は、/opt/vmware/vcloud-director/data/transfer/backups ディレクトリ内のバックアップを削除できます。
• VMware Cloud Director 10.3.2 以降では、VMware Cloud Director アプライアンス管理ユーザー インターフェイスまたは VMware Cloud Director アプライアンス API を使用することにより、10.3.2 以降の不要なバックアップを削除できます。VMware Cloud Director アプライアンス API の使用方法については、VMware Cloud Director アプライアンス API リファレンスを参照してください。

VMware Cloud Director 10.3 アプライアンスの組み込みデータベースのバックアップ

VMware Cloud Director 10.3 環境が組み込み PostgreSQL データベースを使用する VMware Cloud Director アプライアンス展開で構成されている場合は、プライマリ セルから VMware Cloud Director データベースをバックアップできます。作成された .tgz ファイルは、NFS 共有転送サービス ストレージの場所に保存されます。

注： この手順は、 VMware Cloud Director バージョン 10.3 を対象としています。 VMware Cloud Director 10.3.1 以降については、 プライマリ VMware Cloud Director アプライアンス バージョン 10.3.1 以降のバックアップを参照してください。

前提条件

クラスタの健全性が HEALTHY ステータスであることを確認します。 VMware Cloud Director アプライアンス クラスタの健全性とフェイルオーバー モードの表示を参照してください。

手順

1. プライマリ セルに root として直接ログインするか、SSH クライアントを使用して接続します。
2. /opt/vmware/appliance/bin に移動します。
3. create-db-backup コマンドを実行します。

結果

NFS 共有転送サービス ストレージの vcloudapp.nfs_mount.VMware_vCloud_Director/pgdb-backup/ ディレクトリに、新しく作成された db-backup-date_time_format.tgz ファイルが表示されます。 .tgz ファイルにはデータベース ダンプ ファイルと、プライマリ セルの global.properties、 responses.properties、 certificates、 proxycertificates、および truststore ファイルが含まれています。

プライマリ VMware Cloud Director アプライアンス バージョン 10.3.1 以降のリストア

バージョン 10.3.1 以降のプライマリ VMware Cloud Director アプライアンスをリストアするには、アプライアンス管理ユーザー インターフェイスを使用します。アップグレードに失敗したときなど、HA クラスタに障害が発生した場合は、仮想マシンのスナップショットを使用する代わりに、バックアップを使用してプライマリをリストアできます。

前提条件

• プライマリ アプライアンスのバックアップ ファイルがあることを確認します。プライマリ VMware Cloud Director アプライアンス バージョン 10.3.1 以降のバックアップを参照してください。
• 1 つのプライマリ データベース セルをデプロイします。新しくデプロイされたプライマリ アプライアンスのバージョンは、バックアップ アプライアンスのバージョンと一致する必要があります。プライマリ アプライアンスの IP アドレスを再利用する場合、後でアプリケーションセルを置き換える必要はありません。VMware Cloud Director アプライアンスのデプロイと初期構成を参照してください。
• 障害が発生した HA クラスタのスタンバイ セルをパワーオフします。

手順

1. 新しくデプロイされたプライマリ セル（https://primary_eth0_ip_address:5480）のアプライアンス管理 ユーザー インターフェイスに root としてログインします。
2. 左側のパネルで、[バックアップから復元] タブをクリックします。
3. バックアップ ディレクトリが含まれているパスを入力します（例：remote_target:/data/transfer）。
   バックアップ ディレクトリが含まれている NFS マウントおよび共有には、 750 の権限と vcloud.vcloud の所有権が必要です。
4. バリデータによって NFS 共有が確認されたら、[次へ] をクリックします。
5. プライマリ アプライアンスのリストアに使用するバックアップを選択し、[次へ] をクリックします。
   デフォルトでは、互換性のあるバージョンを含むバックアップのみが表示されます。バックアップを日付で並べ替えたり、アプライアンスのバージョンでフィルタリングしたりできます。
6. （オプション） VMware Cloud Director アプライアンスのバージョンが 10.3.3 以降の場合は、バックアップからリストアする証明書を選択します。
   リストアされたアプライアンスでは、HTTP 証明書、コンソール プロキシ証明書、またはその両方を再利用できます。
7. リストアされたプライマリ アプライアンスの転送共有のパスを入力します。
   リストアされたアプライアンスには、同じ NFS 共有を使用することも、新しい共有を入力することもできます。
8. バリデータによって NFS 共有が確認されたら、[リストア] をクリックします。
9. リストア操作が正常に完了したら、[閉じる] をクリックします。

次のタスク

1. 追加のスタンバイ セルおよびアプリケーション セルをデプロイまたはリストアします。
   • 追加のセルをデプロイするには、VMware Cloud Director アプライアンスのデプロイと初期構成を参照してください。
   • VMware Cloud Director 10.3.3 以降では、プライマリ アプライアンスのリストアと同様に、VMware Cloud Director アプライアンス管理ユーザー インターフェイスを使用して追加のセルをリストアできます。HTTP およびコンソール プロキシ証明書が転送共有パスを参照している場合、VMware Cloud Director は追加のセルをリストアするとき、セルがプライマリ アプライアンスと同じ証明書を使用するように構成します。HTTP およびコンソール プロキシの証明書がローカル パスを参照し、root と同じキー パスワードが設定されている場合、VMware Cloud Director は自己署名証明書を使用するように追加セルを構成します。
2. リストア前のフェイルオーバー モードが Automatic だった場合、それを再度 Automatic に設定するには、VMware Cloud Director アプライアンス API を使用する必要があります。
3. リストア前に VMware Cloud Director アプライアンス FIPS モードがオンだった場合は、VMware Cloud Director アプライアンス API を使用して再設定する必要があります。

   セルの FIPS モードが自動的にリストアされます。

HA データベース構成を使用した VMware Cloud Director 10.3 アプライアンス環境のリストア

高可用性データベース構成の VMware Cloud Director アプライアンス環境に組み込まれた PostgreSQL データベースをバックアップした場合は、新しいアプライアンス クラスタをデプロイして、そこにアプライアンス データベースをリストアできます。

リストア ワークフローには、3 つの主要なステージがあります。

• 転送サービス NFS 共有ストレージから組み込みデータベースのバックアップ .tar ファイルをコピーする。
• 組み込みデータベースのプライマリおよびスタンバイ セルにデータベースをリストアする。
• 必要なアプリケーション セルをデプロイする。

前提条件

• 組み込み PostgreSQL データベースの .tar ファイルがバックアップされていることを確認します。VMware Cloud Director 10.3 アプライアンスの組み込みデータベースのバックアップを参照してください。
• 1 つのプライマリ データベース セルと 2 つのスタンバイ データベース セルをデプロイします。VMware Cloud Director アプライアンスのデプロイと初期構成を参照してください。
• 新しいアプライアンス クラスタで以前の環境の NFS サーバを使用する場合は、NFS サーバ上に新しい共有としてディレクトリを新規作成し、エクスポートします。既存のマウントポイントを再利用することはできません。

手順

1. プライマリ セルおよびスタンバイ セルで、root としてログインし、コマンドを実行して VMware Cloud Director サービスを停止します。

   service vmware-vcd stop

2. プライマリ セルおよびスタンバイ セルで、バックアップ .tar ファイルを /tmp フォルダにコピーします。

   /tmp フォルダに十分な空き容量がない場合は、別の場所を使用して .tar ファイルを保存します。

3. プライマリ セルおよびスタンバイ セルで、/tmp にあるバックアップ ファイルを解凍します。

   tar -zxvf db-backup-date_time_format.tgz

   /tmp フォルダに、抽出された global.properties、 responses.properties、certificates.pem、certificates.key、proxycertficates.pem、proxycertficates.key、truststore.pem、およびデータベース ファイル vcloud_date_time_format が表示されます。

   注： truststore.pem ファイルは、 VMware Cloud Director 10.2.2 以降でのみ使用できます。
4. プライマリ セルのみで、root としてコンソールにログインし、以下のコマンドを実行します。
   1. vcloud データベースをドロップします。

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

   2. pg_restore コマンドを実行します。

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

5. プライマリ セルおよびスタンバイ セルで、構成データ ファイルのコピーを保存し、置き換えてから、VMware Cloud Director サービスを再構成して開始します。
   1. プロパティ、証明書、プライベート キー、およびトラストストア ファイルをバックアップします。

      global.properties、responses.properties、certificates.pem、certificates.key、proxycertificates.pem、proxycertificates.key、user.http.pem、user.http.key、user.consoleproxy.pem、user.consoleproxy.key、および truststore.pem ファイルは /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. 手順 3 で抽出したバックアップ ファイルから、プロパティ、証明書、プライベート キー、truststore の各ファイルをコピーして置き換えます。

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

   3. 以下のコマンドを実行して、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

      各値は次のとおりです。
      • --key-password と --consoleproxy-key-password オプションは、アプライアンスのプライベート キーのパスワードを照合します。プライベート キーのパスワードは、アプライアンスのデプロイ中に使用した root パスワードである場合があります。
      • --database-password オプションは、https://appliance_eth0_ip:5480 にある、VMware Cloud Director アプライアンス管理ユーザー インターフェイスでアプライアンスをセットアップするときに設定したデータベースのパスワードと一致します。
      • --database-host オプションは、プライマリ データベース アプライアンスの eth1 ネットワーク IP アドレスと一致します。
      • --primary-ip の値は、リストアするアプライアンス セルの eth0 ネットワーク IP アドレスと一致します。これは、プライマリ データベース セルの IP アドレスではありません。
      • --console-proxy-ip オプションは、リストアするアプライアンス セルの eth0 ネットワーク IP アドレスと一致します。

      トラブルシューティングの詳細については、VMware Cloud Director アプライアンスに移行またはリストアすると VMware Cloud Director サービスの再構成に失敗するを参照してください。

   4. 以下のコマンドを実行して、VMware Cloud Director サービスを開始します。

      service vmware-vcd start

      セルの起動の進行状況は /opt/vmware/vcloud-director/logs/cell.log で監視できます。

6. （オプション） 追加のアプリケーション セルをデプロイします。VMware Cloud Director アプライアンスのデプロイと初期構成を参照してください。
7. 新しいアプライアンスで、置き換えている元のアプライアンスと異なる IP アドレスを使用する場合は、VMware Cloud Director サーバ グループの前面に配置されたロード バランサの構成を更新して、新しいアプライアンスの IP アドレスを含める必要があります。
8. サーバ グループのすべてのセルの起動プロセスが終了したら、VMware Cloud Director 環境が正常にリストアしたことを確認します。
   1. 新しいサーバ グループ https://et0_IP_new_cell/provider 内の任意のセルの eth0 ネットワーク IP アドレスを使用して、VMware Cloud Director Service Provider Admin Portal を開きます。

      手順 7 でロード バランサの構成を更新した場合は、サーバ グループのパブリック アドレスを使用して Service Provider Admin Portal にアクセスする必要があります。

   2. 既存のシステム管理者の認証情報を使用して、Service Provider Admin Portal にログインします。
   3. 新しい環境で vSphere およびクラウド リソースが使用可能であることを検証します。
9. データベースのリストアが成功したことを確認したら、Service Provider Admin Portal を使用して、古い VMware Cloud Director 環境に属する切断されたセルを削除します。
   1. 上部ナビゲーション バーの [リソース] で [クラウド リソース] を選択します。
   2. 左側のパネルで [クラウド セル] をクリックします。
   3. 無効なセルを選択し、[登録解除] をクリックします。
10. リストア前のフェイルオーバー モードが Automatic だった場合、それを再度 Automatic に設定するには、VMware Cloud Director アプライアンス API を使用する必要があります。
11. リストア前に VMware Cloud Director アプライアンス FIPS モードがオンだった場合は、VMware Cloud Director アプライアンス API を使用して再設定する必要があります。

    セルの FIPS モードが自動的にリストアされます。