手順

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

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

2. 次の手順に進む前に、環境がメンテナンスモードにあることを確認します。

   # hosted-engine --vm-status

手順

1. Red Hat Virtualization Manager マシンで、更新パッケージが利用可能かどうかを確認します。

   # engine-upgrade-check

2. setup のパッケージを更新します。

   # yum update rhevm-setup

3. Red Hat Virtualization Manager を更新します。engine-setup スクリプトにより、設定に関する質問への回答が求められます。その後、ovirt-engine サービスの停止、更新パッケージのダウンロード/インストール、データベースのバックアップ/更新、インストール後設定の実施を経てから、ovirt-engine サービスが起動します。

   # engine-setup

   注記

   engine-setup スクリプトは Red Hat Virtualization Manager のインストールプロセス中にも使用され、指定した設定値が保存されます。更新時には、設定のプレビューの際に保存された値が表示されますが、インストール後の設定変更に engine-config を使用している場合には、表示される値が最新のものではない可能性があります。たとえば、インストール後に engine-config を使用して SANWipeAfterDelete を true に変更している場合、engine-setup による設定プレビューでは「Default SAN wipe after delete: False」と出力されますが、変更した値が engine-setup により上書きされるわけではありません。

   重要

   更新プロセスには時間がかかる場合があるため、更新プロセスが完了するまでの時間を計算に入れて、一旦更新を開始したらプロセスを停止しないようにしてください。

4. Manager にインストールされているベースオペレーティングシステムと、オプションパッケージを更新します。

   # yum update

   重要

   いずれかのカーネルパッケージが更新された場合には、ホストを再起動して更新を完了してください。

手順

1. 現在 SPM に設定されており、Manager 用仮想マシンを含むホストで、Red Hat Virtualization 4.0 に必要なリポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms

2. Manager 用仮想マシン以外の仮想マシンをすべてを別のホストに移行します。

3. ホストで Manager 用仮想マシンのパッケージを更新します。

   # yum update ovirt-hosted-engine-setup rhevm-appliance

   rhevm-appliance パッケージがない場合には、ovirt-hosted-engine-setup を更新する前に手動でパッケージをインストールします。

   # yum install rhevm-appliance
   # yum update ovirt-hosted-engine-setup

4. アップグレードユーティリティーを実行して、Manager 用仮想マシンをアップグレードします。標準の Red Hat Enterprise Linux リポジトリーで入手可能な screen パッケージがインストールされていない場合は、パッケージをインストールします。

   # yum install screen
   # screen
   # hosted-engine --upgrade-appliance

   アプライアンスが複数検出された場合にはアプライアンスを選択し、Manager データベースのバックアップを作成してその完全パスを指定するように求められます。

手順

1. Red Hat Virtualization Manager 4.1 と Red Hat Virtualization Tools のリポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-7-server-rhv-4.1-rpms
   # subscription-manager repos --enable=rhel-7-server-rhv-4-tools-rpms

2. setup のパッケージを更新します。

   # yum update ovirt\*setup\*

3. engine-setup コマンドを実行し、プロンプトに従って Red Hat Virtualization Manager をアップグレードします。

   # engine-setup

4. Red Hat Virtualization Manager 4.0 のリポジトリーを削除または無効にして、このシステムで 4.0 のパッケージが使用されないようにします。

   # subscription-manager repos --disable=rhel-7-server-rhv-4.0-rpms

5. ベースオペレーティングシステムを更新します。

   # yum update

   重要

   いずれかのカーネルパッケージが更新された場合には、システムを再起動して更新を完了してください。

手順

1. Red Hat Virtualization Manager 4.2、Red Hat Virtualization Tools、および Ansible Engine のリポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-7-server-rhv-4.2-manager-rpms
   # subscription-manager repos --enable=rhel-7-server-rhv-4-manager-tools-rpms
   # subscription-manager repos --enable=rhel-7-server-ansible-2-rpms

   重要

   Red Hat Virtualization Manager 4.2 では、Red Hat JBoss Enterprise Application Platform (JBoss EAP) 7.1 を Manager マシンにインストールする必要があります。jb-eap-7-for-rhel-7-server-rpms リポジトリーが有効であること、および jb-eap-7.0-for-rhel-7-server-rpms リポジトリーを無効であることを確認してください。どちらのリポジトリーが有効であるかを確認するには、subscription-manager repos --list を実行します。

2. setup のパッケージを更新します。

   # yum update ovirt\*setup\*

3. engine-setup コマンドを実行し、プロンプトに従って Red Hat Virtualization Manager をアップグレードします。

   # engine-setup

4. Red Hat Virtualization Manager 4.1 のリポジトリーを削除または無効にして、このシステムで 4.1 のパッケージが使用されないようにします。

   # subscription-manager repos --disable=rhel-7-server-rhv-4.1-rpms
   # subscription-manager repos --disable=rhel-7-server-rhv-4.1-manager-rpms
   # subscription-manager repos --disable=rhel-7-server-rhv-4-tools-rpms

5. ベースオペレーティングシステムを更新します。

   # yum update

   重要

   いずれかのカーネルパッケージが更新された場合には、システムを再起動して更新を完了してください。

手順

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

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

2. 環境が稼働していることを確認します。

   # hosted-engine --vm-status

手順

1. 「What channels should be used for RHEV 3.6 ELS?」の説明に従って Red Hat Enterprise Linux ホストをバージョン 7.3 に設定している場合は、更新する前に通常の RHEL 7 バージョンに再設定する必要があります。subscription-manager release --show を実行して、バージョン 7.3 に設定されているかどうかを確認することができます。

   # subscription-manager release --set=7Server

2. 現在のリポジトリーを無効にします。

   # subscription-manager repos --disable=*

3. 適切なリポジトリーを有効にします。yum repolist を実行して、現在有効なリポジトリーを確認することができます。

   • Red Hat Virtualization Host の場合:

     # subscription-manager repos --enable=rhel-7-server-rhvh-4-rpms

   • Red Hat Enterprise Linux ホストの場合:

     # subscription-manager repos --enable=rhel-7-server-rpms
     # subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms
     # subscription-manager repos --enable=rhel-7-server-ansible-2-rpms

4. 管理ポータルで コンピュート → ホスト をクリックし、更新するホストを選択します。

5. インストール → アップグレードを確認 をクリックし、OK をクリックします。

   イベントおよびアラートの通知 アイコン ( ) をクリックし、イベント セクションを展開して結果を確認します。

6. 更新が利用可能であれば、インストール → アップグレード をクリックします。

7. OK をクリックしてホストを更新します。実行中の仮想マシンは、その移行ポリシーに従って移行されます。いずれかの仮想マシンの移行が無効になっている場合は、シャットダウンするよう求められます。

   コンピュート → ホスト にホストの情報が更新され、ステータスが以下の順序で変わります。

   • Maintenance
   • Installing
   • Reboot

   • Up

     このホストから別のホストに移行していた仮想マシンがあれば、この時点で元に戻すことができます。

     注記

     更新が失敗すると、ホストのステータスは Install Failed に変わります。Install Failed の状態から インストール → アップグレード を再度クリックすることができます。

手順

1. コンピュート → クラスター をクリックし、変更するクラスターを選択します。
2. 編集 をクリックします。
3. 互換バージョン を必要な値に変更します。
4. OK をクリックして、クラスターの互換バージョンを変更 の確認ウィンドウを開きます。
5. OK をクリックして確定します。

手順

