Scheduling section
(Required) Defines the job scheduler that's used in the cluster and the compute instances that the job scheduler manages. You can either use the Slurm or AWS Batch scheduler. Each supports a different set of settings and properties. Starting with AWS ParallelCluster version 3.16.0, AWS Batch as a scheduler is no longer supported.
Scheduling: Scheduler: slurm ScalingStrategy:stringSlurmSettings: MungeKeySecretArn:stringScaledownIdletime:integerQueueUpdateStrategy:stringEnableMemoryBasedScheduling:booleanCustomSlurmSettings:[dict]CustomSlurmSettingsIncludeFile:stringDatabase: Uri:stringUserName:stringPasswordSecretArn:stringDatabaseName:stringExternalSlurmdbd:booleanHost:stringPort:integerDns: DisableManagedDns:booleanHostedZoneId:stringUseEc2Hostnames:booleanSlurmQueues: - Name:stringComputeSettings: LocalStorage: RootVolume: Size:integerEncrypted:booleanVolumeType:stringIops:integerThroughput:integerEphemeralVolume: MountDir:stringCapacityReservationTarget: CapacityReservationId:stringCapacityReservationResourceGroupArn:stringCapacityType:stringAllocationStrategy:stringJobExclusiveAllocation:booleanCustomSlurmSettings:dictTags: - Key:stringValue:stringHealthChecks: Gpu: Enabled:booleanNetworking: SubnetIds: -stringAssignPublicIp:booleanSecurityGroups: -stringAdditionalSecurityGroups: -stringPlacementGroup: Enabled:booleanId:stringName:stringProxy: HttpProxyAddress:stringComputeResources: - Name:stringInstanceType:stringInstances: - InstanceType:stringMinCount:integerMaxCount:integerDynamicNodePriority:integerStaticNodePriority:integerSpotPrice:floatDisableSimultaneousMultithreading:booleanSchedulableMemory:integerHealthChecks: Gpu: Enabled:booleanEfa: Enabled:booleanGdrSupport:booleanCapacityReservationTarget: CapacityReservationId:stringCapacityReservationResourceGroupArn:stringNetworking: PlacementGroup: Enabled:booleanName:stringCustomSlurmSettings:dictTags: - Key:stringValue:stringLaunchTemplateOverrides: LaunchTemplateId:stringVersion:stringCustomActions: OnNodeStart: Sequence: - Script:stringArgs: -stringScript:stringArgs: -stringOnNodeConfigured: Sequence: - Script:stringArgs: -stringScript:stringArgs: -stringIam: InstanceProfile:stringInstanceRole:stringS3Access: - BucketName:stringEnableWriteAccess:booleanKeyName:stringAdditionalIamPolicies: - Policy:stringImage: CustomAmi:string
Scheduling: Scheduler: awsbatch AwsBatchQueues: - Name:stringCapacityType:stringNetworking: SubnetIds: -stringAssignPublicIp:booleanSecurityGroups: -stringAdditionalSecurityGroups: -stringComputeResources: # this maps to a Batch compute environment (initially we support only 1) - Name:stringInstanceTypes: -stringMinvCpus:integerDesiredvCpus:integerMaxvCpus:integerSpotBidPercentage:float
Scheduling properties
Scheduler(Required,String)-
Specifies the type of scheduler that's used. Supported values are
slurmandawsbatch. Starting with AWS ParallelCluster version 3.16.0, AWS Batch as a scheduler is no longer supported.Update policy: If this setting is changed, the update is not allowed.
Note
awsbatchonly supports thealinux2operating system andx86_64platform. ScalingStrategy(Optional,String)-
Allows you to choose how dynamic Slurm nodes scale up. Supported values are
all-or-nothing,greedy-all-or-nothingandbest-effortThe default value isall-or-nothing.Update policy: This setting can be changed during an update.
Note
The scaling strategy applies only to nodes to be resumed by Slurm, not to nodes that are eventually already running.
-
all-or-nothingThis strategy strictly follows an all-or-nothing-approach, aimed at avoiding idle instances at the end of the scaling process. It operates on an all-or-nothing basis, meaning it either scales up completely or not at all. Be aware that there may be additional costs due to temporarily launched instances, when jobs require over 500 nodes or span multiple compute resources. This strategy has the lowest throughput among the three possible Scaling Strategies. The scaling time depends on the number of jobs submitted per Slurm resume program execution. Also, you can't scale far beyond the default RunInstances resource account limit per execution, which is 1000 instances by defaults. More details can be found at the Amazon EC2 API throttling documentation -
greedy-all-or-nothingSimilar to the all-or-nothing strategy, it aims to avoid idle instances post-scaling. This strategy allows for temporary over-scaling during the scaling process in order to achieve higher throughput than the all-or-nothing approach but also comes with the same scaling limit of 1000 instances as per the RunInstances resource account limit. -
best-effortThis strategy prioritizes high throughput, even if it means that some instances might be idle at the end of the scaling process. It attempts to allocate as many nodes as requested by the jobs, but there's a possibility of not fulfilling the entire request. Unlike the other strategies, the best-effort approach can accumulate more instances than the standard RunInstances limit, at the cost of having idle resources along the multiple scaling process executions.
-
Each strategy is designed to cater to different scaling needs, allowing you to select one that meets your specific requirements and constraints.
AwsBatchQueues
(Optional) The AWS Batch queue settings. Only one queue is
supported. If Scheduler is set
to awsbatch, this section is required. For more information about the
awsbatch scheduler, see networking setup and Using AWS Batch (awsbatch) scheduler with AWS ParallelCluster.
AwsBatchQueues: - Name:stringCapacityType:stringNetworking: SubnetIds: -stringAssignPublicIp:booleanSecurityGroups: -stringAdditionalSecurityGroups: -stringComputeResources: # this maps to a Batch compute environment (initially we support only 1) - Name:stringInstanceTypes: -stringMinvCpus:integerDesiredvCpus:integerMaxvCpus:integerSpotBidPercentage:float
Update policy: This setting can be changed during an update.
AwsBatchQueues properties
Name(Required,String)-
The name of the AWS Batch queue.
Update policy: If this setting is changed, the update is not allowed.
CapacityType(Optional,String)-
The type of the compute resources that the AWS Batch queue uses. Supported values are
ONDEMAND,SPOTorCAPACITY_BLOCK. The default value isONDEMAND.Note
If you set
CapacityTypetoSPOT, your account must contain anAWSServiceRoleForEC2Spotservice-linked role. You can create this role using the following AWS CLI command.$aws iam create-service-linked-role --aws-service-name spot.amazonaws.comFor more information, see Service-linked role for Spot Instance requests in the Amazon Amazon EC2 User Guide for Linux Instances.
Update policy: The compute fleet must be stopped for this setting to be changed for an update.
Networking
(Required) Defines the networking configuration for the AWS Batch queue.
Networking: SubnetIds: -stringAssignPublicIp:booleanSecurityGroups: -stringAdditionalSecurityGroups: -string
Networking properties
SubnetIds(Required,[String])-
Specifies the ID of an existing subnet to provision the AWS Batch queue in. Currently only one subnet is supported.
Update policy: The compute fleet must be stopped for this setting to be changed for an update.
AssignPublicIp(Optional,String)-
Creates or assigns a public IP address to the nodes in the AWS Batch queue. Supported values are
trueandfalse. The default depends on the subnet that you specified.Update policy: If this setting is changed, the update is not allowed.
SecurityGroups(Optional,[String])-
List of security groups that the AWS Batch queue uses. If you don't specify security groups, AWS ParallelCluster creates new security groups.
Update policy: This setting can be changed during an update.
AdditionalSecurityGroups(Optional,[String])-
List of security groups that the AWS Batch queue uses.
Update policy: This setting can be changed during an update.
ComputeResources
(Required) Defines the ComputeResources configuration for the AWS Batch queue.
ComputeResources: # this maps to a Batch compute environment (initially we support only 1) - Name:stringInstanceTypes: -stringMinvCpus:integerDesiredvCpus:integerMaxvCpus:integerSpotBidPercentage:float
ComputeResources properties
Name(Required,String)-
The name of the AWS Batch queue compute environment.
Update policy: The compute fleet must be stopped for this setting to be changed for an update.
InstanceTypes(Required,[String])-
The AWS Batch compute environment array of instance types. All of the instance types must use the
x86_64architecture.Update policy: The compute fleet must be stopped for this setting to be changed for an update.
MinvCpus(Optional,Integer)-
The minimum number of VCPUs that an AWS Batch compute environment can use.
Update policy: This setting can be changed during an update.
DesiredVcpus(Optional,Integer)-
The desired number of VCPUs in the AWS Batch compute environment. AWS Batch adjusts this value between
MinvCpusandMaxvCpusbased on the demand in the job queue.Update policy: This setting is not analyzed during an update.
MaxvCpus(Optional,Integer)-
The maximum number of VCPUs for the AWS Batch compute environment. You can't set this to a value that's lower than
DesiredVcpus.Update policy: This setting can't be decreased during an update.
SpotBidPercentage(Optional,Float)-
The maximum percentage of the On-Demand price for the instance type that an Amazon EC2 Spot Instance price can reach before instances are launched. The default value is
100(100%). The supported range is1-100.Update policy: This setting can be changed during an update.
SlurmQueues
(Optional) Settings for the Slurm queue. If Scheduler is set to
slurm, this section is required.
SlurmQueues: - Name:stringComputeSettings: LocalStorage: RootVolume: Size:integerEncrypted:booleanVolumeType:stringIops:integerThroughput:integerEphemeralVolume: MountDir:stringCapacityReservationTarget: CapacityReservationId:stringCapacityReservationResourceGroupArn:stringCapacityType:stringAllocationStrategy:stringJobExclusiveAllocation:booleanCustomSlurmSettings:dictTags: - Key:stringValue:stringHealthChecks: Gpu: Enabled:booleanNetworking: SubnetIds: -stringAssignPublicIp:booleanSecurityGroups: -stringAdditionalSecurityGroups: -stringPlacementGroup: Enabled:booleanId:stringName:stringProxy: HttpProxyAddress:stringComputeResources: - Name:stringInstanceType:stringInstances: - InstanceType:stringMinCount:integerMaxCount:integerDynamicNodePriority:integerStaticNodePriority:integerSpotPrice:floatDisableSimultaneousMultithreading:booleanSchedulableMemory:integerHealthChecks: Gpu: Enabled:booleanEfa: Enabled:booleanGdrSupport:booleanCapacityReservationTarget: CapacityReservationId:stringCapacityReservationResourceGroupArn:stringNetworking: PlacementGroup: Enabled:booleanName:stringCustomSlurmSettings:dictTags: - Key:stringValue:stringLaunchTemplateOverrides: LaunchTemplateId:stringVersion:stringCustomActions: OnNodeStart: Sequence: - Script:stringArgs: -stringScript:stringArgs: -stringOnNodeConfigured: Sequence: - Script:stringArgs: -stringScript:stringArgs: -stringIam: InstanceProfile:stringInstanceRole:stringS3Access: - BucketName:stringEnableWriteAccess:booleanKeyName:stringAdditionalIamPolicies: - Policy:stringImage: CustomAmi:string
SlurmQueues properties
Name(Required,String)-
The name of the Slurm queue.
Note
Cluster size may change during an update. For more information, see Cluster capacity size and update
Update policy: If this setting is changed, the update is not allowed.
CapacityReservationTarget-
Note
CapacityReservationTargetis added with AWS ParallelCluster version 3.3.0.CapacityReservationTarget: CapacityReservationId:stringCapacityReservationResourceGroupArn:stringSpecifies the On-Demand capacity reservation for the queue's compute resources.
CapacityReservationId(Optional,String)-
The ID of the existing capacity reservation to target for the queue's compute resources. The ID can refer to an ODCR or a Capacity Block for ML.
The reservation must use the same platform that the instance uses. For example, if your instances run on
rhel8, your capacity reservation must run on the Red Hat Enterprise Linux platform. For more information, see Supported platforms in the Amazon EC2 User Guide for Linux Instances.Note
If you include Instances in the cluster configuration, you must exclude this queue level
CapacityReservationIdsetting from the configuration. CapacityReservationResourceGroupArn(Optional,String)-
The Amazon Resource Name (ARN) of the resource group that serves as the service-linked group of capacity reservations for the queue's compute resources. AWS ParallelCluster identifies and uses the most appropriate capacity reservation from the resource group based on the following conditions:
-
If
PlacementGroupis enabled in SlurmQueues / Networking or SlurmQueues / ComputeResources / Networking, AWS ParallelCluster selects a resource group that targets the instance type andPlacementGroupfor a compute resource, if the compute resource exists.The
PlacementGroupmust target one of the instance types that's defined in ComputeResources. -
If
PlacementGroupisn't enabled in SlurmQueues / Networking or SlurmQueues / ComputeResources / Networking, AWS ParallelCluster selects a resource group that targets only the instance type of a compute resource, if the compute resource exists.
The resource group must have at least one ODCR for each instance type reserved in an Availability Zone across all of the queue's compute resources and Availability Zones. For more information, see Launch instances with On-Demand Capacity Reservations (ODCR).
For more information on multiple subnet configuration requirements, see Networking / SubnetIds.
Note
Multiple Availability Zones is added in AWS ParallelCluster version 3.4.0.
-
CapacityType(Optional,String)-
The type of the compute resources that the Slurm queue uses. Supported values are
ONDEMAND,SPOTorCAPACITY_BLOCK. The default value isONDEMAND.Note
If you set the
CapacityTypetoSPOT, your account must have anAWSServiceRoleForEC2Spotservice-linked role. You can use the following AWS CLI command to create this role.$aws iam create-service-linked-role --aws-service-name spot.amazonaws.comFor more information, see Service-linked role for Spot Instance requests in the Amazon Amazon EC2 User Guide for Linux Instances.
AllocationStrategy(Optional,String)-
Specify the allocation strategy for all the compute resources defined in Instances.
Valid values:
lowest-price|capacity-optimized|price-capacity-optimized|prioritized|capacity-optimized-prioritizedCapacityType Allowed strategies ONDEMAND lowest-price, prioritized SPOT lowest-price, capacity-optimized, price-capacity-optimized, capacity-optimized-prioritized CAPACITY_BLOCK Not supported — AllocationStrategy cannot be configured Default:
lowest-pricelowest-price-
-
If you use
CapacityType = ONDEMAND, Amazon EC2 Fleet uses price to determine the order and launches the lowest price instances first. -
If you use
CapacityType = SPOT, Amazon EC2 Fleet launches instances from the lowest price Spot Instance pool that has available capacity. If a pool runs out of capacity before it fulfills your required capacity, Amazon EC2 Fleet fulfills your request by launching instances for you. In particular, Amazon EC2 Fleet launches instances from the lowest price Spot Instance pool that has available capacity. Amazon EC2 Fleet might launch Spot Instances from several different pools. -
If you set
CapacityType = CAPACITY_BLOCK, there are no allocation strategies, thusAllocationStrategyparameter cannot be configured.
-
capacity-optimized-
-
If you set
CapacityType = ONDEMAND,capacity-optimizedisn't available. -
If you set
CapacityType = SPOT, Amazon EC2 Fleet launches instances from Spot Instance pools with optimal capacity for the number of instances to be launched.
-
price-capacity-optimized-
-
If you set
CapacityType = ONDEMAND,capacity-optimizedisn't available. -
If you set
CapacityType = SPOT, Amazon EC2 Fleet identifies the pools with the highest capacity availability for the number of instances that are launching. This means that we will request Spot Instances from the pools that we believe have the lowest chance of interruption in the near term. Amazon EC2 Fleet then requests Spot Instances from the lowest priced of these pools.
-
prioritized-
-
If you set
CapacityType = ONDEMAND, Amazon EC2 Fleet honors the priority order that AWS ParallelCluster applies to the LaunchTemplate overrides when multiple subnets are specified. AWS ParallelCluster derives the overridepriorityfrom the position of the target subnet inSlurmQueues/Networking/SubnetIdswith the first Subnet getting the highest priority. The priorities are drived by AWS ParallelCluster in descending order fromSlurmQueues/Networking/SubnetIds, with the first SubnetId having the highest priority and the last SubnetID having the lowest priority. -
If you set
CapacityType = SPOT,prioritizedisn't available.
-
capacity-optimized-prioritized-
-
If you set
CapacityType = ONDEMAND,capacity-optimized-prioritizedisn't available. -
If you set
CapacityType = SPOT, Amazon EC2 Fleet optimizes for capacity first and then applies, on a best-effort basis, the priority order that AWS ParallelCluster assigns to LaunchTemplate overrides. The priorities are drived by AWS ParallelCluster in descending order fromSlurmQueues/Networking/SubnetIds, with the first SubnetId having the highest priority and the last SubnetID having the lowest priority. All overrides that target the same subnet receive the same priority value.
-
Note
AllocationStrategyis supported starting in AWS ParallelCluster version 3.3.0.New in 3.14.0:
prioritized(for On-Demand) andcapacity-optimized-prioritized(for Spot). JobExclusiveAllocation(Optional,String)-
If set to
true, the Slurm partitionOverSubscribeflag is set toEXCLUSIVE. WhenOverSubscribe=EXCLUSIVE, jobs in the partition have exclusive access to all allocated nodes. For more information, see EXCLUSIVEin the Slurm documentation. Valid values:
true|falseDefault:
falseUpdate policy: This setting can be changed during an update.
Note
JobExclusiveAllocationis supported starting in AWS ParallelCluster version 3.7.0. CustomSlurmSettings(Optional,Dict)-
Defines the custom Slurm partition (queue) configuration settings.
Specifies a dictionary of custom Slurm configuration parameter key-value pairs that apply to queues (partitions).
Each separate key-value pair, such as
Param1: Value1, is added separately to the end of the Slurm partition configuration line in the formatParam1=Value1.You can only specify Slurm configuration parameters that aren't deny-listed in
CustomSlurmSettings. For information about deny-listed Slurm configuration parameters, see Deny-listed Slurm configuration parameters for CustomSlurmSettings.AWS ParallelCluster only checks whether a parameter is in a deny list. AWS ParallelCluster doesn't validate your custom Slurm configuration parameter syntax or semantics. It is your responsibility to validate your custom Slurm configuration parameters. Invalid custom Slurm configuration parameters can cause Slurm daemon failures that can lead to cluster create and update failures.
For more information about how to specify custom Slurm configuration parameters with AWS ParallelCluster, see Slurm configuration customization.
For more information about Slurm configuration parameters, see slurm.conf
in the Slurm documentation. Update policy: This setting can be changed during an update.
Note
CustomSlurmSettingsis supported starting with AWS ParallelCluster version 3.6.0. Tags(Optional, [String])-
A list of tag key-value pairs. ComputeResource tags override duplicate tags specified in the Tags section or in
SlurmQueues/Tags.Key(Optional,String)-
The tag key.
Value(Optional,String)-
The tag value.
HealthChecks(Optional)-
Specify compute node health checks on all compute resources in the queue.
Gpu(Optional)-
Specify GPU health checks on all compute resources in a queue.
Note
AWS ParallelCluster doesn't support
HealthChecks/Gpuin nodes that usealinux2ARM operating systems. These platforms don't support the NVIDIA Data Center GPU Manager (DCGM). Important
The built-in GPU health check runs an NVIDIA DCGM level-2 diagnostic in the Slurm prolog. Enable it only with job-exclusive allocation (one job per node; set
JobExclusiveAllocation: true). Do not enable it on P6, P6e, or later P-family GPU instances. For details, see Best practices: GPU health checks.Enabled(Optional,Boolean)-
Whether AWS ParallelCluster performs GPU health checks on compute nodes. The default is
false.
Gpuhealth check behavior-
If
Gpu/Enabledis set totrue, AWS ParallelCluster performs GPU health checks on compute resources in the queue. -
The
Gpuhealth check performs GPU health checks on compute resources to prevent the submission of jobs on nodes with a degraded GPU. -
If a compute node fails a
Gpuhealth check, the compute node state changes toDRAIN. New jobs don't start on this node. Existing jobs run to completion. After all running jobs complete, the compute node terminates if it's a dynamic node, and it's replaced if it's a static node. -
The duration of the
Gpuhealth check depends on the selected instance type, the number of GPUs in the instance, the total GPU memory and the number ofGpuhealth check targets (equivalent to the number of job GPU targets). For example, on a p4d.24xlarge, the typical duration is 3 minutes. -
If the
Gpuhealth check runs on an instance that's not supported, it exits and the job runs on the compute node. For example, if an instance doesn't have a GPU, or, if an instance has a GPU, but it isn't an NVIDIA GPU, the health check exits and the job runs on the compute node. Only NVIDIA GPUs are supported. -
The
Gpuhealth check uses thedcgmitool to perform health checks on a node and takes the following steps:When the
Gpuhealth check begins in a node:-
It detects whether the
nvidia-dcgmandnvidia-fabricmanagerservices are running. -
If these services aren't running, the
Gpuhealth check starts them. -
It detects whether the persistence mode is enabled.
-
If the persistence mode isn't enabled, the
Gpuhealth check enables it.
At the end of the health check, the
Gpuhealth check restores these services and resources to their initial state. -
-
If the job is assigned to a specific set of node GPUs, the
Gpuhealth check runs only on that specific set. Otherwise, theGpuhealth check runs on all GPUs in the node. -
If a compute node receives 2 or more
Gpuhealth check requests at the same time, only the first health check runs and the others are skipped. This is also the case for health checks that target node GPUs. You can check the log files for additional information regarding this situation. -
The health check log for a specific compute node is available in the
/var/log/parallelcluster/slurm_health_check.logfile. The file is available in Amazon CloudWatch, in the cluster CloudWatch log group, where you can find:-
Details on the action run by the
Gpuhealth check, including enabling and disabling services and persistence mode. -
The GPU identifier, serial ID, and the UUID.
-
The health check output.
-
Update policy: This setting can be changed during an update.
Note
HealthChecksis supported starting in AWS ParallelCluster version 3.6.0.
Networking
(Required) Defines the networking configuration for the Slurm queue.
Networking: SubnetIds: -stringAssignPublicIp:booleanSecurityGroups: -stringAdditionalSecurityGroups: -stringPlacementGroup: Enabled:booleanId:stringName:stringProxy: HttpProxyAddress:string
Networking properties
SubnetIds(Required,[String])-
The IDs of existing subnets that you provision the Slurm queue in.
If you configure instance types in SlurmQueues / ComputeResources / InstanceType, you can only define one subnet.
If you configure instance types in SlurmQueues / ComputeResources / Instances, you can define a single subnet or multiple subnets.
If you use multiple subnets, all subnets defined for a queue must be in the same VPC, with each subnet in a separate Availability Zone (AZ).
For example, suppose you define subnet-1 and subnet-2 for your queue.
subnet-1andsubnet-2can't both be in AZ-1.subnet-1can be in AZ-1 andsubnet-2can be in AZ-2.If you configure only one instance type and want to use multiple subnets, define your instance type in
Instancesrather thanInstanceType.For example, define
ComputeResources/Instances/InstanceType=instance.typeinstead ofComputeResources/InstanceType=instance.type.Note
Elastic Fabric Adapter (EFA) isn't supported over different availability zones.
The use of multiple Availability Zones might cause increases in storage networking latency and added inter-AZ data transfer costs. For example, this could occur when an instance accesses file storage that's located in a different AZ. For more information, see Data Transfer within the same AWS Region
. Cluster updates to change from the use of a single subnet to multiple subnets:
-
Suppose the subnet definition of a cluster is defined with a single subnet and an AWS ParallelCluster managed FSx for Lustre file system. Then, you can't update this cluster with an updated subnet ID definition directly. To make the cluster update, you must first change the managed file system to an external file system. For more information, see Convert AWS ParallelCluster managed storage to external storage.
-
Suppose the subnet definition of a cluster is defined with a single subnet and an external Amazon EFS file system if EFS mount targets don't exist for all of the AZs for the multiple subnets defined to be added. Then, you can't update this cluster with an updated subnet ID definition directly. To make the cluster update or to create a cluster, you must first create all of the mount targets for all of the AZs for the defined multiple subnets.
Availability Zones and cluster capacity reservations defined in CapacityReservationResourceGroupArn:
-
You can't create a cluster if there is no overlap between the set of instance types and availability zones covered by the defined capacity reservation resource group and the set of instance types and availability zones defined for the queue.
-
You can create a cluster if there is a partial overlap between the set of instance types and availability zones covered by the defined capacity reservation resource group and the set of instance types and availability zones defined for the queue. AWS ParallelCluster sends a warning message about the partial overlap for this case.
-
For more information, see Launch instances with On-Demand Capacity Reservations (ODCR).
Note
Multiple Availability Zones is added in AWS ParallelCluster version 3.4.0.
Warning
This warning applies to all 3.x.y AWS ParallelCluster versions prior to version 3.3.1. AWS ParallelCluster version 3.3.1 isn't impacted if this parameter is changed.
For AWS ParallelCluster 3 versions prior to version 3.3.1:
If you change this parameter and update a cluster this creates a new managed FSx for Lustre file system and deletes the existing managed FSx for Lustre file system without preserving the existing data. This results in data loss. Before you proceed, make sure you back up the data from the existing FSx for Lustre file system if you want to preserve data. For more information, see Working with backups in the FSx for Lustre User Guide.
If a new subnet value is added, Update policy: This setting can be changed during an update.
If a subnet value is removed, Update policy: The compute fleet must be stopped or QueueUpdateStrategy must be set for this setting to be changed for an update.
-
AssignPublicIp(Optional,String)-
Creates or assigns a public IP address to the nodes in the Slurm queue. Supported values are
trueandfalse. The subnet that you specify determines the default value. A subnet with public IPs default to assigning public IP addresses.If you define a p4d or hpc6id instance type, or another instance type that has multiple network interfaces or a network interface card, you must set HeadNode / Networking / ElasticIp to
trueto provide public access. AWS public IPs can only be assigned to instances launched with a single network interface. For this case, we recommend that you use a NAT gateway to provide public access to the cluster compute nodes. In this case, setAssignPublicIptofalse. For more information on IP addresses, see