第6章 RHEL ベースのセルフホスト環境のバックアップと復元

手順6.1 セルフホストエンジン環境のバックアップのワークフロー

1. セルフホストエンジン用仮想マシンは Host 2 上で実行され、環境内の通常の仮想マシン 6 台は 3 つのホストに分散されます。
   
   Host 1 をメンテナンスモードに切り替えます。これにより、Host 1 上の仮想マシンは別のホストに移行され、仮想化の負荷から解放されて、バックアップ時のフェイルオーバーに使用することができるようになります。
2. Host 1 は、メンテナンスモードに入っています。このマシンがホストしていた 2 台の仮想マシンは、Host 3 に移行されます。
   
   engine-backup を使用して環境のバックアップを作成します。バックアップを作成した後には、Host 1 を再度アクティブ化して、セルフホストエンジン用仮想マシンを含む仮想マシンをホストすることができます。

手順6.2 セルフホストエンジン環境の復元のワークフロー

1. Host 1 は、新規セルフホストエンジンのデプロイに使用され、前の手順例で作成したバックアップから復元をしました。復元した環境のデプロイには、通常のセルフホストエンジンのデプロイに加えて、追加の手順が必要となります。

   • セルフホストエンジンのマシンに Red Hat Virtualization Manager をインストールした後に、初めて engine-setup を実行する前には、engine-backup ツールを使用してバックアップから復元します。
   • engine-setup を設定して、Manager を復元したら、管理ポータルにログインして、バックアップから表示されている Host 1 を削除します。古い Host 1 が削除されず、新しい Host 1 のデプロイメントを終了時に Manager で依然として表示されている場合には、セルフホストエンジン用仮想マシンは、新しい Host 1 とは同期されず、デプロイメントは失敗します。

   
   Host 1 とセルフホストエンジン用仮想マシンが同期され、デプロイメントが終了した後には、環境は基本レベルで稼働していると見なすことができます。セルフホストエンジン用ホストが 1 台の場合には、セルフホストエンジン用仮想マシンは高可用性ではありません。ただし、必要な場合には、優先度の高い仮想マシンを Host 1 で起動することができます。
   稼働中の標準 RHEL ベースホスト (環境内に表示されているが、セルフホストエンジンではないホスト) はアクティブになり、バックアップ時に稼働していた仮想マシンは、これらのホストで実行され、Manager 内で利用可能となります。
2. Host 2 と Host 3 は、現在の状態ではリカバリーできません。これらのホストは環境から削除してから、ホストエンジンのデプロイメントスクリプトを使用して再度追加する必要があります。この操作に関する詳しい説明は、「復元したセルフホストエンジン環境からの非稼働状態のホストの削除」および「7章セルフホスト環境に追加のホストをインストールする手順」を参照してください。
   
   復元した環境に、Host 2 および Host 3 を再デプロイしました。環境は最初の図のように、バックアップを作成する前の状態になりましたが、セルフホストエンジン用仮想マシンが Host 1 でホストされている点が異なります。