1. コンピュート → データセンター をクリックし、変更するデータセンターを選択します。
2. 編集 をクリックします。
3. 互換バージョン を必要な値に変更します。
4. OK をクリックして、データセンターの互換バージョンを変更 の確認ウィンドウを開きます。
5. OK をクリックして確定します。

1. Manager マシンに root ユーザーとしてログインします。

2. /etc/pki/ovirt-engine/openssl.conf に default_md = sha256 行が含まれているかどうかを確認します。

   # cat /etc/pki/ovirt-engine/openssl.conf

   まだ default_md = sha1 が含まれていたら、既存の設定のバックアップを作成してデフォルトを sha256 に変更します。

   # cp -p /etc/pki/ovirt-engine/openssl.conf /etc/pki/ovirt-engine/openssl.conf."$(date +"%Y%m%d%H%M%S")"
   # sed -i 's/^default_md = sha1/default_md = sha256/' /etc/pki/ovirt-engine/openssl.conf

3. 署名し直す必要のある証明書を定義します。

   # names="apache"

4. セルフホストエンジンノードのいずれかにログインして、グローバルメンテナンスモードに切り替えます。

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

5. Manager で Apache 証明書を署名し直します。

   for name in $names; do
       subject="$(
           openssl \
               x509 \
               -in /etc/pki/ovirt-engine/certs/"${name}".cer \
               -noout \
               -subject \
           | sed \
               's;subject= \(.*\);\1;' \
       )"
      /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh \
           --name="${name}" \
           --password=mypass \
           --subject="${subject}" \
           --keep-key
   done

6. httpd サービスを再起動します。

   # systemctl restart httpd

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

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

8. 管理ポータルに接続して、警告が表示されなくなったことを確認します。
9. 以前に CA または https 証明書をブラウザーにインポートしている場合は、その証明書を探してブラウザーから削除し、新しい CA 証明書をインポートし直します。ブラウザーから提供される手順に従って、認証局の証明書をインストールしてください。認証局の証明書を取得するには、http://your-manager-fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA にアクセスします (your-manager-fqdn は、完全修飾ドメイン名 (FQDN) に置き換えてください)。

1. Manager マシンに root ユーザーとしてログインします。

2. /etc/pki/ovirt-engine/openssl.conf に default_md = sha256 行が含まれているかどうかを確認します。

   # cat /etc/pki/ovirt-engine/openssl.conf

   まだ default_md = sha1 が含まれていたら、既存の設定のバックアップを作成してデフォルトを sha256 に変更します。

   # cp -p /etc/pki/ovirt-engine/openssl.conf /etc/pki/ovirt-engine/openssl.conf."$(date +"%Y%m%d%H%M%S")"
   # sed -i 's/^default_md = sha1/default_md = sha256/' /etc/pki/ovirt-engine/openssl.conf

3. CA 証明書のバックアップを作成して ca.pem.new に新しい証明書を作成し、CA 証明書を署名し直します。

   # cp -p /etc/pki/ovirt-engine/private/ca.pem /etc/pki/ovirt-engine/private/ca.pem."$(date +"%Y%m%d%H%M%S")"
   # openssl x509 -signkey /etc/pki/ovirt-engine/private/ca.pem -in /etc/pki/ovirt-engine/ca.pem -out /etc/pki/ovirt-engine/ca.pem.new -days 3650 -sha256

4. 既存の証明書を新しい証明書に置き換えます。

   # mv /etc/pki/ovirt-engine/ca.pem.new /etc/pki/ovirt-engine/ca.pem

5. 署名し直す必要のある証明書を定義します。

   # names="engine apache websocket-proxy jboss imageio-proxy"

   アップグレード後に Red Hat Virtualization Manager SSL 証明書を置き換えている場合は、上記のコマンドの代わりに以下のコマンドを実行します。

   # names="engine websocket-proxy jboss imageio-proxy"

   詳細については、『管理ガイド』の「Red Hat Virtualization Manager の SSL/TLS 証明書の変更」を参照してください。

6. セルフホストエンジンノードのいずれかにログインして、グローバルメンテナンスモードに切り替えます。

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

7. Manager で証明書を署名し直します。

   for name in $names; do
      subject="$(
           openssl \
               x509 \
               -in /etc/pki/ovirt-engine/certs/"${name}".cer \
               -noout \
               -subject \
           | sed \
               's;subject= \(.*\);\1;' \
           )"
        /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh \
               --name="${name}" \
               --password=mypass \
               --subject="${subject}" \
               --keep-key
   done

8. 以下のサービスを再起動します。

   # systemctl restart httpd
   # systemctl restart ovirt-engine
   # systemctl restart ovirt-websocket-proxy
   # systemctl restart ovirt-imageio-proxy

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

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

10. 管理ポータルに接続して、警告が表示されなくなったことを確認します。
11. 以前に CA または https 証明書をブラウザーにインポートしている場合は、その証明書を探してブラウザーから削除し、新しい CA 証明書をインポートし直します。ブラウザーから提供される手順に従って、認証局の証明書をインストールしてください。認証局の証明書を取得するには、http://your-manager-fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA にアクセスします (your-manager-fqdn は、完全修飾ドメイン名 (FQDN) に置き換えてください)。

12. ホストで証明書を登録します。それぞれのホストについて以下の手順を繰り返します。

    1. 管理ポータルで コンピュート → ホスト をクリックします。
    2. ホストを選択し、管理 → メンテナンス をクリックします。
    3. ホストがメンテナンスモードに変わったら、インストール → 証明書を登録 をクリックします。
    4. 管理 → アクティブ化 をクリックします。

手順

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

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

2. 次の手順に進む前に、環境がメンテナンスモードにあることを確認します。

   # hosted-engine --vm-status

手順

1. Red Hat Virtualization Manager マシンで、更新パッケージが利用可能かどうかを確認します。

   # engine-upgrade-check

2. setup のパッケージを更新します。

   # yum update ovirt\*setup\*

3. Red Hat Virtualization Manager を更新します。engine-setup スクリプトにより、設定に関する質問への回答が求められます。その後、ovirt-engine サービスの停止、更新パッケージのダウンロード/インストール、データベースのバックアップ/更新、インストール後設定の実施を経てから、ovirt-engine サービスが起動します。

   # engine-setup

   注記

   engine-setup スクリプトは Red Hat Virtualization Manager のインストールプロセス中にも使用され、指定した設定値が保存されます。更新時には、設定のプレビューの際に保存された値が表示されますが、インストール後の設定変更に engine-config を使用している場合には、表示される値が最新のものではない可能性があります。たとえば、インストール後に engine-config を使用して SANWipeAfterDelete を true に変更している場合、engine-setup による設定プレビューでは「Default SAN wipe after delete: False」と出力されますが、変更した値が engine-setup により上書きされるわけではありません。

   重要

   更新プロセスには時間がかかる場合があるため、更新プロセスが完了するまでの時間を計算に入れて、一旦更新を開始したらプロセスを停止しないようにしてください。

4. Manager にインストールされているベースオペレーティングシステムと、オプションパッケージを更新します。

   # yum update

   重要

   いずれかのカーネルパッケージが更新された場合には、ホストを再起動して更新を完了してください。

手順

1. Red Hat Virtualization Manager 4.1 と Red Hat Virtualization Tools のリポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-7-server-rhv-4.1-rpms
   # subscription-manager repos --enable=rhel-7-server-rhv-4-tools-rpms

2. setup のパッケージを更新します。

   # yum update ovirt\*setup\*

