機械翻訳について
  1. 管理者ガイド
  2. 環境から4.5へのアップグレード

5 環境から4.5へのアップグレード

エンジンまたは自己ホスト・エンジンおよびKVMホストをアップグレードすることで、Oracle Linux Virtualization Manager環境を最新バージョンの4.4から4.5にアップグレードできます。 環境のGluster 8記憶域を使用した4.4から4.5へのアップグレードがサポートされています。

重要:

アップグレードする前に、次の前提条件に注意してください。

考慮事項

  • 必要な仮想マシンのダウンタイムを計画します。 クラスタ互換バージョンを更新すると、再起動後に新しいハードウェア構成が各仮想マシンに自動的に適用されます。 構成の変更を適用するには、実行中の仮想マシンまたは中断された仮想マシンをできるだけ早くリブートする必要があります。

  • 環境が4.5の要件を満たしていることを確認します。 「Oracle Linux Virtualization Manager: アーキテクチャおよびプランニング・ガイド」の要件とスケーラビリティの制限を参照してください。

  • メンテナンス・モードの特定のKVMホストをアップグレードするときに、仮想マシンのライブ・マイグレーションを実行するには、クラスタに少なくとも2つのKVMホスト(同じクラスタ内)が必要です。

ノート:

接続されたホストと仮想マシンは、エンジンのアップグレード中に引き続き機能します。

始める前に

アップグレード・プロセスを開始する前に、次の点に注意してください:

前提条件

  • エンジン・ホストのオペレーティング・システムは、Oracle Linux 8.8 (またはそれ以降のOracle Linux 8リリース)である必要があります。 そうでない場合は、エンジンを4.5にアップグレードする前に、エンジン・ホストをOracle Linux 8.8 (またはそれ以降のOracle Linux 8リリース)に「更新」します。

  • 環境内のすべてのデータ・センターおよびクラスタでは、クラスタ互換性レベルがバージョン4.4以上に設定されている必要があります。

  • 環境内のすべての仮想マシンは、そのクラスタと同じ互換性レベルである必要があります。

  • ULN登録済ホストの場合、またはOracle Linux Managerを使用している場合は、次のものにサブスクライブしていることを確認してください:
    • ol8_x86_64_ovirt45
    • ol8_x86_64_ovirt45_extras

  • 外部CAを使用してHTTPS証明書に署名する場合は、「Oracle Linux Virtualization Manager Apache SSL証明書の置換」のステップに従います。 バックアップおよびリストアには3rd-party証明書が含まれているため、アップグレード後に管理ポータルにログインできます。 virt-viewerの外部メニューが機能するように、すべてのクライアントのシステム全体のトラスト・ストアにCA証明書が追加されていることを確認します。

  • さらに、自己ホスト・エンジン環境の場合:
    • DHCPを使用し、同じIPアドレスを使用する場合は、自己ホスト・エンジンのMACアドレスをノートにとります。 デプロイ・スクリプトによって、この情報の入力を求められます。
    • アップグレード中に仮想マシンの自動移行を回避するには、クラスタのスケジューリング・ポリシーをcluster_maintenanceに設定します。

エンジンまたは自己ホスト・エンジンを最新バージョンの4.4に更新しています

