Container Service for Kubernetes:プリエンプションの有効化

ポリシー

説明

Default

Kubernetes のデフォルトのプリエンプションポリシーです。このポリシーを使用すると、ACK Scheduler はまず直接スケジューリングを試みます。リソースが不足している場合、ACK Scheduler はリソースプリエンプションをシミュレートして、排除する低優先度の Pod を決定し、高優先度の Pod をスケジューリングするための十分なリソースを解放します。詳細については、「Pod の優先度とプリエンプション」をご参照ください。

ElasticQuota

ElasticQuotaTree に基づいてプリエンプションを実行します。

1. プリエンプションリストの特定：通常のタスクとは異なり、ACK Scheduler は gang 全体の保留中のすべての Pod をプリエンプションリストにまとめます。gang 全体は、リスト内のすべての Pod がリソースプリエンプションを通じてスケジュールできる場合にのみ処理されます。1 つの Pod がスケジュールできない場合、gang は処理されません。gang 内のいずれかの Pod に高い優先度が割り当てられている場合、gang 全体がリソースプリエンプションにおいて高優先度と見なされます。

2. 実行可能ノードのリストを生成：ACK Scheduler は、次のルールに基づいて選択されるノードをさらに決定します：

   • gang 内の複数の Pod がプリエンプションを必要とする場合、いずれかの Pod に一致するノードが候補プールに追加されます。その後、ACK Scheduler は他の Pod のためにリソースを解放しようとします。

   • プリエンプションを必要とする Pod が 1 つだけの場合、ACK Scheduler は Unschedulable とマークされたノードを除外して、リソースが不足しているか、または一致しないノードを正確に特定します。

3. プリエンプションのシミュレート：ACK Scheduler は、次の条件に基づいて、先行する実行可能ノードのリストからプリエンプション対象の Pod をフィルタリングすることにより、プリエンプションをシミュレートしようとします：

   • 他の Pod やタスクによってプリエンプトされていない Pod。

   • 関連する PodDisruptionBudgets (PDB) に従って排除できる Pod。

   その後、ACK Scheduler は、クラスターに構成された ElasticQuotaTree に基づいて、さまざまなシナリオで処理を進めます：

   • プリエンプションを実行する Pod がクォータに属している場合：

     • クォータの使用量 ≤ その Min 保証：クォータがまだ最小リソース保証を満たしていない場合。Pod は、現在 Min 保証を超えるリソースを使用している他のクォータから Pod をプリエンプトすることが許可されます。

     • クォータの使用量 > その Min 保証：Pod は、自身のクォータ内の低優先度の Pod のみをプリエンプトすることが許可されます (これはクォータ内プリエンプションとして知られています)。

   • プリエンプションを実行する Pod がどのクォータにも属していない場合：プリエンプションは許可されません。

   プリエンプトされる Pod をフィルタリングした後、ACK Scheduler はこれらの Pod の削除とプリエンプションを実行する Pod のスケジューリングをシミュレートします。シミュレーション結果がスケジューリングの成功を示した場合、プリエンプトされた Pod は安全に排除され、他のノードに再スケジュールされます。シミュレーション結果がスケジューリングの失敗を示した場合、プリエンプションは終了します。

Auto

クラスターの構成に基づいてプリエンプションポリシーを調整します。簡単に言うと、ACK Scheduler は ElasticQuota ポリシーを優先し、ElasticQuota ポリシーが有効でない場合に自動的に Default ポリシーに変更します。

None

プリエンプション機能を無効にします。この場合、クラスター内でプリエンプション動作は発生しません。