Red Hat Training

A Red Hat training course is available for Red Hat Virtualization

アップグレードガイド

Red Hat Virtualization 4.0

Red Hat Virtualization の更新およびアップグレード作業

概要

Red Hat Virtualization 環境でコンポーネントをアップグレードおよび更新するための総合ガイド

第1章 Red Hat Virtualization 環境の更新

1.1. 更新の概要

本ガイドでは、マイナーリリース間で Red Hat Virtualization 環境を更新し、次のメジャーバージョンにアップグレードする方法について説明します。次のメジャーバージョンにアップグレードする前に、常に現在の Red Hat Virtualization Manager バージョンの最新マイナーバージョンに更新してください。
インタラクティブなアップグレード手順については、から入手 https://access.redhat.com/labs/rhevupgradehelper/ できる RHEV Upgrade Helper も使用できます。このアプリケーションは、アップグレードパスと現在の環境に関する情報を提供するように求め、アップグレードに関連する手順と、アップグレードシナリオ固有の既知の問題を防ぐための手順を示します。

Red Hat Virtualization Manager をアップグレードするには、以下の主要な手順が必要です。

  • 適切なエンタイトルメントにサブスクライブします。
  • システムの更新
  • engine-setup の実行
  • リポジトリーの削除は不要になりました。

RHVH および RHEL ホストを更新します。

ホストは、利用可能なホストの更新を確認し、通知する Red Hat Virtualization Manager から直接アップグレードできます。

クラスターとデータセンターの互換性レベルを更新します。

アップグレード自体を実行するために使用されるコマンドは engine-setup で、対話的なインターフェイスを提供します。アップグレード中、仮想化ホストとそれらの仮想化ホストで実行されている仮想マシンは独立して動作します。アップグレードが完了したら、ホストを Red Hat Enterprise Linux または Red Hat Virtualization Host の最新バージョンにアップグレードできます。

第2章 マイナーリリース間の更新

2.1. Red Hat Virtualization Manager の更新

Red Hat Virtualization Manager の更新は、コンテンツ配信ネットワークを介してリリースされます。コンテンツ配信ネットワークから更新をインストールする前に、カスタマーポータル の Red Hat Virtualization Manager リリースノートおよび最新バージョンの 『Red Hat Virtualization Manager リリースノート』 および 『Red Hat Virtualization Technical Notes』 を必ずお読みください。

手順2.1 Red Hat Virtualization Manager の更新

  1. Red Hat Virtualization Manager マシンで、更新されたパッケージが利用可能かどうかを確認します。
    # engine-upgrade-check
    • 利用可能な更新がない場合は、このコマンドにより No upgrade:
      # engine-upgrade-check
      VERB: queue package ovirt-engine-setup for update
      VERB: package ovirt-engine-setup queued
      VERB: Building transaction
      VERB: Empty transaction
      VERB: Transaction Summary:
      No upgrade
      注記
      更新が予想されるものの、利用できない場合は、必要なリポジトリーが有効になっていることを確認します。『インストールガイドの 必要なエンタイトルメントへのサブスクライブ を参照してください。
    • 更新が利用可能な場合は、このコマンドにより、更新するパッケージが一覧表示されます。
      # engine-upgrade-check
      VERB: queue package ovirt-engine-setup for update
      VERB: package ovirt-engine-setup queued
      VERB: Building transaction
      VERB: Transaction built
      VERB: Transaction Summary:
      VERB:     updated    - ovirt-engine-lib-3.3.2-0.50.el6ev.noarch
      VERB:     update     - ovirt-engine-lib-3.4.0-0.13.el6ev.noarch
      VERB:     updated    - ovirt-engine-setup-3.3.2-0.50.el6ev.noarch
      VERB:     update     - ovirt-engine-setup-3.4.0-0.13.el6ev.noarch
      VERB:     install    - ovirt-engine-setup-base-3.4.0-0.13.el6ev.noarch
      VERB:     install    - ovirt-engine-setup-plugin-ovirt-engine-3.4.0-0.13.el6ev.noarch
      VERB:     updated    - ovirt-engine-setup-plugins-3.3.1-1.el6ev.noarch
      VERB:     update     - ovirt-engine-setup-plugins-3.4.0-0.5.el6ev.noarch
      Upgrade available
      
      Upgrade available
  2. ovirt-engine-setup パッケージを更新します。
    # yum update ovirt-engine-setup
  3. Red Hat Virtualization Manager を更新します。engine-setup を実行すると、スクリプトにより、ファイアウォールルールの更新、PKI 証明書の更新、Data Warehouse データベースのバックアップなどの設定に関する質問が表示されます。次に、スクリプトは、ovirt-engine サービスの停止、更新されたパッケージのダウンロードとインストール、データベースのバックアップと更新、インストール後の設定の実行、ovirt-engine サービスの起動のプロセスを行います。
    注記
    engine-setup スクリプトは、Red Hat Virtualization Manager のインストールプロセス中にも使用され、指定した設定値が保存されます。更新時に、設定のプレビュー時に保存された値が表示され、インストール後に engine-config を使用して設定が更新されても最新の状態でない可能性があります。たとえば、インストール後に engine-config を使用して SANWipeAfterDeletetrue に更新した場合、engine-setup は設定プレビューに Default SAN wipe after delete: False を出力します。ただし、更新された値は engine-setup によって上書きされることはありません。
    # engine-setup
    重要
    更新プロセスには時間がかかる場合があります。更新プロセスが完了するまで時間がかかる可能性があり、開始後にプロセスを停止しないでください。
  4. Manager にインストールされているベースオペレーティングシステムと、オプションパッケージを更新します。
    # yum update
    重要
    カーネルパッケージが更新された場合は、システムを再起動して更新を完了してください。