4.5にアップグレードする前に、エンジンまたは自己ホスト・エンジンを最新バージョンの4.4に更新する必要があります。

  1. 「(自己ホスト型エンジンのみ)」仮想マシンを移行し、グローバル・メンテナンス・モードを有効にします。

    • 自己ホスト・エンジンの仮想マシンを含むホストから、その他すべての仮想マシンを移行します。 仮想マシンを同じクラスタ内の別のホストに移動します。 アップグレード中、ホストには自己ホスト・エンジンの仮想マシンのみを含めることができます(ほかの仮想マシンはホスト上に存在できません)。 ライブ移行を使用して、仮想マシンのダウンタイムを最小限に抑えます。 「ホスト間での仮想マシンの移行」を参照してください。

    • グローバル・メンテナンス・モードの有効化:
      1. 自己ホスト・エンジンが実行されているKVMホスト、または自己ホスト・エンジンを実行するように構成されたKVMホストにログインします。
      2. グローバル・メンテナンス・モードの有効化:
        # hosted-engine --set-maintenance --mode=global
      3. 続行する前に、環境がグローバル・メンテナンス・モードであることを確認します:
        # hosted-engine --vm-status
      4. 次のメッセージが表示されます。
        !! Cluster is in GLOBAL MAINTENANCE mode !!
  2. エンジンまたは自己ホスト・エンジン・マシンで、最新のOracle Linux Virtualization Managerリリース4.4パッケージに更新します。 
    # dnf update oracle-ovirt-release-el8
  3. 更新されたパッケージを確認します:
    # engine-upgrade-check
  4. 設定パッケージを更新します:
    # dnf update ovirt\*setup\*
  5. エンジンまたは自己ホスト・エンジンを更新します:
    # engine-setup

    重要:

    更新プロセスには時間がかかる場合があります。 プロセスが完了する前に停止しないでください。

    engine-setupスクリプト:

    • 構成に関する質問のプロンプト

      詳細は、「Oracle Linux Virtualization Manager: はじめに」のエンジン構成オプションを参照してください。

    • ovirt-engineサービスを停止

    • 更新されたパッケージをダウンロードしてインストール

    • データベースのバックアップと更新

    • インストール後の構成を実行

    • ovirt-engineサービスを起動

    ノート:

    engine-setupスクリプトは、初期エンジンのインストール・プロセス中に指定された格納済構成値を表示します。 これらの格納された値は、構成のプレビュー時に表示され、インストール後にengine-configを実行した場合は最新ではない場合があります。 ただし、engine-setupでは、更新された値は上書きされません。

    たとえば、インストール後にengine-configを実行してSANWipeAfterDeleteをtrueに更新した場合、engine-setupは構成プレビューでDefault SAN wipe after delete: Falseを出力します。 ただし、engine-setupは、この値を適用せず、SANWipeAfterDeleteをtrue設定に保持します。

    更新が成功すると、次が表示されます:

    Execution of setup completed successfully

    更新に失敗すると、engine-setupコマンドはインストールを以前の状態にロールバックしようとします。 更新が失敗した場合は、インストールのリストア方法を説明する詳細な手順が表示されます。

  6. 基本オペレーティング・システムおよびエンジンにインストールされているオプション・パッケージを更新します:
    # dnf update
  7. カーネル・パッケージが更新された場合は、マシンをリブートして更新を完了します。
  8. これで、KVMホストを更新する準備ができました。

KVMホストの最新バージョンの4.4への更新

  1. 管理ポータルで、「計算」に移動して「ホスト」をクリックします。

  2. 「ホスト」ペインで、ホストの空白またはリンクされていないセルをクリックして選択します。

  3. 「インストール」、「アップグレードのチェック」の順にクリックします。

  4. ホストのアップグレード・ウィンドウで、「OK」をクリックします。

    エンジンはKVMホストをチェックして、更新が必要かどうかを確認します。

  5. マウスを使用して、ホスト名の横にあるアイコンにマウス・ポインタを重ねて、更新が使用可能かどうかを確認します。

  6. 更新を続行するには、「インストール」、「アップグレード」の順にクリックします。

  7. 「ホストのアップグレード」ウィンドウで、OKをクリックして更新プロセスを開始します。

これらのステップを繰り返して、同じクラスタ内の残りのKVMホストを、すべて最新バージョンの4.4に更新するまで1つずつ更新します。

エンジンまたは自己ホスト・エンジンおよびKVMホストの更新が終了したら、「エンジンまたは自己ホスト・エンジンのアップグレード」に進みます。

エンジンまたは自己ホスト・エンジンのアップグレード

アップグレード・プロセスを開始する前に、

  1. エンジンまたは自己ホスト・エンジン・マシンで、Oracle Linux Virtualization Managerリリース4.5パッケージをインストールします。 
    # dnf install oracle-ovirt-release-45-el8
  2. ovirt-4.5およびovirt-4.5-extrasリポジトリが有効になっていることを確認します。 
    # dnf repolist

    いずれかのリポジトリが有効でない場合は、dnf config-manager --enable repositoryコマンドを使用して有効にします。

  3. 更新されたパッケージを確認します:

    # engine-upgrade-check

  4. 設定パッケージを更新します:

    # dnf update ovirt\*setup\*

  5. エンジンまたは自己ホスト・エンジンを更新します:

    # engine-setup

  6. 「KVMホストのアップグレード」に進みます。

KVMホストのアップグレード

アップグレード・プロセス中に、すべての仮想マシンを環境内の別のホストに移行する必要があります。 これにより、環境内の仮想マシンの停止時間が最小限に抑えられます。 アップグレード後、KVMホストをエンジンに再接続し、仮想マシンをホストに戻すことができます。

KVMホストをアップグレードするには、エンジンまたは自己ホスト・エンジンのアップグレードを完了する前に、KVMホストを最新バージョンの4.4に更新する必要があります。 また、Oracle Linux 7 KVMホストをOracle Linux 8にアップグレードする必要があります。 始める前にを参照してください。

注意:

ホストのオペレーティング・システムをインストールまたは再インストールする場合、Oracleでは、これらのディスクの誤った初期化による潜在的なデータ損失を回避するために、まずホストから既存の非OS記憶域を切り離すことを強くお勧めします。

  1. 4.5エンジンがインストールされ、実行中であることを確認します。

  2. (オプション)環境内のすべてのデータ・センターおよびクラスタが同じ互換性レベルであることを確認します。

  3. アップグレードするホストを選択し、ホストの仮想マシンを同じクラスタ内の別のホストに移行します。 CPUに固定された仮想マシンは、ライブ移行の前に停止し、別の使用可能なKVMホストにブートする必要があります。

    ライブ移行を使用すると、仮想マシンのダウンタイムを最小限に抑えることができます。 「ホスト間での仮想マシンの移行」を参照してください。
  4. ULN登録済ホストの場合、またはOracle Linux Managerを使用している場合は、次のものにサブスクライブしていることを確認してください:
    • ol8_x86_64_ovirt45
    • ol8_x86_64_ovirt45_extras
  5. Oracle Linux Virtualization Managerリリース4.5パッケージをインストールします:
    # dnf install oracle-ovirt-release-45-el8
  6. ホストでUEK R7が実行されている場合:
    1. 「追加のカーネル・モジュール」パッケージをインストールします。
      # dnf install kernel-uek-modules-extra
    2. ホストを再起動します。

      重要:

      再起動したKVMホストがハイパーコンバージド・セルフ・ホスト・エンジン環境にある場合は、アップグレード・プロセスを続行する前に次の情報を確認してください。
      • KVMホストの再起動後、glusterdサービスはデバイスおよび前提条件のチェックに時間がかかります。 ボリュームの数によって異なるため、完了にはかなりの時間がかかる場合があります。 また、ボリューム・サイズは、自己修復プロセスが開始されるかどうかに影響します。
      • LVMボリュームまたはサービスを手動でアクティブ化するか、ボリュームの修復を開始する前に、Glusterログでエラーと障害がないか確認してください。
      • すべてのGluster記憶域を接続できることを確認してください: hosted-engine --connect-storage.
      • すべてのKVMノードで、Glusterボリュームおよびovirt-ha-agent/ovirt-ha-brokerサービスが良好なステータスであることを確認します:
        gluster volume status
systemctl status ovirt-ha-agent
systemctl status ovirt-ha-agent
  7. KVMホストを4.5にアップグレードします:

    1. 管理ポータルで、「計算」に移動して「ホスト」をクリックします。

    2. 「ホスト」ペインで、ホストの空白またはリンクされていないセルをクリックして選択します。

    3. 「インストール」、「アップグレードのチェック」の順にクリックします。

    4. ホストのアップグレード・ウィンドウで、「OK」をクリックします。

      エンジンはKVMホストをチェックして、更新が必要かどうかを確認します。

    5. マウスを使用して、ホスト名の横にあるアイコンにマウス・ポインタを重ねて、更新が使用可能かどうかを確認します。

    6. 更新を続行するには、「インストール」、「アップグレード」の順にクリックします。

    7. 「ホストのアップグレード」ウィンドウで、OKをクリックして更新プロセスを開始します。

  8. これらのステップを繰り返して、同じクラスタ内の残りのKVMホストを、すべて4.5が実行されるまで1つずつアップグレードします。

  9. 互換性バージョンを4.7に更新して、リリース4.5のすべての機能を使用します。

    「アップグレード後のデータ・センターとクラスタの互換バージョンの変更」を参照してください。

ハイパーコンバージド・セルフ・ホスト・エンジン環境でのKVMホストのリブート

KVMホストの再起動後、glusterdサービスはデバイスおよび前提条件のチェックに時間がかかります。 ボリュームの数によって異なるため、完了にはかなりの時間がかかる場合があります。 また、ボリューム・サイズは、自己修復プロセスが開始されるかどうかに影響します。

アップグレード後のデータ・センターとクラスタの互換バージョンの変更

Oracle Linux Virtualization Managerのデータ・センターおよびクラスタには互換バージョンがあります。 データ・センターの互換バージョンは、データ・センターと互換性があるOracle Linux Virtualization Managerのバージョンを示しています。 クラスタの互換バージョンは、クラスタ内のすべてのホストでサポートされる機能を示しています。 クラスタの互換性は、クラスタ内の最小機能のホスト・オペレーティング・システムのバージョンに従って設定されています。

エンジンを4.5にアップグレードした後に優先されるアプローチは、すべてのホストを4.5にアップグレードしてから、クラスタの互換性を4.7に変更することです。 その後、4.5のホストとして、新しいホストを追加できます。

