翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# `Scheduling` セクション
**(必須)** クラスターで使用されるジョブスケジューラと、ジョブスケジューラが管理するコンピューティングインスタンスを定義します。Slurm または ス AWS Batch ケジューラを使用できます。それぞれがサポートする一連の設定とプロパティは異なります。
**Topics**
+ [`Scheduling` のプロパティ](#Scheduling-v3.properties)
+ [`AwsBatchQueues`](#Scheduling-v3-AwsBatchQueues)
+ [`SlurmQueues`](#Scheduling-v3-SlurmQueues)
+ [`SlurmSettings`](#Scheduling-v3-SlurmSettings)
```
Scheduling:
Scheduler: slurm
ScalingStrategy: {{string}}
SlurmSettings:
MungeKeySecretArn: {{string}}
ScaledownIdletime: {{integer}}
QueueUpdateStrategy: {{string}}
EnableMemoryBasedScheduling: {{boolean}}
CustomSlurmSettings: {{[dict]}}
CustomSlurmSettingsIncludeFile: {{string}}
Database:
Uri: {{string}}
UserName: {{string}}
PasswordSecretArn: {{string}}
DatabaseName: {{string}}
ExternalSlurmdbd: {{boolean}}
Host: {{string}}
Port: {{integer}}
Dns:
DisableManagedDns: {{boolean}}
HostedZoneId: {{string}}
UseEc2Hostnames: {{boolean}}
SlurmQueues:
- Name: {{string}}
ComputeSettings:
LocalStorage:
RootVolume:
Size: {{integer}}
Encrypted: {{boolean}}
VolumeType: {{string}}
Iops: {{integer}}
Throughput: {{integer}}
EphemeralVolume:
MountDir: {{string}}
CapacityReservationTarget:
CapacityReservationId: {{string}}
CapacityReservationResourceGroupArn: {{string}}
CapacityType: {{string}}
AllocationStrategy: {{string}}
JobExclusiveAllocation: {{boolean}}
CustomSlurmSettings: {{dict}}
Tags:
- Key: {{string}}
Value: {{string}}
HealthChecks:
Gpu:
Enabled: {{boolean}}
Networking:
SubnetIds:
- {{string}}
AssignPublicIp: {{boolean}}
SecurityGroups:
- {{string}}
AdditionalSecurityGroups:
- {{string}}
PlacementGroup:
Enabled: {{boolean}}
Id: {{string}}
Name: {{string}}
Proxy:
HttpProxyAddress: {{string}}
ComputeResources:
- Name: {{string}}
InstanceType: {{string}}
Instances:
- InstanceType: {{string}}
MinCount: {{integer}}
MaxCount: {{integer}}
DynamicNodePriority: {{integer}}
StaticNodePriority: {{integer}}
SpotPrice: {{float}}
DisableSimultaneousMultithreading: {{boolean}}
SchedulableMemory: {{integer}}
HealthChecks:
Gpu:
Enabled: {{boolean}}
Efa:
Enabled: {{boolean}}
GdrSupport: {{boolean}}
CapacityReservationTarget:
CapacityReservationId: {{string}}
CapacityReservationResourceGroupArn: {{string}}
Networking:
PlacementGroup:
Enabled: {{boolean}}
Name: {{string}}
CustomSlurmSettings: {{dict}}
Tags:
- Key: {{string}}
Value: {{string}}
LaunchTemplateOverrides:
LaunchTemplateId: {{string}}
Version: {{string}}
CustomActions:
OnNodeStart:
Sequence:
- Script: {{string}}
Args:
- {{string}}
Script: {{string}}
Args:
- {{string}}
OnNodeConfigured:
Sequence:
- Script: {{string}}
Args:
- {{string}}
Script: {{string}}
Args:
- {{string}}
Iam:
InstanceProfile: {{string}}
InstanceRole: {{string}}
S3Access:
- BucketName: {{string}}
EnableWriteAccess: {{boolean}}
KeyName: {{string}}
AdditionalIamPolicies:
- Policy: {{string}}
Image:
CustomAmi: {{string}}
```
```
Scheduling:
Scheduler: awsbatch
AwsBatchQueues:
- Name: {{string}}
CapacityType: {{string}}
Networking:
SubnetIds:
- {{string}}
AssignPublicIp: {{boolean}}
SecurityGroups:
- {{string}}
AdditionalSecurityGroups:
- {{string}}
ComputeResources: # this maps to a Batch compute environment (initially we support only 1)
- Name: {{string}}
InstanceTypes:
- {{string}}
MinvCpus: {{integer}}
DesiredvCpus: {{integer}}
MaxvCpus: {{integer}}
SpotBidPercentage: {{float}}
```
## `Scheduling` のプロパティ
**`Scheduler` **(必須)**、`String`)**
使用するスケジューラのタイプを指定します。サポートされている値は`slurm` および `awsbatch` です。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)
`awsbatch` は `alinux2` オペレーティングシステムと `x86_64` プラットフォームのみをサポートします。
**`ScalingStrategy` (**オプション**、`String`)**
動的 Slurm ノードのスケールアップ方法を選択できます。サポートされている値は `all-or-nothing`、`greedy-all-or-nothing`、`best-effort` です。デフォルト値は `all-or-nothing` です。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
スケーリング戦略は、Slurm で再開するノードにのみ適用され、既に実行中であるノードには最終的に適用されません。
+ `all-or-nothing`: この戦略は、オールオアナッシングアプローチに厳密に従い、スケーリングプロセスの最後にアイドルインスタンスが発生しないようにすることを目的としています。オールオアナッシングベースで動作し、完全にスケールアップするか、まったくスケールアップしないかのいずれかになります。ジョブに必要なノードが 500 を超える場合や、ジョブが複数のコンピューティングリソースにまたがる場合は、一時的に起動されるインスタンスがあるため、追加コストがあり得ることに注意してください。この戦略は、3 つの可能なスケーリング戦略の中でスループットが最も低くなります。スケーリング時間は、Slurm 再開プログラムの実行ごとに送信されるジョブの数によって異なります。また、実行あたりのデフォルトの RunInstances リソースアカウント制限 (デフォルトでは 1,000 インスタンス) をはるかに超えてスケールすることはできません。詳細については、[Amazon EC2 API スロットリングに関するドキュメント](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/throttling.html)を参照してください。
+ `greedy-all-or-nothing `: オールオアナッシング戦略と同様に、スケーリング後のアイドルインスタンスを回避することを目的としています。この戦略では、スケーリングプロセス中に一時的なオーバースケーリングが可能であるため、オールオアナッシング戦略よりも高いスループットを実現できますが、RunInstances リソースアカウント制限と同じ 1,000 インスタンスのスケーリング制限が適用されます。
+ `best-effort `: この戦略では、スケーリングプロセスの最後に一部のインスタンスがアイドル状態になる可能性があるとしても、高スループットを優先します。ジョブがリクエストしている数だけのノードを割り当てようとしますが、リクエスト全体は満たせない可能性があります。他の戦略とは異なり、ベストエフォートアプローチでは、複数のスケーリングプロセスの実行時にアイドルリソースが発生するという代償が伴いますが、標準の RunInstances 制限よりも多くのインスタンスを蓄積できます。
各戦略は、さまざまなスケーリングニーズを満たすように設計されているため、特定の要件や制約に合った戦略を選択できます。
## `AwsBatchQueues`
**(オプション)** AWS Batch キュー設定。サポートされているキューは 1 つだけです。このセクションは、[`Scheduler`](#yaml-Scheduling-Scheduler) が `awsbatch` に設定されている場合に必要です。`awsbatch` スケジューラの詳細については、「[Networking Setup](network-configuration-v3-batch.md)」と「[での AWS Batch (`awsbatch`) スケジューラの使用 AWS ParallelCluster](awsbatchcli-v3.md)」を参照してください。
```
AwsBatchQueues:
- Name: {{string}}
CapacityType: {{string}}
Networking:
SubnetIds:
- {{string}}
AssignPublicIp: {{boolean}}
SecurityGroups:
- {{string}}
AdditionalSecurityGroups:
- {{string}}
ComputeResources: # this maps to a Batch compute environment (initially we support only 1)
- Name: {{string}}
InstanceTypes:
- {{string}}
MinvCpus: {{integer}}
DesiredvCpus: {{integer}}
MaxvCpus: {{integer}}
SpotBidPercentage: {{float}}
```
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
### `AwsBatchQueues` のプロパティ
**`Name` **(必須)**、`String`)**
AWS Batch キューの名前。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)
**`CapacityType` (**オプション**、`String`)**
AWS Batch キューが使用するコンピューティングリソースのタイプ。サポートされている値は `ONDEMAND`、`SPOT`、または `CAPACITY_BLOCK` です。デフォルト値は `ONDEMAND` です。
`CapacityType` を `SPOT` に設定した場合、アカウントに `AWSServiceRoleForEC2Spot` サービスにリンクされたロールが含まれている必要があります。このロールは、次の AWS CLI コマンドを使用して作成できます。
```
$ aws iam create-service-linked-role --aws-service-name spot.amazonaws.com
```
詳細については、「*Linux インスタンス用 Amazon EC2 ユーザーガイド*」の「[スポットインスタンスリクエスト向けのサービスにリンクされたロール](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#service-linked-roles-spot-instance-requests)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
#### `Networking`
**(必須)** AWS Batch キューのネットワーク設定を定義します。
```
Networking:
SubnetIds:
- {{string}}
AssignPublicIp: {{boolean}}
SecurityGroups:
- {{string}}
AdditionalSecurityGroups:
- {{string}}
```
##### `Networking` のプロパティ
**`SubnetIds` **(必須)**、`[String]`)**
AWS Batch キューをプロビジョニングする既存のサブネットの ID を指定します。現在、サポートされているのは 1 つのサブネットのみです。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`AssignPublicIp` (**オプション**、`String`)**
AWS Batch キュー内のノードにパブリック IP アドレスを作成または割り当てます。サポートされている値は`true` および `false` です。デフォルトは、指定されたサブネットによって異なります。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)
**`SecurityGroups` (**オプション**、`[String]`)**
AWS Batch キューが使用するセキュリティグループのリスト。セキュリティグループを指定しない場合、 は新しいセキュリティグループ AWS ParallelCluster を作成します。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`AdditionalSecurityGroups` (**オプション**、`[String]`)**
AWS Batch キューが使用するセキュリティグループのリスト。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
#### `ComputeResources`
**(必須)** AWS Batch キューの ComputeResources 設定を定義します。
```
ComputeResources: # this maps to a Batch compute environment (initially we support only 1)
- Name: {{string}}
InstanceTypes:
- {{string}}
MinvCpus: {{integer}}
DesiredvCpus: {{integer}}
MaxvCpus: {{integer}}
SpotBidPercentage: {{float}}
```
##### `ComputeResources` のプロパティ
**`Name` **(必須)**、`String`)**
AWS Batch キューコンピューティング環境の名前。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`InstanceTypes` **(必須)**、`[String]`)**
インスタンスタイプの AWS Batch コンピューティング環境配列。すべてのインスタンスタイプが `x86_64` アーキテクチャを使用する必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`MinvCpus` (**オプション**、`Integer`)**
AWS Batch コンピューティング環境で使用できる VCPUs の最小数。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`DesiredVcpus` (**オプション**、`Integer`)**
AWS Batch コンピューティング環境で必要な VCPUs の数。 AWS Batch は、ジョブキューの需要`MaxvCpus`に基づいて、この値を `MinvCpus` と の間で調整します。
[更新ポリシー: この設定は、更新中には分析されません。](using-pcluster-update-cluster-v3.md#update-policy-setting-ignored-v3)
**`MaxvCpus` (**オプション**、`Integer`)**
AWS Batch コンピューティング環境VCPUs の最大数。これを `DesiredVcpus` より小さい値に設定することはできません。
[更新ポリシー: これらの設定は、更新中に減らすことはできません。](using-pcluster-update-cluster-v3.md#update-policy-no-decrease-v3)
**`SpotBidPercentage` (**オプション**、`Float`)**
インスタンスの起動前に、Amazon EC2 スポットインスタンス料金がオンデマンドインスタンスタイプ料金に到達可能な最大パーセンテージ。デフォルト値は `100` (100%) です。対応する範囲は `1`～`100` です。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
## `SlurmQueues`
**(オプション)** Slurm キューの設定。このセクションは、[`Scheduler`](#yaml-Scheduling-Scheduler) が `slurm` に設定されている場合に必要です。
```
SlurmQueues:
- Name: {{string}}
ComputeSettings:
LocalStorage:
RootVolume:
Size: {{integer}}
Encrypted: {{boolean}}
VolumeType: {{string}}
Iops: {{integer}}
Throughput: {{integer}}
EphemeralVolume:
MountDir: {{string}}
CapacityReservationTarget:
CapacityReservationId: {{string}}
CapacityReservationResourceGroupArn: {{string}}
CapacityType: {{string}}
AllocationStrategy: {{string}}
JobExclusiveAllocation: {{boolean}}
CustomSlurmSettings: {{dict}}
Tags:
- Key: {{string}}
Value: {{string}}
HealthChecks:
Gpu:
Enabled: {{boolean}}
Networking:
SubnetIds:
- {{string}}
AssignPublicIp: {{boolean}}
SecurityGroups:
- {{string}}
AdditionalSecurityGroups:
- {{string}}
PlacementGroup:
Enabled: {{boolean}}
Id: {{string}}
Name: {{string}}
Proxy:
HttpProxyAddress: {{string}}
ComputeResources:
- Name: {{string}}
InstanceType: {{string}}
Instances:
- InstanceType: {{string}}
MinCount: {{integer}}
MaxCount: {{integer}}
DynamicNodePriority: {{integer}}
StaticNodePriority: {{integer}}
SpotPrice: {{float}}
DisableSimultaneousMultithreading: {{boolean}}
SchedulableMemory: {{integer}}
HealthChecks:
Gpu:
Enabled: {{boolean}}
Efa:
Enabled: {{boolean}}
GdrSupport: {{boolean}}
CapacityReservationTarget:
CapacityReservationId: {{string}}
CapacityReservationResourceGroupArn: {{string}}
Networking:
PlacementGroup:
Enabled: {{boolean}}
Name: {{string}}
CustomSlurmSettings: {{dict}}
Tags:
- Key: {{string}}
Value: {{string}}
LaunchTemplateOverrides:
LaunchTemplateId: {{string}}
Version: {{string}}
CustomActions:
OnNodeStart:
Sequence:
- Script: {{string}}
Args:
- {{string}}
Script: {{string}}
Args:
- {{string}}
OnNodeConfigured:
Sequence:
- Script: {{string}}
Args:
- {{string}}
Script: {{string}}
Args:
- {{string}}
Iam:
InstanceProfile: {{string}}
InstanceRole: {{string}}
S3Access:
- BucketName: {{string}}
EnableWriteAccess: {{boolean}}
KeyName: {{string}}
AdditionalIamPolicies:
- Policy: {{string}}
Image:
CustomAmi: {{string}}
```
[更新ポリシー:このリスト値の設定では、更新中に新しい値を追加することができ、既存の値を削除する場合はコンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3)
### `SlurmQueues` のプロパティ
**`Name` **(必須)**、`String`)**
Slurm キューの名前。
クラスターのサイズは、更新中に変わる場合があります。詳細については、「[クラスター容量のサイズと更新](slurm-workload-manager-v3.md)」を参照してください。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)
**`CapacityReservationTarget`**
`CapacityReservationTarget` バージョン 3.3.0 AWS ParallelCluster で が追加されました。
```
CapacityReservationTarget:
CapacityReservationId: {{string}}
CapacityReservationResourceGroupArn: {{string}}
```
キューのコンピューティングリソースのオンデマンドキャパシティ予約を指定します。
**`CapacityReservationId` (**オプション**、`String`)**
キューのコンピューティングリソースを対象とする既存のキャパシティ予約の ID。ID は、[ODCR](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) または [機械学習用のキャパシティブロック](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html)を参照できます。
予約は、インスタンスが使用するのと同じプラットフォームを使用する必要があります。例えば、インスタンスを `rhel8` で実行する場合、キャパシティ予約は Red Hat Enterprise Linux プラットフォームで実行する必要があります。詳細については、「Linux インスタンス用 Amazon EC2 ユーザーガイド**」の「[サポートされているプラットフォーム](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html#capacity-reservations-platforms)」を参照してください。
クラスター設定に [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances) を含める場合、このキューレベルの `CapacityReservationId` 設定を設定から除外する必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`CapacityReservationResourceGroupArn` (**オプション**、`String`)**
キューのコンピューティングリソースのキャパシティ予約のサービスリンクグループとして機能するリソースグループの Amazon リソースネーム (ARN)。 AWS ParallelCluster は、次の条件に基づいて、リソースグループから最も適切なキャパシティ予約を識別して使用します。
+ `PlacementGroup` が [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/ [`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)または [`SlurmQueues`](#Scheduling-v3-SlurmQueues) / [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources) / で有効になっている場合[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)、コンピューティングリソースが存在する場合、 はコンピューティングリソース`PlacementGroup`のインスタンスタイプと をターゲットとするリソースグループ AWS ParallelCluster を選択します。
`PlacementGroup` は、[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources) で定義されているインスタンスタイプの 1 つをターゲットにしている必要があります。
+ `PlacementGroup` / [`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)または [`SlurmQueues`](#Scheduling-v3-SlurmQueues) / [`SlurmQueues`](#Scheduling-v3-SlurmQueues) / [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources) で が有効になっていない場合[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)、コンピューティングリソースが存在する場合、 はコンピューティングリソースのインスタンスタイプのみをターゲットとするリソースグループ AWS ParallelCluster を選択します。
リソースグループには、キューのすべてのコンピューティングリソースとアベイラビリティーゾーン間のアベイラビリティーゾーンに予約されているインスタンスタイプごとに少なくとも 1 つの ODCR があることが必要です。詳細については、「[オンデマンドキャパシティ予約 (ODCR) を使用してインスタンスを起動する](launch-instances-odcr-v3.md)」を参照してください。
複数のサブネットの設定要件の詳細については、「[`Networking`](#Scheduling-v3-SlurmQueues-Networking)」/「[`SubnetIds`](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds)」を参照してください。
AWS ParallelCluster バージョン 3.4.0 に複数のアベイラビリティーゾーンが追加されました。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`CapacityType` (**オプション**、`String`)**
Slurm キューが使用するコンピューティングリソースのタイプ。サポートされている値は `ONDEMAND`、`SPOT`、または `CAPACITY_BLOCK` です。デフォルト値は `ONDEMAND` です。
`CapacityType` を `SPOT` に設定した場合、アカウントに `AWSServiceRoleForEC2Spot` サービスにリンクされたロールがある必要があります。次の AWS CLI コマンドを使用して、このロールを作成できます。
```
$ aws iam create-service-linked-role --aws-service-name spot.amazonaws.com
```
詳細については、「*Linux インスタンス用 Amazon EC2 ユーザーガイド*」の「[スポットインスタンスリクエスト向けのサービスにリンクされたロール](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#service-linked-roles-spot-instance-requests)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`AllocationStrategy` (**オプション**、`String`)**
[`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances) で定義されているすべてのコンピューティングリソースの配分戦略を指定します。
有効な値: `lowest-price` \| `capacity-optimized` \| `price-capacity-optimized` \| `prioritized` \| `capacity-optimized-prioritized`
[See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/parallelcluster/latest/ug/Scheduling-v3.html)
デフォルト: `lowest-price`
**`lowest-price`**
+ `CapacityType = ONDEMAND` を使用すると、Amazon EC2 Fleet は料金に従って順序を決定し、最低価格のインスタンスを最初に起動します。
+ `CapacityType = SPOT` を使用すると、Amazon EC2 Fleet は、利用可能な容量のある最低価格のスポットインスタンスプールからインスタンスを起動します。プールが必要な容量を満たす前に容量が不足した場合、Amazon EC2 フリート はインスタンスを起動してリクエストを実行します。特に、Amazon EC2 Fleet は、利用可能な容量のある最低価格のスポットインスタンスプールからインスタンスを起動します。Amazon EC2 Fleet はいくつかの異なるプールからスポットインスタンスを起動することがあります。
+ `CapacityType = CAPACITY_BLOCK` を設定すると、割り当て戦略がないため、`AllocationStrategy` パラメータを設定できません。
**`capacity-optimized`**
+ `CapacityType = ONDEMAND` を設定した場合、`capacity-optimized` は使用できません。
+ `CapacityType = SPOT` を設定すると、Amazon EC2 Fleet は、起動するインスタンス数に最適な容量を持つスポットインスタンスプールからインスタンスを起動します。
**`price-capacity-optimized`**
+ `CapacityType = ONDEMAND` を設定した場合、`capacity-optimized` は使用できません。
+ `CapacityType = SPOT` を設定すると、Amazon EC2 Fleet は、起動中のインスタンスの数に最適な容量を利用できるプールを識別します。つまり、短期的に中断の可能性が最も低いと思われるプールからスポットインスタンスをリクエストすることになります。次に Amazon EC2 Fleet は、これらのプールのうち最も価格の低いスポットインスタンスをリクエストします。
**`prioritized`**
+ を設定すると`CapacityType = ONDEMAND`、Amazon EC2 フリート は、複数のサブネットが指定されている場合、LaunchTemplate オーバーライド AWS ParallelCluster に適用される優先順位に従います。 は、最初のサブネットが最も高い優先度になった `SlurmQueues/Networking/SubnetIds` のターゲットサブネットの位置`priority`からオーバーライド AWS ParallelCluster を取得します。優先順位は から降順 AWS ParallelCluster で によって駆動され`SlurmQueues/Networking/SubnetIds`、最初の SubnetId が最も高い優先順位、最後の SubnetID が最も高い優先順位になります。
+ `CapacityType = SPOT` を設定した場合、`prioritized` は使用できません。
**`capacity-optimized-prioritized`**
+ `CapacityType = ONDEMAND` を設定した場合、`capacity-optimized-prioritized` は使用できません。
+ を設定すると`CapacityType = SPOT`、Amazon EC2 フリートは最初に容量を最適化し、ベストエフォートベースで が LaunchTemplate AWS ParallelCluster に割り当てる優先順位が上書きされます。優先順位は から降順 AWS ParallelCluster で によって駆動され`SlurmQueues/Networking/SubnetIds`、最初の SubnetId が最も高い優先順位、最後の SubnetID が最も高い優先順位になります。同じサブネットをターゲットとするすべてのオーバーライドは、同じ優先度値を受け取ります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
`AllocationStrategy` は AWS ParallelCluster バージョン 3.3.0 からサポートされています。
**3.14.0 の新機能**: `prioritized` (オンデマンドの場合) および `capacity-optimized-prioritized` (スポットの場合）。
**`JobExclusiveAllocation` (**オプション**、`String`)**
`true` に設定した場合、Slurm パーティションの `OverSubscribe` フラグは `EXCLUSIVE` に設定されます。`OverSubscribe`=`EXCLUSIVE` の場合、パーティションのジョブは割り当てられたすべてのノードに排他的にアクセスできます。詳細については、「Slurm ドキュメント」の「[EXCLUSIVE](https://slurm.schedmd.com/slurm.conf.html#OPT_EXCLUSIVE)」を参照してください。
有効な値: `true` \| `false`
デフォルト: `false`
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
`JobExclusiveAllocation` は AWS ParallelCluster バージョン 3.7.0 からサポートされています。
**`CustomSlurmSettings` (**オプション**、`Dict`)**
カスタム Slurm パーティション (キュー) 構成設定を定義します。
キュー (パーティション) に適用されるカスタム Slurm 設定パラメータのキーと値のペアのディクショナリを指定します。
`Param1: Value1` などの各個別のキーと値のペアは、`Param1=Value1` の形式で Slurm パーティション設定行の最後に個別に追加されます。
`CustomSlurmSettings` の拒否リストに記載されていない Slurm 設定パラメータのみ指定できます。拒否リストの Slurm 設定パラメータの詳細については、「[`CustomSlurmSettings` で拒否リストに記載されている Slurm 設定パラメータ](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3)」を参照してください。
AWS ParallelCluster は、パラメータが拒否リストにあるかどうかのみをチェックします。 AWS ParallelCluster はカスタムSlurm設定パラメータの構文またはセマンティクスを検証しません。カスタムSlurm設定パラメータを検証するのはユーザーの責任です。無効なカスタム Slurm 設定パラメータは、クラスターの作成や更新の失敗につながる Slurm デーモンの障害を引き起こす可能性があります。
でカスタムSlurm設定パラメータを指定する方法の詳細については AWS ParallelCluster、「」を参照してください[Slurm 設定のカスタマイズ](slurm-configuration-settings-v3.md)。
Slurm 設定パラメータに関する詳細については、「Slurm ドキュメント」の「[slurm.conf](https://slurm.schedmd.com/slurm.conf.html)」を参照してください。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
`CustomSlurmSettings` は AWS ParallelCluster バージョン 3.6.0 からサポートされています。
**`Tags` (**オプション**、[文字列])**
タグのキーと値のペアのリスト。[`ComputeResource`](#yaml-Scheduling-SlurmQueues-ComputeResources-Tags) タグは、[`Tags` セクション](Tags-v3.md) または `SlurmQueues`/`Tags` で指定された重複するタグを上書きします。
**`Key` (**オプション**、`String`)**
タグキー。
**`Value` (**オプション**、`String`)**
タグ値。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`HealthChecks` (**オプション**)**
キューのすべてのコンピューティングリソースのコンピューティングノードのヘルスチェックを指定します。
`Gpu` (**オプション**)
キューのすべてのコンピューティングリソースの GPU のヘルスチェックを指定します。
AWS ParallelCluster は`HealthChecks`、ARM オペレーティングシステムを使用するノード`Gpu`で / `alinux2` をサポートしていません。これらのプラットフォームは [NVIDIA データセンター GPUマネージャー (DCGM)](https://docs.nvidia.com/datacenter/dcgm/latest/user-guide/getting-started.html#supported-linux-distributions) をサポートしていません。
GPU の合計メモリサイズが 327680 MiB を超えるインスタンスタイプを使用する場合、GPU ヘルスチェックを有効にすることは推奨されません。
`Enabled` (**オプション**、`Boolean`)
がコンピューティングノードで GPU ヘルスチェック AWS ParallelCluster を実行するかどうか。デフォルトは `false` です。
**`Gpu` ヘルスチェックの動作**
+ `Gpu`/`Enabled` が `true` に設定されている場合、 AWS ParallelCluster はキューのコンピューティングリソースで GPU ヘルスチェックを実行します。
+ `Gpu` ヘルスチェックはコンピューティングリソースで GPU ヘルスチェックを実行して、GPU のパフォーマンスが低下したノードでのジョブ送信を防止します。
+ コンピューティングノードが `Gpu` ヘルスチェックに失敗すると、コンピューティングノードのステータスは `DRAIN` に変わります。このノードで新しいジョブは開始されません。既存のジョブは完了まで実行されます。実行中のジョブがすべて完了すると、コンピューティングノードが動的ノードの場合は終了し、静的ノードの場合は置き換えられます。
+ `Gpu` ヘルスチェックの期間は、選択したインスタンスタイプ、インスタンス内の GPUs の数、合計 GPU メモリ、`Gpu`ヘルスチェックターゲットの数 (ジョブ GPU ターゲットの数に相当) によって異なります。たとえば、p4d.24xlarge の場合、一般的な期間は 3 分です。
+ サポートされていないインスタンスで `Gpu` ヘルスチェックを実行すると終了し、ジョブはコンピューティングノードで実行されます。例えば、インスタンスが GPU を使用していない場合や、インスタンスが GPU を使用していても NVIDIA GPU ではない場合、ヘルスチェックは終了し、ジョブはコンピューティングノードで実行されます。NVIDIA GPU のみがサポートされています。
+ `Gpu` ヘルスチェックは、`dcgmi` ツールを使用してノードのヘルスチェックを実行し、次の手順を実行します。
ノードで `Gpu` ヘルスチェックが開始される場合。
1. `nvidia-dcgm` および `nvidia-fabricmanager` サービスが実行中かどうかを検出します。
1. これらのサービスが実行されていない場合、`Gpu` ヘルスチェックによって開始されます。
1. 永続化モードが有効になっているかどうかを検出します。
1. 永続化モードが有効になっていない場合は、`Gpu` ヘルスチェックによって有効になります。
ヘルスチェックの終了時に、`Gpu` ヘルスチェックはこれらのサービスとリソースの初期状態を復元します。
+ ジョブが特定のノード GPU セットに割り当てられている場合、`Gpu` ヘルスチェックはその特定のセットでのみ実行されます。それ以外の場合は、ノードのすべての GPU で `Gpu` ヘルスチェックが実行されます。
+ コンピューティングノードが同時に 2 つ以上の `Gpu` ヘルスチェックのリクエストを受け取った場合、最初のヘルスチェックのみが実行され、他はスキップされます。これは、ノード GPUs をターゲットとするヘルスチェックにも当てはまります。この状況に関する追加情報については、ログファイルを確認できます。
+ 特定のコンピューティングノードのヘルスチェックログは `/var/log/parallelcluster/slurm_health_check.log` ファイルで使用可能です。このファイルは クラスター CloudWatch ロググループの Amazon CloudWatch で使用可能で、次があります。
+ サービスおよび永続化モードの有効化と無効化を含め、`Gpu` ヘルスチェックによって実行されたアクションの詳細。
+ GPU の識別子、シリアル ID、および UUID。
+ ヘルスチェックの出力。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
`HealthChecks` は AWS ParallelCluster バージョン 3.6.0 以降でサポートされています。
#### `Networking`
**(必須)** Slurm キューのネットワーク設定を定義します。
```
Networking:
SubnetIds:
- {{string}}
AssignPublicIp: {{boolean}}
SecurityGroups:
- {{string}}
AdditionalSecurityGroups:
- {{string}}
PlacementGroup:
Enabled: {{boolean}}
Id: {{string}}
Name: {{string}}
Proxy:
HttpProxyAddress: {{string}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
##### `Networking` のプロパティ
**`SubnetIds` **(必須)**、`[String]`)**
Slurm キューをプロビジョニングする既存のサブネットの ID。
[`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`InstanceType`](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType) のインスタンスタイプを設定する場合、1 つのサブネットのみを定義できます。
[`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances) のインスタンスタイプを設定する場合、単一のサブネットまたは複数のサブネットを定義できます。
複数のサブネットを使用する場合、キューに定義されるすべてのサブネットは同じ VPC 内にあり、各サブネットは個別のアベイラビリティーゾーン (AZ) にある必要があります。
例えば、キューに subnet-1 と subnet-2 を定義するとします。
`subnet-1` と `subnet-2` の両方を AZ-1 にすることはできません。
`subnet-1` は AZ-1 に、`subnet-2` は AZ-2 にすることができます。
1 つのインスタンスタイプのみを設定し、また複数のサブネットを使用する場合、`InstanceType` ではなく `Instances` でインスタンスタイプを定義します。
例えば、`ComputeResources`/`InstanceType` = `instance.type` の代わりに `ComputeResources`/`Instances`/`InstanceType` = `instance.type` を定義します。
Elastic Fabric Adapter (EFA) は、異なるアベイラビリティーゾーン間ではサポートされていません。
複数のアベイラビリティーゾーンを使用すると、ストレージネットワーキングのレイテンシーが増加し、また inter-AZ のデータ転送コストが増加する可能性があります。例えば、インスタンスが異なる AZ に配置されているファイルストレージにアクセスする場合に発生することがあります。詳細については、「[同一の AWS リージョンでのデータ転送](https://aws.amazon.com/ec2/pricing/on-demand/#Data_Transfer_within_the_same_AWS_Region)」を参照してください。
**クラスターを更新して、単一のサブネットから複数のサブネットを使用するように変更する。**
+ クラスターのサブネット定義が、単一のサブネットと AWS ParallelCluster マネージド FSx for Lustre ファイルシステムで定義されているとします。続いて、更新されたサブネット ID 定義を使用してこのクラスターを直接更新することはできません。クラスターを更新するには、まずマネージドファイルシステムを外部ファイルシステムに変更する必要があります。詳細については、「[AWS ParallelCluster マネージドストレージを外部ストレージに変換する](shared-storage-conversion-v3.md)」を参照してください。
+ 追加するように定義された複数のサブネットのすべての AZ に EFS マウントターゲットが存在しない場合、クラスターのサブネット定義が単一のサブネットと外部の Amazon EFS ファイルシステムで定義されているとします。続いて、更新されたサブネット ID 定義を使用してこのクラスターを直接更新することはできません。クラスターを更新するか、クラスターを作成するには、まず定義した複数のサブネットのすべての AZ のマウントターゲットをすべて作成する必要があります。
**[CapacityReservationResourceGroupArn](#yaml-Scheduling-SlurmQueues-CapacityReservationResourceGroupArn) で定義されているアベイラビリティーゾーンとクラスターのキャパシティ予約。**
+ 定義済みのキャパシティ予約のリソースグループおよびキューに定義されている一連のインスタンスタイプとアベイラビリティーゾーンの対象となる一連のインスタンスタイプとアベイラビリティーゾーンが重複していない場合、クラスターを作成することはできません。
+ 定義されたキャパシティ予約リソースグループの対象となるインスタンスタイプとアベイラビリティーゾーンのセットと、キューに定義されたインスタンスタイプとアベイラビリティーゾーンのセットの間に部分的な重複がある場合は、クラスターを作成できます。 AWS ParallelCluster は、このケースの部分的な重複に関する警告メッセージを送信します。
+ 詳細については、「[オンデマンドキャパシティ予約 (ODCR) を使用してインスタンスを起動する](launch-instances-odcr-v3.md)」を参照してください。
AWS ParallelCluster バージョン 3.4.0 に複数のアベイラビリティーゾーンが追加されました。
この警告は、 AWS ParallelCluster このパラメータを変更しても、バージョン 3.3.1.version 3.3.1 より前のすべての 3.x.y AWS ParallelCluster バージョンには影響しません。
バージョン AWS ParallelCluster 3.3.1 より前の 3 バージョンの場合:
このパラメータを変更してクラスターを更新すると、新しいマネージド FSx for Lustre ファイルシステムが作成され、既存のデータを保存せずに既存のマネージド FSx for Lustre ファイルシステムが削除されます。その結果、データの損失が発生します。データを保持したい場合は、先に進む前に、必ず既存の FSx for Lustre ファイルシステムからデータをバックアップしてください。詳細については、「FSx for Lustre ユーザーガイド**」の「[Working with backups](https://docs.aws.amazon.com/fsx/latest/LustreGuide/using-backups-fsx.html)」を参照してください。
新しいサブネット値を追加する場合は、[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
サブネット値を削除する場合は、[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`AssignPublicIp` (**オプション**、`String`)**
Slurm キューのノードにパブリック IP アドレスを作成または割り当てます。サポートされている値は`true` および `false` です。指定したサブネットによってデフォルト値が決定されます。パブリック IP を持つサブネットは、デフォルトでパブリック IP アドレスが割り当てられます。
p4d または hpc6idインスタンスタイプ、または複数のネットワークインターフェイスまたはネットワークインターフェイスカードを持つ別のインスタンスタイプを定義する場合は、パブリックアクセスを提供する`true`ように [`Networking`](HeadNode-v3.md#HeadNode-v3-Networking) [`HeadNode`](HeadNode-v3.md)// [`ElasticIp`](HeadNode-v3.md#yaml-HeadNode-Networking-ElasticIp) を に設定する必要があります。 AWS パブリック IPsは、単一のネットワークインターフェイスで起動されたインスタンスにのみ割り当てることができます。この場合、クラスターコンピューティングノードへのパブリックアクセスを提供するのに、[NAT ゲートウェイ](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html)を使用することをお勧めします。この場合は、`AssignPublicIp` を `false` に設定します。IP アドレスに関する詳細については、「Amazon EC2 Linux インスタンス用ユーザーガイド**」の「[インスタンス起動時のパブリック IPv4 アドレスの割り当て](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses)」を参照してください。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)
**`SecurityGroups` (**オプション**、`[String]`)**
Slurm キューに使用するセキュリティグループのリスト。セキュリティグループが指定されていない場合、 はセキュリティグループ AWS ParallelCluster を作成します。
セキュリティグループが [SharedStorage](SharedStorage-v3.md) システム用に正しく設定されていることを確認します。
この警告は、このパラメータを変更しても、バージョン 3.3.0. AWS ParallelCluster version 3.3.0 より前のすべての 3.{{x}}.{{y}} AWS ParallelCluster バージョンには影響しません。
バージョン AWS ParallelCluster 3.3.0 より前の 3 バージョンの場合:
このパラメータを変更してクラスターを更新すると、新しいマネージド FSx for Lustre ファイルシステムが作成され、既存のデータを保存せずに既存のマネージド FSx for Lustre ファイルシステムが削除されます。その結果、データの損失が発生します。データを保持したい場合は、必ず既存の FSx for Lustre ファイルシステムからデータをバックアップしてください。詳細については、「FSx for Lustre ユーザーガイド**」の「[Working with backups](https://docs.aws.amazon.com/fsx/latest/LustreGuide/using-backups-fsx.html)」を参照してください。
コンピューティングインスタンスに対して [Efa](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa) を有効にする場合、EFA 対応のインスタンスが、インバウンドおよびアウトバウンドのトラフィックをすべて許可するセキュリティグループのメンバーであることを確認してください。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`AdditionalSecurityGroups` (**オプション**、`[String]`)**
Slurm キューに使用する追加のセキュリティグループのリスト。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`PlacementGroup` (**オプション**)**
Slurm キューの配置グループ設定を指定します。
```
PlacementGroup:
Enabled: {{boolean}}
Id: {{string}}
Name: {{string}}
```
[更新ポリシー: マネージドプレースメントグループを削除するには、すべてのコンピューティングノードを停止する必要があります。この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-remove-placement-group-v3)
**`Enabled` (**オプション**、`Boolean`)**
Slurm キューに配置グループを使用するかどうかを示します。デフォルトは `false` です。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Id` (**オプション**、`String`)**
Slurm キューが使用する既存のクラスタープレイスメントグループのプレイスメントグループ ID。名前ではなく、プレイスメントグループ *ID* を必ず指定してください。 **
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Name` (**オプション**、`String`)**
Slurm キューが使用する既存のクラスタープレイスメントグループのプレースメントグループ名です。ID ではなく**プレイスメントグループの名前**を必ず指定してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
+ `Name` または `Id` を定義せずに `PlacementGroup`/`Enabled` を `true` に設定した場合、[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)/[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking-PlacementGroup) がこの設定を上書きするように定義されていない限り、各コンピューティングリソースには独自のマネージドプレイスメントグループが割り当てられます。
+ AWS ParallelCluster バージョン 3.3.0 以降、//[`Networking`](#Scheduling-v3-SlurmQueues-Networking)[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/ [`SlurmQueues`](#Scheduling-v3-SlurmQueues)は //[`Networking`](#Scheduling-v3-SlurmQueues-Networking)/ [`SlurmQueues`](#Scheduling-v3-SlurmQueues) の推奨代替手段として追加[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name)されました[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)[`Id`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Id)。
[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Id`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Id) と [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name) は同等です。いずれかを使用できます。
[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup) / [`Id`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Id)と [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup) / の両方を含めると[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name)、 AWS ParallelCluster 失敗します。どちらかを選択することができます。
[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name) を使用するのにクラスターを更新する必要はありません。
+ キャパシティブロック予約を使用する場合、キャパシティ予約に残りのキャパシティがある場合でも、予約外のプレイスメント制約が原因でキャパシティ不足エラーが発生する可能性があるため、プレイスメントグループの制約を設定しないでください。
**`Proxy` **(オプション)****
Slurm キューのプロキシ設定を指定します。
```
Proxy:
HttpProxyAddress: {{string}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`HttpProxyAddress` (**オプション**、`String`)**
Slurm キューの HTTP または HTTPS のプロキシサーバーを定義します。通常は `https://{{x.x.x.x:8080}}` です。
デフォルト値はありません。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
#### `Image`
**(オプション)** Slurm キューに使用するイメージを指定します。すべてのノードで同じ AMI を使用するには、[`Image` セクション](Image-v3.md)の [CustomAmi](Image-v3.md#yaml-Image-CustomAmi) 設定を使用します。
```
Image:
CustomAmi: {{string}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
##### `Image` プロパティ
**`CustomAmi` (**オプション**、`String`)**
デフォルトの AMI ではなく、Slurm キューに使用する AMI です。pcluster CLI コマンドを使用して、デフォルトの AMI のリストを表示できます。
AMI は、ヘッドノードで使用しているのと同じオペレーティングシステムに基づいている必要があります。
```
pcluster list-official-images
```
カスタム AMI の起動に追加のアクセス許可が必要な場合は、ヘッドノードポリシーにそれらのアクセス許可を追加する必要があります。
例えば、カスタム AMI に暗号化されたスナップショットが関連付けられている場合、ヘッドノードポリシーに次の追加のポリシーが必要です。
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": [
"kms:DescribeKey",
"kms:ReEncrypt*",
"kms:CreateGrant",
"kms:Decrypt"
],
"Resource": [
"arn:aws:kms:{{us-east-1}}:{{111122223333}}:key/{{}}"
]
}
]
}
```
カスタム AMI 検証の警告のトラブルシューティングについては、「[カスタム AMI の問題のトラブルシューティング](troubleshooting-v3-custom-amis.md)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
#### `ComputeResources`
**(必須)** Slurm キューの `ComputeResources` 設定を定義します。
**注記**
クラスターのサイズは、更新中に変わる場合があります。詳細については、[「クラスター容量のサイズと更新](slurm-workload-manager-v3.md)」を参照してください。
新しいコンピューティングリソースは、クラスターの作成時に存在する CIDR ブロックに属するサブネットにデプロイされている場合にのみ、クラスターに追加できます。
```
ComputeResources:
- Name: {{string}}
InstanceType: {{string}}
Instances:
- InstanceType: {{string}}
MinCount: {{integer}}
MaxCount: {{integer}}
DynamicNodePriority: {{integer}}
StaticNodePriority: {{integer}}
SpotPrice: {{float}}
DisableSimultaneousMultithreading: {{boolean}}
SchedulableMemory: {{integer}}
HealthChecks:
Gpu:
Enabled: {{boolean}}
Efa:
Enabled: {{boolean}}
GdrSupport: {{boolean}}
CapacityReservationTarget:
CapacityReservationId: {{string}}
CapacityReservationResourceGroupArn: {{string}}
Networking:
PlacementGroup:
Enabled: {{boolean}}
Name: {{string}}
CustomSlurmSettings: {{dict}}
Tags:
- Key: {{string}}
Value: {{string}}
LaunchTemplateOverrides:
LaunchTemplateId: {{string}}
Version: {{string}}
```
[更新ポリシー:このリスト値の設定では、更新中に新しい値を追加することができ、既存の値を削除する場合はコンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3)
##### `ComputeResources` のプロパティ
**`Name` **(必須)**、`String`)**
Slurm キューのコンピューティング環境の名前。名前の最大長は 25 文字です。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)
**`InstanceType` **(必須)**、`String`)**
この Slurm コンピューティングリソースで使用されるインスタンスタイプ。クラスターのすべてのインスタンスタイプは、同じプロセッサアーキテクチャを使用している必要があります。インスタンスは `x86_64` または `arm64` のアーキテクチャのいずれかを使用できます。
クラスター設定で、[InstanceType](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType) または [Instances](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances) のいずれかを定義する必要があります。両方が定義されている場合、 AWS ParallelCluster 失敗します。
`InstanceType` を定義する場合、複数のサブネットを定義することはできません。1 つのインスタンスタイプのみを設定し、また複数のサブネットを使用する場合、`InstanceType` ではなく `Instances` のインスタンスタイプを定義します。詳細については、「[`Networking`](#Scheduling-v3-SlurmQueues-Networking)」/「[`SubnetIds`](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds)」を参照してください。
p4d または hpc6idインスタンスタイプ、または複数のネットワークインターフェイスまたはネットワークインターフェイスカードを持つ別のインスタンスタイプを定義する場合は、「」で説明されているように、プライベートサブネットでコンピューティングインスタンスを起動する必要があります[AWS ParallelCluster 2 つのサブネットの使用](network-configuration-v3-two-subnets.md)。 AWS パブリック IP は、単一のネットワークインターフェイスで起動されたインスタンスにのみ割り当てることができます。 IPs 詳細については、「Amazon EC2 Linux インスタンス用ユーザーガイド」の「[インスタンス起動時のパブリック IPv4 アドレスの割り当て](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`Instances` **(必須)****
コンピューティングリソースのインスタンスタイプのリストを指定します。インスタンスタイプのリストの配分戦略を指定するには、「[`AllocationStrategy`](#yaml-Scheduling-SlurmQueues-AllocationStrategy)」を参照してください。
クラスター設定で、[`InstanceType`](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType) または [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances) のいずれかを定義する必要があります。両方が定義されていると、 AWS ParallelCluster は失敗します。
詳細については、「[Slurm による複数のインスタンスタイプの割り当て](slurm-multiple-instance-allocation-v3.md)」を参照してください。
```
`Instances`:
- `InstanceType`: {{string}}
```
AWS ParallelCluster バージョン 3.7.0 以降では、インスタンスで複数のインスタンスタイプを設定すると、 [](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)を有効に`EnableMemoryBasedScheduling`できます。
AWS ParallelCluster バージョン 3.2.0 から 3.6.{{x}} では、インスタンスで[複数のインスタンスタイプを設定した場合、 ](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)を有効にする`EnableMemoryBasedScheduling`ことはできません。
[更新ポリシー:このリスト値の設定では、更新中に新しい値を追加することができ、既存の値を削除する場合はコンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3)
**`InstanceType` **(必須)**、`String`)**
この Slurm コンピューティングリソースで使用するインスタンスタイプ。クラスター内のすべてのインスタンスタイプは、`x86_64` または `arm64` のいずれかの同じプロセッサアーキテクチャを使用する必要があります。
[`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances) に一覧表示されているインスタンスタイプには、次が必要です。
+ 同じ数の vCPUs、または [`DisableSimultaneousMultithreading`](#yaml-Scheduling-SlurmQueues-ComputeResources-DisableSimultaneousMultithreading) を `true` に設定している場合は同じ数のコア。
+ 同じ製造元で同じ数のアクセラレーター。
+ [`Efa`](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa)/[`Enabled`](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa-Enabled) が `true` に設定されている場合、EFA がサポートされます。
[`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances) に一覧表示されているインスタンスタイプには、次があります。
+ さまざまな量のメモリ。
この場合、最小メモリが使用可能な Slurm リソースとして設定されます。
**注記**
AWS ParallelCluster バージョン 3.7.0 以降では、インスタンスで複数のインスタンスタイプを設定すると、 [](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)を有効に`EnableMemoryBasedScheduling`できます。
AWS ParallelCluster バージョン 3.2.0 から 3.6.{{x}} では、インスタンスで[複数のインスタンスタイプを設定した場合、 ](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)を有効にする`EnableMemoryBasedScheduling`ことはできません。
+ さまざまなネットワークカード。
この場合、コンピューティングリソースに設定されるネットワークインターフェイスの数は、ネットワークカードの数が最小のインスタンスタイプによって定義されます。
+ さまざまなネットワーク帯域幅。
+ さまざまなインスタンスストアのサイズ。
p4d または hpc6idインスタンスタイプ、または複数のネットワークインターフェイスまたはネットワークインターフェイスカードを持つ別のインスタンスタイプを定義する場合は、「」で説明されているように、プライベートサブネットでコンピューティングインスタンスを起動する必要があります[AWS ParallelCluster 2 つのサブネットの使用](network-configuration-v3-two-subnets.md)。 AWS パブリック IP は、単一のネットワークインターフェイスで起動されたインスタンスにのみ割り当てることができます。 IPs 詳細については、「Amazon EC2 Linux インスタンス用ユーザーガイド」の「[インスタンス起動時のパブリック IPv4 アドレスの割り当て](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
`Instances` は AWS ParallelCluster バージョン 3.3.0 以降でサポートされています。
**`MinCount` (**オプション**、`Integer`)**
Slurm コンピューティングリソースが使用するインスタンス数の最小値。デフォルトは 0 です。
クラスターのサイズは、更新中に変わる場合があります。詳細については、「[クラスター容量のサイズと更新](slurm-workload-manager-v3.md)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`MaxCount` (**オプション**、`Integer`)**
Slurm コンピューティングリソースが使用する最大インスタンス数。デフォルトは 10 です。
を使用する場合`CapacityType = CAPACITY_BLOCK`、キャパシティブロック予約のすべてのインスタンスは静的ノードとして管理されるため、 は 0 `MinCount`以上`MaxCount`である必要があります。
クラスターの作成時に、ヘッドノードはすべての静的ノードの準備が整うのを待ってから、クラスターの作成の成功を通知します。ただし、 を使用する場合`CapacityType = CAPACITY_BLOCK`、キャパシティブロックに関連付けられたコンピューティングリソースのノード部分は、このチェックでは考慮されません。クラスターは、設定したキャパシティブロックの一部がアクティブでない場合でも作成されます。
クラスターのサイズは、更新中に変わる場合があります。詳細については、「[クラスター容量のサイズと更新](slurm-workload-manager-v3.md)」を参照してください。
**`DynamicNodePriority` (**オプション**、`Integer`)**
キューコンピューティングリソースの動的ノードの優先度。優先度は、コンピューティングリソースの動的ノードの Slurm ノード [https://slurm.schedmd.com/slurm.conf.html#OPT_Weight](https://slurm.schedmd.com/slurm.conf.html#OPT_Weight) 設定パラメータにマッピングされます。デフォルト値は `1000` です。
Slurm は、最初に `Weight` 値が最も低いノードを優先します。
Slurm パーティション (キュー) でさまざまな `Weight` 値を多く使用すると、キューのジョブスケジューリングのレートが遅くなる可能性があります。
AWS ParallelCluster バージョン 3.7.0 より前のバージョンでは、静的ノードと動的ノードの両方に同じデフォルトの重み が割り当てられていました`1`。この場合、静的および動的ノードの命名スキーマにより、Slurm はアイドル状態の静的ノードよりもアイドル状態の動的ノードを優先することがあります。他のすべてが等しい場合は、Slurm は名前のアルファベット順にノードをスケジュールします。
`DynamicNodePriority` バージョン 3.7.0 AWS ParallelCluster で が追加されました。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`StaticNodePriority` (**オプション**、`Integer`)**
キューコンピューティングリソースの静的ノードの優先度。優先度は、コンピューティングリソースの静的ノードの Slurm ノード [https://slurm.schedmd.com/slurm.conf.html#OPT_Weight](https://slurm.schedmd.com/slurm.conf.html#OPT_Weight) 設定パラメータにマッピングされます。デフォルト値は `1` です。
Slurm は、最初に `Weight` 値が最も低いノードを優先します。
Slurm パーティション (キュー) でさまざまな `Weight` 値を多く使用すると、キューのジョブスケジューリングのレートが遅くなる可能性があります。
`StaticNodePriority` バージョン 3.7.0 AWS ParallelCluster で が追加されました。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`SpotPrice` (**オプション**、`Float`)**
任意のインスタンスの起動前に、EC2 スポットインスタンスに支払われる上限価格です。デフォルトの値はオンデマンドの料金です。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`DisableSimultaneousMultithreading` (**オプション**、`Boolean`)**
`true` の場合、Slurm キューのノードでのマルチスレッドは無効になります。デフォルト値は `false` です。
すべてのインスタンスタイプのマルチスレッドを無効にできるわけではありません。マルチスレッディングの無効化をサポートするインスタンスタイプの一覧については、「*Amazon EC2 ユーザーガイド*」の[インスタンスタイプ別の CPU コア数と CPU コアごとのスレッド数](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-optimize-cpu.html#cpu-options-supported-instances-values)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`SchedulableMemory` (**オプション**、`Integer`)**
コンピューティングリソースのコンピューティングノードの Slurm パラメータ `RealMemory` で設定されるメモリの量 (MiB)。[`SlurmSettings`](#Scheduling-v3-SlurmSettings)/[`EnableMemoryBasedScheduling`](#yaml-Scheduling-SlurmSettings-EnableMemoryBasedScheduling) が有効になっている場合、この値はジョブに使用できるノードのメモリの上限です。デフォルト値は、[Amazon EC2 インスタンスタイプ](https://aws.amazon.com/ec2/instance-types)に一覧表示され、Amazon EC2 API [DescribeInstanceTypes](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstanceTypes.html) によって返されるメモリの 95% です。GiB で指定された値が MiB に変換されていることを確認してください。
サポートされる値: `1-EC2Memory`
`EC2Memory` は、[Amazon EC2 インスタンスタイプ](https://aws.amazon.com/ec2/instance-types)に一覧表示され、Amazon EC2 API [DescribeInstanceTypes](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstanceTypes.html) によって返されるメモリ (MiB 単位) です。GiB で指定された値が MiB に変換されていることを確認してください。
このオプションは、[`SlurmSettings`](#Scheduling-v3-SlurmSettings)/[`EnableMemoryBasedScheduling`](#yaml-Scheduling-SlurmSettings-EnableMemoryBasedScheduling) が有効になっている場合、最も関連性が高くなります。詳細については、「[Slurm メモリベースのスケジューリング](slurm-mem-based-scheduling-v3.md)」を参照してください。
`SchedulableMemory` は AWS ParallelCluster バージョン 3.2.0 からサポートされています。
バージョン 3.2.0 以降、デフォルトでは、 Slurmはコンピューティングノード AWS ParallelCluster `RealMemory`を Amazon EC2 API によって返されるメモリの 95% に設定します`DescribeInstanceTypes`。この設定は `EnableMemoryBasedScheduling` の値とは無関係です。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`HealthChecks` (**オプション**)**
コンピューティングリソースのヘルスチェックを指定します。
`Gpu` (**オプション**)
コンピューティングリソースの GPU ヘルスチェックを指定します。
`Enabled` (**オプション**、`Boolean`)
がキュー内のリソースを計算するために GPU ヘルスチェック AWS ParallelCluster を実行するかどうか。デフォルトは `false` です。
AWS ParallelCluster は`HealthChecks`、ARM オペレーティングシステムを使用するノード`Gpu`で / `alinux2` をサポートしていません。これらのプラットフォームは [NVIDIA データセンター GPUマネージャー (DCGM)](https://docs.nvidia.com/datacenter/dcgm/latest/user-guide/getting-started.html#supported-linux-distributions) をサポートしていません。
**`Gpu` ヘルスチェックの動作**
+ / `Gpu` `Enabled`が に設定されている場合`true`、 はコンピューティングリソースに対してヘルス GPU ヘルスチェック AWS ParallelCluster を実行します。
+ `Gpu` ヘルスチェックはコンピューティングリソースでヘルスチェックを実行して、GPU のパフォーマンスが低下したノードでのジョブ送信を防止します。
+ コンピューティングノードが `Gpu` ヘルスチェックに失敗すると、コンピューティングノードのステータスは `DRAIN` に変わります。このノードで新しいジョブは開始されません。既存のジョブは完了まで実行されます。実行中のジョブがすべて完了すると、コンピューティングノードが動的ノードの場合は終了し、静的ノードの場合は置き換えられます。
+ `Gpu` ヘルスチェックの所要時間は、選択したインスタンスタイプ、インスタンスの GPU の数、および `Gpu` ヘルスチェックのターゲットの数 (ジョブ GPU ターゲットの数と同じ) によって異なります。8 つの GPU を持つインスタンスの場合、一般的な所要時間は 3 分未満です。
+ サポートされていないインスタンスで `Gpu` ヘルスチェックを実行すると終了し、ジョブはコンピューティングノードで実行されます。例えば、インスタンスが GPU を使用していない場合や、インスタンスが GPU を使用していても NVIDIA GPU ではない場合、ヘルスチェックは終了し、ジョブはコンピューティングノードで実行されます。NVIDIA GPU のみがサポートされています。
+ `Gpu` ヘルスチェックは、`dcgmi` ツールを使用してノードのヘルスチェックを実行し、次の手順を実行します。
ノードで `Gpu` ヘルスチェックが開始される場合。
1. `nvidia-dcgm` および `nvidia-fabricmanager` サービスが実行中かどうかを検出します。
1. これらのサービスが実行されていない場合、`Gpu` ヘルスチェックによって開始されます。
1. 永続化モードが有効になっているかどうかを検出します。
1. 永続化モードが有効になっていない場合は、`Gpu` ヘルスチェックによって有効になります。
ヘルスチェックの終了時に、`Gpu` ヘルスチェックはこれらのサービスとリソースの初期状態を復元します。
+ ジョブが特定のノード GPU セットに割り当てられている場合、`Gpu` ヘルスチェックはその特定のセットでのみ実行されます。それ以外の場合は、ノードのすべての GPU で `Gpu` ヘルスチェックが実行されます。
+ コンピューティングノードが同時に 2 つ以上の `Gpu` ヘルスチェックのリクエストを受け取った場合、最初のヘルスチェックのみが実行され、他はスキップされます。これは、ノード GPU をターゲットとするヘルスチェックにも当てはまります。この状況に関する追加情報については、ログファイルを確認できます。
+ 特定のコンピューティングノードのヘルスチェックログは `/var/log/parallelcluster/slurm_health_check.log` ファイルで使用可能です。このファイルは クラスター CloudWatch ロググループの Amazon CloudWatch で使用可能で、次があります。
+ サービスおよび永続化モードの有効化と無効化を含め、`Gpu` ヘルスチェックによって実行されたアクションの詳細。
+ GPU の識別子、シリアル ID、および UUID。
+ ヘルスチェックの出力。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
`HealthChecks` は AWS ParallelCluster バージョン 3.6.0 以降でサポートされています。
**`Efa` **(オプション)****
Slurm キュー内のノードの EFA (Elastic Fabric Adapter) 設定を指定します。
```
Efa:
Enabled: {{boolean}}
GdrSupport: {{boolean}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Enabled` (**オプション**、`Boolean`)**
EFA (Elastic Fabric Adapter) が有効であることを指定します。EFA をサポートする Amazon EC2 インスタンスのリストを確認するには、「*Linux インスタンス用 Amazon EC2 ユーザーガイド*」の「[サポートされるインスタンスタイプ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa.html#efa-instance-types)」を参照してください。詳細については、「[Elastic Fabric Adapter](efa-v3.md)」を参照してください。クラスター [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup) を使用して、インスタンス間のレイテンシーを最小限に抑えることをお勧めします。
デフォルト値は `false` です。
Elastic Fabric Adapter (EFA) は、異なるアベイラビリティーゾーン間ではサポートされていません。詳細については、「[SubnetIds](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds)」を参照してください。
[SecurityGroups](#yaml-Scheduling-SlurmQueues-Networking-SecurityGroups) でカスタムセキュリティグループを定義する場合、EFA 対応のインスタンスが、インバウンドおよびアウトバウンドのトラフィックをすべて許可するセキュリティグループのメンバーであることを確認してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`GdrSupport` (**オプション**、`Boolean`)**
**(オプション)** AWS ParallelCluster バージョン 3.0.2 より、この設定は無効となりました。Elastic Fabric Adapter (EFA )による GPUDirect RDMA (リモートディレクトメモリアクセス) のサポートは、Slurm コンピューティングリソースのインスタンスタイプとオペレーティングシステムでサポートされていれば、常に有効です。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`CapacityReservationTarget`**
```
CapacityReservationTarget:
CapacityReservationId: {{string}}
CapacityReservationResourceGroupArn: {{string}}
```
コンピューティングリソースに使用するオンデマンドキャパシティ予約を指定します。
**`CapacityReservationId` (**オプション**、`String`)**
キューのコンピューティングリソースを対象とする既存のキャパシティ予約の ID。ID は、[ODCR](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) または [機械学習用のキャパシティブロック](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html)を参照できます。
このパラメータをコンピューティングリソースレベルで指定する場合、InstanceType はオプションであり、予約から自動的に取得されます。
**`CapacityReservationResourceGroupArn` (**オプション**、`String`)**
コンピューティングリソースのキャパシティ予約のサービスリンクグループとして機能するリソースグループの Amazon リソースネーム (ARN) を示します。 AWS ParallelCluster は、グループから最も適切なキャパシティ予約を識別して使用します。リソースグループには、コンピューティングリソースに一覧表示されているインスタンスタイプごとに少なくとも 1 つの ODCR があることが必要です。詳細については、「[オンデマンドキャパシティ予約 (ODCR) を使用してインスタンスを起動する](launch-instances-odcr-v3.md)」を参照してください。
+ `PlacementGroup` が [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/ [`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)または [`SlurmQueues`](#Scheduling-v3-SlurmQueues) / [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources) / で有効になっている場合[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)、 はインスタンスタイプをターゲットとするリソースグループ AWS ParallelCluster を選択し、存在する場合はコンピューティングリソース`PlacementGroup`を選択します。
`PlacementGroup` は、[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources) で定義されているインスタンスタイプの 1 つをターゲットにしている必要があります。
+ / [`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)または [`SlurmQueues`](#Scheduling-v3-SlurmQueues) / [`SlurmQueues`](#Scheduling-v3-SlurmQueues) / [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources) で が有効になってい`PlacementGroup`ない場合[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)、 はコンピューティングリソースのインスタンスタイプのみを対象とするリソースグループが存在する場合はそれ AWS ParallelCluster を選択します。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
`CapacityReservationTarget` バージョン 3.3.0 で AWS ParallelCluster が追加されます。
**`Networking`**
```
Networking:
PlacementGroup:
Enabled: {{boolean}}
Name: {{string}}
```
[更新ポリシー: マネージドプレースメントグループを削除するには、すべてのコンピューティングノードを停止する必要があります。この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-remove-placement-group-v3)
**`PlacementGroup` (**オプション**)**
コンピューティングリソースの配置グループ設定を指定します。
**`Enabled` (**オプション**、`Boolean`)**
コンピューティングリソースに配置グループを使用するかどうかを示します。
+ `Name` を定義せずに `true` に設定すると、そのコンピューティングリソースには [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup) 設定に関係なく、独自のマネージドプレイスメントグループが割り当てられます。
+ `Name` を定義して `true` に設定すると、そのコンピューティングリソースには `SlurmQueues`/`Networking`/`PlacementGroup` 設定に関係なく、名前付きのプレイスメントグループが割り当てられます。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Name` (**オプション**、`String`)**
コンピューティングリソースに使用される既存のクラスタープレイスメントグループのプレースメントグループ名です。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
+ `PlacementGroup`/`Enabled` の両方と `Name` が設定されていない場合、それぞれの値はデフォルトで [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup) 設定になります。
+ キャパシティブロック予約を使用する場合、キャパシティ予約に残りのキャパシティがある場合でも、予約外のプレイスメント制約が原因でキャパシティ不足エラーが発生する可能性があるため、プレイスメントグループの制約を設定しないでください。
+ `ComputeResources` /`Networking`/ `PlacementGroup`が AWS ParallelCluster バージョン 3.3.0 で追加されました。
**`CustomSlurmSettings` (**オプション**、`Dict`)**
**(オプション)** カスタム Slurm ノード (コンピューティングリソース) の設定を定義します。
Slurm ノード (コンピューティングリソース) に適用されるカスタム Slurm 設定パラメータのキーと値のペアのディクショナリを指定します。
`Param1: Value1` などの各個別のキーと値のペアは、`Param1=Value1` の形式で Slurm ノードの設定行の最後に個別に追加されます。
`CustomSlurmSettings` の拒否リストに記載されていない Slurm 設定パラメータのみ指定できます。拒否リストの Slurm 設定パラメータの詳細については、「[`CustomSlurmSettings` で拒否リストに記載されている Slurm 設定パラメータ](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3)」を参照してください。
AWS ParallelCluster は、パラメータが拒否リストにあるかどうかのみをチェックします。 AWS ParallelCluster はカスタムSlurm設定パラメータの構文またはセマンティクスを検証しません。カスタムSlurm設定パラメータを検証するのはユーザーの責任です。無効なカスタム Slurm 設定パラメータは、クラスターの作成や更新の失敗につながる Slurm デーモンの障害を引き起こす可能性があります。
でカスタムSlurm設定パラメータを指定する方法の詳細については AWS ParallelCluster、「」を参照してください[Slurm 設定のカスタマイズ](slurm-configuration-settings-v3.md)。
Slurm 設定パラメータに関する詳細については、「Slurm ドキュメント」の「[slurm.conf](https://slurm.schedmd.com/slurm.conf.html)」を参照してください。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
`CustomSlurmSettings` は AWS ParallelCluster バージョン 3.6.0 からサポートされています。
**`Tags` (**オプション**、[文字列])**
タグのキーと値のペアのリスト。`ComputeResource` タグは、[`Tags` セクション](Tags-v3.md) または [`SlurmQueues`](#yaml-Scheduling-SlurmQueues-Tags)/`Tags` で指定された重複するタグを上書きします。
**`Key` (**オプション**、`String`)**
タグキー。
**`Value` (**オプション**、`String`)**
タグ値。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`LaunchTemplateOverrides` (**オプション**)**
`LaunchTemplateOverrides` バージョン 3.15.0 で AWS ParallelCluster が追加されました。
がコンピューティングリソース用に AWS ParallelCluster 作成するデフォルトの起動テンプレートを上書きする起動テンプレートを指定します。起動テンプレートには、ネットワークインターフェイスの overrides のみを含める必要があります。起動テンプレート AWS ParallelCluster を検証し、他のパラメータの上書きを防止します。このオーバーライドの使用方法の詳細については、「」を参照してください[起動テンプレートの上書きを使用してコンピューティングノードのネットワークインターフェイスをカスタマイズする](tutorial-network-customization-v3.md)。
```
LaunchTemplateOverrides:
LaunchTemplateId: {{string}}
Version: {{string}}
```
**`LaunchTemplateId` **(必須)**、`String`)**
起動テンプレートの ID。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Version` **(必須)**、`String`)**
起動テンプレートのバージョン番号。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
#### `ComputeSettings`
**(必須)** Slurm キューの `ComputeSettings` 設定を定義します。
##### `ComputeSettings` のプロパティ
Slurm キュー内のノードの `ComputeSettings` のプロパティを指定します。
```
ComputeSettings:
LocalStorage:
RootVolume:
Size: {{integer}}
Encrypted: {{boolean}}
VolumeType: {{string}}
Iops: {{integer}}
Throughput: {{integer}}
EphemeralVolume:
MountDir: {{string}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`LocalStorage` (**オプション**)**
Slurm キュー内のノードの `LocalStorage` のプロパティを指定します。
```
LocalStorage:
RootVolume:
Size: {{integer}}
Encrypted: {{boolean}}
VolumeType: {{string}}
Iops: {{integer}}
Throughput: {{integer}}
EphemeralVolume:
MountDir: {{string}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`RootVolume` (**オプション**)**
Slurm キューのノードのルートボリュームの詳細を指定します。
```
RootVolume:
Size: {{integer}}
Encrypted: {{boolean}}
VolumeType: {{string}}
Iops: {{integer}}
Throughput: {{integer}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Size` (**オプション**、`Integer`)**
Slurm キューのノードのルートボリュームサイズをギビバイト (GiB) で指定します。デフォルトのサイズは AMI から取得されます。異なるサイズを使用するには、AMI が `growroot` をサポートしている必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Encrypted` (**オプション**、`Boolean`)**
`true` の場合、Slurm キューのノードのルートボリュームが暗号化されます。デフォルト値は `true` です。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`VolumeType` (**オプション**、`String`)**
Slurm キュー内のノードの [Amazon EBS ボリュームタイプ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)を指定します。サポートされている値は `gp2`、`gp3`、`io1`、`io2`、`sc1`、`st1` および `standard` です。デフォルト値は `gp3` です。
詳細については、「Amazon EC2 ユーザーガイド」の「[Amazon EBS ボリュームの種類](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Iops` (**オプション**、`Boolean`)**
`io1`、`io2` および `gp3` タイプボリュームの IOPS の数を定義します。
デフォルト値、対応値、`volume_iops` 対 `volume_size` の比率は、`VolumeType` と `Size` で異なります。
**`VolumeType` = `io1`**
デフォルト `Iops` = 100
サポートする値 `Iops` = 100 — 64000 †
最大 `volume_iops`/`volume_size` 比率 ＝ 50 IOPS/GiB。5000 IOPS には、少なくとも 100 GiB の `volume_size` が必要です。
**`VolumeType` = `io2`**
デフォルト `Iops` = 100
サポートする値 `Iops` = 100 — 64000 (`io2` Block Express ボリュームの場合は 256000) †
最大 `Iops`/`Size` 比率 ＝ 500 IOPS/GiB。5000 IOPS には、少なくとも 10 GiB の `Size` が必要です。
**`VolumeType` = `gp3`**
デフォルト `Iops` = 3000
サポートする値 `Iops` = 3,000–16,000 †
IOPS が 3,000 を超えるボリュームの場合、`Size` に対する `Iops` の最大レート = GiB あたり 500 IOPS。
† 最大 IOPS は、32,000 IOPS 以上でプロビジョニングされ、[Nitro System で構築されたインスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#ec2-nitro-instances)にのみ保証されます。他のインスタンスは、最大 32,000 IOPS までです。[ボリュームを変更](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html)しない限り、以前の `io1` ボリュームはパフォーマンスが完全にはならないことがあります。`io2`Block Express ボリュームは、`R5b` インスタンスタイプで最大 256000 までの `volume_iops` 値をサポートします。詳細については、「*Amazon EC2 ユーザーガイド*」の「[`io2` Block Express ボリューム](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html#io2-block-express)」を参照してください。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Throughput` (**オプション**、`Integer`)**
`gp3` ボリュームタイプのスループットを MiB/秒で定義します。この設定は、`VolumeType` が `gp3` の場合のみ有効です。デフォルト値は `125` です。サポートされる値: 125 — 1000 MIB/秒
`Throughput` と `Iops` の比率は 0.25 以下にします。最大のスループットである 1000 MiB/秒を実現するためには、`Iops` の設定を 4000 以上にする必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`EphemeralVolume` (**オプション**、`Boolean`)**
エフェメラルボリュームの設定を指定します。エフェメラルボリュームは、すべてのインスタンスストアボリュームを、`ext4` ファイルシステムでフォーマットされた 1 つの論理ボリュームにまとめることで作成されます。デフォルトは `/scratch` です。インスタンスタイプにインスタンスストアボリュームがない場合、エフェメラルボリュームは作成されません。詳細については、「Amazon EC2 Linux インスタンス用ユーザーガイド」の「[インスタンスストアボリューム](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes)」を参照してください。
```
EphemeralVolume:
MountDir: {{string}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`MountDir` (**オプション**、`String`)**
Slurm キューの各ノードのエフェメラルボリュームのマウントディレクトリ。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
#### `CustomActions`
**(Optional)** Slurm キュー内のノードで実行するカスタムスクリプトを指定します。
```
CustomActions:
OnNodeStart:
Sequence:
- Script: {{string}}
Args:
- {{string}}
Script: {{string}}
Args:
- {{string}}
OnNodeConfigured:
Sequence:
- Script: {{string}}
Args:
- {{string}}
Script: {{string}}
Args:
- {{string}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
##### `CustomActions` プロパティ
**`OnNodeStart` (**オプション**、`String`)**
ノードデプロイのブートストラップアクションが開始される前に Slurm キューのノードで実行する一連のスクリプトまたは単一のスクリプトを指定します。 AWS ParallelCluster は、単一のスクリプトと同じカスタムアクション用の `Sequence` の両方を含めることはサポートしていません。詳細については、「[カスタムブートストラップアクション](custom-bootstrap-actions-v3.md)」を参照してください。
**`Sequence` (**オプション**)**
実行するスクリプトのリスト。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Script` **(必須)**、`String`)**
使用するファイル。ファイルパスは `https://` または `s3://` で始まる必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Args` (**オプション**、`[String]`)**
スクリプトに渡す引数のリスト。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Script` **(必須)**、`String`)**
単一のスクリプトに使用するファイル。ファイルパスは `https://` または `s3://` で始まる必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Args` (**オプション**、`[String]`)**
単一のスクリプトに渡す引数のリスト。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`OnNodeConfigured` (**オプション**、`String`)**
ノードのブートストラップアクションが完了した後に Slurm キューのノードで実行する一連のスクリプトまたは単一のスクリプトを指定します。 AWS ParallelCluster は、単一のスクリプトと同じカスタムアクション用の `Sequence` の両方を含めることはサポートしていません。詳細については、「[カスタムブートストラップアクション](custom-bootstrap-actions-v3.md)」を参照してください。
**`Sequence` (**オプション**)**
実行するスクリプトのリスト。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Script` **(必須)**、`String`)**
使用するファイル。ファイルパスは `https://` または `s3://` で始まる必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Args` (**オプション**、`[String]`)**
スクリプトに渡す引数のリスト。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Script` **(必須)**、`String`)**
単一のスクリプトに使用するファイル。ファイルパスは `https://` または `s3://` で始まる必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
**`Args` (**オプション**、`[String]`)**
単一のスクリプトに渡す引数のリスト。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、QueueUpdateStrategy が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
`Sequence` バージョン 3.6.0 AWS ParallelCluster 以降で が追加されました。を指定すると`Sequence`、カスタムアクションの複数のスクリプトを一覧表示できます。 は、 を含めずに 1 つのスクリプトでカスタムアクションの設定をサポートするように AWS ParallelCluster 続行します`Sequence`。
AWS ParallelCluster では、1 つのスクリプトと の両方を同じカスタムアクション`Sequence`に含めることはサポートされていません。
#### `Iam`
**(オプション)** Slurm キューのオプションの IAM 設定を定義します。
```
Iam:
S3Access:
- BucketName: {{string}}
EnableWriteAccess: {{boolean}}
KeyName: {{string}}
AdditionalIamPolicies:
- Policy: {{string}}
InstanceProfile: {{string}}
InstanceRole: {{string}}
```
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
##### `Iam` プロパティ
**`InstanceProfile` (**オプション**、`String`)**
Slurm キューのデフォルトのインスタンスロールまたはインスタンスプロファイルをオーバーライドするインスタンスプロファイルを指定します。`InstanceProfile` および `InstanceRole` の両方を指定することはできません。形式は `arn:${Partition}:iam::${Account}:instance-profile/${InstanceProfileName}` です。
これを指定すると、`S3Access` と `AdditionalIamPolicies` の設定を指定することはできません。
AWS ParallelCluster に追加された機能は新しいアクセス許可を必要とすることが多いため、`S3Access` と `AdditionalIamPolicies` の設定のいずれかまたは両方を指定することをお勧めします。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`InstanceRole` (**オプション**、`String`)**
Slurm キューのデフォルトのインスタンスロールやインスタンスプロファイルを上書きするインスタンスロールを指定します。`InstanceProfile` および `InstanceRole` の両方を指定することはできません。形式は `arn:${Partition}:iam::${Account}:role/${RoleName}` です。
これを指定すると、`S3Access` と `AdditionalIamPolicies` の設定を指定することはできません。
AWS ParallelCluster に追加された機能は新しいアクセス許可を必要とすることが多いため、`S3Access` と `AdditionalIamPolicies` の設定のいずれかまたは両方を指定することをお勧めします。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`S3Access` (**オプション**)**
Slurm キューのバケットを指定します。これは、Slurm キューのバケットに指定されたアクセスを許可するポリシーを生成するために使用されます。
これを指定すると、`InstanceProfile` と `InstanceRole` の設定を指定することはできません。
AWS ParallelCluster に追加された機能は新しいアクセス許可を必要とすることが多いため、`S3Access` と `AdditionalIamPolicies` の設定のいずれかまたは両方を指定することをお勧めします。
```
S3Access:
- BucketName: {{string}}
EnableWriteAccess: {{boolean}}
KeyName: {{string}}
```
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`BucketName` **(必須)**、`String`)**
バケットの名前。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`KeyName` (**オプション**、`String`)**
バケットのキーです。デフォルト値は `*` です。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`EnableWriteAccess` (**オプション**、`Boolean`)**
バケットに対して書き込みアクセスが可能かどうかを示す。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`AdditionalIamPolicies` (**オプション**)**
Amazon EC2 の IAM ポリシーの Amazon リソースネーム (ARN) のリストを指定します。このリストは、 に必要なアクセス許可に加えて、Slurmキューに使用されるルートロールにアタッチされます AWS ParallelCluster。
IAM ポリシー名とその ARN が異なります。名前を使用することはできません。
これを指定すると、`InstanceProfile` と `InstanceRole` の設定を指定することはできません。
AWS ParallelCluster が必要とするパーミッションに `AdditionalIamPolicies` が追加され、`InstanceRole` には必要なパーミッションがすべて含まれている必要があるため、`AdditionalIamPolicies` を使用することをお勧めします。必要な権限は、機能が追加されるにつれ、リリースごとに変更されることがよくあります。
デフォルト値はありません。
```
AdditionalIamPolicies:
- Policy: {{string}}
```
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
**`Policy` **(必須)**、`[String]`)**
IAM ポリシーの一覧。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
## `SlurmSettings`
**(オプション)** クラスター全体に適用される Slurm の設定を定義します。
```
SlurmSettings:
ScaledownIdletime: {{integer}}
QueueUpdateStrategy: {{string}}
EnableMemoryBasedScheduling: {{boolean}}
CustomSlurmSettings: {{[dict]}}
CustomSlurmSettingsIncludeFile: {{string}}
Database:
Uri: {{string}}
UserName: {{string}}
PasswordSecretArn: {{string}}
ExternalSlurmdbd:
Host: {{string}}
Port: {{integer}}
Dns:
DisableManagedDns: {{boolean}}
HostedZoneId: {{string}}
UseEc2Hostnames: {{boolean}}
```
### `SlurmSettings` プロパティ
**`ScaledownIdletime` (**オプション**、`Integer`)**
ジョブがなく、Slurm ノードが終了する時間 (分単位) を定義します。
デフォルト値は `10` です。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`MungeKeySecretArn` (**オプション**、`String`)**
Slurm クラスターで使用する base64 エンコードされた munge キーを含むプレーンテキスト Secrets Manager シー AWS クレットの Amazon リソースネーム (ARN)。この munge キーは、Slurm クライアントコマンドとリモートサーバーとして機能する Slurm デーモンとの間の RPC コールを認証するために使用します。MungeKeySecretArn が指定されていない場合、 AWS ParallelCluster はクラスターのランダムな munge キーを生成します。
`MungeKeySecretArn` は AWS ParallelCluster バージョン 3.8.0 以降でサポートされています。
MungeKeySecretArn を既存のクラスターに新しく追加した場合、ロールバックしたり、後で MungeKeySecretArn を削除したりしたときに、ParallelCluster は以前の munge キーを復元しません。代わりに、新しいランダムな munge キーを生成します。
AWS ParallelCluster ユーザーにその特定のシークレットリソースに対する [ DescribeSecret](https://docs.aws.amazon.com/secretsmanager/latest/apireference/API_DescribeSecret.html) のアクセス許可がある場合、MungeKeySecretArn が検証されます。MungeKeySecretArn は、以下の場合に有効です。
+ 指定したシークレットが存在する。
+ シークレットはプレーンテキストで、base64 でエンコードされた有効な文字列を含んでいる。
+ デコードされたバイナリ munge キーのサイズが 256～8192 ビットである。
pcluster ユーザーの IAM ポリシーに DescribeSecret が含まれていない場合、MungeKeySecretArn は検証されず、警告メッセージが表示されます。詳細については、「[AWS ParallelCluster `pcluster` 基本ユーザーポリシー](iam-roles-in-parallelcluster-v3.md#iam-roles-in-parallelcluster-v3-base-user-policy)」を参照してください。
MungeKeySecretArn を更新するときは、コンピューティングフリートとすべてのログインノードを停止する必要があります。
シークレット ARN のシークレット値が変更されても ARN が同じままである場合、クラスターは新しい munge キーで自動的に更新されません。シークレット ARN の新しい munge キーを使用するには、コンピューティングフリートとログインノードを停止してから、次のコマンドをヘッドノードから実行する必要があります。
`sudo /opt/parallelcluster/scripts/slurm/update_munge_key.sh`
コマンドを実行すると、コンピューティングフリートとログインノードの両方を再開できます。新しくプロビジョニングされたコンピューティングノードとログインノードは自動的に新しい munge キーの使用を開始します。
base64 でエンコードされたカスタム munge キーを生成するには、munge ソフトウェアと共に配布された [mungekey ユーティリティ](https://github.com/dun/munge/wiki/Man-8-mungekey)を使用し、OS で一般的に利用可能な base64 ユーティリティを使用してエンコードできます。または、bash を使用します (bs パラメータを 32～1024 に設定してください)。
`dd if=/dev/random bs=128 count=1 2>/dev/null | base64 -w 0`
あるいは、次のように Python を使用します。
```
import random
import os
import base64
# key length in bytes
key_length=128
base64.b64encode(os.urandom(key_length)).decode("utf-8")
```
[更新ポリシー: この設定を更新のために変更するには、コンピューティングフリートとログインノードを停止する必要があります。](using-pcluster-update-cluster-v3.md)
**`QueueUpdateStrategy` (**オプション**、`String`)**
次の更新ポリシーを持つ [`SlurmQueues`](#Scheduling-v3-SlurmQueues) セクションパラメータの置換戦略を指定します。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートが停止しているか、`QueueUpdateStrategy` が設定されている必要があります。](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
`QueueUpdateStrategy` 値は、クラスター更新プロセスが開始するときにのみ使用されます。
有効な値: `COMPUTE_FLEET_STOP` \| `DRAIN` \| `TERMINATE`
デフォルト値: `COMPUTE_FLEET_STOP`
**`DRAIN`**
パラメータ値が変更されたキューのノードは `DRAINING` に設定されます。このステータスのノードは新しいジョブを受け入れず、実行中のジョブは継続し、完了します。
ノードが `idle` (`DRAINED`) になった後、ノードが静的な場合はノードが置き換えられ、動的な場合は終了します。パラメータ値が変更されていない他のキューの他のノードは影響を受けません。
この戦略でパラメータ値が変更されたキューノードをすべて置き換えるのに必要な時間は、実行中のワークロードによって異なります。
**`COMPUTE_FLEET_STOP`**
`QueueUpdateStrategy` パラメータのデフォルト値。この設定では、 [`SlurmQueues`](#Scheduling-v3-SlurmQueues)セクションのパラメータを更新するには、クラスターの更新を実行する前に[コンピューティングフリートを停止](pcluster.update-compute-fleet-v3.md)する必要があります。
```
$ pcluster update-compute-fleet --status STOP_REQUESTED
```
**`TERMINATE`**
パラメータ値が変更されたキューでは、実行中のジョブは終了し、ノードの電源はすぐにオフになります。
静的ノードは置き換えられ、動的ノードは終了します。
パラメータ値が変更されていない他のキューの他のノードは影響を受けません。
[更新ポリシー: この設定は、更新中には分析されません。](using-pcluster-update-cluster-v3.md#update-policy-setting-ignored-v3)
`QueueUpdateStrategy` は AWS ParallelCluster バージョン 3.2.0 からサポートされています。
**`EnableMemoryBasedScheduling` (**オプション**、`Boolean`)**
`true` の場合、Slurm でメモリベースのスケジューリングが有効になります。詳細については、「[`SlurmQueues`](#Scheduling-v3-SlurmQueues)」/「[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)」/「[`SchedulableMemory`](#yaml-Scheduling-SlurmQueues-ComputeResources-SchedulableMemory)」を参照してください。
デフォルト値は `false` です。
メモリベースのスケジューリングを有効にすると、Slurm スケジューラがジョブとノードの割り当てを処理する方法に影響します。
詳細については、「[Slurm メモリベースのスケジューリング](slurm-mem-based-scheduling-v3.md)」を参照してください。
`EnableMemoryBasedScheduling` は AWS ParallelCluster バージョン 3.2.0 からサポートされています。
AWS ParallelCluster バージョン 3.7.0 以降では、インスタンスで[複数のインスタンスタイプを設定すると、 ](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)を有効に`EnableMemoryBasedScheduling`できます。
AWS ParallelCluster バージョン 3.2.0 から 3.6.{{x}} では、インスタンスで[複数のインスタンスタイプを設定した場合、 ](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)を有効にする`EnableMemoryBasedScheduling`ことはできません。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`CustomSlurmSettings` (**オプション**、`[Dict]`)**
クラスター全体に適用されるカスタム Slurm 設定を定義します。
AWS ParallelCluster が生成する `slurm.conf` ファイルの末尾に追加するキーと値のペアの Slurm 設定ディクショナリのリストを指定します。
リスト内の各ディクショナリは、Slurm 設定ファイルに追加される個別の行として表示されます。指定するパラメータはシンプルにすることも複雑にすることもできます
次の例に示すように、シンプルなパラメータは 1 つのキーペアで構成されます。
```
- Param1: 100
- Param2: "SubParam1,SubParam2=SubValue2"
```
Slurm 設定でレンダリングされた例。
```
Param1=100
Param2=SubParam1,SubParam2=SubValue2
```
複雑な Slurm 設定パラメータは、次の例に示すように、スペースで区切られた複数のキーと値のペアで構成されます。
```
- NodeName: test-nodes[1-10]
CPUs: 4
RealMemory: 4196
... # other node settings
- NodeSet: test-nodeset
Nodes: test-nodes[1-10]
... # other nodeset settings
- PartitionName: test-partition
Nodes: test-nodeset
... # other partition settings
```
Slurm 設定でレンダリングされた例。
```
NodeName=test-nodes[1-10] CPUs=4 RealMemory=4196 ... # other node settings
NodeSet=test-nodeset Nodes=test-nodes[1-10] ... # other nodeset settings
PartitionName=test-partition Nodes=test-nodeset ... # other partition settings
```
カスタム Slurm ノードの名前には、`-st-` または `-dy-` のパターンを含めないでください。これらのパターンは AWS ParallelClusterが管理するノードのために予約されています。
`CustomSlurmSettings` のカスタム Slurm 設定パラメータを指定する場合、`CustomSlurmSettingsIncludeFile` のカスタム Slurm 設定パラメータは指定できません。
`CustomSlurmSettings` の拒否リストに記載されていない Slurm 設定パラメータのみ指定できます。拒否リストの Slurm 設定パラメータの詳細については、「[`CustomSlurmSettings` で拒否リストに記載されている Slurm 設定パラメータ](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3)」を参照してください。
AWS ParallelCluster は、パラメータが拒否リストにあるかどうかのみをチェックします。 AWS ParallelCluster はカスタムSlurm設定パラメータの構文またはセマンティクスを検証しません。カスタムSlurm設定パラメータを検証するのはユーザーの責任です。無効なカスタム Slurm 設定パラメータは、クラスターの作成や更新の失敗につながる Slurm デーモンの障害を引き起こす可能性があります。
でカスタムSlurm設定パラメータを指定する方法の詳細については AWS ParallelCluster、「」を参照してください[Slurm 設定のカスタマイズ](slurm-configuration-settings-v3.md)。
Slurm 設定パラメータに関する詳細については、「Slurm ドキュメント」の「[slurm.conf](https://slurm.schedmd.com/slurm.conf.html)」を参照してください。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
`CustomSlurmSettings` は AWS ParallelCluster バージョン 3.6.0 からサポートされています。
**`CustomSlurmSettingsIncludeFile` (**オプション**、`String`)**
クラスター全体に適用されるカスタム Slurm 設定を定義します。
AWS ParallelCluster が生成する `slurm.conf` ファイルの末尾に追加するカスタム Slurm 設定パラメータで構成されるカスタム Slurm ファイルを指定します。
ファイルへのパスを含める必要があります。パスは `https://` または `s3://` で始まる必要があります。
`CustomSlurmSettingsIncludeFile` のカスタム Slurm 設定パラメータを指定する場合、`CustomSlurmSettings` のカスタム Slurm 設定パラメータは指定できません。
カスタム Slurm ノードの名前には、`-st-` または `-dy-` のパターンを含めないでください。これらのパターンは AWS ParallelClusterが管理するノードのために予約されています。
`CustomSlurmSettingsIncludeFile` の拒否リストに記載されていない Slurm 設定パラメータのみ指定できます。拒否リストの Slurm 設定パラメータの詳細については、「[`CustomSlurmSettings` で拒否リストに記載されている Slurm 設定パラメータ](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3)」を参照してください。
AWS ParallelCluster は、パラメータが拒否リストにあるかどうかのみをチェックします。 AWS ParallelCluster はカスタムSlurm設定パラメータの構文またはセマンティクスを検証しません。カスタムSlurm設定パラメータを検証するのはユーザーの責任です。無効なカスタム Slurm 設定パラメータは、クラスターの作成や更新の失敗につながる Slurm デーモンの障害を引き起こす可能性があります。
でカスタムSlurm設定パラメータを指定する方法の詳細については AWS ParallelCluster、「」を参照してください[Slurm 設定のカスタマイズ](slurm-configuration-settings-v3.md)。
Slurm 設定パラメータに関する詳細については、「Slurm ドキュメント」の「[slurm.conf](https://slurm.schedmd.com/slurm.conf.html)」を参照してください。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
`CustomSlurmSettings` は AWS ParallelCluster バージョン 3.6.0 からサポートされています。
### `Database`
**(オプション)** クラスターの Slurm アカウンティングを有効にする設定を定義します。詳細については、「[Slurm による アカウンティング AWS ParallelCluster](slurm-accounting-v3.md)」を参照してください。
```
Database:
Uri: {{string}}
UserName: {{string}}
PasswordSecretArn: {{string}}
```
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
#### `Database` のプロパティ
**`Uri` **(必須)**、`String`)**
Slurm アカウンティングのバックエンドとして使用されるデータベースサーバーのアドレス。この URI は `host:port` の形式である必要があり、`mysql://` などのスキームを含めないでください。ホストは IP アドレス、またはヘッドノードにより解決される DNS 名のいずれかです。ポートが指定されていない場合は、 AWS ParallelCluster は MySQL のデフォルトのポート 3306 を使用します。
AWS ParallelCluster はアSlurmカウンティングデータベースをクラスターにブートストラップし、データベースにアクセスする必要があります。
データベースは、次が発生する前にアクセスできる必要があります。
+ クラスターが作成される。
+ クラスターの更新により Slurm アカウンティングが有効になる。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`UserName` **(必須)**、`String`)**
データベースへの接続、アカウンティングログの書き込み、およびクエリの実行に Slurm が使用する ID。ユーザーは、データベースに対する読み込みと書き込みの両方のアクセス許可を持っている必要があります。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`PasswordSecretArn` **(必須)**、`String`)**
プレーンテキストのパスワードを含む AWS Secrets Manager シークレットの Amazon `UserName` リソースネーム (ARN)。このパスワードは、データベースサーバーでの認証のために `UserName` および Slurm アカウンティングと共に使用されます。
+ AWS Secrets Manager コンソールを使用してシークレットを作成する場合は、「その他のタイプのシークレット」を選択し、プレーンテキストを選択し、パスワードテキストのみをシークレットに含めます。
+ Slurm は slurmdbd.conf でサポートしていないため、データベースパスワードに「\#」文字を使用することはできません。
+ AWS Secrets Manager を使用してシークレットを作成する方法の詳細については、「 シーク[AWS Secrets Manager レットの作成](https://docs.aws.amazon.com//secretsmanager/latest/userguide/create_secret)」を参照してください。
ユーザーに [DescribeSecret](https://docs.aws.amazon.com/secretsmanager/latest/apireference/API_DescribeSecret.html) のアクセス許可がある場合、`PasswordSecretArn` が検証されます。指定したシークレットが存在する場合、`PasswordSecretArn` は有効です。ユーザーの IAM ポリシーに `DescribeSecret` が含まれていない場合、`PasswordSecretArn` は検証されず、警告メッセージが表示されます。詳細については、「[AWS ParallelCluster `pcluster` 基本ユーザーポリシー](iam-roles-in-parallelcluster-v3.md#iam-roles-in-parallelcluster-v3-base-user-policy)」を参照してください。
`PasswordSecretArn` を更新するとき、コンピューティングフリートを停止する必要があります。シークレットの値が変更され、シークレット ARN が変更されていない場合、自動的に新しいデータベースパスワードでクラスターが更新されることはありません。クラスターを新しいシークレット値に更新するには、コンピューティングフリートを停止した後、ヘッドノードから次のコマンドを実行します。
```
$ sudo /opt/parallelcluster/scripts/slurm/update_slurm_database_password.sh
```
アカウンティングデータの損失を回避するため、コンピューティングフリートが停止している場合にのみデータベースパスワードを変更することをお勧めします。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**`DatabaseName` (**オプション**、`String`)**
Slurm アカウンティングに使用するデータベースサーバー上のデータベースの名前 (Uri パラメータで定義)。
データベース名には小文字、数字、アンダースコアを使用できます。名前は 64 文字以下にする必要があります。
このパラメータは、[slurmdbd.conf](https://slurm.schedmd.com/slurmdbd.conf.html#OPT_StorageLoc) の `StorageLoc` パラメータにマッピングされます。
`DatabaseName` を指定しない場合、ParallelCluster はクラスター名を使用して `StorageLoc` の値を定義します。
`DatabaseName` の更新は、以下の考慮事項に基づいて許可されます。
+ DatabaseName という名前のデータベースがデータベースサーバーにまだ存在しない場合は、slurmdbd によって作成されます。必要に応じて新しいデータベースを再設定する (例: クラスター、アカウント、ユーザー、関連付け、QOS などのアカウンティングエンティティを追加する) のはユーザーの責任です。
+ DatabaseName という名前のデータベースがデータベースサーバーに既に存在する場合、slurmdbd はそれを Slurm アカウンティング機能に使用します。
[更新ポリシー: この設定を更新で変更するためには、コンピューティングフリートを停止する必要があります。](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
**注記**
リリース 3.3.0 以降、`Database` が追加されます。
### ExternalSlurmdbd
**(オプション)** 外部 slurmdbd サーバーで Slurm アカウンティングを有効にするための設定を定義します。詳細については、[Slurm「 でのアカウンティング AWS ParallelCluster](slurm-accounting-v3.md)」を参照してください。
```
ExternalSlurmdbd:
Host: {{string}}
Port: {{integer}}
```
#### `ExternalSlurmdbd` のプロパティ
** `Host` (**必須**、`String`)**
Slurm アカウンティング用の外部 slurmdbd サーバーへのアドレス。ホストは IP アドレス、またはヘッドノードにより解決される DNS 名のいずれかです。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
** `Port` (**オプション**、`Integer`)**
slurmdbd サービスがリッスンするポート。デフォルト値は `6819` です。
[更新ポリシー: この設定は、更新中に変更できます。](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)
### `Dns`
**(オプション)** クラスター全体に適用される Slurm の設定を定義します。
```
Dns:
DisableManagedDns: {{boolean}}
HostedZoneId: {{string}}
UseEc2Hostnames: {{boolean}}
```
#### `Dns` のプロパティ
**`DisableManagedDns` (**オプション**、`Boolean`)**
`true` の場合、クラスターの DNS エントリは作成されず、Slurm ノード名は解決できません。
デフォルトでは、 は起動時にノードが登録される Route 53 ホストゾーン AWS ParallelCluster を作成します。デフォルト値は `false` です。`DisableManagedDns` が に設定されている場合`true`、ホストゾーンは によって作成されません AWS ParallelCluster。
この設定を使用してインターネットにアクセスできないサブネットにクラスターをデプロイする方法については、「[AWS ParallelCluster インターネットアクセスのない 1 つのサブネット内](aws-parallelcluster-in-a-single-public-subnet-no-internet-v3.md)」を参照してください。
クラスターが正常に動作するためには、名前解決システムが必要です。`DisableManagedDns` を `true` に設定した場合、名前解決システムを指定する必要があります。Amazon EC2 のデフォルト DNS を使用するには、`UseEc2Hostnames` を `true` に設定します。または、独自の DNS リゾルバーを設定し、インスタンスの起動時に確実にノード名が登録されるようにしてください。例えば、[`CustomActions`](#Scheduling-v3-SlurmQueues-CustomActions)/[`OnNodeStart`](#yaml-Scheduling-SlurmQueues-CustomActions-OnNodeStart) を設定することにより、これを行うことができます。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)
**`HostedZoneId` (**オプション**、`String`)**
クラスターの DNS 名前解決に使用するカスタム Route 53 ホストゾーン ID を定義します。指定した場合、 は指定されたホストゾーンにクラスターノード AWS ParallelCluster を登録し、マネージドホストゾーンを作成しません。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)
**`UseEc2Hostnames` (**オプション**、`Boolean`)**
`true` の場合、クラスターコンピューティングノードはデフォルトの EC2 ホスト名を使用して設定されます。Slurm `NodeHostName` もこの情報で更新されます。デフォルトは `false` です。
この設定を使用してインターネットにアクセスできないサブネットにクラスターをデプロイする方法については、「[AWS ParallelCluster インターネットアクセスのない 1 つのサブネット内](aws-parallelcluster-in-a-single-public-subnet-no-internet-v3.md)」を参照してください。
**この注記は、 AWS ParallelCluster バージョン 3.3.0 以降は関係ありません。**
3.3.0 より前の AWS ParallelCluster サポートされているバージョンの場合:
`UseEc2Hostnames` が に設定されている場合`true`、Slurm 設定ファイルは AWS ParallelCluster `prolog`および `epilog`スクリプトで設定されます。
+ `prolog` が実行されると、各ジョブが割り当てられるときにコンピューティングノードの `/etc/hosts` にノード情報が追加されます。
+ `epilog` が実行されると、`prolog` によって書き込まれた内容がクリーンアップされます。
カスタム `prolog` または `epilog` スクリプトを追加するには、`/opt/slurm/etc/pcluster/prolog.d/` または `/opt/slurm/etc/pcluster/epilog.d/` フォルダにそれぞれ追加します。
[更新ポリシー: この設定が変更された場合、更新は許可されません。](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)