3. engine-setup コマンドを実行し、プロンプトに従って Red Hat Virtualization Manager をアップグレードします。

   # engine-setup

4. Red Hat Virtualization Manager 4.0 のリポジトリーを削除または無効にして、このシステムで 4.0 のパッケージが使用されないようにします。

   # subscription-manager repos --disable=rhel-7-server-rhv-4.0-rpms

5. ベースオペレーティングシステムを更新します。

   # yum update

   重要

   いずれかのカーネルパッケージが更新された場合には、システムを再起動して更新を完了してください。

手順

1. Red Hat Virtualization Manager 4.2、Red Hat Virtualization Tools、および Ansible Engine のリポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-7-server-rhv-4.2-manager-rpms
   # subscription-manager repos --enable=rhel-7-server-rhv-4-manager-tools-rpms
   # subscription-manager repos --enable=rhel-7-server-ansible-2-rpms

   重要

   Red Hat Virtualization Manager 4.2 では、Red Hat JBoss Enterprise Application Platform (JBoss EAP) 7.1 を Manager マシンにインストールする必要があります。jb-eap-7-for-rhel-7-server-rpms リポジトリーが有効であること、および jb-eap-7.0-for-rhel-7-server-rpms リポジトリーを無効であることを確認してください。どちらのリポジトリーが有効であるかを確認するには、subscription-manager repos --list を実行します。

2. setup のパッケージを更新します。

   # yum update ovirt\*setup\*

3. engine-setup コマンドを実行し、プロンプトに従って Red Hat Virtualization Manager をアップグレードします。

   # engine-setup

4. Red Hat Virtualization Manager 4.1 のリポジトリーを削除または無効にして、このシステムで 4.1 のパッケージが使用されないようにします。

   # subscription-manager repos --disable=rhel-7-server-rhv-4.1-rpms
   # subscription-manager repos --disable=rhel-7-server-rhv-4.1-manager-rpms
   # subscription-manager repos --disable=rhel-7-server-rhv-4-tools-rpms

5. ベースオペレーティングシステムを更新します。

   # yum update

   重要

   いずれかのカーネルパッケージが更新された場合には、システムを再起動して更新を完了してください。

手順

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

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

2. 環境が稼働していることを確認します。

   # hosted-engine --vm-status

手順

1. 適切なリポジトリーを有効にします。yum repolist を実行して、現在有効なリポジトリーを確認することができます。

   • Red Hat Virtualization Host の場合:

     # subscription-manager repos --enable=rhel-7-server-rhvh-4-rpms

   • Red Hat Enterprise Linux ホストの場合:

     # subscription-manager repos --enable=rhel-7-server-rpms
     # subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms
     # subscription-manager repos --enable=rhel-7-server-ansible-2-rpms

2. 管理ポータルで コンピュート → ホスト をクリックし、更新するホストを選択します。

3. インストール → アップグレードを確認 をクリックし、OK をクリックします。

   イベントおよびアラートの通知 アイコン ( ) をクリックし、イベント セクションを展開して結果を確認します。

4. 更新が利用可能であれば、インストール → アップグレード をクリックします。

5. OK をクリックしてホストを更新します。実行中の仮想マシンは、その移行ポリシーに従って移行されます。いずれかの仮想マシンの移行が無効になっている場合は、シャットダウンするよう求められます。

   コンピュート → ホスト にホストの情報が更新され、ステータスが以下の順序で変わります。

   • Maintenance
   • Installing
   • Reboot

   • Up

     このホストから別のホストに移行していた仮想マシンがあれば、この時点で元に戻すことができます。

     注記

     更新が失敗すると、ホストのステータスは Install Failed に変わります。Install Failed の状態から インストール → アップグレード を再度クリックすることができます。

手順

1. コンピュート → クラスター をクリックし、変更するクラスターを選択します。
2. 編集 をクリックします。
3. 互換バージョン を必要な値に変更します。
4. OK をクリックして、クラスターの互換バージョンを変更 の確認ウィンドウを開きます。
5. OK をクリックして確定します。

手順

1. コンピュート → データセンター をクリックし、変更するデータセンターを選択します。
2. 編集 をクリックします。
3. 互換バージョン を必要な値に変更します。
4. OK をクリックして、データセンターの互換バージョンを変更 の確認ウィンドウを開きます。
5. OK をクリックして確定します。

1. Manager マシンに root ユーザーとしてログインします。

2. /etc/pki/ovirt-engine/openssl.conf に default_md = sha256 行が含まれているかどうかを確認します。

   # cat /etc/pki/ovirt-engine/openssl.conf

   まだ default_md = sha1 が含まれていたら、既存の設定のバックアップを作成してデフォルトを sha256 に変更します。

   # cp -p /etc/pki/ovirt-engine/openssl.conf /etc/pki/ovirt-engine/openssl.conf."$(date +"%Y%m%d%H%M%S")"
   # sed -i 's/^default_md = sha1/default_md = sha256/' /etc/pki/ovirt-engine/openssl.conf

3. 署名し直す必要のある証明書を定義します。

   # names="apache"

4. セルフホストエンジンノードのいずれかにログインして、グローバルメンテナンスモードに切り替えます。

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

5. Manager で Apache 証明書を署名し直します。

   for name in $names; do
       subject="$(
           openssl \
               x509 \
               -in /etc/pki/ovirt-engine/certs/"${name}".cer \
               -noout \
               -subject \
           | sed \
               's;subject= \(.*\);\1;' \
       )"
      /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh \
           --name="${name}" \
           --password=mypass \
           --subject="${subject}" \
           --keep-key
   done

6. httpd サービスを再起動します。

   # systemctl restart httpd

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

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

8. 管理ポータルに接続して、警告が表示されなくなったことを確認します。
9. 以前に CA または https 証明書をブラウザーにインポートしている場合は、その証明書を探してブラウザーから削除し、新しい CA 証明書をインポートし直します。ブラウザーから提供される手順に従って、認証局の証明書をインストールしてください。認証局の証明書を取得するには、http://your-manager-fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA にアクセスします (your-manager-fqdn は、完全修飾ドメイン名 (FQDN) に置き換えてください)。

1. Manager マシンに root ユーザーとしてログインします。

2. /etc/pki/ovirt-engine/openssl.conf に default_md = sha256 行が含まれているかどうかを確認します。

   # cat /etc/pki/ovirt-engine/openssl.conf

   まだ default_md = sha1 が含まれていたら、既存の設定のバックアップを作成してデフォルトを sha256 に変更します。

   # cp -p /etc/pki/ovirt-engine/openssl.conf /etc/pki/ovirt-engine/openssl.conf."$(date +"%Y%m%d%H%M%S")"
   # sed -i 's/^default_md = sha1/default_md = sha256/' /etc/pki/ovirt-engine/openssl.conf

3. CA 証明書のバックアップを作成して ca.pem.new に新しい証明書を作成し、CA 証明書を署名し直します。

   # cp -p /etc/pki/ovirt-engine/private/ca.pem /etc/pki/ovirt-engine/private/ca.pem."$(date +"%Y%m%d%H%M%S")"
   # openssl x509 -signkey /etc/pki/ovirt-engine/private/ca.pem -in /etc/pki/ovirt-engine/ca.pem -out /etc/pki/ovirt-engine/ca.pem.new -days 3650 -sha256

4. 既存の証明書を新しい証明書に置き換えます。

   # mv /etc/pki/ovirt-engine/ca.pem.new /etc/pki/ovirt-engine/ca.pem

