第16章 バックアップおよび移行

手順

1. セルフホスト型エンジンノードの 1 つにログインし、環境をグローバルメンテナンスモードに移行します。

   # hosted-engine --set-maintenance --mode=global

2. 元の Manager にログインし、ovirt-engine サービスを停止します。

   # systemctl stop ovirt-engine
   # systemctl disable ovirt-engine

   注記

   元の Manager の実行を停止するのは必須ではありませんが、バックアップの作成後に環境を変更しないように推奨しています。さらに、元の Manager と新しい Manager が既存リソースを同時に管理しないようにします。

3. 作成するバックアップファイルの名前と、バックアップログを保存するログファイルの名前を指定して、engine-backup コマンドを実行します。

   # engine-backup --mode=backup --file=file_name --log=log_file_name

4. ファイルを外部サーバーにコピーします。以下の例では、storage.example.com は、必要となるまでバックアップを保存するネットワークストレージサーバーの完全修飾ドメイン名です。/backup/ は指定のフォルダーまたはパスです。

   # scp -p file_name log_file_name storage.example.com:/backup/

5. 他の目的で Manager マシンが必要ない場合は、Red Hat Subscription Manager から登録を解除します。

   # subscription-manager unregister

6. セルフホスト型エンジンノードの 1 つにログインし、元の Manager 仮想マシンをシャットダウンします。

   # hosted-engine --vm-shutdown

手順

1. バックアップファイルを新規ホストにコピーします。以下の例では、host.example.com はホストの FQDN で、/backup/ は指定されたフォルダーまたはパスです。

   # scp -p file_name host.example.com:/backup/

2. 新しいホストにログインします。Red Hat Virtualization ホストにデプロイする場合、デフォルトでセルフホストエンジンデプロイメントツールを使用できます。Red Hat Enterprise Linux にデプロイする場合は、以下のパッケージをインストールする必要があります。

   # yum install ovirt-hosted-engine-setup

3. Red Hat は、ネットワークまたはターミナルが中断した場合にセッションが失われないように、screen ウィンドウマネージャーを使用してスクリプトを実行することをお勧めします。screen をインストールして実行します。

   # yum install screen
   # screen

   セッションのタイムアウトまたは接続の中断が発生した場合は、screen-d-r を実行してデプロイメントセッションを復元します。

4. バックアップファイルへのパスを指定して hosted-engine スクリプトを実行します。

   # hosted-engine --deploy --restore-from-file=backup/file_name

   任意のタイミングでスクリプトをエスケープするには、CTRL+D を使用してデプロイメントを中止します。

5. Yes を選択してデプロイメントを開始します。
6. ネットワークを設定します。スクリプトにより、環境の管理ブリッジとして使用する NIC 候補が検出されます。
7. 仮想マシンのインストールにカスタムアプライアンスを使用する場合は、OVA アーカイブへのパスを入力します。使用しない場合は、このフィールドを空欄のままにして RHV-M Appliance を使用します。
8. Manager 仮想マシンの完全修飾ドメイン名 (FQDN) を指定します。
9. Manager の root パスワードを入力します。
10. root ユーザーとして Manager にログインできる SSH 公開鍵を入力し、root ユーザーの SSH アクセスを有効にするかどうかを指定します。
11. 仮想マシンの CPU およびメモリー設定を入力します。
12. Manager 用仮想マシンの MAC アドレスを入力するか、無作為に生成される MAC アドレスを適用します。Manager 用仮想マシンへの IP アドレス割り当てに DHCP を使用するには、この MAC アドレスに有効な DHCP 予約があることを確認してください。デプロイメントスクリプトは、DHCP サーバーの設定は行いません。

13. 仮想マシンのネットワーク情報を入力します。Static を指定する場合には、Manager の IP アドレスを入力します。

    重要

    静的 IP アドレスは、ホストと同じサブネットに属している必要があります。たとえばホストが 10.1.1.0/24 内にある場合、Manager 用仮想マシンの IP は同じサブネット範囲 (10.1.1.1-254/24) になければなりません。

