ワーカーノードのリソースリザーブの確認

IBM Cloud Kubernetes Service では、各ワーカー・ノードで使用できるコンピュート・リソースを制限するコンピュート・リソース予約が設定されています。 予約済みのメモリー、CPU リソース、およびプロセス ID (PID) は、ワーカー・ノード上のポッドでは使用できません。これらは、各ワーカー・ノード上の割り振り可能リソースを削減します。 最初にポッドをデプロイするときに、ワーカー・ノードに十分な割り振り可能リソースがなければ、そのデプロイは失敗します。 さらにまた、ポッドがメモリーおよび CPU のワーカー・ノード・リソース制限を超えた場合、そのポッドは強制除去されます。 Kubernetes では、この制限は hard eviction threshold と呼ばれます。 PID の制限を超えた場合、ポッドは割り振り可能な限り多くの PID を受け取ります。PID のためにポッドが強制除去されることはありません。

使用可能な PID、CPU、メモリーがワーカー・ノードの予約分よりも少なくなると、Kubernetes はポッドの強制除去を開始して、十分なコンピュート・リソースと PID を取り戻します。 別のワーカー・ノードが使用可能であれば、ポッドはそのワーカー・ノードにスケジュール変更されます。 Podが頻繁に追い出される場合は、クラスタにワーカーノードを追加するか、Podに リソース制限を設定してください。

ワーカー・ノードで予約されるリソースは、ワーカー・ノードに備わっている PID、CPU、およびメモリーの数量によって異なります。 IBM Cloud Kubernetes Service は、以下の表に示すように、PID、CPU 層、およびメモリー層を定義します。 ワーカー・ノードに複数の層のコンピュート・リソースが装備されている場合は、一定の割合の PID、CPU リソースとメモリー・リソースが層ごとに予約されます。

クラスターでは、ポッドによる PID の過剰使用を防止するため、また、kubelet や他の IBM Cloud Kubernetes Service システム・コンポーネントのために十分な PID を確保するために、プロセス ID (PID) の予約と制限も設定されています。 PID の予約や制限に達した場合は、十分なプロセスが削除されて既存の PID が解放されるまで、Kubernetes は新規 PID の作成も割り当ても行いません。 1 ワーカー・ノードの PID の総数は、大まかに、ワーカー・ノードのメモリー 1 GB につき PID 8,000 個という計算になります。 例えば、メモリーを 16 GB 搭載したワーカー・ノードの場合、PID の数は約 128,000 個になります (16 × 8,000 = 128,000)。

ワーカーノードで現在使用されているコンピュートリソースの量を確認するには、kubectl top node を実行してください。

ワーカー・ノードのサンプル値は、例にすぎません。 実際の使用量は多少異なる場合があります。