5. 署名し直す必要のある証明書を定義します。

   # names="engine apache websocket-proxy jboss imageio-proxy"

   アップグレード後に Red Hat Virtualization Manager SSL 証明書を置き換えている場合は、上記のコマンドの代わりに以下のコマンドを実行します。

   # names="engine websocket-proxy jboss imageio-proxy"

   詳細については、『管理ガイド』の「Red Hat Virtualization Manager の SSL/TLS 証明書の変更」を参照してください。

6. セルフホストエンジンノードのいずれかにログインして、グローバルメンテナンスモードに切り替えます。

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

7. Manager で証明書を署名し直します。

   for name in $names; do
      subject="$(
           openssl \
               x509 \
               -in /etc/pki/ovirt-engine/certs/"${name}".cer \
               -noout \
               -subject \
           | sed \
               's;subject= \(.*\);\1;' \
           )"
        /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh \
               --name="${name}" \
               --password=mypass \
               --subject="${subject}" \
               --keep-key
   done

8. 以下のサービスを再起動します。

   # systemctl restart httpd
   # systemctl restart ovirt-engine
   # systemctl restart ovirt-websocket-proxy
   # systemctl restart ovirt-imageio-proxy

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

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

10. 管理ポータルに接続して、警告が表示されなくなったことを確認します。
11. 以前に CA または https 証明書をブラウザーにインポートしている場合は、その証明書を探してブラウザーから削除し、新しい CA 証明書をインポートし直します。ブラウザーから提供される手順に従って、認証局の証明書をインストールしてください。認証局の証明書を取得するには、http://your-manager-fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA にアクセスします (your-manager-fqdn は、完全修飾ドメイン名 (FQDN) に置き換えてください)。

12. ホストで証明書を登録します。それぞれのホストについて以下の手順を繰り返します。

    1. 管理ポータルで コンピュート → ホスト をクリックします。
    2. ホストを選択し、管理 → メンテナンス をクリックします。
    3. ホストがメンテナンスモードに変わったら、インストール → 証明書を登録 をクリックします。
    4. 管理 → アクティブ化 をクリックします。

手順

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

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

2. 次の手順に進む前に、環境がメンテナンスモードにあることを確認します。

   # hosted-engine --vm-status

手順

1. Red Hat Virtualization Manager マシンで、更新パッケージが利用可能かどうかを確認します。

   # engine-upgrade-check

2. setup のパッケージを更新します。

   # yum update ovirt\*setup\*

3. Red Hat Virtualization Manager を更新します。engine-setup スクリプトにより、設定に関する質問への回答が求められます。その後、ovirt-engine サービスの停止、更新パッケージのダウンロード/インストール、データベースのバックアップ/更新、インストール後設定の実施を経てから、ovirt-engine サービスが起動します。

   # engine-setup

   注記

   engine-setup スクリプトは Red Hat Virtualization Manager のインストールプロセス中にも使用され、指定した設定値が保存されます。更新時には、設定のプレビューの際に保存された値が表示されますが、インストール後の設定変更に engine-config を使用している場合には、表示される値が最新のものではない可能性があります。たとえば、インストール後に engine-config を使用して SANWipeAfterDelete を true に変更している場合、engine-setup による設定プレビューでは「Default SAN wipe after delete: False」と出力されますが、変更した値が engine-setup により上書きされるわけではありません。

   重要

   更新プロセスには時間がかかる場合があるため、更新プロセスが完了するまでの時間を計算に入れて、一旦更新を開始したらプロセスを停止しないようにしてください。

4. Manager にインストールされているベースオペレーティングシステムと、オプションパッケージを更新します。

   # yum update

   重要

   いずれかのカーネルパッケージが更新された場合には、ホストを再起動して更新を完了してください。

手順

1. Red Hat Virtualization Manager 4.2、Red Hat Virtualization Tools、および Ansible Engine のリポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-7-server-rhv-4.2-manager-rpms
   # subscription-manager repos --enable=rhel-7-server-rhv-4-manager-tools-rpms
   # subscription-manager repos --enable=rhel-7-server-ansible-2-rpms

   重要

   Red Hat Virtualization Manager 4.2 では、Red Hat JBoss Enterprise Application Platform (JBoss EAP) 7.1 を Manager マシンにインストールする必要があります。jb-eap-7-for-rhel-7-server-rpms リポジトリーが有効であること、および jb-eap-7.0-for-rhel-7-server-rpms リポジトリーを無効であることを確認してください。どちらのリポジトリーが有効であるかを確認するには、subscription-manager repos --list を実行します。

2. setup のパッケージを更新します。

   # yum update ovirt\*setup\*

3. engine-setup コマンドを実行し、プロンプトに従って Red Hat Virtualization Manager をアップグレードします。

   # engine-setup

4. Red Hat Virtualization Manager 4.1 のリポジトリーを削除または無効にして、このシステムで 4.1 のパッケージが使用されないようにします。

   # subscription-manager repos --disable=rhel-7-server-rhv-4.1-rpms
   # subscription-manager repos --disable=rhel-7-server-rhv-4.1-manager-rpms
   # subscription-manager repos --disable=rhel-7-server-rhv-4-tools-rpms

5. ベースオペレーティングシステムを更新します。

   # yum update

   重要

   いずれかのカーネルパッケージが更新された場合には、システムを再起動して更新を完了してください。

手順

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

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

2. 環境が稼働していることを確認します。

   # hosted-engine --vm-status

手順

1. 適切なリポジトリーを有効にします。yum repolist を実行して、現在有効なリポジトリーを確認することができます。

   • Red Hat Virtualization Host の場合:

     # subscription-manager repos --enable=rhel-7-server-rhvh-4-rpms

   • Red Hat Enterprise Linux ホストの場合:

     # subscription-manager repos --enable=rhel-7-server-rpms
     # subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms
     # subscription-manager repos --enable=rhel-7-server-ansible-2-rpms

2. 管理ポータルで コンピュート → ホスト をクリックし、更新するホストを選択します。

3. インストール → アップグレードを確認 をクリックし、OK をクリックします。

   イベントおよびアラートの通知 アイコン ( ) をクリックし、イベント セクションを展開して結果を確認します。

4. 更新が利用可能であれば、インストール → アップグレード をクリックします。

5. OK をクリックしてホストを更新します。実行中の仮想マシンは、その移行ポリシーに従って移行されます。いずれかの仮想マシンの移行が無効になっている場合は、シャットダウンするよう求められます。

   コンピュート → ホスト にホストの情報が更新され、ステータスが以下の順序で変わります。

   • Maintenance
   • Installing
   • Reboot

   • Up

     このホストから別のホストに移行していた仮想マシンがあれば、この時点で元に戻すことができます。

     注記

     更新が失敗すると、ホストのステータスは Install Failed に変わります。Install Failed の状態から インストール → アップグレード を再度クリックすることができます。

手順

1. コンピュート → クラスター をクリックし、変更するクラスターを選択します。
2. 編集 をクリックします。
3. 互換バージョン を必要な値に変更します。
4. OK をクリックして、クラスターの互換バージョンを変更 の確認ウィンドウを開きます。
5. OK をクリックして確定します。

手順

1. コンピュート → データセンター をクリックし、変更するデータセンターを選択します。
2. 編集 をクリックします。
3. 互換バージョン を必要な値に変更します。
4. OK をクリックして、データセンターの互換バージョンを変更 の確認ウィンドウを開きます。
5. OK をクリックして確定します。