14. Manager 用仮想マシンおよびベースホストのエントリーを仮想マシンの /etc/hosts ファイルに追加するかどうかを指定します。ホスト名は解決可能でなければなりません。
15. SMTP サーバーの名前と TCP ポート番号、メール通知を送信するメールアドレス、メール通知を受信するメールアドレス (複数ある場合はコンマ区切りリスト) を指定します。

16. 管理ポータルにアクセスするための admin@internal ユーザーのパスワードを入力します。

    スクリプトにより仮想マシンが作成されます。RHV-M Appliance をインストールする必要がある場合は、時間がかかる場合があります。

17. 使用するストレージのタイプを選択します。

    • NFS の場合は、バージョン、完全なアドレス、およびストレージへのパスならびにマウントオプションを入力します。

      警告

      仮想マシンのデータが失われるリスクがあるため、古いセルフホスト型エンジンストレージドメインのマウントポイントを新しいストレージドメインに使用しないでください。

    • iSCSI の場合は、ポータルの詳細を入力し、自動検出された一覧からターゲットおよび LUN を選択します。デプロイメント時に選択できる iSCSI ターゲットは 1 つだけですが、マルチパスがサポートされているので、同じポータルグループのポータルをすべて接続することができます。

      注記

      複数の iSCSI ターゲットを指定するには、セルフホスト型エンジンをデプロイする前にマルチパスを有効にする必要があります。詳細は、Red Hat Enterprise Linux DM Multipath を参照してください。Multipath Helper ツールを使用して、さまざまなオプションでマルチパスをインストールおよび設定するスクリプトを生成することもできます。

    • Gluster ストレージの場合は、完全なアドレスおよびストレージへのパスならびにマウントオプションを入力します。

      警告

      仮想マシンのデータが失われるリスクがあるため、古いセルフホスト型エンジンストレージドメインのマウントポイントを新しいストレージドメインに使用しないでください。

      重要

      レプリカ 3 Gluster ストレージのみがサポートされています。次の設定になっていることを確認してください。

      • 3 つの Gluster サーバーすべての/etc/glusterfs/glusterd.vol ファイルで、rpc-auth-allow-insecure を on に設定します。

        option rpc-auth-allow-insecure on

      • 次のようにボリュームを設定します。

        gluster volume set _volume_ cluster.quorum-type auto
        gluster volume set _volume_ network.ping-timeout 10
        gluster volume set _volume_ auth.allow \*
        gluster volume set _volume_ group virt
        gluster volume set _volume_ storage.owner-uid 36
        gluster volume set _volume_ storage.owner-gid 36
        gluster volume set _volume_ server.allow-insecure on

    • ファイバーチャネルの場合は、自動検出された一覧から LUN を選択します。ホストのバスアダプターが設定、接続されている必要があります。また、LUN には既存のデータが含まれないようにする必要があります。既存の LUN を再利用するには、Administration Guide の Reusing LUNs を参照してください。

18. Manager のディスクサイズを入力します。

    スクリプトはデプロイメントが完了するまで続行されます。

19. デプロイメントプロセスでは Manager の SSH キーが変更されます。クライアントマシンが SSH エラーなしで新規の Manager にアクセスできるようにするには、元の Manager にアクセスするクライアントマシンの .ssh/known_hosts ファイルから元の Manager のエントリーを削除します。

手順

1. コンテンツ配信ネットワークにシステムを登録します。プロンプトが表示されたら、カスタマーポータルのユーザー名とパスワードを入力します。

   # subscription-manager register

   注記

   IPv6 ネットワークを使用している場合は、IPv6 移行メカニズムを使用して、コンテンツ配信ネットワークおよびサブスクリプションマネージャーにアクセスします。

2. Red Hat Virtualization Manager のサブスクリプションプールを見つけ、プール ID を記録します。

   # subscription-manager list --available

3. 上記のプール ID を使用して、サブスクリプションをシステムにアタッチします。

   # subscription-manager attach --pool=pool_id

   注記

   現在アタッチされているサブスクリプションを表示するには、以下のコマンドを実行します。

   # subscription-manager list --consumed

   有効なリポジトリーをすべて一覧表示するには、以下のコマンドを実行します。

   # yum repolist