2.2. ホストの更新

ホストのアップグレードマネージャーを使用して、Red Hat Virtualization Manager から直接個々のホストを更新します。アップグレードマネージャーは、利用可能なホストの更新をチェックし、通知し、ホストをメンテナンスモードにするプロセスを自動化し、パッケージの更新、ホストのバックアップ作成のプロセスの自動化により、必要な時間を短縮します。ホストが多数ある大規模なデプロイメントでは、この自動化プロセスにより、かなりの時間を節約できます。
注記
アップグレードマネージャーは、ステータスが Up または non -operational のホストのみを チェックします。Maintenance のホストはチェックされません。
Red Hat Enterprise Linux ホスト上で、アップグレードマネージャーは、デフォルトで Red Hat Virtualization パッケージへの更新をチェックします。システム設定値 UserPackageNamesForCheckUpdate を使用して更新を監視するアップグレードマネージャーの追加パッケージを指定できます。Manager マシンで engine-config コマンドを実行します。以下に例を示します。
# engine-config -m UserPackageNamesForCheckUpdate=vdsm-hook-ethtool-options
警告
オペレーティングシステムのセキュリティー修正などの他の更新については、「ホストの手動更新」 に示すように、yum update で Red Hat Enterprise Linux ホストを手動で更新する必要があります。
Red Hat Virtualization Host (RHVH)では、ホストを登録し、ホストのインストール時に Red Hat Virtualization Host 7 リポジトリーを有効にした場合、アップグレードマネージャーは yum check-update を使用して RHVH イメージへの更新を自動的に確認します。このリポジトリーには redhat-virtualization-host-image-update パッケージが含まれており、このパッケージはイメージを更新します。詳細は、『インストールガイドの Red Hat Virtualization Host のインストール』 を参照してください。
RHVH イメージを個別のパッケージではなく全パッケージとして更新しているので、他のパッケージに対して手動で yum update を実行する必要はありません。更新時に /etc ディレクトリーおよび /var ディレクトリーのみが変更された内容が保持されます。更新時に、他のパスで変更されたデータは完全に置き換えられます。
アップグレードマネージャーは、デフォルトで 24 時間ごとに更新をチェックします。この設定は、HostPackagesUpdateTimeInHours 設定値を使用して変更できます。Manager マシンで engine-config コマンドを実行します。以下に例を示します。
# engine-config -s HostPackagesUpdateTimeInHours=48
HostPackagesUpdateTimeInHours 設定値を使用して、定期的なホストアップグレードチェックを無効にできます。Satellite でホストを管理する場合など、自動アップグレードチェックが常に必要になるとは限りません。Manager マシンで engine-config コマンドを実行します。
# engine-config -s HostPackagesUpdateTimeInHours=0
移行がクラスターレベルで有効にされる場合、仮想マシンはクラスター内の別のホストに自動的に移行されるため、ホストの更新はホストの使用量が比較的低い時に実行することが推奨されます。
重要
更新を実行する前に、クラスターに複数のホストが含まれていることを確認してください。Storage Pool Manager (SPM)タスクを実行するには、1 台のホストは引き続き利用可能なままであるため、すべてのホストを同時に更新しないでください。
ホストが属するクラスターに、ホストがメンテナーンスを行うために十分なメモリーが予約されていることを確認します。クラスターに十分なメモリーがない場合には、仮想マシンの移行操作がハングしてから失敗します。ホストを更新する前に一部またはすべての仮想マシンをシャットダウンすることで、この操作のメモリー使用量を減らすことができます。
重要
RHVH 3.6 から更新する場合は、3.6 リポジトリーを無効にして、更新中のホストで 4.0 リポジトリーを有効にします。
# subscription-manager repos --disable=rhel-7-server-rhevh-rpms
# subscription-manager repos --enable=rhel-7-server-rhvh-4-rpms