手順

1. 管理 → プロバイダー をクリックし、OVN プロバイダーを選択します。
2. 編集 をクリックします。
3. ネットワークプラグイン のテキストフィールドをクリックし、ドロップダウンリストから OVN 向けの oVirt ネットワークプロバイダー を選択します。
4. OK をクリックします。

1. Manager マシンに root ユーザーとしてログインします。

2. /etc/pki/ovirt-engine/openssl.conf に default_md = sha256 行が含まれているかどうかを確認します。

   # cat /etc/pki/ovirt-engine/openssl.conf

   まだ default_md = sha1 が含まれていたら、既存の設定のバックアップを作成してデフォルトを sha256 に変更します。

   # cp -p /etc/pki/ovirt-engine/openssl.conf /etc/pki/ovirt-engine/openssl.conf."$(date +"%Y%m%d%H%M%S")"
   # sed -i 's/^default_md = sha1/default_md = sha256/' /etc/pki/ovirt-engine/openssl.conf

3. 署名し直す必要のある証明書を定義します。

   # names="apache"

4. セルフホストエンジンノードのいずれかにログインして、グローバルメンテナンスモードに切り替えます。

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

5. Manager で Apache 証明書を署名し直します。

   for name in $names; do
       subject="$(
           openssl \
               x509 \
               -in /etc/pki/ovirt-engine/certs/"${name}".cer \
               -noout \
               -subject \
           | sed \
               's;subject= \(.*\);\1;' \
       )"
      /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh \
           --name="${name}" \
           --password=mypass \
           --subject="${subject}" \
           --keep-key
   done

6. httpd サービスを再起動します。

   # systemctl restart httpd

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

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

8. 管理ポータルに接続して、警告が表示されなくなったことを確認します。
9. 以前に CA または https 証明書をブラウザーにインポートしている場合は、その証明書を探してブラウザーから削除し、新しい CA 証明書をインポートし直します。ブラウザーから提供される手順に従って、認証局の証明書をインストールしてください。認証局の証明書を取得するには、http://your-manager-fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA にアクセスします (your-manager-fqdn は、完全修飾ドメイン名 (FQDN) に置き換えてください)。

1. Manager マシンに root ユーザーとしてログインします。

2. /etc/pki/ovirt-engine/openssl.conf に default_md = sha256 行が含まれているかどうかを確認します。

   # cat /etc/pki/ovirt-engine/openssl.conf

   まだ default_md = sha1 が含まれていたら、既存の設定のバックアップを作成してデフォルトを sha256 に変更します。

   # cp -p /etc/pki/ovirt-engine/openssl.conf /etc/pki/ovirt-engine/openssl.conf."$(date +"%Y%m%d%H%M%S")"
   # sed -i 's/^default_md = sha1/default_md = sha256/' /etc/pki/ovirt-engine/openssl.conf

3. CA 証明書のバックアップを作成して ca.pem.new に新しい証明書を作成し、CA 証明書を署名し直します。

   # cp -p /etc/pki/ovirt-engine/private/ca.pem /etc/pki/ovirt-engine/private/ca.pem."$(date +"%Y%m%d%H%M%S")"
   # openssl x509 -signkey /etc/pki/ovirt-engine/private/ca.pem -in /etc/pki/ovirt-engine/ca.pem -out /etc/pki/ovirt-engine/ca.pem.new -days 3650 -sha256

4. 既存の証明書を新しい証明書に置き換えます。

   # mv /etc/pki/ovirt-engine/ca.pem.new /etc/pki/ovirt-engine/ca.pem

5. 署名し直す必要のある証明書を定義します。

   # names="engine apache websocket-proxy jboss imageio-proxy"

   アップグレード後に Red Hat Virtualization Manager SSL 証明書を置き換えている場合は、上記のコマンドの代わりに以下のコマンドを実行します。

   # names="engine websocket-proxy jboss imageio-proxy"

   詳細については、『管理ガイド』の「Red Hat Virtualization Manager の SSL/TLS 証明書の変更」を参照してください。

6. セルフホストエンジンノードのいずれかにログインして、グローバルメンテナンスモードに切り替えます。

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

7. Manager で証明書を署名し直します。

   for name in $names; do
      subject="$(
           openssl \
               x509 \
               -in /etc/pki/ovirt-engine/certs/"${name}".cer \
               -noout \
               -subject \
           | sed \
               's;subject= \(.*\);\1;' \
           )"
        /usr/share/ovirt-engine/bin/pki-enroll-pkcs12.sh \
               --name="${name}" \
               --password=mypass \
               --subject="${subject}" \
               --keep-key
   done

8. 以下のサービスを再起動します。

   # systemctl restart httpd
   # systemctl restart ovirt-engine
   # systemctl restart ovirt-websocket-proxy
   # systemctl restart ovirt-imageio-proxy

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

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

10. 管理ポータルに接続して、警告が表示されなくなったことを確認します。
11. 以前に CA または https 証明書をブラウザーにインポートしている場合は、その証明書を探してブラウザーから削除し、新しい CA 証明書をインポートし直します。ブラウザーから提供される手順に従って、認証局の証明書をインストールしてください。認証局の証明書を取得するには、http://your-manager-fqdn/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA にアクセスします (your-manager-fqdn は、完全修飾ドメイン名 (FQDN) に置き換えてください)。

12. ホストで証明書を登録します。それぞれのホストについて以下の手順を繰り返します。

    1. 管理ポータルで コンピュート → ホスト をクリックします。
    2. ホストを選択し、管理 → メンテナンス をクリックします。
    3. ホストがメンテナンスモードに変わったら、インストール → 証明書を登録 をクリックします。
    4. 管理 → アクティブ化 をクリックします。

1. DNS の更新

   Red Hat Virtualization 環境の完全修飾ドメイン名と新しい Manager の IP アドレスが相関するように、DNS を更新してください。以下の手順では、完全修飾ドメイン名は Manager.example.com に設定されています。engine に指定する完全修飾ドメイン名には、バックアップ元の engine を設定する際に指定したものと同一の名前を使用する必要があります。

2. ホストエンジンデプロイメントの開始

   新規インストールされた Red Hat Enterprise Linux ホストで hosted-engine デプロイメントスクリプトを実行します。CTRL + D のキーの組み合わせを使用してデプロイメントを中断すると、スクリプトをいつでも終了することができます。ネットワーク経由で hosted-engine デプロイメントスクリプトを実行する場合には、ネットワークまたはターミナルの中断が発生した場合にセッションが失われないように screen ウィンドウマネージャーを使用することを推奨します。screen パッケージがインストールされていない場合には、先にインストールしてください。

   # screen

   # hosted-engine --deploy --noansible

3. 初期化の準備

   このスクリプトは最初に、セルフホストエンジン環境で対象のホストをハイパーバイザーとして使用することについての確認を要求します。

   Continuing will configure this host for serving as hypervisor and create a VM where you have to install oVirt Engine afterwards.
   Are you sure you want to continue? (Yes, No)[Yes]:

