環境の更新

エンジンの更新

重要:

環境を「アップグレード」にする場合は、「4.5への環境のアップグレード」セクションの「エンジンまたは自己ホスト・エンジンを4.4に更新しています」を参照してください。

エンジンを更新するには:

リリースrpmを更新します。
- 4.4から4.4の最新バージョンに更新する場合は、次を実行します:
```
# dnf update oracle-ovirt-release-el8
```
- 4.5から4.5の最新バージョンに更新する場合は、次を実行します:
```
# dnf update oracle-ovirt-release-45-el8
```
エンジンが更新に適格かどうか、およびパッケージの更新があるかどうかを確認します。
```
# engine-upgrade-check
...
Upgrade available.
```
設定パッケージを更新し、依存関係を解決します。
```
# dnf update ovirt\*setup\*
...
Complete!
```
エンジンを更新します:
```
# 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コマンドはインストールを以前の状態にロールバックしようとします。更新が失敗した場合は、インストールのリストア方法を説明する詳細な手順が表示されます。
ベース・オペレーティング・システムおよびインストールされているオプション・パッケージを更新します。
```
# dnf update
```
ノート:

更新によってカーネル・パッケージがアップグレードされた場合は、システムをリブートして変更を完了します。

自己ホスト・エンジンの更新

重要:

環境を「アップグレード」にする場合は、「4.5への環境のアップグレード」セクションの「エンジンまたは自己ホスト・エンジンを4.4に更新しています」を参照してください。

自己ホスト・エンジンを更新する前に、自己ホスト・エンジン環境をグローバル・メンテナンス・モードにする必要があります。

自己ホスト・エンジン・ホストにログインし、グローバル・メンテナンス・モードを有効にします。
```
# hosted-engine --set-maintenance --mode=global
```
環境がメンテナンス・モードであることを確認します。
```
# hosted-engine --vm-status
```
クラスタがメンテナンス・モードであることを示す次のメッセージが表示されます。
```
!! Cluster is in GLOBAL MAINTENANCE mode !!
```
リリースrpmを更新します。
- 4.4から4.4の最新バージョンに更新する場合は、次を実行します:
```
# dnf update oracle-ovirt-release-el8
```
- 4.5から4.5の最新バージョンに更新する場合は、次を実行します:
```
# dnf update oracle-ovirt-release-45-el8
```
エンジン仮想マシンにログインし、エンジンが更新に適格かどうか、およびパッケージの更新があるかどうかを確認します。
```
# engine-upgrade-check
...
Upgrade available.
```
設定パッケージを更新し、依存関係を解決します。
```
# dnf update ovirt\*setup\*
...
Complete!
```
自己ホスト・エンジンを更新します:
```
# 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コマンドはインストールを以前の状態にロールバックしようとします。更新が失敗した場合は、インストールのリストア方法を説明する詳細な手順が表示されます。
ベース・オペレーティング・システムおよびエンジンにインストールされているオプション・パッケージを更新します。
```
# dnf update
```
重要:

カーネル・パッケージが更新された場合は、マシンをリブートして更新を完了します。

自己ホスト・エンジンを更新した後、自己ホスト・エンジン環境のグローバル・メンテナンス・モードを無効にする必要があります。

エンジン仮想マシンにログインし、シャットダウンします。
自己ホスト・エンジン・ホストにログインし、グローバル・メンテナンス・モードを無効にします。
```
# hosted-engine --set-maintenance --mode=none
```
ノート:

グローバル・メンテナンス・モードを終了すると、ovirt-ha-agentによってエンジン仮想マシンが起動され、エンジンが自動的に起動します。このプロセスには最大で10分かかります。
環境が実行されていることを確認します。
```
# hosted-engine --vm-status
```
ステータス情報にはエンジン・ステータスが表示され、その値は次のようになります。
```
{"health": "good", "vm": "up", "detail": "Up"}
```
仮想マシンがまだ起動中で、エンジンがまだ起動していない場合、エンジン・ステータスは次のようになります。
```
{"reason": "bad vm status", "health": "bad", "vm": "up", "detail": "Powering up"}
```
この場合は、数分待ってから、再試行してください。

KVMホストの更新

重要:

環境を「アップグレード」にする場合は、「4.5への環境のアップグレード」セクションの「開始する前に」を参照してください。

KVMホストを更新する前に、いくつかの考慮事項があります。

移行がクラスタ・レベルで有効になっている場合、仮想マシンはクラスタ内の別のホストに自動的に移行されます。
更新を実行する前に、クラスタに複数のホストが含まれている必要があります。
記憶域プール・マネージャ(SPM)のタスクを実行するために1つのホストが使用可能なままになっている必要があるため、すべてのホストを同時に更新しようとしないでください。
クラスタのホストでメンテナンスを実行するには、十分なメモリー予約がクラスタに必要です。クラスタに十分なメモリーがない場合、仮想マシンの移行がハングし、その後失敗します。仮想マシンの移行のメモリー使用量を減らすには、ホストを更新する前に仮想マシンの一部またはすべてを停止します。
vGPUを使用する仮想マシンを別のホストに移行することはできません。 vGPUがインストールされている仮想マシンは、ホストの更新前に停止する必要があります。

KVMホストを更新するには、管理ポータルで次のステップを実行します:

管理ポータルで、「計算」に移動して「ホスト」をクリックします。
「ホスト」ペインで、ホストの空白またはリンクされていないセルをクリックして選択します。
「インストール」、「アップグレードのチェック」の順にクリックします。
ホストのアップグレード・ウィンドウで、「OK」をクリックします。

エンジンはKVMホストをチェックして、更新が必要かどうかを確認します。
マウスを使用して、ホスト名の横にあるアイコンにマウス・ポインタを重ねて、更新が使用可能かどうかを確認します。
更新を続行するには、「インストール」、「アップグレード」の順にクリックします。
「ホストのアップグレード」ウィンドウで、OKをクリックして更新プロセスを開始します。

ホストペインで、更新ステージを介したホストの遷移を確認できます: メンテナンス, インストール中, 上へ. ホストは更新後にリブートされ、成功した場合は「稼働中」のステータスが表示されます。他のホストに移行されていた仮想マシンがある場合は、元のホストに戻されます。

ノート:

更新が失敗した場合は、ホストのステータスが「インストールに失敗」に変わるので、「インストール」をクリックしてから「アップグレード」を再度クリックする必要があります。
(オプション)更新する環境内の任意のKVMホストについて、前述のステップを繰り返します。