4. リポジトリーを設定します。

   # subscription-manager repos \
       --disable='*' \
       --enable=rhel-7-server-rpms \
       --enable=rhel-7-server-supplementary-rpms \
       --enable=rhel-7-server-rhv-4.3-manager-rpms \
       --enable=rhel-7-server-rhv-4-manager-tools-rpms \
       --enable=rhel-7-server-ansible-2.9-rpms \
       --enable=jb-eap-7.2-for-rhel-7-server-rpms

手順

1. Compute Hosts をクリックし、ホストを選択します。
2. 管理 メンテナンス をクリックします。
3. Installation Reinstall をクリックして、Install Host ウィンドウを開きます。
4. Hosted Engine タブをクリックし、ドロップダウンリストから DEPLOY を選択します。
5. OK をクリックして、ホストを再インストールします。

手順

1. Storage Domains をクリックします。

2. ストレージドメインをメンテナンスモードに移動し、デタッチします。

   1. ストレージドメインの名前をクリックし、詳細ビューを開きます。
   2. Data Center タブをクリックします。
   3. Maintenance をクリックしてから OK をクリックします。
   4. Detach をクリックしてから OK をクリックします。
3. Remove をクリックします。
4. 任意で Format Domain, i.e. Storage Content will be lost! チェックボックスを選択して、ドメインのコンテンツを消去します。
5. OK をクリックします。

手順

1. バックアップファイルを新規ホストにコピーします。以下の例では、host.example.com はホストの FQDN で、/backup/ は指定されたフォルダーまたはパスです。

   # scp -p file_name host.example.com:/backup/

2. 新しいホストにログインします。Red Hat Virtualization ホストにデプロイする場合、デフォルトでセルフホストエンジンデプロイメントツールを使用できます。Red Hat Enterprise Linux にデプロイする場合は、以下のパッケージをインストールする必要があります。

   # yum install ovirt-hosted-engine-setup

3. Red Hat は、ネットワークまたはターミナルが中断した場合にセッションが失われないように、screen ウィンドウマネージャーを使用してスクリプトを実行することをお勧めします。screen をインストールして実行します。

   # yum install screen
   # screen

   セッションのタイムアウトまたは接続の中断が発生した場合は、screen-d-r を実行してデプロイメントセッションを復元します。

4. バックアップファイルへのパスを指定して hosted-engine スクリプトを実行します。

   # hosted-engine --deploy --restore-from-file=backup/file_name

   任意のタイミングでスクリプトをエスケープするには、CTRL+D を使用してデプロイメントを中止します。

5. Yes を選択してデプロイメントを開始します。
6. ネットワークを設定します。スクリプトにより、環境の管理ブリッジとして使用する NIC 候補が検出されます。
7. 仮想マシンのインストールにカスタムアプライアンスを使用する場合は、OVA アーカイブへのパスを入力します。使用しない場合は、このフィールドを空欄のままにして RHV-M Appliance を使用します。
8. Manager 仮想マシンの完全修飾ドメイン名 (FQDN) を指定します。
9. Manager の root パスワードを入力します。
10. root ユーザーとして Manager にログインできる SSH 公開鍵を入力し、root ユーザーの SSH アクセスを有効にするかどうかを指定します。
11. 仮想マシンの CPU およびメモリー設定を入力します。
12. Manager 用仮想マシンの MAC アドレスを入力するか、無作為に生成される MAC アドレスを適用します。Manager 用仮想マシンへの IP アドレス割り当てに DHCP を使用するには、この MAC アドレスに有効な DHCP 予約があることを確認してください。デプロイメントスクリプトは、DHCP サーバーの設定は行いません。

13. 仮想マシンのネットワーク情報を入力します。Static を指定する場合には、Manager の IP アドレスを入力します。

    重要

    静的 IP アドレスは、ホストと同じサブネットに属している必要があります。たとえばホストが 10.1.1.0/24 内にある場合、Manager 用仮想マシンの IP は同じサブネット範囲 (10.1.1.1-254/24) になければなりません。