4. ストレージの設定

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

   During customization use CTRL-D to abort.
   Please specify the storage you would like to use (glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]:

   • NFS ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。

     Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/nfs

   • iSCSI の場合には、iSCSI ポータルの IP アドレス、ポート、ターゲット自動検出時のユーザー名、そのパスワード、ポータルログインのユーザー名、およびそのパスワードを指定します。自動検出されたリストからターゲット名を選択します。デプロイメント時に選択できる iSCSI ターゲットは 1 つのみです。

     注記

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

     Please specify the iSCSI portal IP address:
     Please specify the iSCSI portal port [3260]:
     Please specify the iSCSI discover user:
     Please specify the iSCSI discover password:
     Please specify the iSCSI portal login user:
     Please specify the iSCSI portal login password:
     [ INFO  ] Discovering iSCSI targets

   • Gluster ストレージタイプの場合には、完全修飾ドメイン名または IP アドレスを使用した完全なアドレスと、共有ストレージドメインのパス名を指定します。

     重要

     サポートされるストレージは、レプリカ 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

     Please specify the full shared storage connection path to use (example: host:/path): storage.example.com:/hosted_engine/gluster_volume

   • ファイバーチャネルについては、ホストのバスアダプターが設定、接続されている必要があります。設定/接続がされている場合には、hosted-engine スクリプトにより利用可能な LUN が自動で検出されます。また、LUN には既存のデータが含まれないようにする必要があります。

     The following luns have been found on the requested target:
     [1]     3514f0c5447600351       30GiB   XtremIO XtremApp
                             status: used, paths: 2 active
     
     [2]     3514f0c5447600352       30GiB   XtremIO XtremApp
                             status: used, paths: 2 active
     
     Please select the destination LUN (1, 2) [1]:

5. ネットワークの設定

   このスクリプトは、環境の管理ブリッジとして使用可能なネットワークインターフェースコントローラー (NIC) を検出し、次にファイアウォールの設定を確認して、その設定を Manager 用仮想マシンにコンソールで (SPICE または VNC) アクセスできるように変更するかどうかを確認します。ping 送信可能なゲートウェイの IP アドレスを指定し ovirt-ha-agent がそれを使用すると、Manager 用仮想マシンを実行するのに適したホストであるかどうかを判断しやすくなります。

   Please indicate a nic to set ovirtmgmt bridge on: (eth1, eth0) [eth1]:
   iptables was detected on your computer, do you wish setup to configure it? (Yes, No)[Yes]:
   Please indicate a pingable gateway IP address [X.X.X.X]:

6. 新しい Manager 用仮想マシンの設定

   このスクリプトにより、新しい Manager 用仮想マシンとして設定される仮想マシンが作成されます。ブートデバイス、インストールメディアのパス名 (該当する場合)、イメージのエイリアス、CPU タイプ、仮想 CPU の数、ディスクサイズを指定します。Manager 用仮想マシンの MAC アドレスを指定するか、無作為に生成される MAC アドレスを適用します。MAC アドレスは、Manager 用仮想マシンにオペレーティングシステムをインストール前に DHCP サーバーを更新するのに使用することができます。Manager 用仮想マシンの作成に必要なメモリーサイズとコンソールの接続タイプも指定します。

   Please specify the device to boot the VM from (cdrom, disk, pxe) [cdrom]:
   Please specify an alias for the Hosted Engine image [hosted_engine]:
   The following CPU types are supported by this host:
             - model_SandyBridge: Intel SandyBridge Family
             - model_Westmere: Intel Westmere Family
             - model_Nehalem: Intel Nehalem Family
   Please specify the CPU type to be used by the VM [model_Nehalem]:
   Please specify the number of virtual CPUs for the VM [Defaults to minimum requirement: 2]:
   Please specify the disk size of the VM in GB [Defaults to minimum requirement: 25]:
   You may specify a MAC address for the VM or accept a randomly generated default [00:16:3e:77:b2:a4]:
   Please specify the memory size of the VM in MB [Defaults to minimum requirement: 4096]:
   Please specify the console type you want to use to connect to the VM (vnc, spice) [vnc]:

7. ホスト名の指定

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

   ホスト名には一意の名前を指定して、engine をバックアップから復元した時点で存在する他のリソースと競合しないようにします。本手順では、対象のホストは環境がバックアップされる前にメンテナンスモードに設定され、engine を復元してからホストと engine を同期するまでの間に、このホストを削除することができるため、hosted_engine_1 という名前を使用することができます。

   Enter engine admin password:
   Confirm engine admin password:
   Enter the name which will be used to identify this host inside the Administration Portal [hosted_engine_1]:

8. ホストエンジンの設定

   新しい Manager 用仮想マシンの完全修飾ドメイン名を設定します。本手順では、Manager.example.com という完全修飾ドメイン名を使用します。次に、SMTP サーバーの名前と TCP ポート番号、メール通知に使用するメールアドレス、通知を受信するメールアドレス (複数ある場合はコンマ区切りリスト) を指定します。

   重要

   engine に指定した完全修飾ドメイン名 (Manager.example.com) は、バックアップした Manager の初期設定時に指定した完全修飾ドメイン名と同じでなければなりません。

   Please provide the FQDN for the engine you would like to use.
   This needs to match the FQDN that you will use for the engine installation within the VM.
    Note: This will be the FQDN of the VM you are now going to create,
    it should not point to the base host or to any other existing machine.
    Engine FQDN: Manager.example.com
   Please provide the name of the SMTP server through which we will send notifications [localhost]:
   Please provide the TCP port number of the SMTP server [25]:
   Please provide the email address from which notifications will be sent [root@localhost]:
   Please provide a comma-separated list of email addresses which will get notifications [root@localhost]:

9. 設定のプレビュー

   先に進む前に、hosted-engine デプロイメントスクリプトは入力された設定値を表示して、これらの値で設定を続行するかどうかを尋ねます。

   Bridge interface                   : eth1
   Engine FQDN                        : Manager.example.com
   Bridge name                        : ovirtmgmt
   SSH daemon port                    : 22
   Firewall manager                   : iptables
   Gateway address                    : X.X.X.X
   Host name for web application      : hosted_engine_1
   Host ID                            : 1
   Image alias                        : hosted_engine
   Image size GB                      : 25
   Storage connection                 : storage.example.com:/hosted_engine/nfs
   Console type                       : vnc
   Memory size MB                     : 4096
   MAC address                        : 00:16:3e:77:b2:a4
   Boot type                          : pxe
   Number of CPUs                     : 2
   CPU Type                           : model_Nehalem
   
   Please confirm installation settings (Yes, No)[Yes]:

10. 新しい Manager 用仮想マシンの作成

    次にこのスクリプトは、Manager 用仮想マシンとして設定する仮想マシンを作成して、接続情報を表示します。hosted-engine デプロイメントスクリプトがホストエンジンの設定に進む前に、仮想マシンにオペレーティングシステムをインストールする必要があります。

    [ INFO  ] Stage: Transaction setup
    [ INFO  ] Stage: Misc configuration
    [ INFO  ] Stage: Package installation
    [ INFO  ] Stage: Misc configuration
    [ INFO  ] Configuring libvirt
    [ INFO  ] Configuring VDSM
    [ INFO  ] Starting vdsmd
    [ INFO  ] Waiting for VDSM hardware info
    [ INFO  ] Waiting for VDSM hardware info
    [ INFO  ] Configuring the management bridge
    [ INFO  ] Creating Storage Domain
    [ INFO  ] Creating Storage Pool
    [ INFO  ] Connecting Storage Pool
    [ INFO  ] Verifying sanlock lockspace initialization
    [ INFO  ] Creating VM Image
    [ INFO  ] Disconnecting Storage Pool
    [ INFO  ] Start monitoring domain
    [ INFO  ] Configuring VM
    [ INFO  ] Updating hosted-engine configuration
    [ INFO  ] Stage: Transaction commit
    [ INFO  ] Stage: Closing up
    [ INFO  ] Creating VM
    You can now connect to the VM with the following command:
          /usr/bin/remote-viewer vnc://localhost:5900
    Use temporary password "3477XXAM" to connect to vnc console.
    Please note that in order to use remote-viewer you need to be able to run graphical applications.
    This means that if you are using ssh you have to supply the -Y flag (enables trusted X11 forwarding).
    Otherwise you can run the command from a terminal in your preferred desktop environment.
    If you cannot run graphical applications you can connect to the graphic console from another host or connect to the console using the following command:
    virsh -c qemu+tls://Test/system console HostedEngine
    If you need to reboot the VM you will need to start it manually using the command:
    hosted-engine --vm-start
    You can then set a temporary password using the command:
    hosted-engine --add-console-password
    The VM has been started.  Install the OS and shut down or reboot it.  To continue please make a selection:
    
      (1) Continue setup - VM installation is complete
      (2) Reboot the VM and restart installation
      (3) Abort setup
      (4) Destroy VM and abort setup
    
    (1, 2, 3, 4)[1]:

    本手順の命名規則を使用して、以下のコマンドで VNC を使って仮想マシンに接続します。

    /usr/bin/remote-viewer vnc://hosted_engine_1.example.com:5900

11. 仮想マシンのオペレーティングシステムのインストール

    Manager 用仮想マシンに接続して、Red Hat Enterprise Linux 7 のオペレーティングシステムをインストールします。

12. ホストと Manager の同期

    ホストに戻り、オプション 1 を選択して hosted-engine デプロイメントスクリプトを続行します。

    (1) Continue setup - VM installation is complete

    Waiting for VM to shut down...
    [ INFO  ] Creating VM
    You can now connect to the VM with the following command:
          /usr/bin/remote-viewer vnc://localhost:5900
    Use temporary password "3477XXAM" to connect to vnc console.
    Please note that in order to use remote-viewer you need to be able to run graphical applications.
    This means that if you are using ssh you have to supply the -Y flag (enables trusted X11 forwarding).
    Otherwise you can run the command from a terminal in your preferred desktop environment.
    If you cannot run graphical applications you can connect to the graphic console from another host or connect to the console using the following command:
    virsh -c qemu+tls://Test/system console HostedEngine
    If you need to reboot the VM you will need to start it manually using the command:
    hosted-engine --vm-start
    You can then set a temporary password using the command:
    hosted-engine --add-console-password
    Please install and setup the engine in the VM.
    You may also be interested in subscribing to "agent" RHN/Satellite channel and installing rhevm-guest-agent-common package in the VM.
    To continue make a selection from the options below:
      (1) Continue setup - engine installation is complete
      (2) Power off and restart the VM
      (3) Abort setup
      (4) Destroy VM and abort setup
    
    (1, 2, 3, 4)[1]:

13. Manager のインストール

    新しい Manager 用仮想マシンに接続し、インストールしたパッケージがすべて最新版であることを確認してから、rhevm パッケージをインストールします。

    # yum update

    注記

    カーネル関連のパッケージを更新した場合には、マシンを再起動してください。

    # yum install rhevm

1. バックアップファイルを新しい Manager 用仮想マシンにセキュアコピーします。この例では、「セルフホストエンジンの 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. コンピュート → ホスト をクリックします。フェイルオーバー用ホスト hosted_engine_1 は、バックアップ時に準備したように、仮想化の負荷がない状態でメンテナンスモードに入っているはずです。
   3. 削除 をクリックします。
   4. OK をクリックします。
   注記

   削除するホストが non-operational になった場合には、「復元したセルフホストエンジン環境からの非稼働状態のホストの削除」から、ホストの強制削除の方法を参照してください。

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 は管理ポータルに表示されますが、ステータスは Installing および Initializing を経てから Non Operational に切り替わります。ホストは、VDSM ホストが稼動状態になるまで待機し続けますが、最終的に VDSM ホストはタイムアウトになります。これは、環境内の別のホストが Storage Pool Manager (SPM) ロールを維持しており、SPM ホストが Non Responsive の状態にあるため 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. コンピュート → ホスト をクリックします。
   3. hosted_engine_1 を選択して、管理 → メンテナンス をクリックします。ホストがメンテナンスモードに入るまで、数分かかる場合があります。

   4. 管理 → アクティブ化 をクリックします。

      アクティブ化されると、hosted_engine_1 は即時に SPM の候補となり、ストレージドメインとデータセンターがアクティブになります。

9. Non Responsive なホストを手動でフェンシングして、仮想マシンをアクティブなホストに移行します。管理ポータルでホストを選択し、その他の操作 → ホストがリブートされていることを確認 をクリックします。

   バックアップ時にホストで実行中だった仮想マシンは、この時点でそのホストから削除され、Unknown から Down のステータスに切り替わります。これらの仮想マシンは、hosted_engine_1 で実行できるようになりました。フェンシングされたホストは、REST API を使用して強制的に削除することができます。

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

   # subscription-manager register

2. Red Hat Enterprise Linux Server および Red Hat Virtualization のサブスクリプションプールを探し、プール ID を書き留めておきます。

   # subscription-manager list --available

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

   # subscription-manager attach --pool=poolid

   注記

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

   # subscription-manager list --consumed

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

   # yum repolist

4. すべての既存リポジトリーを無効にします。

   # subscription-manager repos --disable=*

5. Red Hat Enterprise Linux、Red Hat Virtualization Manager、および Ansible Engine のリポジトリーを有効にします。

   # subscription-manager repos --enable=rhel-7-server-rpms
   # subscription-manager repos --enable=rhel-7-server-ansible-2-rpms
   # subscription-manager repos --enable=rhel-7-server-rhv-4.2-manager-rpms

1. PostgreSQL サーバーパッケージをインストールします。

   # yum install rh-postgresql95

2. postgresql データベースを初期化し、postgresql サービスを起動してから、このサービスがブート時に起動されるように設定します。

   # scl enable rh-postgresql95 -- postgresql-setup --initdb
   # systemctl enable rh-postgresql95-postgresql
   # systemctl start rh-postgresql95-postgresql

3. postgresql のコマンドラインに入ります。

   # su - postgres -c 'scl enable rh-postgresql95 -- psql'

4. engine ユーザーを作成します。

   postgres=# create role engine with login encrypted password 'password';

   Data Warehouse も復元する場合には、対象のホストで ovirt_engine_history ユーザーを作成します。

   postgres=# create role ovirt_engine_history with login encrypted password 'password';

5. 新規データベースを作成します。

   postgres=# create database database_name owner engine template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';

   Data Warehouse も復元する場合には、対象のホストでデータベースを作成します。

   postgres=# create database database_name owner ovirt_engine_history template template0 encoding 'UTF8' lc_collate 'en_US.UTF-8' lc_ctype 'en_US.UTF-8';

6. postgresql コマンドラインを終了して、postgres ユーザーからログアウトします。

   postgres=# \q
   $ exit

7. それぞれのローカルデータベースについて /var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_hba.conf ファイルを編集し、ファイルの一番下にある local で始まるセクションの既存の行を以下の行に置き換えます。

   host    database_name    user_name    0.0.0.0/0    md5
   host    database_name    user_name    ::0/0        md5
   host    database_name    user_name    ::0/128      md5

