第11章 Nodes

11.1. ノードのメンテナンス
リンクのコピー

oc adm ユーティリティーまたは NodeMaintenance カスタムリソース (CR) を使用してノードをメンテナンスモードにすることができます。

注記

node-maintenance-operator (NMO) は OpenShift Virtualization に同梱されなくなりました。これは、OpenShift Container Platform Web コンソールの OperatorHub から、または OpenShift CLI (oc) を使用して、スタンドアロン Operator としてデプロイされます。

ノードの修復、フェンシング、メンテナンスの詳細は、Red Hat OpenShift のワークロードの可用性を参照してください。

重要

仮想マシンでは、共有 ReadWriteMany (RWX) アクセスモードを持つ永続ボリューム要求 (PVC) のライブマイグレーションが必要です。

Node Maintenance Operator は、新規または削除された NodeMaintenance CR をモニタリングします。新規の NodeMaintenance CR が検出されると、新規ワークロードはスケジュールされず、ノードは残りのクラスターから遮断されます。退避できるすべての Pod はノードから退避されます。NodeMaintenance CR が削除されると、CR で参照されるノードは新規ワークロードで利用可能になります。

注記

ノードのメンテナンスタスクに NodeMaintenance CR を使用すると、標準の OpenShift Container Platform カスタムリソース処理を使用して oc adm cordon および oc adm drain コマンドの場合と同じ結果が得られます。

11.1.1. 退避ストラテジー
リンクのコピー

ノードがメンテナンス状態になると、ノードにはスケジュール対象外のマークが付けられ、ノードからすべての仮想マシンおよび Pod の drain (Pod の退避) が実行されます。

仮想マシン (VM) またはクラスターの退避ストラテジーを設定できます。

仮想マシン退避ストラテジー

仮想マシンの LiveMigrate 退避ストラテジーは、ノードがメンテナンス状態になるか、drain (Pod の退避) が実行される場合に仮想マシンインスタンスが中断されないようにします。このエビクション戦略を持つ VMI は、別のノードにライブマイグレーションされます。

Web コンソールまたはコマンドラインを使用して、仮想マシンのエビクション戦略を設定できます。

重要

デフォルトのエビクション戦略は LiveMigrate です。移行不可能な仮想マシンが LiveMigrate 退避ストラテジーを使用していると、ノードの drain が妨げられたり、インフラストラクチャーのアップグレードがブロックされたりする可能性があります。これは、その仮想マシンがノードから退避されないためです。この状況では、仮想マシンを手動でシャットダウンしない限り、移行は Pending または Scheduling 中の状態のままになります。

移行不可能な仮想マシンの退避ストラテジーを、アップグレードをブロックしない LiveMigrateIfPossible に設定する必要があります。移行すべきでない仮想マシンの場合は、None に設定する必要があります。

クラスター退避ストラテジー: ワークロードの継続性またはインフラストラクチャーのアップグレードを優先するために、クラスターのエビクションストラテジーを設定できます。

重要

クラスターエビクションストラテジーの設定は、テクノロジープレビュー機能です。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は、実稼働環境でこれらを使用することを推奨していません。テクノロジープレビュー機能は、最新の製品機能をいち早く提供して、開発段階で機能のテストを行い、フィードバックを提供していただくことを目的としています。

Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、テクノロジープレビュー機能のサポート範囲を参照してください。

Expand

表11.1 クラスターエビクションストラテジー
退避ストラテジー	説明	ワークフローを中断する	アップグレードをブロックする
`LiveMigrate` ¹	アップグレードよりもワークロードの継続性を優先します。	いいえ	はい ²
`LiveMigrateIfPossible`	ワークロードの継続性よりもアップグレードを優先して、環境が確実に更新されるようにします。	はい	いいえ
`None` ³	退避ストラテジーを使用せずに仮想マシンをシャットダウンします。	はい	いいえ

マルチノードクラスターのデフォルトの退避ストラテジー。
仮想マシンがアップグレードをブロックする場合は、仮想マシンを手動でシャットダウンする必要があります。
シングルノード OpenShift のデフォルトのエビクション戦略。

11.1.1.1. コマンドラインを使用した仮想マシンエビクション戦略の設定
リンクのコピー

コマンドラインを使用して、仮想マシンのエビクション戦略を設定できます。

重要

デフォルトの退避ストラテジーは LiveMigrate です。移行不可能な仮想マシンが LiveMigrate 退避ストラテジーを使用していると、ノードの drain が妨げられたり、インフラストラクチャーのアップグレードがブロックされたりする可能性があります。これは、その仮想マシンがノードから退避されないためです。この状況では、仮想マシンを手動でシャットダウンしない限り、移行は Pending または Scheduling 中の状態のままになります。