手順2.2 Red Hat Enterprise Linux ホストと Red Hat Virtualization ホストの更新

  1. ホスト タブを クリック して、更新するホストを選択します。
    • ホストに更新が必要な場合は、Action Items の下のアラートメッセージと、ホスト名の横にあるアイコンは新規バージョンが利用可能であることを示します。
    • ホストに更新が必要ない場合は、アラートメッセージやアイコンは表示されません。それ以上のアクションは必要ありません。
  2. InstallationCheck for Upgrade+Upgrade の確認ウィンドウを開きます。
  3. OK をクリックしてアップグレードチェックを開始します。
  4. ホストをアップグレードする場合は、Installation Upgrade+Upgrade の確認ウィンドウを開きます。
  5. OK をクリックしてホストを更新します。ホストの詳細は ホスト タブで更新され、ステータスは以下の段階を通過します。
    • メンテナーンス
    • インストール
    • Up
更新に成功すると、ホストは Up のステータスを表示します。ホストから移行された仮想マシンはすべて、この時点で移行することができます。Red Hat Virtualization 環境のホストごとに更新手順を繰り返します。
注記
更新に失敗すると、ホストのステータスは Install Failed に変わります。Install Failed から Upgrade を再度クリックできます。

2.3. ホストの手動更新

Red Hat Enterprise Linux ホストは、通常の Red Hat Enterprise Linux システムと同じ方法で yum コマンドを使用します。Red Hat Virtualization Host (RHVH)は、更新に yum コマンドを使用できますが、現在、追加のパッケージのインストールはサポートされていません。セキュリティーおよびバグ修正を適時に適用するために、yum を使用してシステムを定期的に更新することが強く推奨されます。ホストの更新には、ホストの停止および再起動が含まれます。移行がクラスターレベルで有効にされる場合、仮想マシンはクラスター内の別のホストに自動的に移行されるため、ホストの更新はホストの使用量が比較的低い時に実行することが推奨されます。
重要
更新を実行する前に、クラスターに複数のホストが含まれていることを確認してください。Storage Pool Manager (SPM)タスクを実行するには、1 台のホストは引き続き利用可能なままであるため、すべてのホストを同時に更新しないでください。
ホストが属するクラスターには、ホストがメンテナーンスを実行するために十分なメモリーが予約されている必要があります。ライブ仮想マシンを持つホストを、十分なメモリーがないクラスター内のメンテナーンスに移動すると、仮想マシンの移行操作がハングしてから失敗します。一部またはすべての仮想マシンをシャットダウンしてから、ホストをメンテナーンスに移行すると、この操作のメモリー使用量を減らすことができます。
重要
RHVH 3.6 から更新する場合は、3.6 リポジトリーを無効にして、更新中のホストで 4.0 リポジトリーを有効にします。
# subscription-manager repos --disable=rhel-7-server-rhevh-rpms
# subscription-manager repos --enable=rhel-7-server-rhvh-4-rpms

手順2.3 ホストの手動更新

  1. 管理ポータルから ホスト タブをクリックして、更新するホストを選択します。
  2. Maintenance をクリックして、ホストをメンテナンスモードにします。
    • Red Hat Enterprise Linux ホストで、ホストマシンにログインし、以下のコマンドを実行します。
      # yum update
    • Red Hat Virtualization Host で、Cockpit ユーザーインターフェイスにログインし、Tools > Terminal をクリックして以下のコマンドを実行します。
      # yum update
  3. ホストを再起動して、すべての更新が正しく適用されていることを確認します。
Red Hat Virtualization 環境内のホストごとに同じ手順を繰り返してください。

第3章 Red Hat Virtualization 4.0 へのアップグレード

3.1. Red Hat Virtualization 4.0 のアップグレードに関する考慮事項