8. リモートデータベースごとに、以下のように設定します。

   1. /var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_hba.conf ファイルを編集し、ファイルの一番下にある local で始まる行のすぐ下に以下の行を追加します。::/32 または ::/128 は、Manager の IP アドレスに置き換えてください。

      host    database_name    user_name    ::/32   md5
      host    database_name    user_name    ::/128  md5

   2. /var/opt/rh/rh-postgresql95/lib/pgsql/data/postgresql.conf ファイルを編集して以下の行を追加し、データベースへの TCP/IP 接続を許可します。

      listen_addresses='*'

      上記の例では、全インターフェースの接続をリッスンするように postgresql サービスを設定しています。IP アドレスを指定して、特定のインターフェースをリッスンするように設定することもできます。

   3. ファイアウォールルールを更新します。

      # firewall-cmd --zone=public --add-service=postgresql
      # firewall-cmd --permanent --zone=public --add-service=postgresql

9. postgresql サービスを再起動します。

   # systemctl rh-postgresql95-postgresql restart

1. バックアップファイルを新しい Manager 用仮想マシンにセキュアコピーします。この例では、「セルフホストエンジンの Manager 用仮想マシンのバックアップ」でファイルをコピーしたネットワークストレージサーバーからファイルをコピーします。このコマンドで、Storage.example.com はストレージサーバーの完全修飾ドメイン名に、/backup/EngineBackupFiles はストレージサーバーのバックアップファイルへのパスに、/backup/ は新しい Manager 上にコピーするバックアップファイルへのパスに、それぞれ置き換えます。

   # scp -p Storage.example.com:/backup/EngineBackupFiles /backup/

2. --change-db-credentials パラメーターを使用して新しいデータベースの認証情報を渡し、完全なバックアップまたはデータベースのみのバックアップを復元します。Manager のローカルに設定されているデータベースの database_location は localhost です。

   注記

   以下の例では、パスワードは指定せずに、各データベースに --*password オプションを使用するため、このコマンドを実行すると、データベースごとにパスワードを入力するように要求されます。コマンド内でこれらのオプションにパスワードを指定することも可能ですが、パスワードが shell の履歴に保存されてしまうため推奨しません。別の方法として、各データベースに --*passfile=password_file オプションを使用して、対話型プロンプトの必要なくパスワードをセキュアに engine-backup ツールに渡すことができます。

   • 完全なバックアップを復元する場合:

     # engine-backup --mode=restore --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password

     Data Warehouse も全バックアップの一部として復元する場合には、追加のデータベースの変更後の認証情報を含めるようにしてください。

     engine-backup --mode=restore --file=file_name --log=log_file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password --change-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password

   • データベースのみのバックアップを復元する場合 (設定ファイルとデータベースのバックアップを復元):

     # engine-backup --mode=restore --scope=files --scope=db --file=file_name --log=file_name --change-db-credentials --db-host=database_location --db-name=database_name --db-user=engine --db-password

     上記の例では、Manager データベースのバックアップが復元されます。

     # engine-backup --mode=restore --scope=files --scope=dwhdb --file=file_name --log=file_name --change-dwh-db-credentials --dwh-db-host=database_location --dwh-db-name=database_name --dwh-db-user=ovirt_engine_history --dwh-db-password

     上記の例では、Data Warehouse データベースのバックアップが復元されます。

     正常に終了すると、以下のような出力が表示されます。

     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. コンピュート → ホスト をクリックします。フェイルオーバー用ホスト 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 は管理ポータルに表示されますが、ステータスは Installing および Initializing を経てから Non Operational に切り替わります。ホストは、VDSM ホストが稼動状態になるまで待機し続けますが、最終的に VDSM ホストはタイムアウトになります。これは、環境内の別のホストが Storage Pool Manager (SPM) ロールを維持しており、SPM ホストが Non Responsive の状態にあるため 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. コンピュート → ホスト をクリックします。
   3. hosted_engine_1 を選択して、管理 → メンテナンス をクリックします。ホストがメンテナンスモードに入るまで、数分かかる場合があります。

   4. 管理 → アクティブ化 をクリックします。

      アクティブ化されると、hosted_engine_1 は即時に SPM の候補となり、ストレージドメインとデータセンターがアクティブになります。

9. Non Responsive なホストを手動でフェンシングして、仮想マシンをアクティブなホストに移行します。管理ポータルで コンピュート → ホスト をクリックし、ホストを選択して その他の操作 → ホストがリブートされていることを確認 をクリックします。

   バックアップ時にホストで実行中だった仮想マシンは、この時点でそのホストから削除され、Unknown から Down のステータスに切り替わります。これらの仮想マシンは、hosted_engine_1 で実行できるようになりました。フェンシングされたホストは、REST API を使用して強制的に削除することができます。

1. 非稼働状態のホストのフェンシング

   1. 管理ポータルで コンピュート → ホスト をクリックし、ホストを選択します。

   2. その他の操作 → ホストがリブートされていることを確認 をクリックします。

      バックアップ時にホストで実行中だった仮想マシンは、この時点でそのホストから削除され、Unknown から Down のステータスに切り替わります。フェンシングされたホストは、REST API を使用して強制的に削除することができます。

2. Manager の認証局の証明書取得

   1. Manager 用仮想マシンに接続して、コマンドラインを使用して cURL で以下の要求を実行します。

      GET 要求で、今後の API 要求に使用できるようにManager の認証局 (CA) の証明書を取得します。以下の例では、--output オプションを使用して、Manager CA 証明書の出力先に hosted-engine.ca ファイルを指定します。また、--insecure オプションは、このような最初の要求は証明書なしで行うことを指定します。

      # curl --output hosted-engine.ca --insecure https://[Manager.example.com]/ca.crt

   2. 削除するホストの GUID の取得

      一連のホストに対して GET 要求を使用して、削除するホストのグローバル一意識別子 (GUID) を取得します。以下の例では、Manager CA 証明書ファイルを含めます。認証には admin@internal ユーザーを使用し、このユーザーに対するパスワードは、コマンドの実行後に求められます。

      # curl --request GET --cacert hosted-engine.ca --user admin@internal https://[Manager.example.com]/api/hosts

      この要求に対して、環境内の全ホストの詳細情報が返されます。ホストの GUID は、ホスト名に関連付けられた 16 進数の文字列です。Red Hat Virtualization REST API についての詳しい情報は、『Red Hat Virtualization REST API Guide』を参照してください。

3. フェンシングされたホストの削除

   DELETE 要求を使用してフェンシングされたホストの GUID を指定し、そのホストを環境から削除します。以前に使用したオプションに加え、以下の例では、拡張マークアップ言語 (XML: eXtensible Markup Language) を使用して要求を送受信するように指定するヘッダーと、force アクションを true に設定する XML 形式の本文を記述します。

   curl --request DELETE --cacert hosted-engine.ca --user admin@internal --header "Content-Type: application/xml" --header "Accept: application/xml" --data "<action><force>true</force></action>" https://[Manager.example.com]/api/hosts/ecde42b0-de2f-48fe-aa23-1ebd5196b4a5

   適切な GUID が指定されている場合には、この DELETE 要求を使用して、セルフホストエンジン環境にあるフェンシングされたすべてのホストを削除することができます。

4. ホストからのセルフホストエンジン設定の削除

   ホストのセルフホストエンジン設定を削除して、ホストがセルフホストエンジン環境に再インストールされた場合に再度設定できるようにします。

   ホストにログインして、設定ファイルを削除します。

   # rm /etc/ovirt-hosted-engine/hosted-engine.conf