Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # `Scheduling` Section **(Obligatoire)** Définit le planificateur de tâches utilisé dans le cluster et les instances de calcul qu'il gère. Vous pouvez utiliser le planificateur Slurm ou le AWS Batch planificateur. Chacun prend en charge un ensemble différent de paramètres et de propriétés. **Topics** + [Propriétés de `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}} ``` ## Propriétés de `Scheduling` **`Scheduler`(**Obligatoire**,`String`)** Spécifie le type de planificateur utilisé. Les valeurs prises en charge sont `slurm` et `awsbatch`. [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3) `awsbatch`ne prend en charge que le système `alinux2` d'exploitation et `x86_64` la plate-forme. **`ScalingStrategy`(**Facultatif**,`String`)** Vous permet de choisir le mode d'Slurmévolution des nœuds dynamiques. Les valeurs prises en charge sont`all-or-nothing`, `greedy-all-or-nothing` et `best-effort` La valeur par défaut est`all-or-nothing`. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) La stratégie de dimensionnement s'applique uniquement aux nœuds devant être repris par Slurm, et non aux nœuds qui sont déjà en cours d'exécution. + `all-or-nothing`Cette stratégie suit strictement un all-or-nothing-approach, visant à éviter les instances inactives à la fin du processus de dimensionnement. Il fonctionne sur une all-or-nothing base, ce qui signifie qu'il évolue complètement ou pas du tout. Sachez que le lancement temporaire d'instances peut entraîner des coûts supplémentaires lorsque les tâches nécessitent plus de 500 nœuds ou couvrent plusieurs ressources de calcul. Cette stratégie présente le débit le plus faible parmi les trois stratégies de mise à l'échelle possibles. Le délai de mise à l'échelle dépend du nombre de tâches soumises par exécution du programme de Slurm reprise. En outre, vous ne pouvez pas dépasser de loin la limite de compte de RunInstances ressources par défaut par exécution, qui est de 1 000 instances par défaut. Vous trouverez plus de détails dans la documentation relative à la [régulation des API Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/throttling.html) + `greedy-all-or-nothing `À l'instar de la all-or-nothing stratégie, elle vise à éviter les instances inactives après le dimensionnement. Cette stratégie permet de surdimensionner temporairement pendant le processus de dimensionnement afin d'atteindre un débit supérieur à celui de l' all-or-nothingapproche, mais elle est également assortie de la même limite de mise à l'échelle de 1 000 instances conformément à la limite du compte de RunInstances ressources. + `best-effort `Cette stratégie donne la priorité au débit élevé, même si cela signifie que certaines instances peuvent être inactives à la fin du processus de dimensionnement. Il essaie d'allouer autant de nœuds que demandé par les tâches, mais il est possible que la demande ne soit pas traitée dans son intégralité. Contrairement aux autres stratégies, l'approche basée sur le meilleur effort permet d'accumuler un plus grand nombre d'instances que la RunInstances limite standard, au prix de l'inactivité des ressources lors des multiples exécutions des processus de dimensionnement. Chaque stratégie est conçue pour répondre à différents besoins de mise à l'échelle, ce qui vous permet de sélectionner celle qui répond à vos exigences et contraintes spécifiques. ## `AwsBatchQueues` **(Facultatif)** Les paramètres de la AWS Batch file d'attente. Une seule file d'attente est prise en charge. S'[`Scheduler`](#yaml-Scheduling-Scheduler)il est défini sur`awsbatch`, cette section est obligatoire. Pour plus d'informations sur le `awsbatch` planificateur, consultez les sections [Configuration réseau](network-configuration-v3-batch.md) et. [Utilisation du AWS Batch `awsbatch` planificateur () avec 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}} ``` [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) ### Propriétés de `AwsBatchQueues` **`Name`(**Obligatoire**,`String`)** Nom de la AWS Batch file d'attente. [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3) **`CapacityType`(**Facultatif**,`String`)** Type de ressources de calcul utilisées par la AWS Batch file d'attente. Les valeurs prises en charge sont`ONDEMAND`, `SPOT` ou`CAPACITY_BLOCK`. La valeur par défaut est `ONDEMAND`. Si vous le définissez `CapacityType``SPOT`, votre compte doit contenir un rôle `AWSServiceRoleForEC2Spot` lié à un service. Vous pouvez créer ce rôle à l'aide de la AWS CLI commande suivante. ``` $ aws iam create-service-linked-role --aws-service-name spot.amazonaws.com ``` Pour plus d'informations, consultez la section [Rôle lié au service pour les demandes d'instance Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#service-linked-roles-spot-instance-requests) dans le *guide de l'utilisateur Amazon EC2* pour les instances Linux. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) #### `Networking` **(Obligatoire)** Définit la configuration réseau de la AWS Batch file d'attente. ``` Networking: SubnetIds: - {{string}} AssignPublicIp: {{boolean}} SecurityGroups: - {{string}} AdditionalSecurityGroups: - {{string}} ``` ##### Propriétés de `Networking` **`SubnetIds`(**Obligatoire**,`[String]`)** Spécifie l'ID d'un sous-réseau existant dans lequel approvisionner la AWS Batch file d'attente. Actuellement, un seul sous-réseau est pris en charge. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`AssignPublicIp`(**Facultatif**,`String`)** Crée ou attribue une adresse IP publique aux nœuds de la AWS Batch file d'attente. Les valeurs prises en charge sont `true` et `false`. La valeur par défaut dépend du sous-réseau que vous avez spécifié. [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3) **`SecurityGroups`(**Facultatif**,`[String]`)** Liste des groupes de sécurité utilisés par la AWS Batch file d'attente. Si vous ne spécifiez aucun groupe de sécurité, AWS ParallelCluster crée de nouveaux groupes de sécurité. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`AdditionalSecurityGroups`(**Facultatif**,`[String]`)** Liste des groupes de sécurité utilisés par la AWS Batch file d'attente. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) #### `ComputeResources` **(Obligatoire)** Définit la ComputeResources configuration de la AWS Batch file d'attente. ``` 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}} ``` ##### Propriétés de `ComputeResources` **`Name`(**Obligatoire**,`String`)** Nom de l'environnement de calcul de la AWS Batch file d'attente. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`InstanceTypes`(**Obligatoire**,`[String]`)** Le tableau des types d'instances de l'environnement de AWS Batch calcul. Tous les types d'instances doivent utiliser l'`x86_64`architecture. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`MinvCpus`(**Facultatif**,`Integer`)** La quantité minimale VCPUs qu'un environnement AWS Batch informatique peut utiliser. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`DesiredVcpus`(**Facultatif**,`Integer`)** Le nombre souhaité de VCPUs dans l'environnement AWS Batch informatique. AWS Batch ajuste cette valeur entre `MinvCpus` et en `MaxvCpus` fonction de la demande dans la file d'attente des tâches. [Politique de mise à jour : ce paramètre n'est pas analysé lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-ignored-v3) **`MaxvCpus`(**Facultatif**,`Integer`)** Le nombre maximum de VCPUs pour l'environnement AWS Batch de calcul. Vous ne pouvez pas définir une valeur inférieure à`DesiredVcpus`. [Politique de mise à jour : ce paramètre ne peut pas être réduit lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-no-decrease-v3) **`SpotBidPercentage`(**Facultatif**,`Float`)** Pourcentage maximum du prix à la demande pour le type d'instance que le prix d'une instance Amazon EC2 Spot peut atteindre avant le lancement des instances. La valeur par défaut est `100` (100 %). La plage prise en charge est de `1` -`100`. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) ## `SlurmQueues` **(Facultatif)** Paramètres de la Slurm file d'attente. S'[`Scheduler`](#yaml-Scheduling-Scheduler)il est défini sur`slurm`, cette section est obligatoire. ``` 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}} ``` [Politique de mise à jour : pour ce paramètre de valeurs de liste, une nouvelle valeur peut être ajoutée lors d'une mise à jour ou le parc informatique doit être arrêté lors de la suppression d'une valeur existante.](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3) ### Propriétés de `SlurmQueues` **`Name`(**Obligatoire**,`String`)** Nom de la Slurm file d'attente. La taille du cluster peut changer lors d'une mise à jour. Pour plus d'informations, voir [Taille et mise à jour de la capacité du cluster](slurm-workload-manager-v3.md) [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3) **`CapacityReservationTarget`** `CapacityReservationTarget`est ajouté avec la AWS ParallelCluster version 3.3.0. ``` CapacityReservationTarget: CapacityReservationId: {{string}} CapacityReservationResourceGroupArn: {{string}} ``` Spécifie la réservation de capacité à la demande pour les ressources de calcul de la file d'attente. **`CapacityReservationId`(**Facultatif**,`String`)** L'ID de la réservation de capacité existante à cibler pour les ressources de calcul de la file d'attente. L'ID peut faire référence à un [ODCR](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) ou à un [bloc de capacité pour ML](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html). La réservation doit utiliser la même plateforme que celle utilisée par l'instance. Par exemple, si vos instances s'exécutent sur`rhel8`, votre réservation de capacité doit s'exécuter sur la plate-forme Red Hat Enterprise Linux. Pour de plus amples informations, veuillez consulter [Plateformes prises en charge](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html#capacity-reservations-platforms) dans le *Guide de l'utilisateur Amazon EC2 pour les instances Linux*. Si vous incluez [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)dans la configuration du cluster, vous devez exclure ce `CapacityReservationId` paramètre de niveau de file d'attente de la configuration. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`CapacityReservationResourceGroupArn`(**Facultatif**,`String`)** Le nom de ressource Amazon (ARN) du groupe de ressources qui sert de groupe lié au service pour les réservations de capacité pour les ressources de calcul de la file d'attente. AWS ParallelCluster identifie et utilise la réservation de capacité la plus appropriée auprès du groupe de ressources en fonction des conditions suivantes : + Si cette option `PlacementGroup` est activée dans [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)ou [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking), AWS ParallelCluster sélectionne un groupe de ressources qui cible le type d'instance et `PlacementGroup` pour une ressource de calcul, si la ressource de calcul existe. Ils `PlacementGroup` doivent cibler l'un des types d'instance définis dans [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources). + Si `PlacementGroup` ce n'est pas activé dans [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)ou [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking), AWS ParallelCluster sélectionne un groupe de ressources qui cible uniquement le type d'instance d'une ressource de calcul, si la ressource de calcul existe. Le groupe de ressources doit disposer d'au moins un ODCR pour chaque type d'instance réservé dans une zone de disponibilité pour toutes les ressources de calcul et zones de disponibilité de la file d'attente. Pour de plus amples informations, veuillez consulter [Lancez des instances avec des réservations de capacité à la demande (ODCR)](launch-instances-odcr-v3.md). Pour plus d'informations sur les exigences de configuration de plusieurs sous-réseaux, consultez [`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`SubnetIds`](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds). Plusieurs zones de disponibilité ont été ajoutées dans la AWS ParallelCluster version 3.4.0. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`CapacityType`(**Facultatif**,`String`)** Type de ressources informatiques utilisées par la Slurm file d'attente. Les valeurs prises en charge sont`ONDEMAND`, `SPOT` ou`CAPACITY_BLOCK`. La valeur par défaut est `ONDEMAND`. Si vous définissez le paramètre `CapacityType` sur`SPOT`, votre compte doit avoir un rôle `AWSServiceRoleForEC2Spot` lié au service. Vous pouvez utiliser la AWS CLI commande suivante pour créer ce rôle. ``` $ aws iam create-service-linked-role --aws-service-name spot.amazonaws.com ``` Pour plus d'informations, consultez la section [Rôle lié au service pour les demandes d'instance Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#service-linked-roles-spot-instance-requests) dans le *guide de l'utilisateur Amazon EC2* pour les instances Linux. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`AllocationStrategy`(**Facultatif**,`String`)** Spécifiez la stratégie d'allocation pour toutes les ressources de calcul définies dans [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). Valeurs valides : `lowest-price` \| `capacity-optimized` \| `price-capacity-optimized` \| `prioritized` \| `capacity-optimized-prioritized` [See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/parallelcluster/latest/ug/Scheduling-v3.html) Valeur par défaut : `lowest-price` **`lowest-price`** + Si vous l'utilisez`CapacityType = ONDEMAND`, Amazon EC2 Fleet utilise le prix pour déterminer la commande et lance d'abord les instances les moins chères. + Si vous en utilisez`CapacityType = SPOT`, Amazon EC2 Fleet lance des instances à partir du pool d'instances Spot le moins cher disposant de la capacité disponible. Si un pool est à court de capacité avant d'atteindre la capacité requise, Amazon EC2 Fleet répond à votre demande en lançant des instances pour vous. Amazon EC2 Fleet lance notamment des instances à partir du pool d'instances Spot le moins cher disposant de la capacité disponible. Amazon EC2 Fleet peut lancer des instances Spot à partir de plusieurs pools différents. + Si vous définissez`CapacityType = CAPACITY_BLOCK`, il n'existe aucune stratégie d'allocation, le `AllocationStrategy` paramètre ne peut donc pas être configuré. **`capacity-optimized`** + Si vous avez défini`CapacityType = ONDEMAND`, `capacity-optimized` n'est pas disponible. + Si vous le définissez`CapacityType = SPOT`, Amazon EC2 Fleet lance des instances à partir de pools d'instances Spot avec une capacité optimale compte tenu du nombre d'instances à lancer. **`price-capacity-optimized`** + Si vous avez défini`CapacityType = ONDEMAND`, `capacity-optimized` n'est pas disponible. + Si vous le définissez`CapacityType = SPOT`, Amazon EC2 Fleet identifie les pools présentant la disponibilité de capacité la plus élevée par rapport au nombre d'instances lancées. Cela signifie que nous demanderons des instances Spot auprès des groupes qui, selon nous, présentent le moins de risques d’interruption à court terme. Amazon EC2 Fleet demande ensuite des instances Spot auprès du pool le moins cher. **`prioritized`** + Si vous le définissez`CapacityType = ONDEMAND`, Amazon EC2 Fleet respecte l'ordre de priorité qui AWS ParallelCluster s'applique aux LaunchTemplate dérogations lorsque plusieurs sous-réseaux sont spécifiés. AWS ParallelCluster calcule le remplacement `priority` à partir de la position du sous-réseau cible, le premier sous-réseau `SlurmQueues/Networking/SubnetIds` ayant la priorité la plus élevée. Les priorités sont déterminées par ordre décroissant AWS ParallelCluster à partir de`SlurmQueues/Networking/SubnetIds`, la première SubnetId ayant la priorité la plus élevée et le dernier SubnetID ayant la priorité la plus basse. + Si vous avez défini`CapacityType = SPOT`, `prioritized` n'est pas disponible. **`capacity-optimized-prioritized`** + Si vous avez défini`CapacityType = ONDEMAND`, `capacity-optimized-prioritized` n'est pas disponible. + Si vous le définissez`CapacityType = SPOT`, Amazon EC2 Fleet optimise d'abord la capacité, puis applique, dans la mesure du possible, l'ordre de priorité attribué aux dérogations. AWS ParallelCluster LaunchTemplate Les priorités sont déterminées par ordre décroissant AWS ParallelCluster à partir de`SlurmQueues/Networking/SubnetIds`, la première SubnetId ayant la priorité la plus élevée et le dernier SubnetID ayant la priorité la plus basse. Toutes les remplacements qui ciblent le même sous-réseau reçoivent la même valeur de priorité. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) `AllocationStrategy`est pris en charge à partir de AWS ParallelCluster la version 3.3.0. **Nouveau dans la version 3.14.0** : `prioritized` (pour On-Demand) et `capacity-optimized-prioritized` (pour Spot). **`JobExclusiveAllocation`(**Facultatif**,`String`)** S'il est défini sur`true`, l'`OverSubscribe`indicateur de Slurm partition est défini sur`EXCLUSIVE`. Lorsque `OverSubscribe` =`EXCLUSIVE`, les tâches de la partition ont un accès exclusif à tous les nœuds alloués. Pour plus d'informations, consultez [EXCLUSIVE](https://slurm.schedmd.com/slurm.conf.html#OPT_EXCLUSIVE) dans la Slurm documentation. Valeurs valides : `true` \| `false` Par défaut: `false` [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) `JobExclusiveAllocation`est pris en charge à partir de AWS ParallelCluster la version 3.7.0. **`CustomSlurmSettings`(**Facultatif**,`Dict`)** Définit les paramètres de configuration de Slurm partition (file d'attente) personnalisés. Spécifie un dictionnaire de paires clé-valeur de paramètres de Slurm configuration personnalisés qui s'appliquent aux files d'attente (partitions). Chaque paire clé-valeur distincte, telle que`Param1: Value1`, est ajoutée séparément à la fin de la ligne de configuration de Slurm partition dans le format. `Param1=Value1` Vous ne pouvez spécifier que des paramètres Slurm de configuration qui ne figurent pas dans la liste refusée. `CustomSlurmSettings` Pour plus d'informations sur les paramètres de Slurm configuration refusés, consultez. [Inscrit sur la liste Deny Slurm paramètres de configuration pour `CustomSlurmSettings`](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3) AWS ParallelCluster vérifie uniquement si un paramètre figure dans une liste de refus. AWS ParallelCluster ne valide pas la syntaxe ou la sémantique de vos paramètres de Slurm configuration personnalisés. Il est de votre responsabilité de valider vos paramètres Slurm de configuration personnalisés. Des paramètres Slurm de configuration personnalisés non valides peuvent provoquer des défaillances de Slurm daemon susceptibles d'entraîner des échecs de création et de mise à jour de clusters. Pour plus d'informations sur la façon de spécifier des paramètres Slurm de configuration personnalisés avec AWS ParallelCluster, consultez[Slurm personnalisation de la configuration](slurm-configuration-settings-v3.md). Pour plus d'informations sur les paramètres Slurm de configuration, consultez [slurm.conf](https://slurm.schedmd.com/slurm.conf.html) dans la documentation. Slurm [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) `CustomSlurmSettings`est pris en charge à partir de AWS ParallelCluster la version 3.6.0. **`Tags`(**Facultatif**, [Chaîne])** Une liste de paires clé-valeur de balises. [`ComputeResource`](#yaml-Scheduling-SlurmQueues-ComputeResources-Tags)les balises remplacent les balises dupliquées spécifiées dans le [`Tags` Section](Tags-v3.md) ou dans`SlurmQueues`/`Tags`. **`Key`(**Facultatif**,`String`)** Identification de balise. **`Value`(**Facultatif**,`String`)** Valeur de balise. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`HealthChecks`(**Facultatif**)** Spécifiez les contrôles de santé des nœuds de calcul sur toutes les ressources informatiques de la file d'attente. `Gpu`(**Facultatif**) Spécifiez les contrôles de santé du GPU sur toutes les ressources de calcul d'une file d'attente. AWS ParallelCluster ne prend pas en charge`HealthChecks`/`Gpu`dans les nœuds utilisant les systèmes d'exploitation `alinux2` ARM. Ces plateformes ne sont pas compatibles avec le [NVIDIA Data Center GPU Manager (DCGM).](https://docs.nvidia.com/datacenter/dcgm/latest/user-guide/getting-started.html#supported-linux-distributions) Il est déconseillé d'activer les contrôles de santé du GPU lors de l'utilisation de types d'instances dont la taille totale de la mémoire du GPU est supérieure à 327 680 MiB. `Enabled`(**Facultatif**,`Boolean`) AWS ParallelCluster Effectue ou non des vérifications de l'état du GPU sur les nœuds de calcul. La valeur par défaut est `false`. **`Gpu`comportement en matière de bilan de santé** + Si`Gpu`/`Enabled`est défini sur`true`, AWS ParallelCluster effectue des contrôles de santé du GPU sur les ressources de calcul de la file d'attente. + Le bilan `Gpu` de santé effectue des contrôles de santé du GPU sur les ressources de calcul afin d'empêcher la soumission de tâches sur les nœuds dont le GPU est dégradé. + Si un nœud de calcul échoue à un contrôle de `Gpu` santé, l'état du nœud de calcul passe à`DRAIN`. Les nouvelles tâches ne démarrent pas sur ce nœud. Les tâches existantes s'exécutent jusqu'à leur fin. Une fois toutes les tâches en cours d'exécution terminées, le nœud de calcul se termine s'il s'agit d'un nœud dynamique, et il est remplacé s'il s'agit d'un nœud statique. + La durée du bilan de `Gpu` santé dépend du type d'instance sélectionné, du nombre d'instances présentes GPUs dans l'instance, de la mémoire GPU totale et du nombre de cibles de contrôle de `Gpu` santé (équivalent au nombre de cibles GPU de la tâche). Par exemple, sur un p4d.24xlarge, la durée typique est de 3 minutes. + Si le bilan `Gpu` de santé s'exécute sur une instance qui n'est pas prise en charge, elle s'arrête et la tâche s'exécute sur le nœud de calcul. Par exemple, si une instance ne possède pas de GPU, ou si une instance possède un GPU, mais qu'il ne s'agit pas d'un GPU NVIDIA, le bilan de santé s'arrête et la tâche s'exécute sur le nœud de calcul. Seule NVIDIA est prise GPUs en charge. + Le `Gpu` bilan de santé utilise l'`dcgmi`outil pour effectuer des contrôles de santé sur un nœud et suit les étapes suivantes : Lorsque le `Gpu` bilan de santé commence dans un nœud : 1. Il détecte si les `nvidia-fabricmanager` services `nvidia-dcgm` et sont en cours d'exécution. 1. Si ces services ne fonctionnent pas, le bilan `Gpu` de santé les démarre. 1. Il détecte si le mode de persistance est activé. 1. Si le mode de persistance n'est pas activé, le `Gpu` bilan de santé l'active. À la fin du bilan de santé, le bilan de `Gpu` santé rétablit ces services et ressources dans leur état initial. + Si le travail est attribué à un ensemble de nœuds spécifique GPUs, le contrôle de `Gpu` santé s'exécute uniquement sur cet ensemble spécifique. Dans le cas contraire, le bilan de `Gpu` santé s'exécute sur GPUs l'ensemble du nœud. + Si un nœud de calcul reçoit au moins deux demandes de vérification de `Gpu` santé en même temps, seule la première vérification est exécutée et les autres sont ignorées. C'est également le cas pour les contrôles de santé du nœud cible GPUs. Vous pouvez consulter les fichiers journaux pour obtenir des informations supplémentaires concernant cette situation. + Le journal de vérification de l'état d'un nœud de calcul spécifique est disponible dans le `/var/log/parallelcluster/slurm_health_check.log` fichier. Le fichier est disponible sur Amazon CloudWatch, dans le groupe de CloudWatch journaux du cluster, où vous pouvez trouver : + Détails sur l'action exécutée par le bilan de `Gpu` santé, y compris l'activation et la désactivation des services et le mode de persistance. + L'identifiant du GPU, l'ID de série et l'UUID. + Le résultat du bilan de santé. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) `HealthChecks`est pris en charge à partir de AWS ParallelCluster la version 3.6.0. #### `Networking` **(Obligatoire)** Définit la configuration réseau de la Slurm file d'attente. ``` Networking: SubnetIds: - {{string}} AssignPublicIp: {{boolean}} SecurityGroups: - {{string}} AdditionalSecurityGroups: - {{string}} PlacementGroup: Enabled: {{boolean}} Id: {{string}} Name: {{string}} Proxy: HttpProxyAddress: {{string}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) ##### Propriétés de `Networking` **`SubnetIds`(**Obligatoire**,`[String]`)** Les IDs sous-réseaux existants dans lesquels vous approvisionnez la Slurm file d'attente. Si vous configurez les types d'instances dans [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`InstanceType`](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType), vous ne pouvez définir qu'un seul sous-réseau. Si vous configurez les types d'instances dans [`SlurmQueues`[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)](#Scheduling-v3-SlurmQueues)//[`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances), vous pouvez définir un ou plusieurs sous-réseaux. Si vous utilisez plusieurs sous-réseaux, tous les sous-réseaux définis pour une file d'attente doivent se trouver dans le même VPC, chaque sous-réseau se trouvant dans une zone de disponibilité (AZ) distincte. Supposons, par exemple, que vous définissiez le sous-réseau 1 et le sous-réseau 2 pour votre file d'attente. `subnet-1`et je ne `subnet-2` peux pas être les deux dans l'AZ-1. `subnet-1`peut être dans AZ-1 et `subnet-2` peut être dans AZ-2. Si vous configurez un seul type d'instance et que vous souhaitez utiliser plusieurs sous-réseaux, définissez votre type d'instance dans `Instances` plutôt que `InstanceType` dans. Par exemple, définissez`ComputeResources`/`Instances`/`InstanceType`= `instance.type` au lieu de`ComputeResources`/`InstanceType`=`instance.type`. Elastic Fabric Adapter (EFA) n'est pas pris en charge dans différentes zones de disponibilité. L'utilisation de plusieurs zones de disponibilité peut entraîner une augmentation de la latence du réseau de stockage et des coûts supplémentaires de transfert de données inter-AZ. Cela peut se produire, par exemple, lorsqu'une instance accède à un stockage de fichiers situé dans une autre zone de disponibilité. Pour plus d'informations, consultez la section [Transfert de données au sein d'un même appareil Région AWS](https://aws.amazon.com/ec2/pricing/on-demand/#Data_Transfer_within_the_same_AWS_Region). **Mises à jour du cluster pour passer de l'utilisation d'un seul sous-réseau à plusieurs sous-réseaux :** + Supposons que la définition de sous-réseau d'un cluster soit définie avec un seul sous-réseau et un système de fichiers AWS ParallelCluster géré FSx pour Lustre. Dans ce cas, vous ne pouvez pas mettre à jour directement ce cluster avec une définition d'ID de sous-réseau mise à jour. Pour effectuer la mise à jour du cluster, vous devez d'abord remplacer le système de fichiers géré par un système de fichiers externe. Pour de plus amples informations, veuillez consulter [Convertir le stockage AWS ParallelCluster géré en stockage externe](shared-storage-conversion-v3.md). + Supposons que la définition de sous-réseau d'un cluster soit définie avec un seul sous-réseau et un système de fichiers Amazon EFS externe si les cibles de montage EFS n'existent pas AZs pour tous les sous-réseaux définis pour être ajoutés. Dans ce cas, vous ne pouvez pas mettre à jour directement ce cluster avec une définition d'ID de sous-réseau mise à jour. Pour mettre à jour le cluster ou pour créer un cluster, vous devez d'abord créer toutes les cibles de montage AZs pour tous les sous-réseaux définis. **Les zones de disponibilité et les réservations de capacité du cluster sont définies dans [CapacityReservationResourceGroupArn](#yaml-Scheduling-SlurmQueues-CapacityReservationResourceGroupArn):** + Vous ne pouvez pas créer de cluster s'il n'y a aucun chevauchement entre l'ensemble de types d'instances et de zones de disponibilité couverts par le groupe de ressources de réservation de capacité défini et l'ensemble de types d'instances et de zones de disponibilité définis pour la file d'attente. + Vous pouvez créer un cluster s'il existe un chevauchement partiel entre l'ensemble de types d'instances et de zones de disponibilité couverts par le groupe de ressources de réservation de capacité défini et l'ensemble de types d'instances et de zones de disponibilité définis pour la file d'attente. AWS ParallelCluster envoie un message d'avertissement concernant le chevauchement partiel dans ce cas. + Pour de plus amples informations, veuillez consulter [Lancez des instances avec des réservations de capacité à la demande (ODCR)](launch-instances-odcr-v3.md). Plusieurs zones de disponibilité ont été ajoutées dans la AWS ParallelCluster version 3.4.0. Cet avertissement s'applique à toutes les AWS ParallelCluster versions 3.x.y antérieures à la version 3.3.1. AWS ParallelCluster la version 3.3.1 n'est pas affectée si ce paramètre est modifié. Pour les AWS ParallelCluster 3 versions antérieures à la version 3.3.1 : Si vous modifiez ce paramètre et mettez à jour un cluster, cela crée un nouveau système de fichiers géré FSx pour Lustre et supprime le système de fichiers géré FSx pour Lustre existant sans conserver les données existantes. Cela entraîne une perte de données. Avant de continuer, assurez-vous de sauvegarder les données du système de fichiers existant FSx pour Lustre si vous souhaitez conserver les données. Pour plus d'informations, consultez la section [Utilisation des sauvegardes](https://docs.aws.amazon.com/fsx/latest/LustreGuide/using-backups-fsx.html) dans le *guide de l'utilisateur de FSx for Lustre*. Si une nouvelle valeur de sous-réseau est ajoutée, [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) Si une valeur de sous-réseau est supprimée, [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`AssignPublicIp`(**Facultatif**,`String`)** Crée ou attribue une adresse IP publique aux nœuds de la Slurm file d'attente. Les valeurs prises en charge sont `true` et `false`. Le sous-réseau que vous spécifiez détermine la valeur par défaut. Sous-réseau public par IPs défaut pour attribuer des adresses IP publiques. Si vous définissez un type d'hpc6idinstance p4d ou un autre type d'instance doté de plusieurs interfaces réseau ou d'une carte d'interface réseau, vous devez définir [`HeadNode`](HeadNode-v3.md)/[`Networking`](HeadNode-v3.md#HeadNode-v3-Networking)/sur [`ElasticIp`](HeadNode-v3.md#yaml-HeadNode-Networking-ElasticIp)`true`pour fournir un accès public. AWS public ne IPs peut être attribué qu'aux instances lancées avec une seule interface réseau. Dans ce cas, nous vous recommandons d'utiliser une [passerelle NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) pour fournir un accès public aux nœuds de calcul du cluster. Dans ce cas, réglez `AssignPublicIp` sur`false`. Pour plus d'informations sur les adresses IP, consultez la section [Attribuer une IPv4 adresse publique lors du lancement de l'instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses) dans le *Guide de l'utilisateur Amazon EC2 pour les instances Linux.* [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3) **`SecurityGroups`(**Facultatif**,`[String]`)** Liste des groupes de sécurité à utiliser pour la Slurm file d'attente. Si aucun groupe de sécurité n'est spécifié, AWS ParallelCluster crée des groupes de sécurité pour vous. Vérifiez que les groupes de sécurité sont correctement configurés pour vos [SharedStorage](SharedStorage-v3.md)systèmes. Cet avertissement s'applique aux 3. {{x}}. {{y}} AWS ParallelCluster versions antérieures à la version 3.3.0. AWS ParallelCluster la version 3.3.0 n'est pas affectée si ce paramètre est modifié. Pour les AWS ParallelCluster 3 versions antérieures à la version 3.3.0 : Si vous modifiez ce paramètre et mettez à jour un cluster, cela crée un nouveau système de fichiers géré FSx pour Lustre et supprime le système de fichiers géré FSx pour Lustre existant sans conserver les données existantes. Cela entraîne une perte de données. Assurez-vous de sauvegarder les données du système de fichiers existant FSx pour Lustre si vous souhaitez conserver les données. Pour plus d'informations, consultez la section [Utilisation des sauvegardes](https://docs.aws.amazon.com/fsx/latest/LustreGuide/using-backups-fsx.html) dans le *guide de l'utilisateur de FSx for Lustre*. Si vous activez [Efa](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa) pour vos instances de calcul, assurez-vous que celles-ci sont membres d'un groupe de sécurité qui autorise tout le trafic entrant et sortant à se diriger vers lui-même. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`AdditionalSecurityGroups`(**Facultatif**,`[String]`)** Liste des groupes de sécurité supplémentaires à utiliser pour la Slurm file d'attente. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`PlacementGroup`(**Facultatif**)** Spécifie les paramètres du groupe de placement pour la Slurm file d'attente. ``` PlacementGroup: Enabled: {{boolean}} Id: {{string}} Name: {{string}} ``` [Politique de mise à jour : tous les nœuds de calcul doivent être arrêtés pour la suppression d'un groupe de placement géré. Le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-remove-placement-group-v3) **`Enabled`(**Facultatif**,`Boolean`)** Indique si un groupe de placement est utilisé pour la Slurm file d'attente. La valeur par défaut est `false`. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Id`(**Facultatif**,`String`)** ID du groupe de placement d'un groupe de placement de clusters existant utilisé par la Slurm file d'attente. Assurez-vous de fournir l'*ID* du groupe de placement et *non le nom*. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Name`(**Facultatif**,`String`)** Nom du groupe de placement d'un groupe de placement de clusters existant utilisé par la Slurm file d'attente. Assurez-vous de fournir le *nom* du groupe de placement et *non l'ID*. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) + Si`PlacementGroup`/`Enabled`est défini sur`true`, sans `Name` ou `Id` défini, chaque ressource de calcul se voit attribuer son propre groupe de placement géré, sauf si [`ComputeResources`[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)](#Scheduling-v3-SlurmQueues-ComputeResources)//[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking-PlacementGroup)est défini pour remplacer ce paramètre. + À partir de AWS ParallelCluster la version 3.3.0, [`SlurmQueues`[`Networking`](#Scheduling-v3-SlurmQueues-Networking)](#Scheduling-v3-SlurmQueues)/[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)//[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name)a été ajouté comme alternative préférée à [`SlurmQueues`](#Scheduling-v3-SlurmQueues)//[`Networking`[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)](#Scheduling-v3-SlurmQueues-Networking)/[`Id`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Id). [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Id`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Id)et [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name)sont équivalents. Vous pouvez utiliser l'un ou l'autre. Si vous incluez à la fois [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Id`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Id)et [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name), cela AWS ParallelCluster échoue. Vous ne pouvez choisir que l'un ou l'autre. Vous n'avez pas besoin de mettre à jour votre cluster pour utiliser [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name). + Lorsque vous utilisez une réservation par bloc de capacité, aucune contrainte de groupe de placement ne doit être définie car des erreurs de capacité insuffisante peuvent survenir en raison de contraintes de placement extérieures à la réservation, même si la réservation de capacité a une capacité restante. **`Proxy`(**Facultatif**)** Spécifie les paramètres du proxy pour la Slurm file d'attente. ``` Proxy: HttpProxyAddress: {{string}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`HttpProxyAddress`(**Facultatif**,`String`)** Définit un serveur proxy HTTP ou HTTPS pour la Slurm file d'attente. Généralement, c'est le cas`https://{{x.x.x.x:8080}}`. Il n'existe aucune valeur par défaut. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) #### `Image` **(Facultatif)** Spécifie l'image à utiliser pour la Slurm file d'attente. Pour utiliser la même AMI pour tous les nœuds, utilisez le [CustomAmi](Image-v3.md#yaml-Image-CustomAmi)paramètre de la [`Image`section](Image-v3.md). ``` Image: CustomAmi: {{string}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) ##### `Image`Propriétés **`CustomAmi`(**Facultatif**,`String`)** L'AMI à utiliser pour la Slurm file d'attente au lieu de l'AMI par défaut AMIs. Vous pouvez utiliser la commande pcluster CLI pour afficher la liste des valeurs par défaut AMIs. L'AMI doit être basée sur le même système d'exploitation que celui utilisé par le nœud principal. ``` pcluster list-official-images ``` Si l'AMI personnalisée nécessite des autorisations supplémentaires pour son lancement, vous devez ajouter ces autorisations à la politique du nœud principal. Par exemple, si un instantané chiffré est associé à une AMI personnalisée, les politiques supplémentaires suivantes sont requises dans les politiques du nœud principal. **** ``` { "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/{{}}" ] } ] } ``` Pour résoudre les problèmes liés aux avertissements de validation d'AMI personnalisés, consultez[Résolution des problèmes liés aux AMI personnalisées](troubleshooting-v3-custom-amis.md). [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) #### `ComputeResources` **(Obligatoire)** Définit la `ComputeResources` configuration de la Slurm file d'attente. **Note** La taille du cluster peut changer lors d'une mise à jour. Pour plus d'informations, voir [Taille et mise à jour de la capacité du cluster](slurm-workload-manager-v3.md). De nouvelles ressources de calcul ne peuvent être ajoutées au cluster que si elles sont déployées dans des sous-réseaux appartenant à des blocs CIDR existants lors de la création du cluster. ``` 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}} ``` [Politique de mise à jour : pour ce paramètre de valeurs de liste, une nouvelle valeur peut être ajoutée lors d'une mise à jour ou le parc informatique doit être arrêté lors de la suppression d'une valeur existante.](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3) ##### Propriétés de `ComputeResources` **`Name`(**Obligatoire**,`String`)** Nom de l'environnement de calcul de la Slurm file d'attente. Le nom peut comporter jusqu'à 25 caractères. [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3) **`InstanceType`(**Obligatoire**,`String`)** Type d'instance utilisé dans cette ressource Slurm de calcul. Tous les types d'instances d'un cluster doivent utiliser la même architecture de processeur. Les instances peuvent utiliser l'`arm64`architecture `x86_64` ou. La configuration du cluster doit définir soit les instances, [InstanceType](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType)soit [les instances](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). Si les deux sont définis, AWS ParallelCluster échoue. Lorsque vous définissez`InstanceType`, vous ne pouvez pas définir plusieurs sous-réseaux. Si vous configurez un seul type d'instance et que vous souhaitez utiliser plusieurs sous-réseaux, définissez votre type d'instance dans `Instances` plutôt que dans`InstanceType`. Pour plus d'informations, consultez [`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`SubnetIds`](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds). Si vous définissez un type d'hpc6idinstance p4d ou un autre type d'instance doté de plusieurs interfaces réseau ou d'une carte d'interface réseau, vous devez lancer les instances de calcul dans un sous-réseau privé comme décrit dans[AWS ParallelCluster en utilisant deux sous-réseaux](network-configuration-v3-two-subnets.md). AWS public ne IPs peut être attribué qu'aux instances lancées avec une seule interface réseau. Pour plus d'informations, consultez la section [Attribuer une IPv4 adresse publique lors du lancement de l'instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses) dans le *Guide de l'utilisateur Amazon EC2 pour les instances Linux.* [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`Instances`(**Obligatoire**)** Spécifie la liste des types d'instances pour une ressource de calcul. Pour spécifier la stratégie d'allocation pour la liste des types d'instances, consultez [`AllocationStrategy`](#yaml-Scheduling-SlurmQueues-AllocationStrategy). La configuration du cluster doit définir l'un [`InstanceType`](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType)ou l'autre [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). Si les deux sont définis, AWS ParallelCluster échoue. Pour de plus amples informations, veuillez consulter [Allocation de plusieurs types d'instances avec Slurm](slurm-multiple-instance-allocation-v3.md). ``` `Instances`: - `InstanceType`: {{string}} ``` À partir de AWS ParallelCluster la version 3.7.0, elle `EnableMemoryBasedScheduling` peut être activée si vous configurez plusieurs types d'[instances dans Instances](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). Pour AWS ParallelCluster les versions 3.2.0 à 3.6. {{x}}, ne `EnableMemoryBasedScheduling` peut pas être activé si vous configurez plusieurs types d'[instances dans Instances](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). [Politique de mise à jour : pour ce paramètre de valeurs de liste, une nouvelle valeur peut être ajoutée lors d'une mise à jour ou le parc informatique doit être arrêté lors de la suppression d'une valeur existante.](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3) **`InstanceType`(**Obligatoire**,`String`)** Type d'instance à utiliser dans cette ressource Slurm de calcul. Tous les types d'instances d'un cluster doivent utiliser la même architecture de processeur, `x86_64` soit`arm64`. Les types d'instances répertoriés dans [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)doivent avoir : + Le même nombre de v ouCPUs, s'il [`DisableSimultaneousMultithreading`](#yaml-Scheduling-SlurmQueues-ComputeResources-DisableSimultaneousMultithreading)est défini sur`true`, le même nombre de cœurs. + Le même nombre d'accélérateurs des mêmes fabricants. + EFA est pris en charge, si [`Efa`](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa)/[`Enabled`](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa-Enabled)est défini sur`true`. Les types d'instances répertoriés dans [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)peuvent être les suivants : + Quantité de mémoire différente. Dans ce cas, la mémoire minimale doit être définie comme Slurm ressource consommable. **Note** À partir de AWS ParallelCluster la version 3.7.0, elle `EnableMemoryBasedScheduling` peut être activée si vous configurez plusieurs types d'[instances dans Instances](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). Pour AWS ParallelCluster les versions 3.2.0 à 3.6. {{x}}, ne `EnableMemoryBasedScheduling` peut pas être activé si vous configurez plusieurs types d'[instances dans Instances](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). + Différentes cartes réseau. Dans ce cas, le nombre d'interfaces réseau configurées pour la ressource de calcul est défini par le type d'instance possédant le plus petit nombre de cartes réseau. + Bande passante réseau différente. + Taille de magasin d'instance différente. Si vous définissez un type d'hpc6idinstance p4d ou un autre type d'instance doté de plusieurs interfaces réseau ou d'une carte d'interface réseau, vous devez lancer les instances de calcul dans un sous-réseau privé comme décrit dans[AWS ParallelCluster en utilisant deux sous-réseaux](network-configuration-v3-two-subnets.md). AWS public ne IPs peut être attribué qu'aux instances lancées avec une seule interface réseau. Pour plus d'informations, consultez la section [Attribuer une IPv4 adresse publique lors du lancement de l'instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses) dans le *Guide de l'utilisateur Amazon EC2 pour les instances Linux.* [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) `Instances`est pris en charge à partir de AWS ParallelCluster la version 3.3.0. **`MinCount`(**Facultatif**,`Integer`)** Le nombre minimal d'instances utilisées par la ressource de Slurm calcul. La valeur par défaut est 0. La taille du cluster peut changer lors d'une mise à jour. Pour plus d'informations, voir [Taille et mise à jour de la capacité du cluster](slurm-workload-manager-v3.md) [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`MaxCount`(**Facultatif**,`Integer`)** Nombre maximal d'instances utilisées par la ressource de Slurm calcul. La valeur par défaut est 10. Lorsque vous l'utilisez`CapacityType = CAPACITY_BLOCK`, `MaxCount` il doit être égal ou supérieur à `MinCount` 0, car toutes les instances faisant partie de la réservation du bloc de capacité sont gérées en tant que nœuds statiques. Au moment de la création du cluster, le nœud principal attend que tous les nœuds statiques soient prêts avant de signaler le succès de la création du cluster. Toutefois, lors de l'utilisation`CapacityType = CAPACITY_BLOCK`, les nœuds faisant partie des ressources de calcul associées aux blocs de capacité ne seront pas pris en compte pour cette vérification. Le cluster sera créé même si tous les blocs de capacité configurés ne sont pas actifs. La taille du cluster peut changer lors d'une mise à jour. Pour plus d'informations, voir [Taille et mise à jour de la capacité du cluster](slurm-workload-manager-v3.md) **`DynamicNodePriority`(**Facultatif**,`Integer`)** Priorité des nœuds dynamiques dans une ressource de calcul de file d'attente. La priorité correspond au paramètre de [https://slurm.schedmd.com/slurm.conf.html#OPT_Weight](https://slurm.schedmd.com/slurm.conf.html#OPT_Weight)configuration des Slurm nœuds pour les nœuds dynamiques des ressources informatiques. La valeur par défaut est `1000`. Slurmdonne la priorité aux nœuds ayant les `Weight` valeurs les plus faibles en premier. L'utilisation de nombreuses `Weight` valeurs différentes dans une Slurm partition (file d'attente) peut ralentir le rythme de planification des tâches dans la file d'attente. Dans AWS ParallelCluster les versions antérieures à la version 3.7.0, la même pondération par défaut était attribuée aux nœuds statiques et dynamiques. `1` Dans ce cas, Slurm peut donner la priorité aux nœuds dynamiques inactifs par rapport aux nœuds statiques inactifs en raison du schéma de dénomination des nœuds statiques et dynamiques. Lorsque toutes les choses sont égales par ailleurs, Slurm planifie les nœuds par ordre alphabétique de leur nom. `DynamicNodePriority`est ajouté dans la AWS ParallelCluster version 3.7.0. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`StaticNodePriority`(**Facultatif**,`Integer`)** Priorité des nœuds statiques dans une ressource de calcul de file d'attente. La priorité correspond au paramètre de [https://slurm.schedmd.com/slurm.conf.html#OPT_Weight](https://slurm.schedmd.com/slurm.conf.html#OPT_Weight)configuration des Slurm nœuds pour les nœuds statiques des ressources de calcul. La valeur par défaut est `1`. Slurmdonne la priorité aux nœuds ayant les `Weight` valeurs les plus faibles en premier. L'utilisation de nombreuses `Weight` valeurs différentes dans une Slurm partition (file d'attente) peut ralentir le rythme de planification des tâches dans la file d'attente. `StaticNodePriority`est ajouté dans la AWS ParallelCluster version 3.7.0. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`SpotPrice`(**Facultatif**,`Float`)** Le prix maximum payé pour une instance Amazon EC2 Spot avant le lancement de toute instance. La valeur par défaut est le prix à la demande. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`DisableSimultaneousMultithreading`(**Facultatif**,`Boolean`)** Si `true` le multithreading sur les nœuds de la Slurm file d'attente est désactivé. La valeur par défaut est `false`. Tous les types d'instances ne peuvent pas désactiver le multithreading. Pour obtenir la liste des types d'instances qui prennent en charge la désactivation du multithreading, consultez la section relative aux [cœurs de processeur et aux threads de chaque cœur de processeur par type d'instance](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-optimize-cpu.html#cpu-options-supported-instances-values) dans le guide de l'utilisateur *Amazon* EC2. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`SchedulableMemory`(**Facultatif**,`Integer`)** Quantité de mémoire en MiB configurée dans le Slurm paramètre `RealMemory` pour les nœuds de calcul d'une ressource de calcul. Cette valeur est la limite supérieure de la mémoire de nœuds disponible pour les tâches lorsque [`SlurmSettings`](#Scheduling-v3-SlurmSettings)/[`EnableMemoryBasedScheduling`](#yaml-Scheduling-SlurmSettings-EnableMemoryBasedScheduling)est activé. La valeur par défaut est de 95 % de la mémoire répertoriée dans les [types d'instances Amazon EC2](https://aws.amazon.com/ec2/instance-types) et renvoyée par l'API Amazon EC2. [DescribeInstanceTypes](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstanceTypes.html) Assurez-vous de convertir les valeurs données en GiB en MiB. Valeurs prises en charge : `1-EC2Memory` `EC2Memory`est la mémoire (en MiB) répertoriée dans les types d'[instances Amazon EC2](https://aws.amazon.com/ec2/instance-types) et renvoyée par l'API Amazon EC2. [DescribeInstanceTypes](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstanceTypes.html) Assurez-vous de convertir les valeurs données en GiB en MiB. Cette option est particulièrement pertinente lorsque [`SlurmSettings`](#Scheduling-v3-SlurmSettings)/[`EnableMemoryBasedScheduling`](#yaml-Scheduling-SlurmSettings-EnableMemoryBasedScheduling)est activé. Pour de plus amples informations, veuillez consulter [Slurm planification basée sur la mémoire](slurm-mem-based-scheduling-v3.md). `SchedulableMemory`est pris en charge à partir de AWS ParallelCluster la version 3.2.0. À partir de la version 3.2.0, 95 % AWS ParallelCluster de la `RealMemory` mémoire renvoyée par l'API Amazon EC2 est configurée par défaut pour les nœuds de Slurm calcul. `DescribeInstanceTypes` Cette configuration est indépendante de la valeur de`EnableMemoryBasedScheduling`. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`HealthChecks`(**Facultatif**)** Spécifiez les contrôles de santé d'une ressource de calcul. `Gpu`(**Facultatif**) Spécifiez les contrôles de santé du GPU sur une ressource de calcul. `Enabled`(**Facultatif**,`Boolean`) AWS ParallelCluster Effectue des contrôles de santé du GPU lors du calcul d'une ressource dans une file d'attente. La valeur par défaut est `false`. AWS ParallelCluster ne prend pas en charge`HealthChecks`/`Gpu`dans les nœuds utilisant les systèmes d'exploitation `alinux2` ARM. Ces plateformes ne sont pas compatibles avec le [NVIDIA Data Center GPU Manager (DCGM).](https://docs.nvidia.com/datacenter/dcgm/latest/user-guide/getting-started.html#supported-linux-distributions) **`Gpu`comportement en matière de bilan de santé** + Si`Gpu`/`Enabled`est défini sur`true`, AWS ParallelCluster effectue des contrôles de santé du GPU sur une ressource de calcul. + Le `Gpu` bilan de santé effectue des contrôles de santé sur une ressource de calcul afin d'empêcher la soumission de tâches sur des nœuds dont le GPU est dégradé. + Si un nœud de calcul échoue à un contrôle de `Gpu` santé, l'état du nœud de calcul passe à`DRAIN`. Les nouvelles tâches ne démarrent pas sur ce nœud. Les tâches existantes s'exécutent jusqu'à leur fin. Une fois toutes les tâches en cours d'exécution terminées, le nœud de calcul se termine s'il s'agit d'un nœud dynamique, et il est remplacé s'il s'agit d'un nœud statique. + La durée du bilan de `Gpu` santé dépend du type d'instance sélectionné, du nombre d'instances présentes GPUs dans l'instance et du nombre de cibles de contrôle de `Gpu` santé (équivalent au nombre de cibles GPU de la tâche). Pour une instance comportant 8 GPUs, la durée typique est inférieure à 3 minutes. + Si le bilan `Gpu` de santé s'exécute sur une instance qui n'est pas prise en charge, elle s'arrête et la tâche s'exécute sur le nœud de calcul. Par exemple, si une instance ne possède pas de GPU, ou si une instance possède un GPU, mais qu'il ne s'agit pas d'un GPU NVIDIA, le bilan de santé s'arrête et la tâche s'exécute sur le nœud de calcul. Seule NVIDIA est prise GPUs en charge. + Le `Gpu` bilan de santé utilise l'`dcgmi`outil pour effectuer des contrôles de santé sur un nœud et suit les étapes suivantes : Lorsque le `Gpu` bilan de santé commence dans un nœud : 1. Il détecte si les `nvidia-fabricmanager` services `nvidia-dcgm` et sont en cours d'exécution. 1. Si ces services ne fonctionnent pas, le bilan `Gpu` de santé les démarre. 1. Il détecte si le mode de persistance est activé. 1. Si le mode de persistance n'est pas activé, le `Gpu` bilan de santé l'active. À la fin du bilan de santé, le bilan de `Gpu` santé rétablit ces services et ressources dans leur état initial. + Si le travail est attribué à un ensemble de nœuds spécifique GPUs, le contrôle de `Gpu` santé s'exécute uniquement sur cet ensemble spécifique. Dans le cas contraire, le bilan de `Gpu` santé s'exécute sur GPUs l'ensemble du nœud. + Si un nœud de calcul reçoit au moins deux demandes de vérification de `Gpu` santé en même temps, seule la première vérification est exécutée et les autres sont ignorées. C'est également le cas pour les bilans de santé ciblant le nœud GPUs. Vous pouvez consulter les fichiers journaux pour obtenir des informations supplémentaires concernant cette situation. + Le journal de vérification de l'état d'un nœud de calcul spécifique est disponible dans le `/var/log/parallelcluster/slurm_health_check.log` fichier. Ce fichier est disponible sur Amazon CloudWatch, dans le groupe de CloudWatch journaux du cluster, où vous pouvez trouver : + Détails sur l'action exécutée par le bilan de `Gpu` santé, y compris l'activation et la désactivation des services et le mode de persistance. + L'identifiant du GPU, l'ID de série et l'UUID. + Le résultat du bilan de santé. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) `HealthChecks`est pris en charge à partir de AWS ParallelCluster la version 3.6.0. **`Efa`(**Facultatif**)** Spécifie les paramètres Elastic Fabric Adapter (EFA) pour les nœuds de la file d'attente. Slurm ``` Efa: Enabled: {{boolean}} GdrSupport: {{boolean}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Enabled`(**Facultatif**,`Boolean`)** Spécifie qu'Elastic Fabric Adapter (EFA) est activé. Pour consulter la liste des instances Amazon EC2 qui prennent en charge l'EFA, consultez la section [Types d'instances pris en charge](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa.html#efa-instance-types) dans le *Guide de l'utilisateur Amazon EC2* pour les instances Linux. Pour de plus amples informations, veuillez consulter [Elastic Fabric Adapter](efa-v3.md). Nous vous recommandons d'utiliser un cluster [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)pour minimiser les latences entre les instances. La valeur par défaut est `false`. Elastic Fabric Adapter (EFA) n'est pas pris en charge dans différentes zones de disponibilité. Pour de plus amples informations, veuillez consulter [SubnetIds](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds). Si vous définissez un groupe de sécurité personnalisé dans [SecurityGroups](#yaml-Scheduling-SlurmQueues-Networking-SecurityGroups), assurez-vous que vos instances compatibles avec EFA sont membres d'un groupe de sécurité qui autorise l'intégralité du trafic entrant et sortant à destination de lui-même. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`GdrSupport`(**Facultatif**,`Boolean`)** **(Facultatif)** À partir de AWS ParallelCluster la version 3.0.2, ce paramètre n'a aucun effet. La prise en charge GPUDirect du RDMA (Remote Direct Memory Access) par Elastic Fabric Adapter (EFA) est toujours activée si elle est prise en charge par le type d'instance de la ressource de calcul et Slurm du système d'exploitation. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`CapacityReservationTarget`** ``` CapacityReservationTarget: CapacityReservationId: {{string}} CapacityReservationResourceGroupArn: {{string}} ``` Spécifie la réservation de capacité à la demande à utiliser pour la ressource de calcul. **`CapacityReservationId`(**Facultatif**,`String`)** L'ID de la réservation de capacité existante à cibler pour les ressources de calcul de la file d'attente. L'identifiant peut faire référence à un [ODCR](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) ou à un [bloc de capacité pour ML](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html). Lorsque ce paramètre est spécifié au niveau de la ressource de calcul, s'il InstanceType est facultatif, il sera automatiquement extrait de la réservation. **`CapacityReservationResourceGroupArn`(**Facultatif**,`String`)** Indique le nom de ressource Amazon (ARN) du groupe de ressources qui sert de groupe de réservations de capacité lié au service pour la ressource de calcul. AWS ParallelCluster identifie et utilise la réservation de capacité la plus appropriée auprès du groupe. Le groupe de ressources doit disposer d'au moins un ODCR pour chaque type d'instance répertorié pour la ressource de calcul. Pour de plus amples informations, veuillez consulter [Lancez des instances avec des réservations de capacité à la demande (ODCR)](launch-instances-odcr-v3.md). + Si cette option `PlacementGroup` est activée dans [`SlurmQueues`[`SlurmQueues`](#Scheduling-v3-SlurmQueues)](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)ou [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)//[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking), AWS ParallelCluster sélectionne un groupe de ressources qui cible le type `PlacementGroup` d'instance et une ressource de calcul si elle existe. Ils `PlacementGroup` doivent cibler l'un des types d'instances définis dans [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources). + S'il `PlacementGroup` n'est pas activé dans [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)ou [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking), AWS ParallelCluster sélectionne un groupe de ressources qui cible uniquement le type d'instance d'une ressource de calcul, s'il existe. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) `CapacityReservationTarget`est ajouté avec la AWS ParallelCluster version 3.3.0. **`Networking`** ``` Networking: PlacementGroup: Enabled: {{boolean}} Name: {{string}} ``` [Politique de mise à jour : tous les nœuds de calcul doivent être arrêtés pour la suppression d'un groupe de placement géré. Le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-remove-placement-group-v3) **`PlacementGroup`(**Facultatif**)** Spécifie les paramètres du groupe de placement pour la ressource de calcul. **`Enabled`(**Facultatif**,`Boolean`)** Indique si un groupe de placement est utilisé pour la ressource de calcul. + Si elle est `Name` définie sur`true`, sans définition, cette ressource de calcul se voit attribuer son propre groupe de placement géré, quel que soit le [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)paramètre [`SlurmQueues`[`Networking`](#Scheduling-v3-SlurmQueues-Networking)](#Scheduling-v3-SlurmQueues)//. + Si elle est définie sur`true`, avec une valeur `Name` définie, cette ressource de calcul se voit attribuer le groupe de placement nommé, quels que soient `PlacementGroup` les paramètres `SlurmQueues``Networking`//. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Name`(**Facultatif**,`String`)** Le nom du groupe de placement d'un groupe de placement de clusters existant utilisé pour la ressource de calcul. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) + Si les paramètres`PlacementGroup`/`Enabled`et `Name` non sont définis, leurs valeurs respectives sont par défaut les [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)paramètres [`SlurmQueues`[`Networking`](#Scheduling-v3-SlurmQueues-Networking)](#Scheduling-v3-SlurmQueues)//. + Lorsque vous utilisez une réservation par bloc de capacité, aucune contrainte de groupe de placement ne doit être définie car des erreurs de capacité insuffisante peuvent survenir en raison de contraintes de placement extérieures à la réservation, même si la réservation de capacité a une capacité restante. + `ComputeResources`/`Networking`/`PlacementGroup`est ajouté avec AWS ParallelCluster la version 3.3.0. **`CustomSlurmSettings`(**Facultatif**,`Dict`)** **(Facultatif)** Définit les paramètres de configuration personnalisés du Slurm nœud (ressource de calcul). Spécifie un dictionnaire de paires clé-valeur de paramètres de Slurm configuration personnalisés qui s'appliquent aux Slurm nœuds (ressources de calcul). Chaque paire clé-valeur distincte, telle que`Param1: Value1`, est ajoutée séparément à la fin de la ligne de configuration du Slurm nœud dans le format. `Param1=Value1` Vous ne pouvez spécifier que des paramètres Slurm de configuration qui ne figurent pas dans la liste refusée. `CustomSlurmSettings` Pour plus d'informations sur les paramètres de Slurm configuration refusés, consultez. [Inscrit sur la liste Deny Slurm paramètres de configuration pour `CustomSlurmSettings`](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3) AWS ParallelCluster vérifie uniquement si un paramètre figure dans une liste de refus. AWS ParallelCluster ne valide pas la syntaxe ou la sémantique de vos paramètres de Slurm configuration personnalisés. Il est de votre responsabilité de valider vos paramètres Slurm de configuration personnalisés. Des paramètres Slurm de configuration personnalisés non valides peuvent provoquer des défaillances de Slurm daemon susceptibles d'entraîner des échecs de création et de mise à jour de clusters. Pour plus d'informations sur la façon de spécifier des paramètres Slurm de configuration personnalisés avec AWS ParallelCluster, consultez[Slurm personnalisation de la configuration](slurm-configuration-settings-v3.md). Pour plus d'informations sur les paramètres Slurm de configuration, consultez [slurm.conf](https://slurm.schedmd.com/slurm.conf.html) dans la documentation. Slurm [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) `CustomSlurmSettings`est pris en charge à partir de AWS ParallelCluster la version 3.6.0. **`Tags`(**Facultatif**, [Chaîne])** Une liste de paires clé-valeur de balises. `ComputeResource`les balises remplacent les balises dupliquées spécifiées dans le [`Tags` Section](Tags-v3.md) ou [`SlurmQueues`](#yaml-Scheduling-SlurmQueues-Tags)/`Tags`. **`Key`(**Facultatif**,`String`)** Identification de balise. **`Value`(**Facultatif**,`String`)** Valeur de balise. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`LaunchTemplateOverrides`(**Facultatif**)** `LaunchTemplateOverrides`est ajouté avec la AWS ParallelCluster version 3.15.0. Spécifie un modèle de lancement destiné à remplacer le modèle de lancement par défaut AWS ParallelCluster créé pour la ressource de calcul. Le modèle de lancement ne doit contenir que des remplacements d'interfaces réseau. AWS ParallelCluster valide le modèle de lancement et empêche le remplacement d'autres paramètres. Pour plus d'informations sur l'utilisation de cette dérogation, consultez[Personnalisez les interfaces réseau des nœuds de calcul avec des remplacements de modèles de lancement](tutorial-network-customization-v3.md). ``` LaunchTemplateOverrides: LaunchTemplateId: {{string}} Version: {{string}} ``` **`LaunchTemplateId`(**Obligatoire**,`String`)** ID du modèle de lancement. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Version`(**Obligatoire**,`String`)** Numéro de version du modèle de lancement. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) #### `ComputeSettings` **(Obligatoire)** Définit la `ComputeSettings` configuration de la Slurm file d'attente. ##### Propriétés de `ComputeSettings` Spécifie les propriétés `ComputeSettings` des nœuds de la Slurm file d'attente. ``` ComputeSettings: LocalStorage: RootVolume: Size: {{integer}} Encrypted: {{boolean}} VolumeType: {{string}} Iops: {{integer}} Throughput: {{integer}} EphemeralVolume: MountDir: {{string}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`LocalStorage`(**Facultatif**)** Spécifie les propriétés `LocalStorage` des nœuds de la Slurm file d'attente. ``` LocalStorage: RootVolume: Size: {{integer}} Encrypted: {{boolean}} VolumeType: {{string}} Iops: {{integer}} Throughput: {{integer}} EphemeralVolume: MountDir: {{string}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`RootVolume`(**Facultatif**)** Spécifie les détails du volume racine des nœuds de la Slurm file d'attente. ``` RootVolume: Size: {{integer}} Encrypted: {{boolean}} VolumeType: {{string}} Iops: {{integer}} Throughput: {{integer}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Size`(**Facultatif**,`Integer`)** Spécifie la taille du volume racine en gibioctets (GiB) pour les nœuds de la file d'attente. Slurm La taille par défaut provient de l'AMI. L'utilisation d'une taille différente nécessite que l'AMI soit compatible`growroot`. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Encrypted`(**Facultatif**,`Boolean`)** Si`true`, le volume racine des nœuds de la Slurm file d'attente est chiffré. La valeur par défaut est `true`. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`VolumeType`(**Facultatif**,`String`)** Spécifie le [type de volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html) des nœuds de la Slurm file d'attente. Les valeurs prises en charge sont `gp2` `gp3``io1`,`io2`,`sc1`,`st1`, et`standard`. La valeur par défaut est `gp3`. Pour plus d’informations, consultez [Types de volumes Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html) dans le *Guide de l’utilisateur Amazon EC2*. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Iops`(**Facultatif**,`Boolean`)** Définit le nombre d'IOPS pour `io1``io2`, et le `gp3` type de volumes. La valeur par défaut, les valeurs prises en charge et `volume_iops` le `volume_size` ratio de production varient selon `VolumeType` et`Size`. **`VolumeType` = `io1`** Valeur par défaut `Iops` = 100 Valeurs prises en charge `Iops` = 100—64 000 † `volume_size`Rapport `volume_iops` maximum = 50 IOPS par GiB. 5000 IOPS nécessitent au `volume_size` moins 100 GiB. **`VolumeType` = `io2`** Valeur par défaut `Iops` = 100 Valeurs prises en charge `Iops` = 100 à 64 000 (256 000 pour les volumes `io2` Block Express) † `Size`Rapport `Iops` maximum = 500 IOPS par GiB. 5000 IOPS nécessitent au `Size` moins 10 GiB. **`VolumeType` = `gp3`** Valeur par défaut `Iops` = 3000 Valeurs prises en charge `Iops` = 3000 à 16 000 † `Size`Rapport maximum `Iops` = 500 IOPS par GiB pour les volumes dont le nombre d'IOPS est supérieur à 3 000. † Le maximum d'IOPS est garanti uniquement sur les [instances créées sur le système Nitro](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#ec2-nitro-instances) qui sont également provisionnées avec plus de 32 000 IOPS. Les autres instances peuvent avoir jusqu'à 32 000 IOPS. `io1`Les volumes antérieurs risquent de ne pas atteindre leurs performances optimales à moins que vous ne [modifiiez le volume](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html). `io2` Les volumes Block Express prennent en charge `volume_iops` des valeurs allant jusqu'à 256 000 pour les types d'`R5b`instances. Pour plus d'informations, consultez la section sur les [volumes `io2` Block Express](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html#io2-block-express) dans le *guide de l'utilisateur Amazon EC2*. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Throughput`(**Facultatif**,`Integer`)** Définit le débit pour les types de `gp3` volumes, en Mbits/s. Ce paramètre n'est valide que lorsqu'il l'`VolumeType`est`gp3`. La valeur par défaut est `125`. Valeurs prises en charge : 125-1000 MiB/s Le rapport de `Throughput` à ne `Iops` peut pas être supérieur à 0,25. Le débit maximal de 1 000 MiB/s nécessite que le `Iops` paramètre soit d'au moins 4 000. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`EphemeralVolume`(**Facultatif**,`Boolean`)** Spécifie les paramètres du volume éphémère. Le volume éphémère est créé en combinant tous les volumes de stockage d'instance en un seul volume logique formaté avec le `ext4` système de fichiers. La valeur par défaut est `/scratch`. Si le type d'instance ne possède aucun volume de stockage d'instance, aucun volume éphémère n'est créé. Pour plus d’informations, consultez [Volumes de stockage d’instances](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes) dans le *Guide de l’utilisateur Amazon EC2*. ``` EphemeralVolume: MountDir: {{string}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`MountDir`(**Facultatif**,`String`)** Le répertoire de montage du volume éphémère pour chaque nœud de la Slurm file d'attente. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) #### `CustomActions` **(Facultatif)** Spécifie les scripts personnalisés à exécuter sur les nœuds de la Slurm file d'attente. ``` CustomActions: OnNodeStart: Sequence: - Script: {{string}} Args: - {{string}} Script: {{string}} Args: - {{string}} OnNodeConfigured: Sequence: - Script: {{string}} Args: - {{string}} Script: {{string}} Args: - {{string}} ``` [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) ##### `CustomActions`Propriétés **`OnNodeStart`(**Facultatif**,`String`)** Spécifie une séquence de scripts ou un script unique à exécuter sur les nœuds de la Slurm file d'attente avant le lancement de toute action d'amorçage du déploiement des nœuds. AWS ParallelCluster ne permet pas d'inclure à la fois un seul script et `Sequence` pour la même action personnalisée. Pour de plus amples informations, veuillez consulter [Actions de bootstrap personnalisées](custom-bootstrap-actions-v3.md). **`Sequence`(**Facultatif**)** Liste des scripts à exécuter. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Script`(**Obligatoire**,`String`)** Le fichier à utiliser. Le chemin du fichier peut commencer par `https://` ou`s3://`. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Args`(**Facultatif**,`[String]`)** La liste des arguments à transmettre au script. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Script`(**Obligatoire**,`String`)** Le fichier à utiliser pour un seul script. Le chemin du fichier peut commencer par `https://` ou`s3://`. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Args`(**Facultatif**,`[String]`)** La liste des arguments à transmettre au script unique. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`OnNodeConfigured`(**Facultatif**,`String`)** Spécifie une séquence de scripts ou un script unique à exécuter sur les nœuds de la Slurm file d'attente une fois toutes les actions d'amorçage des nœuds terminées. AWS ParallelCluster ne permet pas d'inclure à la fois un seul script et `Sequence` pour la même action personnalisée. Pour de plus amples informations, veuillez consulter [Actions de bootstrap personnalisées](custom-bootstrap-actions-v3.md). **`Sequence`(**Facultatif**)** Liste des scripts à exécuter. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Script`(**Obligatoire**,`String`)** Le fichier à utiliser. Le chemin du fichier peut commencer par `https://` ou`s3://`. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Args`(**Facultatif**,`[String]`)** La liste des arguments à transmettre au script. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Script`(**Obligatoire**,`String`)** Le fichier à utiliser pour un seul script. Le chemin du fichier peut commencer par `https://` ou`s3://`. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) **`Args`(**Facultatif**,`[String]`)** Liste d'arguments à transmettre au script unique. [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) [Politique de mise à jour : le parc informatique doit être arrêté ou QueueUpdateStrategydéfini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) `Sequence`est ajouté à partir de AWS ParallelCluster la version 3.6.0. Lorsque vous le spécifiez`Sequence`, vous pouvez répertorier plusieurs scripts pour une action personnalisée. AWS ParallelCluster continue de prendre en charge la configuration d'une action personnalisée avec un seul script, sans inclure`Sequence`. AWS ParallelCluster ne permet pas d'inclure à la fois un seul script et `Sequence` pour la même action personnalisée. #### `Iam` **(Facultatif)** Définit les paramètres IAM facultatifs pour la Slurm file d'attente. ``` Iam: S3Access: - BucketName: {{string}} EnableWriteAccess: {{boolean}} KeyName: {{string}} AdditionalIamPolicies: - Policy: {{string}} InstanceProfile: {{string}} InstanceRole: {{string}} ``` [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) ##### `Iam`Propriétés **`InstanceProfile`(**Facultatif**,`String`)** Spécifie un profil d'instance pour remplacer le rôle d'instance ou le profil d'instance par défaut pour la Slurm file d'attente. Vous ne pouvez pas spécifier à la fois `InstanceProfile` et`InstanceRole`. Le format est `arn:${Partition}:iam::${Account}:instance-profile/${InstanceProfileName}`. Si cela est spécifié, les `AdditionalIamPolicies` paramètres `S3Access` et ne peuvent pas être spécifiés. Nous vous recommandons de spécifier l'un des `AdditionalIamPolicies` paramètres `S3Access` et, ou les deux, car les fonctionnalités ajoutées nécessitent AWS ParallelCluster souvent de nouvelles autorisations. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`InstanceRole`(**Facultatif**,`String`)** Spécifie un rôle d'instance pour remplacer le rôle d'instance ou le profil d'instance par défaut pour la Slurm file d'attente. Vous ne pouvez pas spécifier à la fois `InstanceProfile` et`InstanceRole`. Le format est `arn:${Partition}:iam::${Account}:role/${RoleName}`. Si cela est spécifié, les `AdditionalIamPolicies` paramètres `S3Access` et ne peuvent pas être spécifiés. Nous vous recommandons de spécifier l'un des `AdditionalIamPolicies` paramètres `S3Access` et, ou les deux, car les fonctionnalités ajoutées nécessitent AWS ParallelCluster souvent de nouvelles autorisations. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`S3Access`(**Facultatif**)** Spécifie un compartiment pour la Slurm file d'attente. Ceci est utilisé pour générer des politiques visant à accorder l'accès spécifié au compartiment dans la Slurm file d'attente. Si cela est spécifié, les `InstanceRole` paramètres `InstanceProfile` et ne peuvent pas être spécifiés. Nous vous recommandons de spécifier l'un des `AdditionalIamPolicies` paramètres `S3Access` et, ou les deux, car les fonctionnalités ajoutées nécessitent AWS ParallelCluster souvent de nouvelles autorisations. ``` S3Access: - BucketName: {{string}} EnableWriteAccess: {{boolean}} KeyName: {{string}} ``` [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`BucketName`(**Obligatoire**,`String`)** Le nom du compartiment . [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`KeyName`(**Facultatif**,`String`)** La clé du seau. La valeur par défaut est `*`. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`EnableWriteAccess`(**Facultatif**,`Boolean`)** Indique si l'accès en écriture est activé pour le compartiment. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`AdditionalIamPolicies`(**Facultatif**)** Spécifie une liste des Amazon Resource Names (ARN) des politiques IAM pour Amazon EC2. Cette liste est attachée au rôle root utilisé pour la Slurm file d'attente en plus des autorisations requises par AWS ParallelCluster. Le nom d'une politique IAM et son ARN sont différents. Les noms ne peuvent pas être utilisés. Si cela est spécifié, les `InstanceRole` paramètres `InstanceProfile` et ne peuvent pas être spécifiés. Nous vous recommandons d'utiliser `AdditionalIamPolicies` car `AdditionalIamPolicies` ils sont ajoutés aux autorisations AWS ParallelCluster requises et `InstanceRole` doivent inclure toutes les autorisations requises. Les autorisations requises changent souvent d'une version à l'autre au fur et à mesure que des fonctions sont ajoutées. Il n'existe aucune valeur par défaut. ``` AdditionalIamPolicies: - Policy: {{string}} ``` [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`Policy`(**Obligatoire**,`[String]`)** Liste des politiques IAM. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) ## `SlurmSettings` **(Facultatif)** Définit les paramètres Slurm qui s'appliquent à l'ensemble du cluster. ``` 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`Propriétés **`ScaledownIdletime`(**Facultatif**,`Integer`)** Définit la durée (en minutes) pendant laquelle il n'y a aucune tâche et pendant laquelle le Slurm nœud se termine. La valeur par défaut est `10`. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`MungeKeySecretArn`(**Facultatif**,`String`)** Nom de ressource Amazon (ARN) du secret AWS Secrets Manager en texte clair qui contient la clé munge codée en base64 à utiliser dans le cluster. Slurm Cette clé munge sera utilisée pour authentifier les appels RPC entre les commandes du Slurm client et les Slurm démons agissant en tant que serveurs distants. S'il n' MungeKeySecretArn est pas fourni, AWS ParallelCluster il générera une clé munge aléatoire pour le cluster. `MungeKeySecretArn`est pris en charge à partir de AWS ParallelCluster la version 3.8.0. Si la clé munge MungeKeySecretArn vient d'être ajoutée à un cluster existant, elle ne ParallelCluster restaurera pas l'ancienne clé munge en cas de restauration ou lors de la suppression ultérieure de la. MungeKeySecretArn Au lieu de cela, une nouvelle clé de munge aléatoire sera générée. Si l' AWS ParallelCluster utilisateur est autorisé à accéder [ DescribeSecret](https://docs.aws.amazon.com/secretsmanager/latest/apireference/API_DescribeSecret.html)à cette ressource secrète spécifique, elle MungeKeySecretArn est validée. MungeKeySecretArn est valide si : + Le secret spécifié existe, et + Le secret est en texte brut et contient une chaîne codée en base64 valide, et + La clé de munge binaire décodée a une taille comprise entre 256 et 8192 bits. Si la politique IAM de l'utilisateur pcluster n'inclut pas DescribeSecret, n' MungeKeySecretArnest pas validée et un message d'avertissement s'affiche. Pour de plus amples informations, veuillez consulter [Politique AWS ParallelCluster `pcluster` utilisateur de base](iam-roles-in-parallelcluster-v3.md#iam-roles-in-parallelcluster-v3-base-user-policy). Lorsque vous effectuez une mise à jour MungeKeySecretArn, le parc informatique et tous les nœuds de connexion doivent être arrêtés. Si la valeur secrète de l'ARN secret est modifiée alors que l'ARN reste le même, le cluster ne sera pas automatiquement mis à jour avec la nouvelle clé munge. Pour utiliser la nouvelle clé munge de l'ARN secret, vous devez arrêter le parc informatique et connecter les nœuds, puis exécuter la commande suivante depuis le nœud principal. `sudo /opt/parallelcluster/scripts/slurm/update_munge_key.sh` Après avoir exécuté la commande, vous pouvez reprendre à la fois le parc de calcul et les nœuds de connexion : les nœuds de calcul et de connexion nouvellement provisionnés commenceront automatiquement à utiliser la nouvelle clé munge. Pour générer une clé munge personnalisée codée en base64, vous pouvez utiliser l'[utilitaire mungekey distribué avec le logiciel munge](https://github.com/dun/munge/wiki/Man-8-mungekey), puis l'encoder à l'aide de l'utilitaire base64 généralement disponible sur votre système d'exploitation. Vous pouvez également utiliser bash (veuillez définir le paramètre bs entre 32 et 1024) `dd if=/dev/random bs=128 count=1 2>/dev/null | base64 -w 0` ou Python comme suit : ``` import random import os import base64 # key length in bytes key_length=128 base64.b64encode(os.urandom(key_length)).decode("utf-8") ``` [Politique de mise à jour : le parc informatique et les nœuds de connexion doivent être arrêtés pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md) **`QueueUpdateStrategy`(**Facultatif**,`String`)** Spécifie la stratégie de remplacement pour les paramètres de [`SlurmQueues`](#Scheduling-v3-SlurmQueues) section soumis à la politique de mise à jour suivante : [Politique de mise à jour : le parc informatique doit être arrêté ou `QueueUpdateStrategy` défini pour que ce paramètre soit modifié en vue d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3) La `QueueUpdateStrategy` valeur est utilisée uniquement lorsqu'un processus de mise à jour du cluster démarre. Valeurs valides : `COMPUTE_FLEET_STOP` \| `DRAIN` \| `TERMINATE` Valeur par défaut : `COMPUTE_FLEET_STOP` **`DRAIN`** Les nœuds des files d'attente dont les valeurs de paramètres ont été modifiées sont définis sur. `DRAINING` Les nœuds dans cet état n'acceptent pas de nouvelles tâches et les tâches en cours d'exécution se poursuivent jusqu'à leur fin. Une fois qu'un nœud devient `idle` (`DRAINED`), un nœud est remplacé s'il est statique et le nœud est terminé s'il est dynamique. Les autres nœuds d'autres files d'attente dont les valeurs de paramètres n'ont pas été modifiées ne sont pas affectés. Le temps nécessaire à cette stratégie pour remplacer tous les nœuds de file d'attente par des valeurs de paramètres modifiées dépend de la charge de travail en cours. **`COMPUTE_FLEET_STOP`** La valeur par défaut du `QueueUpdateStrategy` paramètre. Avec ce paramètre, la mise à jour des paramètres dans la [`SlurmQueues`](#Scheduling-v3-SlurmQueues) section vous oblige à [arrêter le parc de calcul](pcluster.update-compute-fleet-v3.md) avant d'effectuer une mise à jour du cluster : ``` $ pcluster update-compute-fleet --status STOP_REQUESTED ``` **`TERMINATE`** Dans les files d'attente dont les valeurs de paramètres ont été modifiées, les tâches en cours sont interrompues et les nœuds sont immédiatement mis hors tension. Les nœuds statiques sont remplacés et les nœuds dynamiques sont interrompus. Les autres nœuds d'autres files d'attente dont les valeurs de paramètres n'ont pas été modifiées ne sont pas affectés. [Politique de mise à jour : ce paramètre n'est pas analysé lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-ignored-v3) `QueueUpdateStrategy`est pris en charge à partir de AWS ParallelCluster la version 3.2.0. **`EnableMemoryBasedScheduling`(**Facultatif**,`Boolean`)** Si`true`, la planification basée sur la mémoire est activée dans. Slurm Pour plus d'informations, consultez [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`SchedulableMemory`](#yaml-Scheduling-SlurmQueues-ComputeResources-SchedulableMemory). La valeur par défaut est `false`. L'activation de la planification basée sur la mémoire a un impact sur la façon dont le Slurm planificateur gère les tâches et l'allocation des nœuds. Pour de plus amples informations, veuillez consulter [Slurm planification basée sur la mémoire](slurm-mem-based-scheduling-v3.md). `EnableMemoryBasedScheduling`est pris en charge à partir de AWS ParallelCluster la version 3.2.0. À partir de AWS ParallelCluster la version 3.7.0, elle `EnableMemoryBasedScheduling` peut être activée si vous configurez plusieurs types d'[instances dans Instances](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). Pour AWS ParallelCluster les versions 3.2.0 à 3.6. {{x}}, ne `EnableMemoryBasedScheduling` peut pas être activé si vous configurez plusieurs types d'[instances dans Instances](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`CustomSlurmSettings`(**Facultatif**,`[Dict]`)** Définit les Slurm paramètres personnalisés qui s'appliquent à l'ensemble du cluster. Spécifie une liste de dictionnaires de Slurm configuration de paires clé-valeur à ajouter à la fin du `slurm.conf` fichier généré. AWS ParallelCluster Chaque dictionnaire de la liste apparaît sous la forme d'une ligne distincte ajoutée au fichier Slurm de configuration. Vous pouvez définir des paramètres simples ou complexes. Les paramètres simples se composent d'une seule paire de clés, comme le montrent les exemples suivants : ``` - Param1: 100 - Param2: "SubParam1,SubParam2=SubValue2" ``` Exemple rendu dans la Slurm configuration : ``` Param1=100 Param2=SubParam1,SubParam2=SubValue2 ``` Les paramètres Slurm de configuration complexes se composent de plusieurs paires clé-valeur séparées par des espaces, comme indiqué dans les exemples suivants : ``` - 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 ``` Exemple, rendu dans la Slurm configuration : ``` 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 ``` SlurmLes nœuds personnalisés ne doivent pas contenir les `-dy-` modèles `-st-` or dans leurs noms. Ces modèles sont réservés aux nœuds gérés par AWS ParallelCluster. Si vous spécifiez des paramètres Slurm de configuration personnalisés dans`CustomSlurmSettings`, vous ne devez pas spécifier de paramètres Slurm de configuration personnalisés pour`CustomSlurmSettingsIncludeFile`. Vous ne pouvez spécifier que des paramètres Slurm de configuration qui ne figurent pas dans la liste refusée. `CustomSlurmSettings` Pour plus d'informations sur les paramètres de Slurm configuration refusés, consultez. [Inscrit sur la liste Deny Slurm paramètres de configuration pour `CustomSlurmSettings`](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3) AWS ParallelCluster vérifie uniquement si un paramètre figure dans une liste de refus. AWS ParallelCluster ne valide pas la syntaxe ou la sémantique de vos paramètres de Slurm configuration personnalisés. Il est de votre responsabilité de valider vos paramètres Slurm de configuration personnalisés. Des paramètres Slurm de configuration personnalisés non valides peuvent provoquer des défaillances de Slurm daemon susceptibles d'entraîner des échecs de création et de mise à jour de clusters. Pour plus d'informations sur la façon de spécifier des paramètres Slurm de configuration personnalisés avec AWS ParallelCluster, consultez[Slurm personnalisation de la configuration](slurm-configuration-settings-v3.md). Pour plus d'informations sur les paramètres Slurm de configuration, consultez [slurm.conf](https://slurm.schedmd.com/slurm.conf.html) dans la documentation. Slurm [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) `CustomSlurmSettings`est pris en charge à partir de AWS ParallelCluster la version 3.6.0. **`CustomSlurmSettingsIncludeFile`(**Facultatif**,`String`)** Définit les Slurm paramètres personnalisés qui s'appliquent à l'ensemble du cluster. Spécifie le Slurm fichier personnalisé composé de paramètres de Slurm configuration personnalisés à ajouter à la fin du `slurm.conf` fichier AWS ParallelCluster généré. Vous devez inclure le chemin d'accès au fichier. Le chemin peut commencer par `https://` ou`s3://`. Si vous spécifiez des paramètres Slurm de configuration personnalisés pour`CustomSlurmSettingsIncludeFile`, vous ne devez pas spécifier de paramètres Slurm de configuration personnalisés pour`CustomSlurmSettings`. SlurmLes nœuds personnalisés ne doivent pas contenir les `-dy-` modèles `-st-` or dans leurs noms. Ces modèles sont réservés aux nœuds gérés par AWS ParallelCluster. Vous ne pouvez spécifier que des paramètres Slurm de configuration qui ne figurent pas dans la liste refusée. `CustomSlurmSettingsIncludeFile` Pour plus d'informations sur les paramètres de Slurm configuration refusés, consultez. [Inscrit sur la liste Deny Slurm paramètres de configuration pour `CustomSlurmSettings`](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3) AWS ParallelCluster vérifie uniquement si un paramètre figure dans une liste de refus. AWS ParallelCluster ne valide pas la syntaxe ou la sémantique de vos paramètres de Slurm configuration personnalisés. Il est de votre responsabilité de valider vos paramètres Slurm de configuration personnalisés. Des paramètres Slurm de configuration personnalisés non valides peuvent provoquer des défaillances de Slurm daemon susceptibles d'entraîner des échecs de création et de mise à jour de clusters. Pour plus d'informations sur la façon de spécifier des paramètres Slurm de configuration personnalisés avec AWS ParallelCluster, consultez[Slurm personnalisation de la configuration](slurm-configuration-settings-v3.md). Pour plus d'informations sur les paramètres Slurm de configuration, consultez [slurm.conf](https://slurm.schedmd.com/slurm.conf.html) dans la documentation. Slurm [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) `CustomSlurmSettings`est pris en charge à partir de AWS ParallelCluster la version 3.6.0. ### `Database` **(Facultatif)** Définit les paramètres permettant d'activer la Slurm comptabilité sur le cluster. Pour de plus amples informations, veuillez consulter [Slurmcomptabilité avec AWS ParallelCluster](slurm-accounting-v3.md). ``` Database: Uri: {{string}} UserName: {{string}} PasswordSecretArn: {{string}} ``` [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) #### Propriétés de `Database` **`Uri`(**Obligatoire**,`String`)** Adresse du serveur de base de données utilisé comme serveur principal pour la Slurm comptabilité. Cet URI doit être formaté comme suit `host:port` et ne doit pas contenir de schéma, tel que`mysql://`. L'hôte peut être une adresse IP ou un nom DNS pouvant être résolu par le nœud principal. Si aucun port n'est fourni, AWS ParallelCluster utilise le port MySQL par défaut 3306. AWS ParallelCluster connecte la base de données de Slurm comptabilité au cluster et doit accéder à la base de données. La base de données doit être accessible avant que les événements suivants ne se produisent : + Un cluster est créé. + Slurmla comptabilité est activée avec une mise à jour du cluster. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`UserName`(**Obligatoire**,`String`)** Identité Slurm utilisée pour se connecter à la base de données, écrire des journaux de comptabilité et exécuter des requêtes. L'utilisateur doit disposer d'autorisations de lecture et d'écriture sur la base de données. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`PasswordSecretArn`(**Obligatoire**,`String`)** L'Amazon Resource Name (ARN) du AWS Secrets Manager secret qui contient le mot de passe en `UserName` texte clair. Ce mot de passe est utilisé conjointement avec la Slurm gestion `UserName` des comptes pour s'authentifier sur le serveur de base de données. + Lorsque vous créez un secret à l'aide de la AWS Secrets Manager console, assurez-vous de sélectionner « Autre type de secret », de sélectionner du texte brut et d'inclure uniquement le texte du mot de passe dans le secret. + Vous ne pouvez pas utiliser le caractère « \# » dans le mot de passe de la base de données car Slurm ne le prend pas en charge dans slurmdbd.conf. + Pour plus d'informations sur la façon de AWS Secrets Manager créer un secret, reportez-vous à la section [Créer un AWS Secrets Manager secret](https://docs.aws.amazon.com//secretsmanager/latest/userguide/create_secret). Si l'utilisateur est autorisé à le faire [DescribeSecret](https://docs.aws.amazon.com/secretsmanager/latest/apireference/API_DescribeSecret.html), `PasswordSecretArn` est validé. `PasswordSecretArn`est valide si le secret spécifié existe. Si la politique IAM de l'utilisateur n'inclut pas`DescribeSecret`, `PasswordSecretArn` n'est pas validée et un message d'avertissement s'affiche. Pour de plus amples informations, veuillez consulter [Politique AWS ParallelCluster `pcluster` utilisateur de base](iam-roles-in-parallelcluster-v3.md#iam-roles-in-parallelcluster-v3-base-user-policy). Lorsque vous effectuez une mise à jour`PasswordSecretArn`, le parc informatique doit être arrêté. Si la valeur du secret change et que l'ARN secret ne change pas, le cluster n'est pas automatiquement mis à jour avec le nouveau mot de passe de base de données. Pour mettre à jour le cluster en fonction de la nouvelle valeur secrète, vous devez exécuter la commande suivante depuis le nœud principal une fois le parc informatique arrêté. ``` $ sudo /opt/parallelcluster/scripts/slurm/update_slurm_database_password.sh ``` Nous vous recommandons de ne modifier le mot de passe de la base de données que lorsque le parc informatique est arrêté afin d'éviter toute perte de données comptables. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **`DatabaseName`(**Facultatif**,`String`)** Nom de la base de données sur le serveur de base de données (défini par le paramètre Uri) à utiliser pour la Slurm comptabilité. Le nom de la base de données peut contenir des lettres minuscules, des chiffres et des traits de soulignement. Le nom ne doit pas comporter plus de 64 caractères. Ce paramètre correspond au `StorageLoc` paramètre de [slurmdbd.conf](https://slurm.schedmd.com/slurmdbd.conf.html#OPT_StorageLoc). Si `DatabaseName` ce n'est pas le cas, il ParallelCluster utilisera le nom du cluster pour définir une valeur pour`StorageLoc`. La mise à jour du `DatabaseName` est autorisée, sous réserve des considérations suivantes : + Si une base de données portant un nom DatabaseName n'existe pas encore sur le serveur de base de données, slurmdbd la créera. Il vous incombera de reconfigurer la nouvelle base de données selon les besoins (par exemple en ajoutant les entités comptables : clusters, comptes, utilisateurs, associations QOSs, etc.). + Si une base de données portant un nom existe DatabaseName déjà sur le serveur de base de données, slurmdbd l'utilisera pour la Slurm fonctionnalité de comptabilité. [Politique de mise à jour : le parc informatique doit être arrêté pour que ce paramètre soit modifié pour une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3) **Note** `Database`est ajouté à partir de la version 3.3.0. ### ExternalSlurmdbd **(Facultatif)** Définit les paramètres permettant d'activer la Slurm comptabilité avec un serveur slurmdbd externe. Pour plus d'informations, consultez la section [SlurmComptabilité avec AWS ParallelCluster](slurm-accounting-v3.md). ``` ExternalSlurmdbd: Host: {{string}} Port: {{integer}} ``` #### Propriétés de `ExternalSlurmdbd` **`Host`(**Obligatoire**,`String`)** Adresse du serveur slurmdbd externe pour la comptabilité. Slurm L'hôte peut être une adresse IP ou un nom DNS pouvant être résolu par le nœud principal. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) **`Port`(**Facultatif**,`Integer`)** Port écouté par le service slurmdbd. La valeur par défaut est `6819`. [Politique de mise à jour : ce paramètre peut être modifié lors d'une mise à jour.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3) ### `Dns` **(Facultatif)** Définit les paramètres Slurm qui s'appliquent à l'ensemble du cluster. ``` Dns: DisableManagedDns: {{boolean}} HostedZoneId: {{string}} UseEc2Hostnames: {{boolean}} ``` #### Propriétés de `Dns` **`DisableManagedDns`(**Facultatif**,`Boolean`)** Dans `true` ce cas, les entrées DNS du cluster ne sont pas créées et les noms de Slurm nœuds ne peuvent pas être résolus. Par défaut, AWS ParallelCluster crée une zone hébergée Route 53 dans laquelle les nœuds sont enregistrés lors du lancement. La valeur par défaut est `false`. Si `DisableManagedDns` ce paramètre est défini sur`true`, la zone hébergée n'est pas créée par AWS ParallelCluster. Pour savoir comment utiliser ce paramètre pour déployer des clusters dans des sous-réseaux sans accès à Internet, consultez[AWS ParallelCluster dans un seul sous-réseau sans accès à Internet](aws-parallelcluster-in-a-single-public-subnet-no-internet-v3.md). Un système de résolution de noms est nécessaire au bon fonctionnement du cluster. Si `DisableManagedDns` ce paramètre est défini sur`true`, vous devez fournir un système de résolution de noms. Pour utiliser le DNS par défaut d'Amazon EC2, définissez sur`UseEc2Hostnames`. `true` Vous pouvez également configurer votre propre résolveur DNS et vous assurer que les noms de nœuds sont enregistrés lors du lancement des instances. Par exemple, vous pouvez le faire en configurant [`CustomActions`](#Scheduling-v3-SlurmQueues-CustomActions)/[`OnNodeStart`](#yaml-Scheduling-SlurmQueues-CustomActions-OnNodeStart). [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3) **`HostedZoneId`(**Facultatif**,`String`)** Définit un ID de zone hébergée Route 53 personnalisé à utiliser pour la résolution des noms DNS du cluster. Lorsqu'il est fourni, il AWS ParallelCluster enregistre les nœuds du cluster dans la zone hébergée spécifiée et ne crée pas de zone hébergée gérée. [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3) **`UseEc2Hostnames`(**Facultatif**,`Boolean`)** Si`true`, les nœuds de calcul du cluster sont configurés avec le nom d'hôte EC2 par défaut. Slurm`NodeHostName`Il est également mis à jour avec ces informations. La valeur par défaut est `false`. Pour savoir comment utiliser ce paramètre pour déployer des clusters dans des sous-réseaux sans accès à Internet, consultez[AWS ParallelCluster dans un seul sous-réseau sans accès à Internet](aws-parallelcluster-in-a-single-public-subnet-no-internet-v3.md). **Cette note n'est pas pertinente à partir de AWS ParallelCluster la version 3.3.0.** Pour les versions AWS ParallelCluster prises en charge avant la version 3.3.0 : Lorsqu'il `UseEc2Hostnames` est défini sur`true`, le fichier de configuration de Slurm est défini avec les scripts AWS ParallelCluster `prolog` et `epilog` : + `prolog`s'exécute pour ajouter des informations `/etc/hosts` sur les nœuds aux nœuds de calcul lorsque chaque tâche est allouée. + `epilog`s'exécute pour nettoyer le contenu écrit par`prolog`. Pour ajouter des `epilog` scripts personnalisés `prolog` ou personnalisés, ajoutez-les respectivement aux `/opt/slurm/etc/pcluster/epilog.d/` dossiers `/opt/slurm/etc/pcluster/prolog.d/` or. [Politique de mise à jour : si ce paramètre est modifié, la mise à jour n'est pas autorisée.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)