以下は、アップグレードを計画する際に行う必要のある主な考慮事項の一覧です。
重要
バージョン 4.0 へのアップグレードは、バージョン 3.6 からのみ実行できます。
3.6 より前のバージョンの Red Hat Enterprise Virtualization を Red Hat Virtualization 4.0 にアップグレードするには、最新バージョンにアップグレードする前に、新しいバージョンの Red Hat Enterprise Virtualization に順次アップグレードする必要があります。たとえば、Red Hat Enterprise Virtualization 3.5 を使用している場合は、Red Hat Virtualization 4.0 にアップグレードする前に、最新のマイナーバージョンの Red Hat Enterprise Virtualization 3.6 にアップグレードする必要があります。最新の 3. 6 マイナーバージョンへのアップグレード手順については、Red Hat Enterprise Virtualization 3.6 のアップグレードガイド を参照してください。
アップグレードを実行する前に、データセンターとクラスターの互換バージョンがバージョン 3.6 にあり、ホストを 4.0 以降にアップグレードする必要があります。
Red Hat Virtualization Manager 4.0 は、Red Hat Enterprise Linux 7.2 以降での実行がサポートされています。
バージョン 4.0 にアップグレードするには、Manager をホストするマシンのベースオペレーティングシステムもアップグレードする必要があります。

3.2. Red Hat Virtualization Manager 4.0 へのアップグレード

Red Hat Virtualization Manager 4.0 は、Red Hat Enterprise Linux 7 でのみサポートされます。Red Hat Enterprise Virtualization Manager 3.6 の実行に使用した物理マシンと同じマシンを使用する場合でも、Red Hat Enterprise Linux 7 および Red Hat Virtualization Manager 4.0 のクリーンインストールが必要です。アップグレードプロセスでは、Red Hat Enterprise Virtualization Manager 3.6 バックアップファイルを Red Hat Virtualization Manager 4.0 マシンに復元する必要があります。
重要
手順を試みる前に、環境内のすべてのデータセンターおよびクラスターにおいて、クラスターの互換性レベルがバージョン 3.6 に設定されている必要があります。
重要
ドメイン管理ツールを使用して設定されたディレクトリーサーバーは、Red Hat Enterprise Virtualization 3.6 以降はサポートされません。ディレクトリーサーバーがドメイン管理ツールを使用して設定されている場合は、環境をバックアップする前に新しい拡張ベースのプロバイダーに移行します。詳細は、『Administration Guide』 の Migrating from the Legacy Provider to the New Extension-Based Provider を参照してください。
Manager をアップグレードしたら、ホストをアップグレードできます。2章マイナーリリース間の更新を参照してください。次に、クラスターの互換性レベルを 4.0 に更新できます。4章アップグレード後のタスク を参照してください。
注記
接続されたホストと仮想マシンは、Manager のアップグレード中も引き続き動作可能です。
ovirt-engine-rename を使用して、アップグレード後に Manager が別の FQDN を持つ場合にのみ Manager の名前を変更します。
ovirt-engine-extension-aaa-ldapovirt-engine-extension-aaa-miscovirt-engine-extension-logger-log4j などの任意の拡張パッケージが Red Hat Enterprise Virtualization Manager 3.6 にインストールされている場合は、engine-setup を実行する前にアップグレードされた Manager にインストールする必要があります。これらのパッケージ拡張機能の設定は、アップグレードの一環として移行されません。

