第13章 Nodes

OpenShift Container Platform をベアメタルインフラストラクチャーにデプロイする場合、クラウドインフラストラクチャーにデプロイする場合と比較すると、追加で考慮する必要のある点があります。

クラウド環境ではクラスターノードは一時的なものとみなされるのに対し、ベアメタルノードの再プロビジョニングには、メンテナンス作業において著しく多くの時間と労力が必要となる。

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

Node Maintenance Operator は、新規または削除された NodeMaintenance カスタムリソース (CR) を監視します。新しい ノードメンテナンス CR が検出されると、新しいワークロードはスケジュールされず、そのノードはクラスターの他の部分から隔離されます。退避できるすべての Pod はノードから退避されます。NodeMaintenance CR が削除されると、CR で参照されるノードは新規ワークロードで利用可能になります。

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