14. Manager 用仮想マシンおよびベースホストのエントリーを仮想マシンの /etc/hosts ファイルに追加するかどうかを指定します。ホスト名は解決可能でなければなりません。
15. SMTP サーバーの名前と TCP ポート番号、メール通知を送信するメールアドレス、メール通知を受信するメールアドレス (複数ある場合はコンマ区切りリスト) を指定します。

16. 管理ポータルにアクセスするための admin@internal ユーザーのパスワードを入力します。

    スクリプトにより仮想マシンが作成されます。RHV-M Appliance をインストールする必要がある場合は、時間がかかる場合があります。

17. 使用するストレージのタイプを選択します。

    • NFS の場合は、バージョン、完全なアドレス、およびストレージへのパスならびにマウントオプションを入力します。

      警告

      仮想マシンのデータが失われるリスクがあるため、古いセルフホスト型エンジンストレージドメインのマウントポイントを新しいストレージドメインに使用しないでください。

    • iSCSI の場合は、ポータルの詳細を入力し、自動検出された一覧からターゲットおよび LUN を選択します。デプロイメント時に選択できる iSCSI ターゲットは 1 つだけですが、マルチパスがサポートされているので、同じポータルグループのポータルをすべて接続することができます。

      注記

      複数の iSCSI ターゲットを指定するには、セルフホスト型エンジンをデプロイする前にマルチパスを有効にする必要があります。詳細は、Red Hat Enterprise Linux DM Multipath を参照してください。Multipath Helper ツールを使用して、さまざまなオプションでマルチパスをインストールおよび設定するスクリプトを生成することもできます。

    • Gluster ストレージの場合は、完全なアドレスおよびストレージへのパスならびにマウントオプションを入力します。

      警告

      仮想マシンのデータが失われるリスクがあるため、古いセルフホスト型エンジンストレージドメインのマウントポイントを新しいストレージドメインに使用しないでください。

      重要

      レプリカ 3 Gluster ストレージのみがサポートされています。次の設定になっていることを確認してください。

      • 3 つの Gluster サーバーすべての/etc/glusterfs/glusterd.vol ファイルで、rpc-auth-allow-insecure を on に設定します。

        option rpc-auth-allow-insecure on

      • 次のようにボリュームを設定します。

        gluster volume set _volume_ cluster.quorum-type auto
        gluster volume set _volume_ network.ping-timeout 10
        gluster volume set _volume_ auth.allow \*
        gluster volume set _volume_ group virt
        gluster volume set _volume_ storage.owner-uid 36
        gluster volume set _volume_ storage.owner-gid 36
        gluster volume set _volume_ server.allow-insecure on

    • ファイバーチャネルの場合は、自動検出された一覧から LUN を選択します。ホストのバスアダプターが設定、接続されている必要があります。また、LUN には既存のデータが含まれないようにする必要があります。既存の LUN を再利用するには、Administration Guide の Reusing LUNs を参照してください。

18. Manager のディスクサイズを入力します。

    スクリプトはデプロイメントが完了するまで続行されます。

19. デプロイメントプロセスでは Manager の SSH キーが変更されます。クライアントマシンが SSH エラーなしで新規の Manager にアクセスできるようにするには、元の Manager にアクセスするクライアントマシンの .ssh/known_hosts ファイルから元の Manager のエントリーを削除します。

手順

1. コンテンツ配信ネットワークにシステムを登録します。プロンプトが表示されたら、カスタマーポータルのユーザー名とパスワードを入力します。

   # subscription-manager register

   注記

   IPv6 ネットワークを使用している場合は、IPv6 移行メカニズムを使用して、コンテンツ配信ネットワークおよびサブスクリプションマネージャーにアクセスします。

2. Red Hat Virtualization Manager のサブスクリプションプールを見つけ、プール ID を記録します。

   # subscription-manager list --available

3. 上記のプール ID を使用して、サブスクリプションをシステムにアタッチします。

   # subscription-manager attach --pool=pool_id

   注記

   現在アタッチされているサブスクリプションを表示するには、以下のコマンドを実行します。

   # subscription-manager list --consumed

   有効なリポジトリーをすべて一覧表示するには、以下のコマンドを実行します。

   # yum repolist