手順3.1 Red Hat Virtualization Manager 4.0 へのアップグレード

  1. Red Hat Enterprise Virtualization Manager 3.6 で、環境をバックアップします。
    # engine-backup --scope=all --mode=backup --file=backup.bck --log=backuplog.log
  2. バックアップファイルを適切なデバイスにコピーします。
  3. ISO ストレージドメインがエンジンと同じホスト上にある場合は、/var/lib/exports/iso の内容をバックアップします。
    # cd /var/lib/exports/iso
    # tar zcf iso_domain.tar.gz UUID
    ISO ストレージのバックアップファイルは、アップグレード後に 「ISO ドメインの移行」 で復元されます。
  4. Install Red Hat Enterprise Linux 7.詳細は、Red Hat Enterprise Linux インストールガイド を参照してください。
  5. Red Hat Virtualization Manager 4.0 をインストールします。Red Hat Virtualization インストールガイド を参照してください。
  6. バックアップファイルを Red Hat Virtualization Manager 4.0 マシンにコピーし、復元します。
    # engine-backup --mode=restore --file=backup.bck --log=restore.log --provision-db --provision-dwh-db --restore-permissions
    注記
    バックアップに追加のデータベースユーザーへの許可が含まれる場合は、このコマンドにより、無作為にパスワードが設定された追加のユーザーが作成されます。追加のユーザーが復元したシステムにアクセスする必要がある場合は、これらのパスワードを手動で変更する必要があります。を参照してください https://access.redhat.com/articles/2686731
    注記
    バックアップに Data Warehouse データが含まれている場合は、--provision-dwh-db オプションを使用します。
    レポートは Red Hat Virtualization 4.0 で非推奨となり、復元されません。詳細は、BZ#1340810 を参照してください。
  7. オプションの拡張機能パッケージが Red Hat Enterprise Virtualization Manager 3.6 マシンにインストールされている場合はインストールします。
    # yum install ovirt-engine-extension-aaa-ldap ovirt-engine-extension-aaa-misc ovirt-engine-extension-logger-log4j
    注記
    バックアップおよび復元プロセスの一部として移行されないため、これらの拡張機能パッケージの設定は手動で再適用する必要があります。
  8. Red Hat Virtualization Manager 4.0 に別のマシンを使用する場合は、Red Hat Enterprise Virtualization Manager 3.6 マシンの使用を停止します。
  9. engine-setup を実行して Manager を設定します。
    # engine-setup
  10. ovirt-engine-rename を実行して、FQDN が Red Hat Enterprise Virtualization Manager 3.6 マシンとは異なる場合にのみ Manager の名前を変更し、プロンプトに従って新しい詳細を設定します。
    # /usr/share/ovirt-engine/setup/bin/ovirt-engine-rename
注記
外部 CA を使用して HTTPS 証明書に署名する場合は、『Administration Guide』 の Replacing the Red Hat Virtualization Manager SSL Certificate に記載の手順に従って、アップグレード後に管理ポータルにログインします。virt-viewer の外部メニューが機能するように、CA 証明書がすべてのクライアントのシステム全体のトラストストアに追加されていることを確認します。詳細は、BZ#1313379 を参照してください。
環境で Red Hat Enterprise Linux ホストを更新する前に、バージョン 3.6 リポジトリーを無効にし、更新するホストで以下のコマンドを実行して、必要な 4.0 リポジトリーを有効にします。
# subscription-manager repos --disable=rhel-7-server-rhev-mgmt-agent-rpms
# subscription-manager repos --enable=rhel-7-server-rhv-4-mgmt-agent-rpms
RHEV-H ホストは RHVH 4.0 で再インストールする必要があります。『Installation Guide』 の Red Hat Virtualization Hosts を参照してください。ただし、お使いの環境にローカルストレージドメインがある場合は、「ローカルストレージを保持している間に RHVH へのアップグレード」 の手順を使用してください。
次に、ホストを更新してから、クラスターとデータセンターの互換バージョンを 4.0 に変更します。

3.3. ISO ドメインの移行

この手順では、「Red Hat Virtualization Manager 4.0 へのアップグレード」 で作成した iso_domain.tar.gz バックアップファイルを使用して、ISO ドメインを RHEV-M 3.6 から 4.0 に移行する方法を説明します。
注記
ISO ドメインは Manager 用仮想マシンに置かないでください。
  1. エクスポートディレクトリーを作成し、そのパーミッションを設定します。
    # mkdir -p /var/lib/exports/iso
    # chown -R 36:36 /var/lib/exports/
  2. ISO ドメインのバックアップをこのディレクトリーに展開します。
    # cd /var/lib/exports/iso
    # tar zxf iso_domain.tar.gz
  3. エクスポートディレクトリー内のファイルの SELinux コンテキストを設定します。
    # chcon -R system_u:object_r:public_content_rw_t:s0 /var/lib/exports/iso/
  4. 以下の行で /etc/exports.d/ovirt-engine-iso-domain.exports を作成します。
    /var/lib/exports/iso  *(rw)
  5. /etc/sysconfig/nfs で以下の行を編集します。
    RPCMOUNTDOPTS="-p 892"
    (..snip..)
    STATDARGS="-p 662 -o 2020"
    (..snip..)
    LOCKD_UDPPORT=32769
    LOCKD_UDPPORT=32803
    RPCRQUOTAOPTS="-p 875"
    
  6. nfs サービスを有効にします。
    # systemctl enable nfs
    # systemctl start nfs
    
  7. firewalld でサービスとポートを許可します。
    # firewall-cmd --add-service={nfs,rpc-bind}
    # firewall-cmd --add-service={nfs,rpc-bind} --permanent
    
    # firewall-cmd --add-port={32769/udp,32803/tcp,662/tcp,662/udp,875/tcp,875/udp,892/tcp,892/udp}
    # firewall-cmd --add-port={32769/udp,32803/tcp,662/tcp,662/udp,875/tcp,875/udp,892/tcp,892/udp} --permanent
    