重要:

Oracle Linux Virtualization Managerバージョンは4.5ですが、対応する互換性バージョンは4.7です。

互換バージョンの制限

アップグレード後に互換バージョンに関する問題が発生しないように、これらの制限を考慮してください。

データ・センターの互換バージョン

データ・センターの互換性レベルとは、データ・センター内のすべてのクラスタに使用できる最小バージョンのことです。 たとえば:

  • データ・センターの互換性レベルが4.7の場合、互換性レベルが4.7のクラスタのみを持つことができます。

  • データ・センターの互換性レベルが4.4の場合、4.4以上の互換性レベル・クラスタを持つことができます。

クラスタの互換性バージョン

クラスタの互換性レベルとは、クラスタに追加するホストの最小バージョンのことです。 たとえば:

  • 4.6互換性バージョン・クラスタがある場合は、4.4または4.5ホストを追加できます。

  • 4.7互換バージョン・クラスタがある場合は、4.5ホストのみを追加できます。

互換性バージョンの変更時に発生する可能性のあるエラー

  • 4.4互換性バージョン・クラスタがある場合に、データ・センターの互換性バージョンを4.6から4.7に変更しようとすると、次のエラーが発生します: 

    Cannot update Data Center compatibility version to a value that is greater than its 
cluster's version. The following clusters should be upgraded: [clustername]

  • 4.4ホストを実行しているときに、クラスタ互換性バージョンを4.6から4.7に変更しようとすると、次のエラーが発生します: 

    Error while executing action: Cannot change Cluster Compatibility Version to higher version 
when there are active Hosts with lower version. -Please move Host [hostname] with lower 
version to maintenance first.

  • 4.4ホストをメンテナンス・モードにすると、クラスタを変更してからデータ・センターの互換性バージョンを4.7に変更できます。 ただし、次のイベントによる動作不能がホストに表示されます。 

    Host [hostname] is compatible with versions ([version levels]) and cannot join Cluster 
[clustername] which is set to version [version level].

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

クラスタの互換バージョンを変更するには、まずクラスタ内のすべてのホストを、必要な互換レベルをサポートするレベルにアップグレードしておく必要があります。

  1. すべてのホストで、目的の互換性レベルをサポートするバージョン・レベルが実行されていることを確認します。 「互換バージョンの制限」を参照してください。

  2. 管理ポータルで、「計算」に移動して「クラスタ」をクリックします。

  3. 変更するクラスタを選択し、「編集」をクリックします。

  4. 「クラスタの編集」ダイアログ・ボックスで、「一般」を選択します。

  5. 「互換バージョン」で、目的の値を選択して「OK」をクリックします。

  6. クラスタ互換バージョンの変更確認ウィンドウで、「OK」をクリックします。

    重要:

    一部の仮想マシンおよびテンプレートが間違って構成されていることを警告するエラー・メッセージが表示される場合があります。 このエラーを修正するには、各仮想マシンを手動で編集します。 「仮想マシンの編集」ウィンドウには、追加の検証結果および修正が必要な内容を示す警告が表示されます。 問題が自動的に修正された場合は、仮想マシン構成の再保存のみが必要です。 各仮想マシンの編集後、クラスタの互換バージョンを変更できます。

  7. 実行中または一時停止中のすべての仮想マシンのクラスタの互換バージョンを、管理ポータルから仮想マシンを再起動して更新します。

    ノート:

    仮想マシンは、再起動するまで、引き続き以前のクラスタの互換レベルで実行されます。 Next-Runアイコン(感嘆符付きの三角形)は、再起動が必要な仮想マシンを示します。 ただし、自己ホスト・エンジンの仮想マシンを再起動する必要はありません。

    プレビューされている仮想マシン・スナップショットのクラスタ互換性バージョンは変更できません。 最初にプレビューをコミットまたは元に戻す必要があります。

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

データ・センター内のすべてのクラスタの互換性バージョンを更新した後、データ・センター自体の互換性バージョンを変更できます。

  1. すべてのクラスタが適切な互換性バージョンであることを確認します。 そうでない場合は、クラスタのバージョンを変更します。「クラスタの互換バージョンの変更」を参照してください。

  2. 管理ポータルで、「計算」に移動して「データ・センター」をクリックします。

  3. 変更するデータ・センターを選択し、「編集」をクリックします。

  4. データ・センターの編集ダイアログ・ボックスで、「互換バージョン」を必要な値に変更し、「OK」をクリックします。

  5. データ・センターの互換バージョンの変更確認ウィンドウで、「OK」をクリックします。