4. リポジトリーを設定します。

   # subscription-manager repos \
       --disable='*' \
       --enable=rhel-7-server-rpms \
       --enable=rhel-7-server-supplementary-rpms \
       --enable=rhel-7-server-rhv-4.3-manager-rpms \
       --enable=rhel-7-server-rhv-4-manager-tools-rpms \
       --enable=rhel-7-server-ansible-2.9-rpms \
       --enable=jb-eap-7.2-for-rhel-7-server-rpms

手順

1. Compute Hosts をクリックし、ホストを選択します。
2. 管理 メンテナンス をクリックします。
3. Installation Reinstall をクリックして、Install Host ウィンドウを開きます。
4. Hosted Engine タブをクリックし、ドロップダウンリストから DEPLOY を選択します。
5. OK をクリックして、ホストを再インストールします。

手順

1. Storage Domains をクリックします。

2. ストレージドメインをメンテナンスモードに移動し、デタッチします。

   1. ストレージドメインの名前をクリックし、詳細ビューを開きます。
   2. Data Center タブをクリックします。
   3. Maintenance をクリックしてから OK をクリックします。
   4. Detach をクリックしてから OK をクリックします。
3. Remove をクリックします。
4. 任意で Format Domain, i.e. Storage Content will be lost! チェックボックスを選択して、ドメインのコンテンツを消去します。
5. OK をクリックします。

手順

1. セルフホスト型エンジンノードのいずれかにログインして、グローバルメンテナンスモードを有効にします。

   # hosted-engine --set-maintenance --mode=global

2. 作業を進める前に、環境がメンテナーンスモードにあることを確認します。

   # hosted-engine --vm-status

   クラスターがメンテナーンスモードにあることを示すメッセージが表示されるはずです。

手順

1. Manager マシンにログインします。

2. 設定ファイルを削除し、Manager に関連付けられているデータベースをクリーンアップします。

   # engine-cleanup

   engine-cleanup コマンドは、Manager データベースのみを削除します。データベースを削除したり、そのデータベースを所有しているユーザーを削除したりすることはありません。

3. フルバックアップまたはデータベースのみのバックアップを復元します。ユーザーとデータベースがすでに存在しているので、新規のデータベースを作成したり、データベースの認証情報を指定する必要はありません。

   • 完全バックアップを復元します。

     # engine-backup --mode=restore --file=file_name --log=log_file_name --restore-permissions

   • 設定ファイルおよびデータベースバックアップを復元して、データベースのみのバックアップを復元します。

     # engine-backup --mode=restore --scope=files --scope=db --scope=dwhdb --file=file_name --log=log_file_name --restore-permissions

     注記

     Manager データベースのみを復元するには (たとえば、Data Warehouse データベースが別のマシンにある場合)、-scope=dwhdb パラメーターを省略できます。

     成功すると、次の出力が表示されます。

     You should now run engine-setup.
     Done.

4. Manager を再設定します。

   # engine-setup

手順

1. Manager 用仮想マシンにログインし、シャットダウンします。

2. セルフホスト型エンジンノードのいずれかにログインして、グローバルメンテナンスモードを無効にします。

   # hosted-engine --set-maintenance --mode=none

   グローバルメンテナンスモードを終了すると、ovirt-ha-agent が Manager 用仮想マシンを起動し、続いて Manager が自動的に起動します。Manager が起動するまでに最大で 10 分程度かかる場合があります。

3. 環境が動作していることを確認します。

   # hosted-engine --vm-status

   情報の一覧に、Engine status が含まれます。Engine status の値は、以下のようになるはずです。

   {"health": "good", "vm": "up", "detail": "Up"}

   注記

   仮想マシンが起動中で Manager がまだ動作していない場合、Engine status は以下のようになります。

   {"reason": "bad vm status", "health": "bad", "vm": "up", "detail": "Powering up"}

   このような場合には、数分間待ってからやり直してください。