24.2.2. エビクションシグナルについて
以下の表にあるシグナルのいずれかに基づいてエビクションの意思決定をトリガーするようノードを設定することができます。しきい値と共に、エビクションシグナルを エビクションのしきい値 に追加します。
シグナルを表示するには、以下を実行します。
curl <certificate details> \ https://<master>/api/v1/nodes/<node>/proxy/stats/summary
| ノードの状態 | エビクションシグナル | 値 | 説明 |
|---|---|---|---|
|
|
|
| ノードの利用可能なメモリーがエビクションしきい値を超えている。 |
|
|
|
| ノードの root ファイルシステムまたはイメージファイルシステムのいずれかで、利用可能なディスク領域がエビクションしきい値を超えている。 |
|
|
| ||
|
|
| ||
|
|
|
上記の表のそれぞれのシグナルは、literal または percentage ベースの値のいずれかをサポートします (inodesFree は除く)。inodesFree シグナルはパーセンテージとして指定する必要があります。パーセンテージベースの値は、各シグナルに関連付けられる合計容量との関連で計算されます。
スクリプトは kubelet が実行する一連の手順を使用し、cgroup から memory.available 値を派生させます。スクリプトは計算から非アクティブなファイルメモリー (つまり、非アクティブな LRU リストのファイルベースのメモリーのバイト数) を計算から除外します。 非アクティブなファイルメモリーはリソースの不足時に回収可能になることが想定されます。
free -m はコンテナーで機能しないため、free -m のようなツールは使用しないでください。
OpenShift Container Platform はこれらのファイルシステムを 10 秒ごとにモニターします。
ボリュームおよびログを専用ファイルシステムに保存する場合、ノードはそのファイルシステムをモニターしません。
ノードは、ディスク不足に基づくエビクションの意思決定をトリガーする機能をサポートします。ディスク不足のために Pod をエビクトする前に、ノードは コンテナーおよびイメージのガべージコレクション も実行します。
