

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# ホスト要件とフリート機能
<a name="host-requirements-overview"></a>

機能とホスト要件は補完です。フリートの機能はワーカーがサポートする内容をアドバタイズし、ステップのホスト要件はステップに必要な内容を示します。3 つの概念は、それらがどのように相互作用するかを説明しています。
+ **要件はワーカーではなくフリートに一致** – スケジューラはステップの要件を各フリートの宣言された機能と比較します。個々のワーカーを検査することはありません。
+ **機能スケジュール。サービスマネージドフリート機能のみがハードウェアも設定**します。サービスマネージドフリートでは、インスタンス機能が起動する Amazon EC2 インスタンスタイプをさらに決定します。カスタマーマネージドフリートでは、機能は自己報告宣言であり、マシンを変更しません。
+ **要件はハードウェアを提供しません** – ステップを実行できるフリートのホスト要件フィルター。より大きなインスタンスを起動したり、自動スケーリングの決定を変更したりすることはありません。


| メカニズム | 設定場所 | その内容 | 実行されないこと | 
| --- | --- | --- | --- | 
| フリートインスタンス機能 (サービスマネージドフリート) | フリート設定 (`instanceCapabilities`) | ハードウェアを設定します。 が起動できる Amazon EC2 インスタンスタイプのセットです。フリートのスケジューリング機能もアドバタイズします | セット内で 1 つのサイズを選択しない – 設定を満たすインスタンスタイプはどれでも起動できます | 
| フリートワーカー機能 (カスタマーマネージドフリート) | フリート設定 (`workerCapabilities`) | フリートのスケジューリング機能、フリート内のすべてのワーカーが提供する内容の自己申告宣言をアドバタイズします | ハードウェアを設定または検証しない – 宣言を更新してもマシンは変更されません | 
| ステップホストの要件 | ジョブテンプレート (`hostRequirements`) | ステップに必要な内容を示します。互換性のあるフリートを選択するためにジョブが作成されると、フリート機能と照合されます。 | より大きなインスタンスを起動したり、自動スケーリングの決定を変更したり、個々のワーカーと照合したりしません | 
| ワーカーアドバタイズ機能 | 起動時にワーカーエージェントによって報告されます | 可視性とデバッグ`amount.worker.memory`のために、 などのワーカーが報告するハードウェアを記録します。 | スケジューリングまたはハードウェア設定には使用されません | 

## フリート設定はハードウェアを提供します
<a name="host-requirements-overview-fleet-config"></a>

サービスマネージドフリートの場合、`instanceCapabilities`設定 (メモリ、vCPUs、GPUs、および許可および除外されたインスタンスタイプリスト) は、フリートが起動できるインスタンスタイプのセットを定義します。フリートがスケールアウトすると、最小を含む、そのセット内の任意のインスタンスタイプを起動できます。ハードウェアフロアを保証するには、 などの設定の最小値を引き上げるか`memoryMiB.min`、 を制限します`allowedInstanceTypes`。詳細については、[「Deadline Cloud ユーザーガイド」の「サービスマネージドフリー](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/smf-manage.html)ト」を参照してください。 **

サービスマネージドインスタンス機能は、ハードウェアを設定する唯一のメカニズムです。カスタマーマネージドフリートでは、`workerCapabilities`宣言は自己報告されます。これは、フリート内のすべてのワーカーが提供するハードウェアをアドバタイズし、宣言を更新してもマシンは変更されません。詳細については、「[カスタマーマネージドフリートを作成する](create-a-cmf.md)」を参照してください。

## ホスト要件 フリートを選択する
<a name="host-requirements-overview-select-fleet"></a>

ジョブを作成すると、スケジューラは各ステップの をキューに関連付けられたフリート`hostRequirements`の機能と比較します。要件を満たすフリートはステップを実行できます。フリートがない場合、ステップは とマークされます`NOT_COMPATIBLE`。

マッチングはフリートレベルのみです。たとえば、ステップに 16 GiB のメモリが必要で、フリートが 8～32 GiB のメモリ容量を宣言した場合、フリート内のワーカーが 32 GiB であっても、フリートには互換性がありません。スケジューラは個々のワーカーを検査しないため、保証されたハードウェア階層を中心にフリートを設計し、各ステップの要件によって適切なフリートにルーティングされます。詳細については、「[フリートの互換性を確認する](build-jobs-scheduling.md#jobs-scheduling-compatibility)」および「[フリート設計のベストプラクティス](build-jobs-scheduling.md#jobs-scheduling-fleet-design)」を参照してください。

## ワーカーの機能は情報です
<a name="host-requirements-overview-select-worker"></a>

各ワーカーは、 など、起動時に検出されたハードウェアを報告します`amount.worker.memory`。これらの値は可視性とデバッグ用です。スケジューラはこれらを使用しません。互換性はフリートの宣言された機能から取得され、ハードウェアはフリート設定から取得されます。特に、 などの要件`amount.worker.memory`では、フリートはより大きなインスタンスを起動しません。ステップ要件を必要性のステートメントとして扱い、フリート設定を保証として扱います。

## Auto Scaling はタスクをカウントします
<a name="host-requirements-overview-scaling"></a>

自動スケーラーは、そのフリートの準備が整ったタスクの数と、フリートの最小ワーカー数と最大ワーカー数の 2 つの要素に基づいて、サービスマネージドフリートのサイズを設定します。実行するワーカー*の数*を選択します。フリート設定によって、各ワーカーが何であるかが決まります。詳細については、「[フリートスケーリング](build-jobs-scheduling.md#jobs-scheduling-scaling)」を参照してください。

ホスト要件は、Open Job Description 仕様の一部です。完全なフィールドリファレンスについては、GitHub ウェブサイトの[「テンプレートスキーマ](https://github.com/OpenJobDescription/openjd-specifications/wiki/2023-09-Template-Schemas)」を参照してください。