6.2.2. セルフホストエンジンマネージャーの復元
以下の手順では、engine-backup ツールを使用して、バックアップされたセルフホストエンジンマネージャーの仮想マシンおよび Data Warehouse の設定設定およびデータベースコンテンツの復元を自動化する方法を説明します。この手順は、engine-setup の初期時に自動的に設定されたコンポーネントにのみ適用されます。engine-setup の実行中にデータベースを手動で設定している場合は、「セルフホストエンジンマネージャーの手動復元」 の手順に従ってバックアップ環境を手動で復元します。
手順6.5 セルフホストエンジンマネージャーの復元
- バックアップファイルを新しい Manager 仮想マシンへセキュアにコピーします。この例では、「セルフホストエンジンマネージャー仮想マシンのバックアップ」 でファイルがコピーされたネットワークストレージサーバーからファイルをコピーします。この例では、Storage.example.com はストレージサーバーの完全修飾ドメイン名で、/backup/EngineBackupFiles はストレージサーバー上のバックアップファイルの指定のファイルパスで、/backup/ は新しい Manager でファイルをコピーするパスです。
# scp -p Storage.example.com:/backup/EngineBackupFiles /backup/
- engine-backup ツールを使用して、完全バックアップを復元します。
- Manager のみを復元する場合は、以下を実行します。
# engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --restore-permissions
- Manager および Data Warehouse を復元する場合には、以下のコマンドを実行します。
# engine-backup --mode=restore --file=file_name --log=log_file_name --provision-db --provision-dwh-db --restore-permissions
成功すると、次の出力が表示されます。You should now run engine-setup. Done.
- 復元された Manager 仮想マシンを設定します。このプロセスは、既存の設定設定およびデータベースの内容を特定します。設定を確認します。設定が完了すると、SSH フィンガープリントと内部認証局ハッシュが提供されます。
# engine-setup
[ INFO ] Stage: Initializing [ INFO ] Stage: Environment setup Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] Log file: /var/log/ovirt-engine/setup/ovirt-engine-setup-20140304075238.log Version: otopi-1.1.2 (otopi-1.1.2-1.el6ev) [ INFO ] Stage: Environment packages setup [ INFO ] Yum Downloading: rhel-65-zstream/primary_db 2.8 M(70%) [ INFO ] Stage: Programs detection [ INFO ] Stage: Environment setup [ INFO ] Stage: Environment customization --== PACKAGES ==-- [ INFO ] Checking for product updates... [ INFO ] No product updates found --== NETWORK CONFIGURATION ==-- Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. Do you want Setup to configure the firewall? (Yes, No) [Yes]: [ INFO ] iptables will be configured as firewall manager. --== DATABASE CONFIGURATION ==-- --== OVIRT ENGINE CONFIGURATION ==-- Skipping storing options as database already prepared --== PKI CONFIGURATION ==-- PKI is already configured --== APACHE CONFIGURATION ==-- --== SYSTEM CONFIGURATION ==-- --== END OF CONFIGURATION ==-- [ INFO ] Stage: Setup validation [ INFO ] Cleaning stale zombie tasks --== CONFIGURATION PREVIEW ==-- Database name : engine Database secured connection : False Database host : X.X.X.X Database user name : engine Database host name validation : False Database port : 5432 NFS setup : True Firewall manager : iptables Update Firewall : True Configure WebSocket Proxy : True Host FQDN : Manager.example.com NFS mount point : /var/lib/exports/iso Set application as default page : True Configure Apache SSL : True Please confirm installation settings (OK, Cancel) [OK]: 復元された環境からのホストの削除
復元されたセルフホストエンジンのデプロイメントがバックアップエンジンに一意の名前を持たない新しいハードウェア上にある場合は、この手順を省略します。この手順は、フェイルオーバーホストhosted_engine_1で発生したデプロイメントにのみ適用されます。このホストはバックアップの作成時に環境に存在していたため、復元されたエンジンで存在を維持し、最終的な同期が行われる前に環境から最初に削除する必要があります。- 管理ポータルにログインします。
- Hosts タブをクリックします。フェイルオーバーホスト
hosted_engine_1は、バックアップの準備方法であったため、メンテナーンスモードと仮想負荷のない状態になります。 - をクリックします。
- ます。
注記削除しようとしているホストが動作しなくなる場合は、ホストを強制的に削除する方法については、「復元されたセルフホストエンジン環境からの非操作ホストの削除」 を参照してください。ホストと Manager の同期
ホストに戻り、オプション 1 を選択して hosted-engine デプロイメントスクリプトを続行します。(1) Continue setup - engine installation is complete
[ INFO ] Engine replied: DB Up!Welcome to Health Status! [ INFO ] Waiting for the host to become operational in the engine. This may take several minutes... [ INFO ] Still waiting for VDSM host to become operational...
この時点で、hosted_engine_1が管理ポータルに表示され、Non Operational 状態になる前に Installing および Initializing 状態が表示されます。ホストは、最終的にタイムアウトするまで VDSM ホストが動作しなくなるのを待機します。これは、SPM ホストが Non Responsive 状態であるため、環境内の別のホストが Storage Pool Manager (SPM)のロールとhosted_engine_1がストレージドメインと対話できないために発生します。このプロセスがタイムアウトすると、デプロイメントを完了するために仮想マシンをシャットダウンするように求められます。デプロイメントが完了すると、ホストは手動でメンテナーンスモードに切り替え、管理ポータルからアクティベートできます。[ INFO ] Still waiting for VDSM host to become operational... [ ERROR ] Timed out while waiting for host to start. Please check the logs. [ ERROR ] Unable to add hosted_engine_2 to the manager Please shutdown the VM allowing the system to launch it as a monitored service. The system will wait until the VM is down.- 新しい Manager 仮想マシンをシャットダウンします。
# shutdown -h now
- ホストに戻り、Manager 用仮想マシンが停止していることを検出していることを確認します。
[ INFO ] Enabling and starting HA services Hosted Engine successfully set up [ INFO ] Stage: Clean up [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination - ホストをアクティブ化します。
- 管理ポータルにログインします。
- Hosts タブをクリックします。
hosted_engine_1を選択し、Maintenance ボタンをクリックします。ホストがメンテナーンスモードに移行するまでに数分かかる場合があります。- ボタンをクリックします。
アクティブになると、SPM のhosted_engine_1がすぐに処理され、ストレージドメインとデータセンターがアクティブになります。 - Non Responsive ホストを手作業でフェンシングして、仮想マシンをアクティブなホストに移行します。管理ポータルでホストを右クリックし、Confirm 'Host has been Rebooted' を選択します。バックアップ時にそのホストで実行されていた仮想マシンはそのホストから削除され、Unknown 状態から Down 状態に移行します。これらの仮想マシンは
hosted_engine_1で実行できるようになりました。フェンシングされたホストは、REST API を使用して強制的に削除できるようになりました。
環境は
hosted_engine_1 がアクティブであり、復元された環境で仮想マシンを実行できるポイントに復元されました。Non operational 状態の残りのセルフホストエンジンノードは、「復元されたセルフホストエンジン環境からの非操作ホストの削除」 の手順に従い、7章追加ホストのセルフホストエンジンへのインストール の手順にしたがって環境に再度インストールすることで削除できるようになりました。
注記
Manager データベースが正常に復元されたものの、Manager 用仮想マシンが Down であると表示され、別のセルフホスト型エンジンノードに移行できない場合は、に記載 https://access.redhat.com/solutions/1517683 の手順に従って、新しい Manager 仮想マシンを有効にし、環境からデッド Manager 仮想マシンを削除できます。