3.4. ローカルストレージを保持している間に RHVH へのアップグレード

ローカルストレージは他のストレージドメインと共有されないため、ローカルストレージを別のクラスターのホストに移行することはできません(バージョン 4.0 へのアップグレード時など)。ローカルストレージドメインを持つ RHEV-H 3.6 ホストをアップグレードするには、ローカルストレージを保持しながらホストを再インストールし、4.0 環境で新しいローカルストレージドメインを作成し、以前のローカルストレージを新しいドメインにインポートします。
このプロセスは、Red Hat Virtualization Manager がバージョン 4.0 で、ホストが属するデータセンターおよびクラスターの互換性レベルが現在 3.6 であるという前提に基づいています。

手順3.2 ローカルストレージを保持している間に RHVH へのアップグレード

  1. このプロセスを開始する前に、RHEV-H ホストのローカルストレージがメンテナーンスモードにあることを確認します。
    1. Data Centers タブを開きます。
    2. 詳細ペインの Storage タブをクリックし、結果一覧でストレージドメインを選択します。
    3. Maintenance をクリックします。
  2. インストールガイドの Red Hat Virtualization Host の インストール で説明されているように、Red Hat Virtualization Host を再インストール』 します。
    重要
    インストール 画面で RHVH をインストールするデバイスを選択する場合は、仮想マシンを保存するデバイスを選択しないでください。オペレーティングシステムをインストールするデバイスのみを選択します。
    キックスタートを使用してホストをインストールする場合は、以下をキックスタートファイルに追加し、device を関連するデバイスに置き換えて、仮想マシンを含む デバイス を保持するようにしてください。
    # clearpart --all --drives=device
    キックスタートの使用方法は、『Red Hat Enterprise Linux 7 インストールガイド』 の キックスタート構文の参考 資料 を参照してください。
  3. 再インストールしたホストで、以前の環境を復元する /data などのディレクトリーを作成します。
    # mkdir /data
  4. 新しいディレクトリーに以前のローカルストレージをマウントします。この例では、/dev/sdX1 がローカルストレージになります。
    # mount /dev/sdX1 /data
  5. 新しいディレクトリーに以下のパーミッションを設定します。
    # chown -R 36:36 /data
    # chmod -R 0755 /data
  6. Red Hat では、サーバーの再起動が必要となる場合に備えて、/etc/fstab を介してローカルストレージを自動的にマウントすることも推奨しています。
    # blkid | grep -i sdX1
    /dev/sdX1: UUID="a81a6879-3764-48d0-8b21-2898c318ef7c" TYPE="ext4"
    
    # vi /etc/fstab
    UUID="a81a6879-3764-48d0-8b21-2898c318ef7c" /data    ext4    defaults     0       0
  7. 管理ポータルでデータセンターを作成し、Storage Type ドロップダウンメニューで Local を選択します。
  8. 新しいデータセンターでクラスターを設定します。詳細は、『Administration Guide』 の Creating a New Cluster を参照してください。
  9. Manager にホストを追加します。詳細は、『インストールガイドの Red Hat Virtualization Manager へのホストの追加 を参照してください。
  10. ホスト上で、最初のローカルストレージドメインの作成に使用する新しいディレクトリーを作成します。たとえば、以下のような設定です。
    # mkdir -p /localfs 
    # chown 36:36 /localfs
    # chmod -R 0755 /localfs
  11. 管理ポータルで Storage タブを開き、New Domain をクリックして新しいローカルストレージドメインを作成します。
    localfsName に、/localfsPath として定義します。
  12. ローカルストレージが Active になったら、ドメインの インポート を選択し、ドメインの詳細を定義します。
    たとえば、DataName として、Local on HostStorage Type に、/dataPath として定義します。
  13. OK をクリックして、ストレージドメインがすでにデータセンターにアタッチされていることを知らせるメッセージが表示されることを確認します。
  14. 新しいストレージドメインをアクティブ化します。
    1. Data Centers タブを開きます。
    2. 詳細ペインの Storage タブをクリックし、結果一覧で新しい Data ストレージドメインを選択します。
    3. Activate をクリックします。
  15. 新しいストレージドメインが Active になったら、仮想マシンとそのディスクをインポートします。
    1. Storage タブで、data を選択します。
    2. 詳細ペインで VM Import タブを選択し、仮想マシンを選択し、Import をクリックします。詳細は、『Administration Guide』 の Importing Virtual Machines from Imported Data Storage Domains を参照してください。
  16. すべての仮想マシンが正常にインポートされ、適切に機能していることを確認したら、localfs をメンテナンスモードに移行できます。
    1. Storage タブをクリックし、結果リストから localfs を選択します。
    2. 詳細ペインの Data Center タブをクリックします。
    3. Maintenance をクリックした後、OK をクリックしてストレージドメインをメンテナンスモードに移動します。
    4. Detach をクリックして、 Detach Storage の確認ウィンドウを開きます。
    5. OK をクリックします。