移行不可能な仮想マシンのエビクションストラテジーを、アップグレードをブロックしない LiveMigrateIfPossible に設定する必要があります。移行すべきでない仮想マシンの場合は、None に設定する必要があります。

手順

次のコマンドを実行して、VirtualMachine リソースを編集します。

oc edit vm <vm_name> -n <namespace>

$ oc edit vm <vm_name> -n <namespace>

Copy to Clipboard

Toggle word wrap

退避ストラテジーの例

apiVersion: kubevirt.io/v1
kind: VirtualMachine
metadata:
  name: <vm_name>
spec:
  template:
    spec:
      evictionStrategy: LiveMigrateIfPossible 
# ...

apiVersion: kubevirt.io/v1
kind: VirtualMachine
metadata:
  name: <vm_name>
spec:
  template:
    spec:
      evictionStrategy: LiveMigrateIfPossible


# ...

Copy to Clipboard

Toggle word wrap

1: 退避ストラテジーを指定します。デフォルト値は LiveMigrate です。

仮想マシンを再起動して変更を適用します。
```
virtctl restart <vm_name> -n <namespace>
```
```
$ virtctl restart <vm_name> -n <namespace>
```
Copy to Clipboard Toggle word wrap

11.1.1.2. コマンドラインを使用したクラスターエビクション戦略の設定
リンクのコピー

コマンドラインを使用して、クラスターの退避ストラテジーを設定できます。

重要

Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、テクノロジープレビュー機能のサポート範囲を参照してください。

手順

次のコマンドを実行して、hyperconverged リソースを編集します。
```
oc edit hyperconverged kubevirt-hyperconverged -n openshift-cnv
```
```
$ oc edit hyperconverged kubevirt-hyperconverged -n openshift-cnv
```
Copy to Clipboard Toggle word wrap

次の例に示すように、クラスターの退避ストラテジーを設定します。

クラスターの退避ストラテジーの例

apiVersion: hco.kubevirt.io/v1beta1
kind: HyperConverged
metadata:
  name: kubevirt-hyperconverged
spec:
  evictionStrategy: LiveMigrate
# ...

apiVersion: hco.kubevirt.io/v1beta1
kind: HyperConverged
metadata:
  name: kubevirt-hyperconverged
spec:
  evictionStrategy: LiveMigrate
# ...

Copy to Clipboard

Toggle word wrap

11.1.2. 戦略を実行する
リンクのコピー

spec.running: true で設定された仮想マシンはすぐに再起動されます。spec.runStrategy キーを使用すると、特定の条件下で仮想マシンがどのように動作するかを決定するための柔軟性が高まります。

重要

spec.runStrategy キーと spec.running キーは相互に排他的です。いずれか 1 つだけを使用できます。

両方のキーを含む仮想マシン設定は無効です。

11.1.2.1. 戦略を実行する
リンクのコピー

spec.runStrategy キーには 4 つの値があります。

Always: 仮想マシンインスタンス (VMI) は、仮想マシンが別のノードに作成されるときに常に存在します。元の VMI が何らかの理由で停止した場合、新しい VMI が作成されます。これは、running: true と同じ動作です。
RerunOnFailure: 以前のインスタンスに障害が発生した場合、VMI は別のノードで再作成されます。仮想マシンがシャットダウンされた場合など、仮想マシンが正常に停止した場合、インスタンスは再作成されません。
Manual: VMI 状態は、virtctl クライアントコマンドの start、stop、および restart を使用して手動で制御します。仮想マシンは自動的には再起動されません。
Halted: 仮想マシンの作成時には VMI は存在しません。これは、running: false と同じ動作です。

virtctl start、stop、および restart コマンドのさまざまな組み合わせは、実行戦略に影響します。

次の表では、仮想マシンの状態間の遷移を説明します。最初の列には、仮想マシンの初期実行ストラテジーを示します。残りの列には、virtctl コマンドと、そのコマンドを実行した後の新しい実行ストラテジーを示します。

Expand

表11.2 virtctl コマンド前後の実行ストラテジー
初期実行ストラテジー	Start	Stop	Restart
Always	-	Halted	Always
RerunOnFailure	RerunOnFailure	RerunOnFailure	RerunOnFailure
Manual	Manual	Manual	Manual
Halted	Always	-	-

注記

