検索

6.2.2. セルフホストエンジンマネージャーの復元

download PDF
以下の手順では、engine-backup ツールを使用して、バックアップされたセルフホストエンジンマネージャーの仮想マシンおよび Data Warehouse の設定設定およびデータベースコンテンツの復元を自動化する方法を説明します。この手順は、engine-setup の初期時に自動的に設定されたコンポーネントにのみ適用されます。engine-setup の実行中にデータベースを手動で設定している場合は、「セルフホストエンジンマネージャーの手動復元」 の手順に従ってバックアップ環境を手動で復元します。

手順6.5 セルフホストエンジンマネージャーの復元

  1. バックアップファイルを新しい Manager 仮想マシンへセキュアにコピーします。この例では、「セルフホストエンジンマネージャー仮想マシンのバックアップ」 でファイルがコピーされたネットワークストレージサーバーからファイルをコピーします。この例では、Storage.example.com はストレージサーバーの完全修飾ドメイン名で、/backup/EngineBackupFiles はストレージサーバー上のバックアップファイルの指定のファイルパスで、/backup/ は新しい Manager でファイルをコピーするパスです。
    # scp -p Storage.example.com:/backup/EngineBackupFiles /backup/
  2. 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.
  3. 復元された 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]:
  4. 復元された環境からのホストの削除

    復元されたセルフホストエンジンのデプロイメントがバックアップエンジンに一意の名前を持たない新しいハードウェア上にある場合は、この手順を省略します。この手順は、フェイルオーバーホスト hosted_engine_1 で発生したデプロイメントにのみ適用されます。このホストはバックアップの作成時に環境に存在していたため、復元されたエンジンで存在を維持し、最終的な同期が行われる前に環境から最初に削除する必要があります。
    1. 管理ポータルにログインします。
    2. Hosts タブをクリックします。フェイルオーバーホスト hosted_engine_1 は、バックアップの準備方法であったため、メンテナーンスモードと仮想負荷のない状態になります。
    3. 削除 をクリックします。
    4. OK をクリックし ます。
    注記
    削除しようとしているホストが動作しなくなる場合は、ホストを強制的に削除する方法については、「復元されたセルフホストエンジン環境からの非操作ホストの削除」 を参照してください。
  5. ホストと 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.
  6. 新しい Manager 仮想マシンをシャットダウンします。
    # shutdown -h now
  7. ホストに戻り、Manager 用仮想マシンが停止していることを検出していることを確認します。
    [ INFO  ] Enabling and starting HA services
              Hosted Engine successfully set up
    [ INFO  ] Stage: Clean up
    [ INFO  ] Stage: Pre-termination
    [ INFO  ] Stage: Termination
    
  8. ホストをアクティブ化します。
    1. 管理ポータルにログインします。
    2. Hosts タブをクリックします。
    3. hosted_engine_1 を選択し、Maintenance ボタンをクリックします。ホストがメンテナーンスモードに移行するまでに数分かかる場合があります。
    4. Activate ボタンをクリックします。
    アクティブになると、SPM の hosted_engine_1 がすぐに処理され、ストレージドメインとデータセンターがアクティブになります。
  9. 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 仮想マシンを削除できます。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.