ポリシー

[アイドル状態のコンピューティング割り当て] は、アイドル状態のコンピューティングリソースをチーム間でどのように割り当てるかを定義します。つまり、未使用のコンピューティングリソースをチームからどのように借用するかを定義します。[アイドル状態のコンピューティング割り当て] を選択する際は、次のいずれかを選択できます。

[タスクの優先順位付け] は、コンピューティングリソースが利用可能になった場合にタスクがどのようにキューに入れられるかを定義します。[タスクの優先順位付け] を選択する際は、次のいずれかを選択できます。

未割り当てのリソース共有により、チームはコンピューティングクォータを通じてどのチームにも割り当てられていないコンピューティングリソースを借用できます。有効にすると、チームが未割り当てのクラスター容量を自動的に借用できるようになります。詳細については、「未割り当てのリソース共有の仕組み」を参照してください。

チーム名: チームの名前です。対応する名前空間 (hyperpod-ns-team-name 型) が作成されます。

メンバー: チーム名前空間のメンバー。Amazon EKS でオーケストレーションされた HyperPod クラスターでタスクを実行するには、このチームに参加させるデータサイエンティストユーザーに対して Kubernetes のロールベースのアクセスコントロール (RBAC) を設定する必要があります。Kubernetes RBAC を設定するには、「チームロールの作成」の手順を使用します。

適正な共有の加重: これは、[適正な共有] が [アイドル状態のコンピューティング割り当て] に適用される場合にチームに割り当てられる優先順位付けのレベルです。最高優先度の加重は 100 で、最低優先度の加重は 0 です。加重が高いほど、チームは共有キャパシティ内の未使用のリソースにより早くアクセスできます。加重が 0 の場合、優先順位が最も低く、このチームが他のチームと比較して常に不利になることを意味します。

適正な共有の加重は、利用可能なリソースを他のユーザーと競う際に、このチームに比較上の優位性を提供します。アドミッションは、加重が最も高く、借用が最も少ないチームからのタスクのスケジューリングを優先します。例えば、チーム A の加重が 10 で、チーム B の加重が 5 の場合、チーム A は未使用のリソースへのアクセスに関して優先権を持ち、チーム B よりも先にジョブがスケジュールされます。

タスクのプリエンプション: コンピューティングは、優先度に基づいてタスクから引き継がれます。デフォルトでは、アイドル状態のコンピューティングを貸すチームが、他のチームのタスクをプリエンプトします。

貸借: アイドル状態のコンピューティングがチームによってどのように貸し出されているか、また、チームが他のチームから借りることができるかどうか。

ClusterSchedulerConfig Enabledで IdleResourceSharingを に設定すると (デフォルトでは Disabled)、HyperPod タスクガバナンスはクラスターのモニタリングを開始し、合計ノード容量からチームクォータを差し引いて使用可能なアイドルリソースを計算します。

未割り当てのリソース共有 ClusterQueues は、借用可能なリソースプールを表すために作成されます。

割り当てられていないリソース共有を初めて有効にすると、インフラストラクチャのセットアップに数分かかります。ポリシーStatusと ClusterSchedulerConfig DetailedStatus を使用して進行状況をモニタリングできます。

HyperPod タスクガバナンスは、ノードの追加や削除、クラスターキュークォータの更新などの変更を継続的にモニタリングします。

変更が発生すると、未割り当てのリソース共有はクォータを再計算し、ClusterQueues を更新します。照合は通常、数秒以内に完了します。