現在の VMware Cloud Director 環境で外部 PostgreSQL データベースを使用している場合は、VMware Cloud Director アプライアンス環境で構成される新しい VMware Cloud Director 環境に移行できます。
現在の VMware Cloud Director 環境は、Linux 上の VMware Cloud Director インストール環境または VMware Cloud Director アプライアンス環境から構成することができます。新しい VMware Cloud Director 環境では、高可用性モードのアプライアンス組み込み PostgreSQL データベースを使用できます。
- 既存の VMware Cloud Director 環境をアップグレードする
- VMware Cloud Director アプライアンスのインスタンスを 1 つ以上展開して、新しい VMware Cloud Director サーバ グループを作成する
- 外部データベースを組み込みデータベースに移行する
- 共有転送サービスのデータおよび証明書データをコピーする
手順
- 現在の外部 PostgreSQL データベースのバージョンが 9.x である場合は、外部 PostgreSQL データベースをバージョン 10 以降にアップグレードします。
- 現在の VMware Cloud Director 環境をバージョン 10.6.x にアップグレードします。
Linux 上の VMware Cloud Director のアップグレードを参照してください。
- 移行元の VMware Cloud Director の再起動に成功したことを確認します。
- アップグレードされた VMware Cloud Director 環境の各セルで以下のコマンドを実行して、VMware Cloud Director サービスを停止します。
/opt/vmware/vcloud-director/bin/cell-management-tool -u admin_username cell –-shutdown
- 外部 PostgreSQL データベースで、現在のデータベースをバックアップします。
pg_dump -U postgres -W -F p vcloud > /tmp/dump_file_name
/tmp フォルダに十分な空き容量がない場合は、別の場所を使用してダンプ ファイルを保存します。
- データベース所有者とデータベース名が
vcloud
と異なる場合は、ユーザー名とデータベース名を書き留めておきます。新しい環境内でこのユーザーを作成し、手順 13 でデータベースの名前を変更する必要があります。
- 既存の環境のプロパティと証明書ファイルを外部 PostgreSQL データベース上の場所にコピーして、セルをパワーオフします。
- /opt/vmware/vcloud-director/etc/ にある global.properties、responses.properties、certificates.pem、certificates.key、および truststore.pem ファイルを外部 PostgreSQL データベースの /tmp または推奨場所にコピーします。
- 既存の環境のセルをパワーオフします。
- 新しい VMware Cloud Director 環境で既存の環境の NFS サーバを使用する場合は、この NFS サーバ上に、新しい共有 NFS マウントポイントとしてディレクトリを新規作成し、エクスポートします。
古い NFS のユーザー ID およびグループ ID (UID/GID) は新しい NFS のユーザー ID およびグループ ID と一致しない可能性があるため、既存のマウントポイントを再利用することはできません。
- VMware Cloud Director アプライアンスのインスタンスを 1 つ以上デプロイして、新しいサーバ グループを作成します。
- データベースの高可用性機能を使用する場合は、1 つのプライマリ セルと 2 つのスタンバイ セルをデプロイし、必要に応じて 1 つ以上のアプリケーション セルをデプロイします。
- 既存の環境のセルをパワーオフした場合は、新しいセルに元の IP アドレスを使用できます。
- 既存の NFS サーバに新しいパスをエクスポートした場合は、新しい環境で新しい共有マウントポイントを使用できます。
VMware Cloud Director アプライアンスのデプロイと初期構成を参照してください。
- 新しくデプロイした各セルで以下のセル管理ツール コマンドを実行し、VMware Cloud Director サービスを停止します。
/opt/vmware/vcloud-director/bin/cell-management-tool cell -i $(service vmware-vcd pid cell) -s
- 外部 PostgreSQL データベースの /tmp フォルダから、新しい環境のプライマリ セルにある /tmp フォルダにダンプ ファイルをコピーします。
手順 5を参照してください。
- ダンプ ファイルの権限を変更します。
chmod a+r /tmp/db_dump_name
- 新しくデプロイされたプライマリ セルのコンソールに root としてログインし、外部データベースから組み込みデータベースに VMware Cloud Director データベースを転送します。
- ユーザーを
postgres
に切り替えてpsql
データベース ターミナルに接続し、次のステートメントを実行してvcloud
データベースを削除します。sudo -i -u postgres /opt/vmware/vpostgres/current/bin/psql -c 'DROP DATABASE vcloud;'
- 新しい
vcloud
データベースを作成します。sudo -i -u postgres /opt/vmware/vpostgres/current/bin/psql -c 'CREATE DATABASE vcloud;'
- データベースをリストアします。
sudo -i -u postgres /opt/vmware/vpostgres/current/bin/psql -U postgres -W -d vcloud -f /tmp/db_dump_name
- 既存の VMware Cloud Director 環境のデータベース所有者が
vcloud
と異なる場合は、データベース所有者をvcloud
に変更して、テーブルをvcloud
に再割り当てします。sudo -i -u postgres /opt/vmware/vpostgres/current/bin/psql -c 'ALTER DATABASE vcloud OWNER TO vcloud;'
sudo -i -u postgres /opt/vmware/vpostgres/current/bin/psql -d vcloud -c 'REASSIGN OWNED BY <db_owner_external_pg> TO vcloud;'
- ユーザーを
- 新しくデプロイされた各セルで、構成データのバックアップと置き換えを行い、VMware Cloud Director サービスを再構成して開始します。
- プロパティ、トラストストア、証明書ファイルをバックアップし、移行元の外部 PostgreSQL データベース上の場所(手順 7 a でファイルをコピーした場所)からこれらのファイルをコピーして、置き換えます。
global.properties、responses.properties、truststore.pem、certificates.pem、および certificates.key ファイルは /opt/vmware/vcloud-director/etc/ にあります。
- 以下のコマンドを実行して、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 --database-ssl true --uuid --cert /opt/vmware/vcloud-director/etc/user.http.pem --key /opt/vmware/vcloud-director/etc/user.http.key --key-password root_password_new_primary --primary-ip appliance_eth0_ip \
各値は次のとおりです。--key-password
の値は、このアプライアンスの初期 root パスワードと一致します。-
--database-password
の値は、アプライアンスのデプロイ時に設定したデータベースのパスワードと一致します。 --database-host
の値は、プライマリ アプライアンスのeth1
ネットワーク IP アドレスと一致します。-
--primary-ip
の値は、アプライアンスのeth0
ネットワーク IP アドレスと一致します。
トラブルシューティングの詳細については、VMware Cloud Director アプライアンスに移行またはリストアすると VMware Cloud Director サービスの再構成に失敗するを参照してください。
- 以下のコマンドを実行して、VMware Cloud Director サービスを開始します。
systemctl start vmware-vcd
セルの起動の進行状況は /opt/vmware/vcloud-director/logs/cell.log で監視できます。
- プロパティ、トラストストア、証明書ファイルをバックアップし、移行元の外部 PostgreSQL データベース上の場所(手順 7 a でファイルをコピーした場所)からこれらのファイルをコピーして、置き換えます。
- 新しいサーバ グループのすべてのセルの起動プロセスが終了したら、VMware Cloud Director 環境が正常に移行したことを確認します。
- 新しいサーバ グループ https://eth0_IP_new_cell/provider 内の任意のセルの
eth0
ネットワーク IP アドレスを使用して、Service Provider Admin Portal を開きます。 - 移行ソースからの既存の システム管理者の認証情報を使用して、Service Provider Admin Portal にログインします。
- 新しい環境で vSphere およびクラウド リソースが使用可能であることを検証します。
- 新しいサーバ グループ https://eth0_IP_new_cell/provider 内の任意のセルの
- VMware Cloud Director が正常に移行したことを確認したら、Service Provider Admin Portal を使用して、古い VMware Cloud Director 環境に属する切断されたセルを削除します。
- プライマリの左側ナビゲーション パネルで [リソース] を選択し、画面上部のナビゲーション バーで [クラウド リソース] を選択します。
- セカンダリの左側ナビゲーション パネルで [クラウド セル] をクリックします。
- 無効なセルを選択し、[登録解除] をクリックします。
VMware Cloud Director アプライアンスをデプロイして、移行済み環境のサーバ グループにメンバーを追加することができます。
次の操作
- 証明書ファイルとキー ファイルを、古いセルから、Service Provider Admin Portal を介してアクセス可能な場所にコピーします。
- 手順 1 でコピーした証明書ファイルとキー ファイルを新しいセルにインポートするには、「Service Provider Admin Portal を使用した証明書ライブラリへの証明書のインポート」を参照してください。
VMware Cloud Director は、上記の適切に署名された証明書を含む新しいアプライアンス セルを自動的にデプロイしません。このサーバ グループに新しいメンバーを追加する場合は、新しいアプライアンス セルの証明書を適切に署名された証明書に更新します。「セルの証明書の変更」を参照してください。