第6章 新しいセルフホスト型エンジンでのバックアップの復元

手順

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 およびメモリー設定を入力します。

    注記

    仮想マシンには、Manager の移行元の物理マシンと同じ RAM が必要です。Manager のメモリーが移行元の物理マシンよりも少ない仮想マシンに移行する必要がある場合は https://access.redhat.com/articles/2705841 を参照してください。

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 のエントリーを削除します。