これで、ホストをバージョン 4.0 に正常にアップグレードし、新しいローカルストレージドメインを作成し、3.6 ストレージドメインとその仮想マシンをインポートできるようになりました。

3.5. 仮想マシンの移行

警告
Red Hat は、高度なライブマイグレーション 機能を使用して、異なるバージョンの Red Hat Virtualization を実行しているクラスター間で仮想マシンを直接移行することは推奨していません。Red Hat は、新しいバージョンのホストを現在のクラスターに追加し、仮想マシンを現在のホストから新しいバージョンホストに移行することを推奨します(すべての仮想マシンがそれ以降のバージョンホストで実行されるまで)。
注記
時間を節約するには、中間ステップとして 4.0 にアップグレードせずに 3.6 クラスターを 4.1 にアップグレードできます。クラスター への新規ホストの追加 を参照してください
クラスター内のホストをアップグレードできる場合は、ホストを新しいバージョンにアップグレードし、これを現行クラスターに追加します。

手順3.3 アップグレードされたホストのクラスターへの追加

  1. 現在のクラスターのホストを新しいバージョンにアップグレードします。詳細は、「ホストの更新」 を参照してください。
  2. 現在のクラスターに新しいバージョンホストを追加します。
    1. Maintenance をクリックして、新しいバージョンのホストをメンテナンスモードにします。
    2. Edit をクリックします。
    3. General タブで、ドロップダウンリストで現在のクラスターを選択します。
    4. OK をクリックします。
    5. Activate をクリックして、新しいバージョンのホストをメンテナンスモードから解除します。
クラスター内のホストをアップグレードできない場合は、新しいバージョンの Red Hat Virtualization を実行している新規ホストを作成し、これを現在のクラスターに追加します。

手順3.4 新規ホストのクラスターへの追加

  1. 新しいバージョンの Red Hat Virtualization を実行する新規ホストを作成します。詳細は、『インストールガイド』 の Red Hat Enterprise Linux ホスト (4.0)または Red Hat Enterprise Linux ホスト (4.1)を参照してください。
  2. 現在のクラスターに新しいバージョンホストを追加します。
    1. ホスト タブで、新規 をクリックし ます
    2. ドロップダウンリストから、Red Hat Virtualization の新しいバージョンと互換性のある データセンター および クラスター を選択します。
    3. 新規ホストの NameAddress、および Password を入力します。
    4. OK をクリックします。
クラスターで実行されている新しいバージョンのホストがある場合は、仮想マシンを移行できます。

手順3.5 仮想マシンの移行

  1. すべての仮想マシンが自動的に移行できることを確認します。
    1. Virtual Machines タブで、仮想マシンを選択します。
    2. Edit をクリックします。
    3. Hosts タブをクリックして、Any Host in Cluster が選択されていることを確認します。
    4. Migration ModeAllow manual and automatic migrationに設定されていることを確認します。
    5. OK をクリックします。
  2. 以前のバージョンのホストをメンテナンスモードにして、仮想マシンの自動移行をトリガーします。
    1. ホスト タブで 以前のバージョンのホストを選択します。
    2. Maintenance をクリックして、ホストをメンテナンスモードにします。
    3. OK をクリックします。
  3. すべての仮想マシンがそれ以降のバージョンホストで実行されているまで、これらの手順を繰り返します。
  4. クラスターの互換性レベルを新しいバージョンに変更します。詳細は、「クラスターの互換バージョンの変更」 を参照してください。
  5. 移行した各仮想マシンを停止して起動します。
    1. Virtual Machines タブで、仮想マシンを選択します。
    2. Shutdown をクリックします。
    3. Run をクリックします。

3.6. セルフホストエンジンのアップグレード