インストーラーによってプロビジョニングされたインフラストラクチャーを使用してインストールされたクラスター内のノードがマシンの健全性チェックに失敗して使用できない場合は、runStrategy: Always または runStrategy: RerunOnFailure を持つ仮想マシンが新しいノードで再スケジュールされます。

11.1.2.2. コマンドラインを使用した仮想マシン実行戦略の設定
リンクのコピー

コマンドラインを使用して、仮想マシンの実行戦略を設定できます。

重要

spec.runStrategy キーと spec.running キーは相互に排他的です。両方のキーの値を含む仮想マシン設定は無効です。

手順

次のコマンドを実行して、VirtualMachine リソースを編集します。

oc edit vm <vm_name> -n <namespace>

$ oc edit vm <vm_name> -n <namespace>

Copy to Clipboard

Toggle word wrap

実行ストラテジーの例

apiVersion: kubevirt.io/v1
kind: VirtualMachine
spec:
  runStrategy: Always
# ...

apiVersion: kubevirt.io/v1
kind: VirtualMachine
spec:
  runStrategy: Always
# ...

Copy to Clipboard

Toggle word wrap

11.1.3. ベアメタルノードのメンテナンス
リンクのコピー

OpenShift Container Platform をベアメタルインフラストラクチャーにデプロイする場合、クラウドインフラストラクチャーにデプロイする場合と比較すると、追加で考慮する必要のある点があります。クラスターノードが一時的とみなされるクラウド環境とは異なり、ベアメタルノードを再プロビジョニングするには、メンテナンスタスクにより多くの時間と作業が必要になります。

致命的なカーネルエラーが発生したり、NIC カードのハードウェア障害が発生する場合などにベアメタルノードに障害が発生した場合には、障害のあるノードが修復または置き換えられている間に、障害が発生したノード上のワークロードをクラスターの別の場所で再起動する必要があります。ノードのメンテナンスモードにより、クラスター管理者はノードの電源をグレースフルに停止し、ワークロードをクラスターの他の部分に移動させ、ワークロードが中断されないようにします。詳細な進捗とノードのステータスの詳細は、メンテナンス時に提供されます。

トップに戻る

第11章 Nodes

11.1. ノードのメンテナンス
リンクのコピー

11.1.1. 退避ストラテジー
リンクのコピー

11.1.1.1. コマンドラインを使用した仮想マシンエビクション戦略の設定
リンクのコピー

11.1.1.2. コマンドラインを使用したクラスターエビクション戦略の設定
リンクのコピー

11.1.2. 戦略を実行する
リンクのコピー

11.1.2.1. 戦略を実行する
リンクのコピー

11.1.2.2. コマンドラインを使用した仮想マシン実行戦略の設定
リンクのコピー

11.1.3. ベアメタルノードのメンテナンス
リンクのコピー

詳細情報

試用、購入および販売

コミュニティー

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

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

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

第11章 Nodes

11.1. ノードのメンテナンスリンクのコピーリンクがクリップボードにコピーされました!

11.1.1. 退避ストラテジーリンクのコピーリンクがクリップボードにコピーされました!

11.1.1.1. コマンドラインを使用した仮想マシンエビクション戦略の設定リンクのコピーリンクがクリップボードにコピーされました!

11.1.1.2. コマンドラインを使用したクラスターエビクション戦略の設定リンクのコピーリンクがクリップボードにコピーされました!

11.1.2. 戦略を実行するリンクのコピーリンクがクリップボードにコピーされました!

11.1.2.1. 戦略を実行するリンクのコピーリンクがクリップボードにコピーされました!

11.1.2.2. コマンドラインを使用した仮想マシン実行戦略の設定リンクのコピーリンクがクリップボードにコピーされました!

11.1.3. ベアメタルノードのメンテナンスリンクのコピーリンクがクリップボードにコピーされました!

詳細情報

試用、購入および販売

コミュニティー

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

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

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

11.1. ノードのメンテナンス
リンクのコピー

11.1.1. 退避ストラテジー
リンクのコピー

11.1.1.1. コマンドラインを使用した仮想マシンエビクション戦略の設定
リンクのコピー

11.1.1.2. コマンドラインを使用したクラスターエビクション戦略の設定
リンクのコピー

11.1.2. 戦略を実行する
リンクのコピー

11.1.2.1. 戦略を実行する
リンクのコピー

11.1.2.2. コマンドラインを使用した仮想マシン実行戦略の設定
リンクのコピー

11.1.3. ベアメタルノードのメンテナンス
リンクのコピー