Red Hat Enterprise Virtualization Hypervisor ベースのセルフホスト環境を Red Hat Virtualization Host ベースのセルフホスト エンジン環境にアップグレードするには、セルフホストエンジン 『ガイドの RHEV-H ベースのセルフ』 ホストエンジン環境のアップグレード を参照して ください。
注記
ISO ドメインは Manager 用仮想マシンに置かないでください。

第4章 アップグレード後のタスク

4.1. クラスターの互換バージョンの変更

Red Hat Virtualization のクラスターには互換バージョンがあります。クラスターの互換バージョンは、そのクラスター内の全ホストがサポートする Red Hat Virtualization の機能を示します。クラスターの互換バージョンは、そのクラスター内で最も機能性の低いホストオペレーティングシステムのバージョンに応じて設定されます。
注記
クラスターの互換バージョンを変更するには、まず、クラスター内の全ホストを更新して、必要な互換性レベルをサポートするレベルにする必要があります。
クラスターのクラスター互換バージョンを更新したら、すべての実行中またはサスペンド中のすべての仮想マシンのクラスターの互換バージョンを更新し、変更が有効であることを確認する必要があります。これは、ゲストオペレーティングシステム内からではなく、Manager または REST API 呼び出し内から仮想マシンを再起動することで実現されます。仮想マシンは、再起動されるまで以前のクラスターの互換性レベルで引き続き実行されます。再起動が必要な仮想マシンには、Next-Run アイコン(感嘆符付き)のマークが付けられます。プレビュー中の仮想マシンスナップショットのクラスターの互換バージョンを変更することはできません。まずプレビューをコミットまたは元に戻す必要があります。
セルフホストエンジンの仮想マシンを再起動する必要はありません。セルフホストエンジン環境のアップグレードに関する詳細は、『セルフホストエンジンガイド』 の メンテナーンスおよびリソース のアップグレード を参照してください。

手順4.1 クラスターの互換バージョンの変更

  1. 管理ポータルで、Clusters タブをクリックします。
  2. 表示される一覧から変更するクラスターを選択します。
  3. Edit をクリックします。
  4. 互換バージョン を必要な値に変更します。
  5. OK をクリックして、Change Cluster Compatibility Version の確認ウィンドウを開きます。
  6. OK をクリックして確定します。
クラスターの互換バージョンを更新しました。データセンター内の全クラスターの互換バージョンを更新したら、データセンター自体の互換性バージョンを変更できます。

4.2. データセンターの互換バージョンの変更

Red Hat Virtualization データセンターには、互換バージョンがあります。互換バージョンは、データセンターが互換性を持つ Red Hat Virtualization のバージョンを示します。データセンター内のクラスターは、すべて指定の互換性レベルをサポートする必要があります。
注記
データセンターの互換バージョンを変更するには、最初にデータセンター内のすべてのクラスターを、必要な互換性レベルをサポートするレベルに更新する必要があります。

手順4.2 データセンターの互換バージョンの変更

  1. 管理ポータルから、Data Centers タブをクリックします。
  2. 表示される一覧から変更するデータセンターを選択します。
  3. Edit をクリックします。
  4. 互換バージョン を必要な値に変更します。
  5. OK をクリックして Change Data Center Compatibility Version の確認ウィンドウを開きます。
  6. OK をクリックして確定します。
データセンターの互換バージョンを更新しました。

付録A Red Hat Virtualization Manager のオフライン更新

A.1. Red Hat Virtualization Manager をオフラインでインストールするためのローカルリポジトリーの更新

ローカルリポジトリーから FTP 経由でパッケージを受信するシステムで Red Hat Virtualization Manager がホストされている場合は、リポジトリーを定期的に同期してコンテンツ配信ネットワークからパッケージの更新をダウンロードしてから、Manager システムを更新またはアップグレードする必要があります。更新パッケージは、セキュリティー問題、バグ修正、拡張機能の追加に対応します。
  1. リポジトリーをホストするシステムで、リポジトリーを同期して利用可能な各パッケージの最新バージョンをダウンロードします。
    # reposync -l --newest-only /var/ftp/pub/rhevrepo
    このコマンドは、多数のパッケージをダウンロードする可能性があり、完了するまでに時間がかかる場合があります。
  2. Manager システムでリポジトリーが利用可能であることを確認してから、Manager システムを更新またはアップグレードします。マイナーバージョン間で Manager を更新する方法は、「Red Hat Virtualization Manager の更新」 を参照してください。メジャーバージョン間のアップグレードに関する詳細は、「更新の概要」 を参照してください。