

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Bagian `Scheduling`
<a name="Scheduling-v3"></a>

**(Wajib)** Mendefinisikan penjadwal pekerjaan yang digunakan dalam klaster dan contoh komputasi yang dikelola oleh penjadwal pekerjaan. Anda dapat menggunakan AWS Batch penjadwal Slurm atau penjadwal. Masing-masing mendukung serangkaian pengaturan dan properti yang berbeda.

**Topics**
+ [`Scheduling`properti](#Scheduling-v3.properties)
+ [`AwsBatchQueues`](#Scheduling-v3-AwsBatchQueues)
+ [`SlurmQueues`](#Scheduling-v3-SlurmQueues)
+ [`SlurmSettings`](#Scheduling-v3-SlurmSettings)

```
Scheduling:
  Scheduler: slurm
  ScalingStrategy: {{string}}    
  SlurmSettings:
    MungeKeySecretArn: {{string}}        
    ScaledownIdletime: {{integer}}    
    QueueUpdateStrategy: {{string}}
    EnableMemoryBasedScheduling: {{boolean}}
    CustomSlurmSettings: {{[dict]}}
    CustomSlurmSettingsIncludeFile: {{string}}
    Database:
      Uri: {{string}}
      UserName: {{string}}
      PasswordSecretArn: {{string}}
      DatabaseName: {{string}}    
    ExternalSlurmdbd: {{boolean}}
      Host: {{string}}
      Port: {{integer}}  
    Dns:
      DisableManagedDns: {{boolean}}
      HostedZoneId: {{string}}
      UseEc2Hostnames: {{boolean}}  
  SlurmQueues:
    - Name: {{string}}  
      ComputeSettings:
        LocalStorage:
          RootVolume:
            Size: {{integer}}
            Encrypted: {{boolean}}
            VolumeType: {{string}}
            Iops: {{integer}}
            Throughput: {{integer}}
          EphemeralVolume:
            MountDir: {{string}}
      CapacityReservationTarget:
        CapacityReservationId: {{string}}
        CapacityReservationResourceGroupArn: {{string}}
      CapacityType: {{string}}
      AllocationStrategy: {{string}}
      JobExclusiveAllocation: {{boolean}}
      CustomSlurmSettings: {{dict}}
      Tags:
        - Key: {{string}}
          Value: {{string}}
      HealthChecks:
        Gpu:
          Enabled: {{boolean}}
      Networking:
        SubnetIds:
          - {{string}}
        AssignPublicIp: {{boolean}}
        SecurityGroups:
          - {{string}}
        AdditionalSecurityGroups:
          - {{string}}
        PlacementGroup:
          Enabled: {{boolean}}
          Id: {{string}}
          Name: {{string}}
        Proxy:
          HttpProxyAddress: {{string}}
      ComputeResources:
        - Name: {{string}}
          InstanceType: {{string}}
          Instances:
            - InstanceType: {{string}}
          MinCount: {{integer}}
          MaxCount: {{integer}}
          DynamicNodePriority: {{integer}}
          StaticNodePriority: {{integer}}
          SpotPrice: {{float}}
          DisableSimultaneousMultithreading: {{boolean}}
          SchedulableMemory: {{integer}}
          HealthChecks:
            Gpu:
              Enabled: {{boolean}}
          Efa:
            Enabled: {{boolean}}
            GdrSupport: {{boolean}}          
          CapacityReservationTarget:
            CapacityReservationId: {{string}}
            CapacityReservationResourceGroupArn: {{string}}
          Networking:   
            PlacementGroup:
              Enabled: {{boolean}}
              Name: {{string}}
          CustomSlurmSettings: {{dict}}
          Tags:
            - Key: {{string}}
              Value: {{string}}
          LaunchTemplateOverrides:
            LaunchTemplateId: {{string}}
            Version: {{string}}
      CustomActions:
        OnNodeStart:
          Sequence:
            - Script: {{string}}
              Args:
                - {{string}}
          Script: {{string}}
          Args:
            - {{string}}
        OnNodeConfigured:
          Sequence:
            - Script: {{string}}
              Args:
                - {{string}}
          Script: {{string}}
          Args:
            - {{string}}
      Iam:
        InstanceProfile: {{string}}
        InstanceRole: {{string}}
        S3Access:
          - BucketName: {{string}}
            EnableWriteAccess: {{boolean}}
            KeyName: {{string}}
        AdditionalIamPolicies:
          - Policy: {{string}}
      Image:
        CustomAmi: {{string}}
```

```
Scheduling:
  Scheduler: awsbatch
  AwsBatchQueues:
    - Name: {{string}}
      CapacityType: {{string}}
      Networking:
        SubnetIds:
          - {{string}}
        AssignPublicIp: {{boolean}}
        SecurityGroups:
          - {{string}}
        AdditionalSecurityGroups:
          - {{string}}
      ComputeResources:  # this maps to a Batch compute environment (initially we support only 1)
        - Name: {{string}}
          InstanceTypes:
            - {{string}}
          MinvCpus: {{integer}}
          DesiredvCpus: {{integer}}
          MaxvCpus: {{integer}}
          SpotBidPercentage: {{float}}
```

## `Scheduling`properti
<a name="Scheduling-v3.properties"></a>

**`Scheduler`(**Diperlukan**,`String`)**  
Menentukan jenis scheduler yang digunakan. Nilai yang didukung adalah `slurm` dan `awsbatch`.  
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)  
`awsbatch`hanya mendukung sistem `alinux2` operasi dan `x86_64` platform.

**`ScalingStrategy`(**Opsional**,`String`)**  
Memungkinkan Anda memilih bagaimana skala Slurm node dinamis. Nilai yang didukung adalah`all-or-nothing`, `greedy-all-or-nothing` dan `best-effort` Nilai defaultnya adalah`all-or-nothing`.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
Strategi penskalaan hanya berlaku untuk node yang akan dilanjutkan oleh Slurm, bukan untuk node yang akhirnya sudah berjalan.
+ `all-or-nothing`Strategi ini secara ketat mengikuti all-or-nothing-approach, yang bertujuan menghindari instance idle di akhir proses penskalaan. Ini beroperasi atas all-or-nothing dasar, yang berarti dapat ditingkatkan sepenuhnya atau tidak sama sekali. Ketahuilah bahwa mungkin ada biaya tambahan karena instans yang diluncurkan sementara, ketika pekerjaan membutuhkan lebih dari 500 node atau menjangkau beberapa sumber daya komputasi. Strategi ini memiliki throughput terendah di antara tiga Strategi Penskalaan yang mungkin. Waktu penskalaan tergantung pada jumlah pekerjaan yang dikirimkan per eksekusi program Slurm resume. Selain itu, Anda tidak dapat menskalakan jauh melampaui batas akun RunInstances sumber daya default per eksekusi, yaitu 1000 instance secara default. Detail lebih lanjut dapat ditemukan di dokumentasi [pelambatan API Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/throttling.html)
+ `greedy-all-or-nothing `Mirip dengan all-or-nothing strategi, ini bertujuan untuk menghindari instance idle pasca-penskalaan. Strategi ini memungkinkan penskalaan berlebih sementara selama proses penskalaan untuk mencapai throughput yang lebih tinggi daripada all-or-nothing pendekatan tetapi juga dilengkapi dengan batas penskalaan yang sama yaitu 1000 instance sesuai batas akun sumber daya. RunInstances 
+ `best-effort `Strategi ini memprioritaskan throughput yang tinggi, bahkan jika itu berarti bahwa beberapa contoh mungkin menganggur di akhir proses penskalaan. Ini mencoba untuk mengalokasikan node sebanyak yang diminta oleh pekerjaan, tetapi ada kemungkinan tidak memenuhi seluruh permintaan. Berbeda dengan strategi lainnya, pendekatan upaya terbaik dapat mengakumulasi lebih banyak contoh daripada RunInstances batas standar, dengan biaya memiliki sumber daya yang menganggur di sepanjang eksekusi proses penskalaan ganda.

Setiap strategi dirancang untuk memenuhi kebutuhan penskalaan yang berbeda, memungkinkan Anda memilih salah satu yang memenuhi persyaratan dan kendala spesifik Anda.

## `AwsBatchQueues`
<a name="Scheduling-v3-AwsBatchQueues"></a>

**(Opsional)** Pengaturan AWS Batch antrian. Hanya satu antrian yang didukung. Jika [`Scheduler`](#yaml-Scheduling-Scheduler)diatur ke`awsbatch`, bagian ini diperlukan. Untuk informasi selengkapnya tentang `awsbatch` penjadwal, lihat [penyiapan jaringan](network-configuration-v3-batch.md) dan[Menggunakan AWS Batch (`awsbatch`) scheduler dengan 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}}
```

[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

### `AwsBatchQueues`properti
<a name="Scheduling-v3-AwsBatchQueues.properties"></a>

**`Name`(**Diperlukan**,`String`)**  
Nama AWS Batch antrian.  
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)

**`CapacityType`(**Opsional**,`String`)**  
Jenis sumber daya komputasi yang digunakan AWS Batch antrian. Nilai yang didukung adalah`ONDEMAND`, `SPOT` atau`CAPACITY_BLOCK`. Nilai default-nya adalah `ONDEMAND`.  
Jika disetel `CapacityType` ke`SPOT`, akun Anda harus berisi peran `AWSServiceRoleForEC2Spot` terkait layanan. Anda dapat membuat peran ini menggunakan AWS CLI perintah berikut.  

```
$ aws iam create-service-linked-role --aws-service-name spot.amazonaws.com
```
Untuk informasi selengkapnya, lihat [Peran terkait layanan untuk permintaan Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#service-linked-roles-spot-instance-requests) di *Panduan Pengguna Amazon Amazon EC2* untuk Instans Linux.
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

#### `Networking`
<a name="Scheduling-v3-AwsBatchQueues-Networking"></a>

**(Wajib)** Mendefinisikan konfigurasi jaringan untuk AWS Batch antrian.

```
Networking:
  SubnetIds:
    - {{string}}
  AssignPublicIp: {{boolean}}
  SecurityGroups:
    - {{string}}
  AdditionalSecurityGroups:
    - {{string}}
```

##### `Networking`properti
<a name="Scheduling-v3-AwsBatchQueues-Networking.properties"></a>

**`SubnetIds`(**Diperlukan**,`[String]`)**  
Menentukan ID dari subnet yang ada untuk menyediakan AWS Batch antrian di. Saat ini hanya satu subnet yang didukung.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`AssignPublicIp`(**Opsional**,`String`)**  
Membuat atau menetapkan alamat IP publik ke node dalam AWS Batch antrian. Nilai yang didukung adalah `true` dan `false`. Default tergantung pada subnet yang Anda tentukan.  
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)

**`SecurityGroups`(**Opsional**,`[String]`)**  
Daftar grup keamanan yang digunakan AWS Batch antrian. Jika Anda tidak menentukan grup keamanan, AWS ParallelCluster buat grup keamanan baru.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`AdditionalSecurityGroups`(**Opsional**,`[String]`)**  
Daftar grup keamanan yang digunakan AWS Batch antrian.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

#### `ComputeResources`
<a name="Scheduling-v3-AwsBatchQueues-ComputeResources"></a>

**(Wajib)** Mendefinisikan ComputeResources konfigurasi untuk AWS Batch antrian.

```
ComputeResources:  # this maps to a Batch compute environment (initially we support only 1)
  - Name: {{string}}
    InstanceTypes:
      - {{string}}
    MinvCpus: {{integer}}
    DesiredvCpus: {{integer}}
    MaxvCpus: {{integer}}
    SpotBidPercentage: {{float}}
```

##### `ComputeResources`properti
<a name="Scheduling-v3-AwsBatchQueues-ComputeResources.properties"></a>

**`Name`(**Diperlukan**,`String`)**  
Nama lingkungan komputasi AWS Batch antrian.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`InstanceTypes`(**Diperlukan**,`[String]`)**  
Array lingkungan AWS Batch komputasi dari tipe instance. Semua tipe instance harus menggunakan `x86_64` arsitektur.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`MinvCpus`(**Opsional**,`Integer`)**  
Jumlah minimum VCPUs yang dapat digunakan oleh lingkungan AWS Batch komputasi.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`DesiredVcpus`(**Opsional**,`Integer`)**  
Jumlah yang diinginkan dari VCPUs dalam lingkungan AWS Batch komputasi. AWS Batch menyesuaikan nilai ini antara `MinvCpus` dan `MaxvCpus` berdasarkan permintaan dalam antrian pekerjaan.  
[Kebijakan pembaruan: Pengaturan ini tidak dianalisis selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-ignored-v3)

**`MaxvCpus`(**Opsional**,`Integer`)**  
Jumlah maksimum VCPUs untuk lingkungan AWS Batch komputasi. Anda tidak dapat mengatur ini ke nilai yang lebih rendah dari`DesiredVcpus`.  
[Kebijakan pembaruan: Pengaturan ini tidak dapat dikurangi selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-no-decrease-v3)

**`SpotBidPercentage`(**Opsional**,`Float`)**  
Persentase maksimum harga Sesuai Permintaan untuk jenis instans yang dapat dicapai oleh harga Instans Spot Amazon EC2 sebelum instans diluncurkan. Nilai defaultnya adalah `100` (100%). Rentang yang didukung adalah `1` -`100`.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

## `SlurmQueues`
<a name="Scheduling-v3-SlurmQueues"></a>

**(Opsional)** Pengaturan untuk Slurm antrian. Jika [`Scheduler`](#yaml-Scheduling-Scheduler)diatur ke`slurm`, bagian ini diperlukan.

```
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}}
```

[Kebijakan pembaruan: Untuk pengaturan nilai daftar ini, nilai baru dapat ditambahkan selama pembaruan atau armada komputasi harus dihentikan saat menghapus nilai yang ada.](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3)

### `SlurmQueues`properti
<a name="Scheduling-v3-SlurmQueues.properties"></a>

**`Name`(**Diperlukan**,`String`)**  
Nama Slurm antrian.  
Ukuran cluster dapat berubah selama pembaruan. Untuk informasi selengkapnya, lihat [Ukuran dan pembaruan kapasitas cluster](slurm-workload-manager-v3.md)
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)

**`CapacityReservationTarget`**  
`CapacityReservationTarget`ditambahkan dengan AWS ParallelCluster versi 3.3.0.

```
CapacityReservationTarget:
   CapacityReservationId: {{string}}
   CapacityReservationResourceGroupArn: {{string}}
```
Menentukan reservasi kapasitas Sesuai Permintaan untuk sumber daya komputasi antrian.    
**`CapacityReservationId`(**Opsional**,`String`)**  
ID reservasi kapasitas yang ada untuk menargetkan sumber daya komputasi antrian. ID dapat merujuk ke [ODCR](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) atau [Blok Kapasitas untuk](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html) ML.  
Reservasi harus menggunakan platform yang sama dengan yang digunakan instans. Misalnya, jika instans Anda berjalan`rhel8`, reservasi kapasitas Anda harus berjalan di platform Red Hat Enterprise Linux. Untuk informasi selengkapnya, lihat [Platform yang didukung](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html#capacity-reservations-platforms) di *Panduan Pengguna Amazon EC2 untuk Instans Linux*.  
Jika Anda menyertakan [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)dalam konfigurasi cluster, Anda harus mengecualikan `CapacityReservationId` pengaturan tingkat antrian ini dari konfigurasi.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`CapacityReservationResourceGroupArn`(**Opsional**,`String`)**  
Nama Sumber Daya Amazon (ARN) dari grup sumber daya yang berfungsi sebagai grup reservasi kapasitas terkait layanan untuk sumber daya komputasi antrian. AWS ParallelCluster mengidentifikasi dan menggunakan reservasi kapasitas yang paling tepat dari kelompok sumber daya berdasarkan kondisi berikut:  
+ Jika `PlacementGroup` diaktifkan di [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)atau/[`SlurmQueues`[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking), AWS ParallelCluster pilih grup sumber daya yang menargetkan jenis instance dan `PlacementGroup` untuk sumber daya komputasi, jika sumber daya komputasi ada.

  `PlacementGroup`Harus menargetkan salah satu jenis instance yang didefinisikan dalam [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources).
+ Jika `PlacementGroup` tidak diaktifkan di [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)atau/[`SlurmQueues`[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking), AWS ParallelCluster pilih grup sumber daya yang hanya menargetkan jenis instance sumber daya komputasi, jika sumber daya komputasi ada.
Grup sumber daya harus memiliki setidaknya satu ODCR untuk setiap jenis instans yang dicadangkan di Availability Zone di semua sumber daya komputasi dan Availability Zone antrean. Untuk informasi selengkapnya, lihat [Luncurkan instans dengan Pemesanan Kapasitas Sesuai Permintaan (ODCR)](launch-instances-odcr-v3.md).  
Untuk informasi selengkapnya tentang beberapa persyaratan konfigurasi subnet, lihat [`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`SubnetIds`](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds).  
Beberapa Availability Zones ditambahkan dalam AWS ParallelCluster versi 3.4.0.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`CapacityType`(**Opsional**,`String`)**  
Jenis sumber daya komputasi yang digunakan Slurm antrian. Nilai yang didukung adalah`ONDEMAND`, `SPOT` atau`CAPACITY_BLOCK`. Nilai default-nya adalah `ONDEMAND`.  
Jika Anda menyetel `CapacityType` ke`SPOT`, akun Anda harus memiliki peran `AWSServiceRoleForEC2Spot` terkait layanan. Anda dapat menggunakan AWS CLI perintah berikut untuk membuat peran ini.  

```
$ aws iam create-service-linked-role --aws-service-name spot.amazonaws.com
```
Untuk informasi selengkapnya, lihat [Peran terkait layanan untuk permintaan Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#service-linked-roles-spot-instance-requests) di *Panduan Pengguna Amazon Amazon EC2* untuk Instans Linux.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`AllocationStrategy`(**Opsional**,`String`)**  
Tentukan strategi alokasi untuk semua sumber daya komputasi yang ditentukan dalam. [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)  
Nilai yang valid: `lowest-price` \| `capacity-optimized` \| `price-capacity-optimized` \| `prioritized` \| `capacity-optimized-prioritized`       
[See the AWS documentation website for more details](http://docs.aws.amazon.com/id_id/parallelcluster/latest/ug/Scheduling-v3.html)
Default: `lowest-price`    
**`lowest-price`**  
+ Jika Anda menggunakannya`CapacityType = ONDEMAND`, Armada Amazon EC2 menggunakan harga untuk menentukan pesanan dan meluncurkan instans harga terendah terlebih dahulu.
+ Jika Anda menggunakannya`CapacityType = SPOT`, Amazon EC2 Fleet meluncurkan instans dari kumpulan Instans Spot harga terendah yang memiliki kapasitas yang tersedia. Jika kolam kehabisan kapasitas sebelum memenuhi kapasitas yang Anda butuhkan, Amazon EC2 Fleet memenuhi permintaan Anda dengan meluncurkan instans untuk Anda. Secara khusus, Amazon EC2 Fleet meluncurkan instans dari kumpulan Instans Spot harga terendah yang memiliki kapasitas yang tersedia. Armada Amazon EC2 mungkin meluncurkan Instans Spot dari beberapa kumpulan yang berbeda.
+ Jika Anda mengatur`CapacityType = CAPACITY_BLOCK`, tidak ada strategi alokasi, sehingga `AllocationStrategy` parameter tidak dapat dikonfigurasi.  
**`capacity-optimized`**  
+ Jika Anda mengatur`CapacityType = ONDEMAND`, `capacity-optimized` tidak tersedia.
+ Jika disetel`CapacityType = SPOT`, Amazon EC2 Fleet meluncurkan instans dari kumpulan Instans Spot dengan kapasitas optimal untuk jumlah instans yang akan diluncurkan.  
**`price-capacity-optimized`**  
+ Jika Anda mengatur`CapacityType = ONDEMAND`, `capacity-optimized` tidak tersedia.
+ Jika Anda menyetel`CapacityType = SPOT`, Amazon EC2 Fleet mengidentifikasi kumpulan dengan ketersediaan kapasitas tertinggi untuk jumlah instans yang diluncurkan. Hal ini berarti bahwa kami akan meminta Instans Spot dari kolam yang kami yakini memiliki peluang interupsi terendah dalam waktu dekat. Armada Amazon EC2 kemudian meminta Instans Spot dari harga terendah dari kumpulan ini.  
**`prioritized`**  
+ Jika Anda menyetel`CapacityType = ONDEMAND`, Armada Amazon EC2 menghormati urutan prioritas yang AWS ParallelCluster berlaku untuk LaunchTemplate penggantian saat beberapa subnet ditentukan. AWS ParallelCluster mendapatkan override `priority` dari posisi subnet target `SlurmQueues/Networking/SubnetIds` dengan Subnet pertama mendapatkan prioritas tertinggi. Prioritas didorong oleh AWS ParallelCluster dalam urutan menurun dari`SlurmQueues/Networking/SubnetIds`, dengan yang pertama SubnetId memiliki prioritas tertinggi dan SubnetID terakhir memiliki prioritas terendah. 
+ Jika Anda mengatur`CapacityType = SPOT`, `prioritized` tidak tersedia.  
**`capacity-optimized-prioritized`**  
+ Jika Anda mengatur`CapacityType = ONDEMAND`, `capacity-optimized-prioritized` tidak tersedia.
+ Jika Anda menetapkan`CapacityType = SPOT`, Armada Amazon EC2 mengoptimalkan kapasitas terlebih dahulu dan kemudian menerapkan, atas dasar upaya terbaik, urutan prioritas yang ditetapkan untuk penggantian. AWS ParallelCluster LaunchTemplate Prioritas didorong oleh AWS ParallelCluster dalam urutan menurun dari`SlurmQueues/Networking/SubnetIds`, dengan yang pertama SubnetId memiliki prioritas tertinggi dan SubnetID terakhir memiliki prioritas terendah. Semua penggantian yang menargetkan subnet yang sama menerima nilai prioritas yang sama.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
`AllocationStrategy`didukung mulai AWS ParallelCluster versi 3.3.0.  
**Baru di 3.14.0**: `prioritized` (untuk On-Demand) dan `capacity-optimized-prioritized` (untuk Spot).

**`JobExclusiveAllocation`(**Opsional**,`String`)**  
Jika diatur ke`true`, `OverSubscribe` bendera Slurm partisi diatur ke`EXCLUSIVE`. Ketika `OverSubscribe` =`EXCLUSIVE`, pekerjaan di partisi memiliki akses eksklusif ke semua node yang dialokasikan. Untuk informasi lebih lanjut, lihat [EKSKLUSIF](https://slurm.schedmd.com/slurm.conf.html#OPT_EXCLUSIVE) dalam Slurm dokumentasi.  
Nilai yang valid: `true` \| `false`  
Default: `false`  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
`JobExclusiveAllocation`didukung mulai AWS ParallelCluster versi 3.7.0.

**`CustomSlurmSettings`(**Opsional**,`Dict`)**  
Mendefinisikan pengaturan konfigurasi Slurm partisi kustom (antrian).  
Menentukan kamus parameter Slurm konfigurasi kustom pasangan kunci-nilai yang berlaku untuk antrian (partisi).  
Setiap pasangan kunci-nilai yang terpisah`Param1: Value1`, seperti, ditambahkan secara terpisah ke akhir baris konfigurasi Slurm partisi dalam format. `Param1=Value1`  
Anda hanya dapat menentukan parameter Slurm konfigurasi yang tidak dicantumkan dalam daftar penolakan. `CustomSlurmSettings` Untuk informasi tentang parameter Slurm konfigurasi daftar penolakan, lihat. [Terdaftar penolakan Slurm parameter konfigurasi untuk `CustomSlurmSettings`](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3)  
AWS ParallelCluster hanya memeriksa apakah parameter ada dalam daftar penolakan. AWS ParallelCluster tidak memvalidasi sintaks atau Slurm semantik parameter konfigurasi kustom Anda. Merupakan tanggung jawab Anda untuk memvalidasi parameter Slurm konfigurasi kustom Anda. Parameter Slurm konfigurasi kustom yang tidak valid dapat menyebabkan kegagalan Slurm daemon yang dapat menyebabkan kegagalan pembuatan dan pembaruan cluster.  
Untuk informasi selengkapnya tentang cara menentukan parameter Slurm konfigurasi kustom AWS ParallelCluster, lihat[Slurm kustomisasi konfigurasi](slurm-configuration-settings-v3.md).  
Untuk informasi selengkapnya tentang parameter Slurm konfigurasi, lihat [slurm.conf](https://slurm.schedmd.com/slurm.conf.html) di dokumentasi. Slurm  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
`CustomSlurmSettings`didukung dimulai dengan AWS ParallelCluster versi 3.6.0.

**`Tags`(**Opsional**, [String])**  
Daftar pasangan nilai kunci tag. [`ComputeResource`](#yaml-Scheduling-SlurmQueues-ComputeResources-Tags)tag mengganti tag duplikat yang ditentukan dalam [Bagian `Tags`](Tags-v3.md) atau di`SlurmQueues`/. `Tags`    
**`Key`(**Opsional**,`String`)**  
Kunci tanda.  
**`Value`(**Opsional**,`String`)**  
Nilai tanda.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`HealthChecks`(**Opsional**)**  
Tentukan pemeriksaan kesehatan node komputasi pada semua sumber daya komputasi dalam antrian.    
`Gpu`(**Opsional**)  
Tentukan pemeriksaan kesehatan GPU pada semua sumber daya komputasi dalam antrian.  
AWS ParallelCluster tidak mendukung`HealthChecks`/`Gpu`di node yang menggunakan sistem operasi `alinux2` ARM. Platform ini tidak mendukung [NVIDIA Data Center GPU Manager (DCGM](https://docs.nvidia.com/datacenter/dcgm/latest/user-guide/getting-started.html#supported-linux-distributions)).  
Mengaktifkan pemeriksaan kesehatan GPU saat menggunakan tipe instans yang ukuran memori GPU totalnya lebih tinggi dari 327680 MiB tidak disarankan.  
`Enabled`(**Opsional**,`Boolean`)  
Apakah AWS ParallelCluster melakukan pemeriksaan kesehatan GPU pada node komputasi. Nilai default-nya `false`.

**`Gpu`perilaku pemeriksaan kesehatan**
+ Jika`Gpu`/`Enabled`disetel ke`true`, AWS ParallelCluster melakukan pemeriksaan kesehatan GPU pada sumber daya komputasi dalam antrian.
+ Pemeriksaan `Gpu` kesehatan melakukan pemeriksaan kesehatan GPU pada sumber daya komputasi untuk mencegah pengajuan pekerjaan pada node dengan GPU yang terdegradasi.
+ Jika node komputasi gagal dalam pemeriksaan `Gpu` kesehatan, status node komputasi berubah menjadi. `DRAIN` Pekerjaan baru tidak dimulai pada node ini. Pekerjaan yang ada berjalan sampai selesai. Setelah semua pekerjaan berjalan selesai, node komputasi berakhir jika itu adalah node dinamis, dan diganti jika itu adalah node statis.
+ Durasi pemeriksaan `Gpu` kesehatan tergantung pada jenis instans yang dipilih, jumlah GPUs instans, total memori GPU dan jumlah target pemeriksaan `Gpu` kesehatan (setara dengan jumlah target GPU pekerjaan). Misalnya, pada p4d.24xlarge, durasi tipikal adalah 3 menit.
+ Jika pemeriksaan `Gpu` kesehatan berjalan pada instance yang tidak didukung, itu keluar dan pekerjaan berjalan pada node komputasi. Misalnya, jika sebuah instance tidak memiliki GPU, atau, jika instance memiliki GPU, tetapi itu bukan GPU NVIDIA, pemeriksaan kesehatan keluar dan pekerjaan berjalan pada node komputasi. Hanya NVIDIA GPUs yang didukung.
+ Pemeriksaan `Gpu` kesehatan menggunakan `dcgmi` alat untuk melakukan pemeriksaan kesehatan pada node dan mengambil langkah-langkah berikut: 

  Ketika pemeriksaan `Gpu` kesehatan dimulai di simpul:

  1. Ini mendeteksi apakah `nvidia-dcgm` dan `nvidia-fabricmanager` layanan berjalan.

  1. Jika layanan ini tidak berjalan, pemeriksaan `Gpu` kesehatan memulainya.

  1. Ini mendeteksi apakah mode persistensi diaktifkan.

  1. Jika mode persistensi tidak diaktifkan, pemeriksaan `Gpu` kesehatan mengaktifkannya.

  Pada akhir pemeriksaan kesehatan, pemeriksaan `Gpu` kesehatan mengembalikan layanan dan sumber daya ini ke keadaan awal.
+ Jika pekerjaan ditetapkan ke satu set node tertentu GPUs, pemeriksaan `Gpu` kesehatan hanya berjalan pada set tertentu. Jika tidak, pemeriksaan `Gpu` kesehatan berjalan pada semua GPUs di node.
+ Jika node komputasi menerima 2 atau lebih permintaan pemeriksaan `Gpu` kesehatan pada saat yang sama, hanya pemeriksaan kesehatan pertama yang berjalan dan yang lainnya dilewati. Ini juga berlaku untuk pemeriksaan kesehatan yang menargetkan simpul GPUs. Anda dapat memeriksa file log untuk informasi tambahan mengenai situasi ini.
+ Log pemeriksaan kesehatan untuk node komputasi tertentu tersedia dalam `/var/log/parallelcluster/slurm_health_check.log` file. File ini tersedia di Amazon CloudWatch, di grup CloudWatch log cluster, tempat Anda dapat menemukan:
  + Detail tentang tindakan yang dijalankan oleh pemeriksaan `Gpu` kesehatan, termasuk mengaktifkan dan menonaktifkan layanan dan mode persistensi.
  + Pengidentifikasi GPU, ID serial, dan UUID.
  + Output pemeriksaan kesehatan.
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
`HealthChecks`didukung mulai AWS ParallelCluster versi 3.6.0.

#### `Networking`
<a name="Scheduling-v3-SlurmQueues-Networking"></a>

**(Wajib)** Mendefinisikan konfigurasi jaringan untuk Slurm antrian.

```
Networking:
  SubnetIds:
    - {{string}}
  AssignPublicIp: {{boolean}}
  SecurityGroups:
    - {{string}}
  AdditionalSecurityGroups:
    - {{string}}
  PlacementGroup:
    Enabled: {{boolean}}
    Id: {{string}}
    Name: {{string}}
  Proxy:
    HttpProxyAddress: {{string}}
```

[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

##### `Networking`properti
<a name="Scheduling-v3-SlurmQueues-Networking.properties"></a>

**`SubnetIds`(**Diperlukan**,`[String]`)**  
Subnet IDs yang ada tempat Anda menyediakan Slurm antrean.  
Jika Anda mengonfigurasi jenis instance di [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`InstanceType`](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType), Anda hanya dapat menentukan satu subnet.  
Jika Anda mengonfigurasi jenis instance di [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances), Anda dapat menentukan subnet tunggal atau beberapa subnet.  
Jika Anda menggunakan beberapa subnet, semua subnet yang ditentukan untuk antrian harus berada dalam VPC yang sama, dengan setiap subnet di Availability Zone (AZ) terpisah.  
Misalnya, Anda mendefinisikan subnet-1 dan subnet-2 untuk antrian Anda.  
`subnet-1`dan tidak `subnet-2` bisa keduanya berada di AZ-1.  
`subnet-1`bisa di AZ-1 dan `subnet-2` bisa di AZ-2.  
Jika Anda mengonfigurasi hanya satu jenis instans dan ingin menggunakan beberapa subnet, tentukan jenis instans Anda sebagai `Instances` pengganti. `InstanceType`  
Misalnya, definisikan`ComputeResources`/`Instances`/`InstanceType`= `instance.type` bukannya`ComputeResources`/`InstanceType`=`instance.type`.  
Elastic Fabric Adapter (EFA) tidak didukung pada zona ketersediaan yang berbeda.
Penggunaan beberapa Availability Zone dapat menyebabkan peningkatan latensi jaringan penyimpanan dan menambahkan biaya transfer data antar-AZ. Misalnya, ini dapat terjadi ketika sebuah instance mengakses penyimpanan file yang terletak di AZ yang berbeda. Untuk informasi selengkapnya, lihat [Transfer Data dalam hal yang sama Wilayah AWS](https://aws.amazon.com/ec2/pricing/on-demand/#Data_Transfer_within_the_same_AWS_Region).  

**Pembaruan cluster untuk mengubah dari penggunaan subnet tunggal ke beberapa subnet:**
+ Misalkan definisi subnet dari sebuah cluster didefinisikan dengan subnet tunggal dan AWS ParallelCluster dikelola FSx untuk sistem file Lustre. Kemudian, Anda tidak dapat memperbarui cluster ini dengan definisi subnet ID yang diperbarui secara langsung. Untuk membuat pembaruan cluster, Anda harus terlebih dahulu mengubah sistem file terkelola ke sistem file eksternal. Untuk informasi selengkapnya, lihat [Ubah penyimpanan AWS ParallelCluster terkelola ke penyimpanan eksternal](shared-storage-conversion-v3.md).
+ Misalkan definisi subnet cluster didefinisikan dengan subnet tunggal dan sistem file Amazon EFS eksternal jika target pemasangan EFS tidak ada untuk semua subnet yang ditentukan untuk ditambahkan. AZs Kemudian, Anda tidak dapat memperbarui cluster ini dengan definisi subnet ID yang diperbarui secara langsung. Untuk membuat pembaruan kluster atau membuat cluster, Anda harus terlebih dahulu membuat semua target pemasangan untuk semua subnet yang ditentukan. AZs 

**Availability Zone dan reservasi kapasitas cluster didefinisikan dalam [CapacityReservationResourceGroupArn](#yaml-Scheduling-SlurmQueues-CapacityReservationResourceGroupArn):**
+ Anda tidak dapat membuat klaster jika tidak ada tumpang tindih antara kumpulan tipe instans dan zona ketersediaan yang dicakup oleh grup sumber daya reservasi kapasitas yang ditentukan dan kumpulan tipe instans dan zona ketersediaan yang ditentukan untuk antrian.
+ Anda dapat membuat klaster jika ada tumpang tindih sebagian antara kumpulan tipe instans dan zona ketersediaan yang dicakup oleh grup sumber daya reservasi kapasitas yang ditentukan dan kumpulan tipe instans dan zona ketersediaan yang ditentukan untuk antrian. AWS ParallelCluster mengirim pesan peringatan tentang tumpang tindih sebagian untuk kasus ini.
+ Untuk informasi selengkapnya, lihat [Luncurkan instans dengan Pemesanan Kapasitas Sesuai Permintaan (ODCR)](launch-instances-odcr-v3.md).
Beberapa Availability Zones ditambahkan dalam AWS ParallelCluster versi 3.4.0.
Peringatan ini berlaku untuk semua versi 3.xy sebelum AWS ParallelCluster versi 3.3.1. AWS ParallelCluster versi 3.3.1 tidak terpengaruh jika parameter ini diubah.  
Untuk AWS ParallelCluster 3 versi sebelum versi 3.3.1:  
Jika Anda mengubah parameter ini dan memperbarui klaster, ini akan membuat sistem file Lustre dikelola FSx baru dan menghapus sistem file Lustre yang dikelola FSx untuk Lustre yang ada tanpa menyimpan data yang ada. Hal ini mengakibatkan hilangnya data. Sebelum Anda melanjutkan, pastikan Anda mencadangkan data dari yang ada FSx untuk sistem file Lustre jika Anda ingin menyimpan data. Untuk informasi selengkapnya, lihat [Bekerja dengan cadangan di Panduan](https://docs.aws.amazon.com/fsx/latest/LustreGuide/using-backups-fsx.html) Pengguna *FSx untuk Lustre*.
Jika nilai subnet baru ditambahkan, [Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
Jika nilai subnet dihapus, [Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`AssignPublicIp`(**Opsional**,`String`)**  
Membuat atau menetapkan alamat IP publik ke node dalam Slurm antrian. Nilai yang didukung adalah `true` dan `false`. Subnet yang Anda tentukan menentukan nilai default. Subnet dengan IPs default publik untuk menetapkan alamat IP publik.  
Jika Anda menentukan jenis p4d atau hpc6id instance, atau jenis instance lain yang memiliki beberapa antarmuka jaringan atau kartu antarmuka jaringan, Anda harus menyetel [`HeadNode`](HeadNode-v3.md)/[`Networking`](HeadNode-v3.md#HeadNode-v3-Networking)/[`ElasticIp`](HeadNode-v3.md#yaml-HeadNode-Networking-ElasticIp)`true`untuk menyediakan akses publik. AWS public hanya IPs dapat ditugaskan ke instance yang diluncurkan dengan antarmuka jaringan tunggal. Untuk kasus ini, kami menyarankan Anda menggunakan [gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) untuk menyediakan akses publik ke node komputasi cluster. Dalam hal ini, atur `AssignPublicIp` ke`false`. Untuk informasi selengkapnya tentang alamat IP, lihat [Menetapkan IPv4 alamat publik selama peluncuran instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses) di *Panduan Pengguna Amazon EC2 untuk* Instans Linux.  
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)

**`SecurityGroups`(**Opsional**,`[String]`)**  
Daftar grup keamanan yang akan digunakan untuk Slurm antrian. Jika tidak ada grup keamanan yang ditentukan, AWS ParallelCluster buat grup keamanan untuk Anda.  
Verifikasi bahwa grup keamanan dikonfigurasi dengan benar untuk [SharedStorage](SharedStorage-v3.md)sistem Anda.  
Peringatan ini berlaku untuk semua 3. {{x}}. {{y}} AWS ParallelCluster versi sebelum versi 3.3.0. AWS ParallelCluster versi 3.3.0 tidak terpengaruh jika parameter ini diubah.  
Untuk AWS ParallelCluster 3 versi sebelum versi 3.3.0:  
Jika Anda mengubah parameter ini dan memperbarui klaster, ini akan membuat sistem file Lustre dikelola FSx baru dan menghapus sistem file Lustre yang dikelola FSx untuk Lustre yang ada tanpa menyimpan data yang ada. Hal ini mengakibatkan hilangnya data. Pastikan untuk mencadangkan data dari yang ada FSx untuk sistem file Lustre jika Anda ingin menyimpan data. Untuk informasi selengkapnya, lihat [Bekerja dengan cadangan di Panduan](https://docs.aws.amazon.com/fsx/latest/LustreGuide/using-backups-fsx.html) Pengguna *FSx untuk Lustre*.
Jika Anda mengaktifkan [EFA](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa) untuk instans komputasi, pastikan instans berkemampuan EFA Anda adalah anggota grup keamanan yang memungkinkan semua lalu lintas masuk dan keluar ke dirinya sendiri.
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`AdditionalSecurityGroups`(**Opsional**,`[String]`)**  
Daftar grup keamanan tambahan yang akan digunakan untuk Slurm antrian.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`PlacementGroup`(**Opsional**)**  
Menentukan pengaturan grup penempatan untuk Slurm antrian.  

```
PlacementGroup:
  Enabled: {{boolean}}
  Id: {{string}}
  Name: {{string}}
```
[Kebijakan pembaruan: Semua node komputasi harus dihentikan untuk penghapusan grup penempatan terkelola. Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-remove-placement-group-v3)    
**`Enabled`(**Opsional**,`Boolean`)**  
Menunjukkan apakah grup penempatan digunakan untuk Slurm antrian. Nilai default-nya `false`.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Id`(**Opsional**,`String`)**  
ID grup penempatan untuk grup penempatan klaster yang ada yang digunakan Slurm antrian. Pastikan untuk memberikan *ID* grup penempatan dan *bukan nama*.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Name`(**Opsional**,`String`)**  
Nama grup penempatan untuk grup penempatan klaster yang ada yang digunakan Slurm antrean. Pastikan untuk memberikan *nama* grup penempatan dan *bukan ID*.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
+ Jika`PlacementGroup`/`Enabled`disetel ke`true`, tanpa `Name` atau `Id` didefinisikan, setiap sumber daya komputasi ditetapkan grup penempatan terkelolanya sendiri, kecuali [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)/[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking-PlacementGroup)didefinisikan untuk mengganti setelan ini.
+ Dimulai dengan AWS ParallelCluster versi 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)ditambahkan sebagai alternatif yang disukai untuk [`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)dan [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name)setara. Anda dapat menggunakan salah satunya.

   Jika Anda menyertakan keduanya [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Id`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Id)dan [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name), AWS ParallelCluster gagal. Anda hanya dapat memilih satu atau yang lain.

  Anda tidak perlu memperbarui cluster Anda untuk menggunakan [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)/[`Name`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup-Name).
+ Saat menggunakan reservasi blok kapasitas, batasan grup penempatan tidak boleh ditetapkan karena kesalahan kapasitas yang tidak mencukupi dapat terjadi karena kendala penempatan di luar reservasi bahkan jika reservasi kapasitas memiliki kapasitas yang tersisa.

**`Proxy`(**Opsional**)**  
Menentukan pengaturan proxy untuk Slurm antrian.  

```
Proxy:
  HttpProxyAddress: {{string}}
```
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)    
**`HttpProxyAddress`(**Opsional**,`String`)**  
Mendefinisikan server proxy HTTP atau HTTPS untuk Slurm antrian. Biasanya, itu`https://{{x.x.x.x:8080}}`.  
Tidak ada nilai default.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

#### `Image`
<a name="Scheduling-v3-SlurmQueues-Image"></a>

**(Opsional)** Menentukan gambar yang akan digunakan untuk Slurm antrian. Untuk menggunakan AMI yang sama untuk semua node, gunakan [CustomAmi](Image-v3.md#yaml-Image-CustomAmi)pengaturan di [`Image`bagian](Image-v3.md).

```
Image:
  CustomAmi: {{string}}
```

[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

##### `Image`Properti
<a name="Scheduling-v3-SlurmQueues-Image.properties"></a>

**`CustomAmi`(**Opsional**,`String`)**  
AMI yang akan digunakan untuk Slurm antrian bukan default AMIs. Anda dapat menggunakan perintah pcluster CLI untuk melihat daftar default. AMIs  
AMI harus didasarkan pada sistem operasi yang sama yang digunakan oleh node kepala.

```
pcluster list-official-images
```
Jika AMI kustom memerlukan izin tambahan untuk peluncurannya, Anda harus menambahkan izin ini ke kebijakan node kepala.  
Misalnya, jika AMI kustom memiliki snapshot terenkripsi yang terkait dengannya, kebijakan tambahan berikut diperlukan dalam kebijakan node kepala.    
****  

```
{
    "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/{{<AWS_KMS_KEY_ID>}}"
            ]
        }
    ]
}
```
Untuk memecahkan masalah peringatan validasi AMI kustom, lihat. [Memecahkan masalah AMI khusus](troubleshooting-v3-custom-amis.md)  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

#### `ComputeResources`
<a name="Scheduling-v3-SlurmQueues-ComputeResources"></a>

**(Wajib)** Mendefinisikan `ComputeResources` konfigurasi untuk Slurm antrian.

**catatan**  
Ukuran cluster dapat berubah selama pembaruan. Untuk informasi selengkapnya, lihat [Ukuran dan pembaruan kapasitas cluster](slurm-workload-manager-v3.md).
Sumber daya komputasi baru dapat ditambahkan ke cluster hanya jika digunakan di subnet milik blok CIDR yang ada saat cluster dibuat.

```
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}}
```

[Kebijakan pembaruan: Untuk pengaturan nilai daftar ini, nilai baru dapat ditambahkan selama pembaruan atau armada komputasi harus dihentikan saat menghapus nilai yang ada.](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3)

##### `ComputeResources`properti
<a name="Scheduling-v3-SlurmQueues-ComputeResources.properties"></a>

**`Name`(**Diperlukan**,`String`)**  
Nama lingkungan komputasi Slurm antrian. Nama dapat memiliki hingga 25 karakter.  
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)

**`InstanceType`(**Diperlukan**,`String`)**  
Jenis instance yang digunakan dalam sumber daya Slurm komputasi ini. Semua jenis instance dalam cluster harus menggunakan arsitektur prosesor yang sama. Contoh dapat menggunakan `arm64` arsitektur `x86_64` atau.  
Konfigurasi cluster harus mendefinisikan salah satu [InstanceType](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType)atau [Instance.](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances) Jika keduanya didefinisikan, AWS ParallelCluster gagal.  
Ketika Anda mendefinisikan`InstanceType`, Anda tidak dapat mendefinisikan beberapa subnet. Jika Anda mengonfigurasi hanya satu jenis instance dan ingin menggunakan beberapa subnet, tentukan tipe instans Anda `Instances` daripada di`InstanceType`. Untuk informasi lebih lanjut, lihat [`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`SubnetIds`](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds).  
Jika Anda menentukan jenis p4d atau hpc6id instance, atau jenis instans lain yang memiliki beberapa antarmuka jaringan atau kartu antarmuka jaringan, Anda harus meluncurkan instance komputasi di subnet pribadi seperti yang dijelaskan dalam. [AWS ParallelCluster menggunakan dua subnet](network-configuration-v3-two-subnets.md) AWS public hanya IPs dapat ditugaskan ke instance yang diluncurkan dengan antarmuka jaringan tunggal. Untuk informasi selengkapnya, lihat [Menetapkan IPv4 alamat publik selama peluncuran instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses) di *Panduan Pengguna Amazon EC2 untuk* Instans Linux.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`Instances`(**Diperlukan**)**  
Menentukan daftar jenis contoh untuk sumber daya komputasi. Untuk menentukan strategi alokasi untuk daftar jenis instance, lihat [`AllocationStrategy`](#yaml-Scheduling-SlurmQueues-AllocationStrategy).  
Konfigurasi cluster harus mendefinisikan salah satu [`InstanceType`](#yaml-Scheduling-SlurmQueues-ComputeResources-InstanceType)atau [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances). Jika keduanya didefinisikan, AWS ParallelCluster gagal.  
Untuk informasi selengkapnya, lihat [Beberapa alokasi tipe instans dengan Slurm](slurm-multiple-instance-allocation-v3.md).  

```
`Instances`:
   - `InstanceType`: {{string}}
```
[Dimulai dengan AWS ParallelCluster versi 3.7.0, `EnableMemoryBasedScheduling` dapat diaktifkan jika Anda mengonfigurasi beberapa jenis instans di Instans.](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)  
Untuk AWS ParallelCluster versi 3.2.0 hingga 3.6. {{x}}, tidak `EnableMemoryBasedScheduling` dapat diaktifkan jika Anda mengonfigurasi beberapa jenis instans di [Instans.](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)
[Kebijakan pembaruan: Untuk pengaturan nilai daftar ini, nilai baru dapat ditambahkan selama pembaruan atau armada komputasi harus dihentikan saat menghapus nilai yang ada.](using-pcluster-update-cluster-v3.md#update-policy-list-values-v3)    
**`InstanceType`(**Diperlukan**,`String`)**  
Jenis instance untuk digunakan dalam sumber daya Slurm komputasi ini. Semua jenis instance dalam cluster harus menggunakan arsitektur prosesor yang sama, baik `x86_64` atau`arm64`.  
Jenis instance yang tercantum di [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)harus memiliki:  
+ Jumlah v yang samaCPUs, atau, jika [`DisableSimultaneousMultithreading`](#yaml-Scheduling-SlurmQueues-ComputeResources-DisableSimultaneousMultithreading)diatur ke`true`, jumlah inti yang sama.
+ Jumlah akselerator yang sama dari produsen yang sama.
+ EFA didukung, jika [`Efa`](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa)/[`Enabled`](#yaml-Scheduling-SlurmQueues-ComputeResources-Efa-Enabled)diatur ke`true`.
Jenis instance yang tercantum dalam [`Instances`](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)dapat memiliki:  
+ Jumlah memori yang berbeda.

  Dalam hal ini, memori minimum harus ditetapkan sebagai Slurm sumber daya habis pakai.
**catatan**  
[Dimulai dengan AWS ParallelCluster versi 3.7.0, `EnableMemoryBasedScheduling` dapat diaktifkan jika Anda mengonfigurasi beberapa jenis instans di Instans.](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)  
Untuk AWS ParallelCluster versi 3.2.0 hingga 3.6. {{x}}, tidak `EnableMemoryBasedScheduling` dapat diaktifkan jika Anda mengonfigurasi beberapa jenis instans di [Instans.](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)
+ Kartu jaringan yang berbeda.

  Dalam hal ini, jumlah antarmuka jaringan yang dikonfigurasi untuk sumber daya komputasi ditentukan oleh jenis instance dengan jumlah kartu jaringan terkecil.
+ Bandwidth jaringan yang berbeda.
+ Ukuran toko instance yang berbeda.
Jika Anda menentukan jenis p4d atau hpc6id instance, atau jenis instans lain yang memiliki beberapa antarmuka jaringan atau kartu antarmuka jaringan, Anda harus meluncurkan instance komputasi di subnet pribadi seperti yang dijelaskan dalam. [AWS ParallelCluster menggunakan dua subnet](network-configuration-v3-two-subnets.md) AWS public hanya IPs dapat ditugaskan ke instance yang diluncurkan dengan antarmuka jaringan tunggal. Untuk informasi selengkapnya, lihat [Menetapkan IPv4 alamat publik selama peluncuran instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-instance-addressing.html#public-ip-addresses) di *Panduan Pengguna Amazon EC2 untuk* Instans Linux.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)
`Instances`didukung dimulai dengan AWS ParallelCluster versi 3.3.0.

**`MinCount`(**Opsional**,`Integer`)**  
Jumlah minimum instance yang digunakan sumber daya Slurm komputasi. Default-nya adalah 0.  
Ukuran cluster dapat berubah selama pembaruan. Untuk informasi selengkapnya, lihat [Ukuran dan pembaruan kapasitas cluster](slurm-workload-manager-v3.md)
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`MaxCount`(**Opsional**,`Integer`)**  
Jumlah maksimum instance yang digunakan sumber daya Slurm komputasi. Default-nya adalah 10.  
Bila Anda menggunakan`CapacityType = CAPACITY_BLOCK`, `MaxCount` harus sama dengan `MinCount` dan lebih besar dari 0, karena semua instance bagian dari reservasi Blok Kapasitas dikelola sebagai node statis.  
Pada waktu pembuatan cluster, head node menunggu semua node statis siap sebelum menandakan keberhasilan pembuatan cluster. Namun, saat Anda menggunakan`CapacityType = CAPACITY_BLOCK`, bagian node dari sumber daya komputasi yang terkait dengan Blok Kapasitas tidak akan dipertimbangkan untuk pemeriksaan ini. Cluster akan dibuat bahkan jika tidak semua Blok Kapasitas yang dikonfigurasi aktif.  
Ukuran cluster dapat berubah selama pembaruan. Untuk informasi selengkapnya, lihat [Ukuran dan pembaruan kapasitas cluster](slurm-workload-manager-v3.md)
 

**`DynamicNodePriority`(**Opsional**,`Integer`)**  
Prioritas node dinamis dalam sumber daya komputasi antrian. Prioritas memetakan ke parameter [https://slurm.schedmd.com/slurm.conf.html#OPT_Weight](https://slurm.schedmd.com/slurm.conf.html#OPT_Weight)konfigurasi Slurm node untuk node dinamis sumber daya komputasi. Nilai default-nya adalah `1000`.  
Slurmmemprioritaskan node dengan `Weight` nilai terendah terlebih dahulu.  
Penggunaan banyak `Weight` nilai yang berbeda dalam Slurm partisi (antrian) mungkin memperlambat laju penjadwalan pekerjaan dalam antrian.  
Dalam AWS ParallelCluster versi yang lebih awal dari versi 3.7.0, node statis dan dinamis diberi bobot default yang sama yaitu. `1` Dalam hal ini, Slurm mungkin memprioritaskan node dinamis idle di atas node statis idle karena skema penamaan untuk node statis dan dinamis. Ketika semuanya sama, Slurm menjadwalkan node menurut abjad berdasarkan nama.
`DynamicNodePriority`ditambahkan dalam AWS ParallelCluster versi 3.7.0.
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`StaticNodePriority`(**Opsional**,`Integer`)**  
Prioritas node statis dalam sumber daya komputasi antrian. Prioritas memetakan ke parameter [https://slurm.schedmd.com/slurm.conf.html#OPT_Weight](https://slurm.schedmd.com/slurm.conf.html#OPT_Weight)konfigurasi Slurm node untuk node statis sumber daya komputasi. Nilai default-nya adalah `1`.  
Slurmmemprioritaskan node dengan `Weight` nilai terendah terlebih dahulu.  
Penggunaan banyak `Weight` nilai yang berbeda dalam Slurm partisi (antrian) mungkin memperlambat laju penjadwalan pekerjaan dalam antrian.
`StaticNodePriority`ditambahkan dalam AWS ParallelCluster versi 3.7.0.
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`SpotPrice`(**Opsional**,`Float`)**  
Harga maksimum yang dibayarkan untuk Instans Spot Amazon EC2 sebelum instans diluncurkan. Nilai default adalah harga On-Demand.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`DisableSimultaneousMultithreading`(**Opsional**,`Boolean`)**  
Jika`true`, multithreading pada node dalam Slurm antrian dinonaktifkan. Nilai default-nya adalah `false`.  
Tidak semua tipe instance dapat menonaktifkan multithreading. *Untuk daftar jenis instans yang mendukung penonaktifan multithreading, lihat [inti CPU dan thread untuk setiap inti CPU per jenis instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-optimize-cpu.html#cpu-options-supported-instances-values) di Panduan Pengguna Amazon EC2.*   
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`SchedulableMemory`(**Opsional**,`Integer`)**  
Jumlah memori di MiB yang dikonfigurasi dalam Slurm parameter `RealMemory` untuk node komputasi sumber daya komputasi. Nilai ini adalah batas atas untuk memori node yang tersedia untuk pekerjaan saat [`SlurmSettings`](#Scheduling-v3-SlurmSettings)/[`EnableMemoryBasedScheduling`](#yaml-Scheduling-SlurmSettings-EnableMemoryBasedScheduling)diaktifkan. Nilai defaultnya adalah 95 persen dari memori yang terdaftar di [Jenis Instans Amazon EC2](https://aws.amazon.com/ec2/instance-types) dan dikembalikan oleh Amazon EC2 API. [DescribeInstanceTypes](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstanceTypes.html) Pastikan untuk mengonversi nilai yang diberikan dalam GiB ke MiB.  
Nilai yang didukung: `1-EC2Memory`  
`EC2Memory`adalah memori (dalam MiB) yang terdaftar di Jenis [Instans Amazon EC2](https://aws.amazon.com/ec2/instance-types) dan dikembalikan oleh Amazon EC2 API. [DescribeInstanceTypes](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_DescribeInstanceTypes.html) Pastikan untuk mengonversi nilai yang diberikan dalam GiB ke MiB.  
Opsi ini paling relevan ketika [`SlurmSettings`](#Scheduling-v3-SlurmSettings)/[`EnableMemoryBasedScheduling`](#yaml-Scheduling-SlurmSettings-EnableMemoryBasedScheduling)diaktifkan. Untuk informasi selengkapnya, lihat [Slurm penjadwalan berbasis memori](slurm-mem-based-scheduling-v3.md).  
`SchedulableMemory`didukung dimulai dengan AWS ParallelCluster versi 3.2.0.  
Dimulai dengan versi 3.2.0, secara default, AWS ParallelCluster mengonfigurasi `RealMemory` node Slurm komputasi hingga 95 persen memori yang dikembalikan oleh Amazon EC2 API. `DescribeInstanceTypes` Konfigurasi ini tidak tergantung pada nilai`EnableMemoryBasedScheduling`.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`HealthChecks`(**Opsional**)**  
Tentukan pemeriksaan kesehatan pada sumber daya komputasi.    
`Gpu`(**Opsional**)  
Tentukan pemeriksaan kesehatan GPU pada sumber daya komputasi.    
`Enabled`(**Opsional**,`Boolean`)  
Apakah AWS ParallelCluster melakukan pemeriksaan kesehatan GPU saat menghitung sumber daya dalam antrian. Nilai default-nya `false`.  
AWS ParallelCluster tidak mendukung`HealthChecks`/`Gpu`di node yang menggunakan sistem operasi `alinux2` ARM. Platform ini tidak mendukung [NVIDIA Data Center GPU Manager (DCGM](https://docs.nvidia.com/datacenter/dcgm/latest/user-guide/getting-started.html#supported-linux-distributions)).

**`Gpu`perilaku pemeriksaan kesehatan**
+ Jika`Gpu`/`Enabled`disetel ke`true`, AWS ParallelCluster lakukan pemeriksaan kesehatan GPU kesehatan pada sumber daya komputasi.
+ Pemeriksaan `Gpu` kesehatan melakukan pemeriksaan kesehatan pada sumber daya komputasi untuk mencegah pengajuan pekerjaan pada node dengan GPU terdegradasi.
+ Jika node komputasi gagal dalam pemeriksaan `Gpu` kesehatan, status node komputasi berubah menjadi. `DRAIN` Pekerjaan baru tidak dimulai pada node ini. Pekerjaan yang ada berjalan sampai selesai. Setelah semua pekerjaan berjalan selesai, node komputasi berakhir jika itu adalah node dinamis, dan diganti jika itu adalah node statis.
+ Durasi pemeriksaan `Gpu` kesehatan tergantung pada jenis instans yang dipilih, jumlah GPUs dalam instance, dan jumlah target pemeriksaan `Gpu` kesehatan (setara dengan jumlah target GPU pekerjaan). Misalnya dengan 8 GPUs, durasi tipikal kurang dari 3 menit.
+ Jika pemeriksaan `Gpu` kesehatan berjalan pada instance yang tidak didukung, itu keluar dan pekerjaan berjalan pada node komputasi. Misalnya, jika sebuah instance tidak memiliki GPU, atau, jika instance memiliki GPU, tetapi itu bukan GPU NVIDIA, pemeriksaan kesehatan keluar dan pekerjaan berjalan pada node komputasi. Hanya NVIDIA GPUs yang didukung.
+ Pemeriksaan `Gpu` kesehatan menggunakan `dcgmi` alat untuk melakukan pemeriksaan kesehatan pada node dan mengambil langkah-langkah berikut: 

  Ketika pemeriksaan `Gpu` kesehatan dimulai di simpul:

  1. Ini mendeteksi apakah `nvidia-dcgm` dan `nvidia-fabricmanager` layanan berjalan.

  1. Jika layanan ini tidak berjalan, pemeriksaan `Gpu` kesehatan memulainya.

  1. Ini mendeteksi apakah mode persistensi diaktifkan.

  1. Jika mode persistensi tidak diaktifkan, pemeriksaan `Gpu` kesehatan mengaktifkannya.

  Pada akhir pemeriksaan kesehatan, pemeriksaan `Gpu` kesehatan mengembalikan layanan dan sumber daya ini ke keadaan awal.
+ Jika pekerjaan ditetapkan ke satu set node tertentu GPUs, pemeriksaan `Gpu` kesehatan hanya berjalan pada set tertentu. Jika tidak, pemeriksaan `Gpu` kesehatan berjalan pada semua GPUs di node.
+ Jika node komputasi menerima 2 atau lebih permintaan pemeriksaan `Gpu` kesehatan pada saat yang sama, hanya pemeriksaan kesehatan pertama yang berjalan dan yang lainnya dilewati. Ini juga berlaku untuk pemeriksaan kesehatan yang menargetkan node GPUs. Anda dapat memeriksa file log untuk informasi tambahan mengenai situasi ini.
+ Log pemeriksaan kesehatan untuk node komputasi tertentu tersedia dalam `/var/log/parallelcluster/slurm_health_check.log` file. File ini tersedia di Amazon CloudWatch, di grup CloudWatch log cluster, tempat Anda dapat menemukan:
  + Detail tentang tindakan yang dijalankan oleh pemeriksaan `Gpu` kesehatan, termasuk mengaktifkan dan menonaktifkan layanan dan mode persistensi.
  + Pengidentifikasi GPU, ID serial, dan UUID.
  + Output pemeriksaan kesehatan.
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
`HealthChecks`didukung mulai AWS ParallelCluster versi 3.6.0.

**`Efa`(**Opsional**)**  
Menentukan pengaturan Elastic Fabric Adapter (EFA) untuk node dalam antrian. Slurm  

```
Efa:
  Enabled: {{boolean}}
  GdrSupport: {{boolean}}
```
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)    
**`Enabled`(**Opsional**,`Boolean`)**  
Menentukan bahwa Elastic Fabric Adapter (EFA) diaktifkan. Untuk melihat daftar instans Amazon EC2 yang mendukung EFA, lihat [Jenis instans yang didukung](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa.html#efa-instance-types) di Panduan Pengguna Amazon EC2 untuk Instans *Linux*. Untuk informasi selengkapnya, lihat [Elastic Fabric Adapter](efa-v3.md). Kami menyarankan Anda menggunakan cluster [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#Scheduling-v3-SlurmQueues-Networking)/[`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)untuk meminimalkan latensi antar instance.  
Nilai default-nya adalah `false`.  
Elastic Fabric Adapter (EFA) tidak didukung pada zona ketersediaan yang berbeda. Untuk informasi selengkapnya, lihat [SubnetIds](#yaml-Scheduling-SlurmQueues-Networking-SubnetIds).
Jika Anda mendefinisikan grup keamanan khusus [SecurityGroups](#yaml-Scheduling-SlurmQueues-Networking-SecurityGroups), pastikan instans berkemampuan EFA Anda adalah anggota grup keamanan yang memungkinkan semua lalu lintas masuk dan keluar ke dirinya sendiri.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`GdrSupport`(**Opsional**,`Boolean`)**  
**(Opsional)** Dimulai dengan AWS ParallelCluster versi 3.0.2, pengaturan ini tidak berpengaruh. Dukungan Elastic Fabric Adapter (EFA) untuk GPUDirect RDMA (akses memori langsung jarak jauh) selalu diaktifkan jika didukung oleh jenis instans untuk sumber daya Slurm komputasi dan sistem operasi.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`CapacityReservationTarget`**  

```
CapacityReservationTarget:
   CapacityReservationId: {{string}}
   CapacityReservationResourceGroupArn: {{string}}
```
Menentukan reservasi kapasitas sesuai permintaan yang akan digunakan untuk sumber daya komputasi.    
**`CapacityReservationId`(**Opsional**,`String`)**  
ID reservasi kapasitas yang ada untuk menargetkan sumber daya komputasi antrian. Id dapat merujuk ke [ODCR](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-reservations.html) atau [Blok Kapasitas untuk](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html) ML.  
Ketika parameter ini ditentukan pada tingkat sumber daya komputasi, InstanceType adalah opsional, itu akan secara otomatis diambil dari reservasi.  
**`CapacityReservationResourceGroupArn`(**Opsional**,`String`)**  
Menunjukkan Nama Sumber Daya Amazon (ARN) dari grup sumber daya yang berfungsi sebagai grup reservasi kapasitas yang ditautkan layanan untuk sumber daya komputasi. AWS ParallelCluster mengidentifikasi dan menggunakan reservasi kapasitas yang paling tepat dari grup. Grup sumber daya harus memiliki setidaknya satu ODCR untuk setiap jenis instans yang terdaftar untuk sumber daya komputasi. Untuk informasi selengkapnya, lihat [Luncurkan instans dengan Pemesanan Kapasitas Sesuai Permintaan (ODCR)](launch-instances-odcr-v3.md).  
+ Jika `PlacementGroup` diaktifkan di [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)atau [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking), AWS ParallelCluster pilih grup sumber daya yang menargetkan jenis instance dan `PlacementGroup` untuk sumber daya komputasi jika ada.

  `PlacementGroup`Harus menargetkan salah satu jenis instance yang didefinisikan dalam [`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources).
+ Jika `PlacementGroup` tidak diaktifkan di [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking)atau [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`Networking`](#yaml-Scheduling-SlurmQueues-ComputeResources-Networking), AWS ParallelCluster pilih grup sumber daya yang hanya menargetkan jenis instance sumber daya komputasi, jika ada.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
`CapacityReservationTarget`ditambahkan dengan AWS ParallelCluster versi 3.3.0.

**`Networking`**  

```
Networking:   
  PlacementGroup:
    Enabled: {{boolean}}
    Name: {{string}}
```
[Kebijakan pembaruan: Semua node komputasi harus dihentikan untuk penghapusan grup penempatan terkelola. Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-remove-placement-group-v3)    
**`PlacementGroup`(**Opsional**)**  
Menentukan pengaturan grup penempatan untuk sumber daya komputasi.    
**`Enabled`(**Opsional**,`Boolean`)**  
Menunjukkan apakah grup penempatan digunakan untuk sumber daya komputasi.  
+ Jika disetel ke`true`, tanpa `Name` didefinisikan, sumber daya komputasi tersebut ditetapkan grup penempatan terkelolanya sendiri, terlepas dari [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)pengaturan [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`Networking`](#Scheduling-v3-SlurmQueues-Networking)/.
+ Jika disetel ke`true`, dengan `Name` didefinisikan, sumber daya komputasi tersebut ditetapkan grup penempatan bernama, terlepas dari `PlacementGroup` pengaturan`SlurmQueues`/`Networking`/.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Name`(**Opsional**,`String`)**  
Nama grup penempatan untuk grup penempatan klaster yang ada yang digunakan untuk sumber daya komputasi.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
+ Jika keduanya`PlacementGroup`/`Enabled`dan `Name` tidak disetel, nilainya masing-masing default ke [`PlacementGroup`](#yaml-Scheduling-SlurmQueues-Networking-PlacementGroup)pengaturan [`SlurmQueues`[`Networking`](#Scheduling-v3-SlurmQueues-Networking)](#Scheduling-v3-SlurmQueues)//.
+ Saat menggunakan reservasi blok kapasitas, batasan grup penempatan tidak boleh ditetapkan karena kesalahan kapasitas yang tidak mencukupi dapat terjadi karena kendala penempatan di luar reservasi bahkan jika reservasi kapasitas memiliki kapasitas yang tersisa.
+ `ComputeResources`/`Networking`/`PlacementGroup`ditambahkan dengan AWS ParallelCluster versi 3.3.0.

**`CustomSlurmSettings`(**Opsional**,`Dict`)**  
**(Opsional)** Mendefinisikan pengaturan konfigurasi Slurm node kustom (sumber daya komputasi).  
Menentukan kamus parameter Slurm konfigurasi kustom pasangan kunci-nilai yang berlaku untuk Slurm node (sumber daya komputasi).  
Setiap pasangan kunci-nilai yang terpisah`Param1: Value1`, seperti, ditambahkan secara terpisah ke akhir baris konfigurasi Slurm node dalam format. `Param1=Value1`  
Anda hanya dapat menentukan parameter Slurm konfigurasi yang tidak dicantumkan dalam daftar penolakan. `CustomSlurmSettings` Untuk informasi tentang parameter Slurm konfigurasi daftar penolakan, lihat. [Terdaftar penolakan Slurm parameter konfigurasi untuk `CustomSlurmSettings`](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3)  
AWS ParallelCluster hanya memeriksa apakah parameter ada dalam daftar penolakan. AWS ParallelCluster tidak memvalidasi sintaks atau Slurm semantik parameter konfigurasi kustom Anda. Merupakan tanggung jawab Anda untuk memvalidasi parameter Slurm konfigurasi kustom Anda. Parameter Slurm konfigurasi kustom yang tidak valid dapat menyebabkan kegagalan Slurm daemon yang dapat menyebabkan kegagalan pembuatan dan pembaruan cluster.  
Untuk informasi selengkapnya tentang cara menentukan parameter Slurm konfigurasi kustom AWS ParallelCluster, lihat[Slurm kustomisasi konfigurasi](slurm-configuration-settings-v3.md).  
Untuk informasi selengkapnya tentang parameter Slurm konfigurasi, lihat [slurm.conf](https://slurm.schedmd.com/slurm.conf.html) di dokumentasi. Slurm  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
`CustomSlurmSettings`didukung dimulai dengan AWS ParallelCluster versi 3.6.0.

**`Tags`(**Opsional**, [String])**  
Daftar pasangan nilai kunci tag. `ComputeResource`tag mengganti tag duplikat yang ditentukan dalam [Bagian `Tags`](Tags-v3.md) atau [`SlurmQueues`](#yaml-Scheduling-SlurmQueues-Tags)/. `Tags`    
**`Key`(**Opsional**,`String`)**  
Kunci tanda.  
**`Value`(**Opsional**,`String`)**  
Nilai tanda.
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`LaunchTemplateOverrides`(**Opsional**)**  
`LaunchTemplateOverrides`ditambahkan dengan AWS ParallelCluster versi 3.15.0.
Menentukan template peluncuran untuk mengganti template peluncuran default yang AWS ParallelCluster dibuat untuk sumber daya komputasi. Template peluncuran seharusnya hanya berisi penggantian antarmuka jaringan. AWS ParallelCluster memvalidasi template peluncuran dan mencegah penggantian parameter lainnya. Untuk informasi selengkapnya tentang cara menggunakan penggantian ini, lihat[Sesuaikan antarmuka jaringan node komputasi dengan penggantian template peluncuran](tutorial-network-customization-v3.md).  

```
LaunchTemplateOverrides:
  LaunchTemplateId: {{string}}
  Version: {{string}}
```  
**`LaunchTemplateId`(**Diperlukan**,`String`)**  
ID templat peluncuran.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Version`(**Diperlukan**,`String`)**  
Nomor versi templat peluncuran.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

#### `ComputeSettings`
<a name="Scheduling-v3-SlurmQueues-ComputeSettings"></a>

**(Wajib)** Mendefinisikan `ComputeSettings` konfigurasi untuk Slurm antrian.

##### `ComputeSettings`properti
<a name="Scheduling-v3-SlurmQueues-ComputeSettings.properties"></a>

Menentukan properti `ComputeSettings` dari node dalam Slurm antrian.

```
ComputeSettings:
  LocalStorage:
    RootVolume:
      Size: {{integer}}
      Encrypted: {{boolean}}
      VolumeType: {{string}}
      Iops: {{integer}}
      Throughput: {{integer}}
     EphemeralVolume:
      MountDir: {{string}}
```

[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`LocalStorage`(**Opsional**)**  
Menentukan properti `LocalStorage` dari node dalam Slurm antrian.  

```
LocalStorage:
  RootVolume:
    Size: {{integer}}
    Encrypted: {{boolean}}
    VolumeType: {{string}}
    Iops: {{integer}}
    Throughput: {{integer}}
  EphemeralVolume:
    MountDir: {{string}}
```
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)    
**`RootVolume`(**Opsional**)**  
Menentukan rincian volume root node dalam Slurm antrian.  

```
RootVolume:
  Size: {{integer}}
  Encrypted: {{boolean}}
  VolumeType: {{string}}
  Iops: {{integer}}
  Throughput: {{integer}}
```
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)    
**`Size`(**Opsional**,`Integer`)**  
Menentukan ukuran volume root dalam gibibytes (GiB) untuk node dalam antrian. Slurm Ukuran default berasal dari AMI. Menggunakan ukuran yang berbeda mengharuskan AMI mendukung`growroot`.   
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Encrypted`(**Opsional**,`Boolean`)**  
Jika`true`, volume root node dalam Slurm antrian dienkripsi. Nilai default-nya adalah `true`.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`VolumeType`(**Opsional**,`String`)**  
Menentukan [jenis volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html) dari node dalam antrian. Slurm Nilai yang didukung adalah `gp2``gp3`,`io1`,`io2`,`sc1`,`st1`, dan`standard`. Nilai default-nya adalah `gp3`.  
Untuk informasi lebih lanjut, lihat [Jenis volume Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html) di *Panduan Pengguna Amazon EC2*.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Iops`(**Opsional**,`Boolean`)**  
Mendefinisikan jumlah IOPS untuk`io1`,`io2`, dan `gp3` jenis volume.  
Nilai default, nilai yang didukung, dan `volume_iops` `volume_size` rasio bervariasi menurut `VolumeType` dan`Size`.    
**`VolumeType` = `io1`**  
Default `Iops` = 100  
Nilai yang didukung `Iops` = 100—64000 †  
`volume_size`Rasio maksimum `volume_iops` = 50 IOPS per GiB. 5000 IOPS membutuhkan `volume_size` setidaknya 100 GiB.  
**`VolumeType` = `io2`**  
Default `Iops` = 100  
Nilai yang didukung `Iops` = 100—64000 (256000 untuk `io2` volume Block Express) †  
`Size`Rasio maksimum `Iops` = 500 IOPS per GiB. 5000 IOPS membutuhkan `Size` minimal 10 GiB.  
**`VolumeType` = `gp3`**  
Default `Iops` = 3000  
Nilai yang didukung `Iops` = 3000—16000 †  
`Size`Rasio maksimum `Iops` = 500 IOPS per GiB untuk volume dengan IOPS lebih besar dari 3000.
† IOPS maksimum dijamin hanya pada [Instans yang dibangun di atas Sistem Nitro](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#ec2-nitro-instances) yang juga disediakan dengan lebih dari 32.000 IOPS. Instans lain dapat memiliki hingga 32.000 IOPS. `io1`Volume sebelumnya mungkin tidak mencapai performa penuh kecuali Anda [memodifikasi volume](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-modify-volume.html). `io2` Volume Block Express mendukung `volume_iops` nilai hingga 256000 pada jenis `R5b` instans. Untuk informasi selengkapnya, lihat [`io2`Blokir volume Express](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html#io2-block-express) di *Panduan Pengguna Amazon EC2*.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Throughput`(**Opsional**,`Integer`)**  
Mendefinisikan throughput untuk tipe `gp3` volume, dalam MIB/s. Pengaturan ini hanya valid jika `VolumeType` ada`gp3`. Nilai default-nya adalah `125`. Nilai yang didukung: 125—1000 MiB/s  
Rasio `Throughput` to `Iops` bisa tidak lebih dari 0,25. Throughput maksimum 1000 MiB/s mengharuskan `Iops` pengaturan setidaknya 4000.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`EphemeralVolume`(**Opsional**,`Boolean`)**  
Menentukan pengaturan untuk volume fana. Volume sementara dibuat dengan menggabungkan semua volume penyimpanan instance ke dalam volume logis tunggal yang diformat dengan sistem file. `ext4` Nilai default-nya `/scratch`. Jika tipe instance tidak memiliki volume penyimpanan instance, tidak ada volume sementara yang dibuat. Untuk informasi selengkapnya, lihat [Volume penyimpanan instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes) di *Panduan Pengguna Amazon EC2*.  

```
EphemeralVolume:
  MountDir: {{string}}
```
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)    
**`MountDir`(**Opsional**,`String`)**  
Direktori mount untuk volume fana untuk setiap node dalam antrian. Slurm   
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

#### `CustomActions`
<a name="Scheduling-v3-SlurmQueues-CustomActions"></a>

**(Opsional)** Menentukan skrip kustom untuk berjalan pada node dalam antrian. Slurm

```
CustomActions:
  OnNodeStart:
    Sequence:
      - Script: {{string}}
        Args:
          - {{string}}
    Script: {{string}}
    Args:
      - {{string}}
  OnNodeConfigured:
    Sequence:
      - Script: {{string}}
        Args:
          - {{string}}
    Script: {{string}}
    Args:
      - {{string}}
```

[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

##### `CustomActions`Properti
<a name="Scheduling-v3-SlurmQueues-CustomActions.properties"></a>

**`OnNodeStart`(**Opsional**,`String`)**  
Menentukan urutan skrip atau skrip tunggal untuk dijalankan pada node dalam Slurm antrian sebelum tindakan bootstrap penyebaran node dimulai. AWS ParallelCluster tidak mendukung termasuk skrip tunggal dan `Sequence` untuk tindakan kustom yang sama. Untuk informasi selengkapnya, lihat [Tindakan bootstrap kustom](custom-bootstrap-actions-v3.md).    
**`Sequence`(**Opsional**)**  
Daftar skrip untuk dijalankan.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)    
**`Script`(**Diperlukan**,`String`)**  
File yang akan digunakan. Jalur file dapat dimulai dengan `https://` atau`s3://`.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Args`(**Opsional**,`[String]`)**  
Daftar argumen untuk diteruskan ke skrip.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Script`(**Diperlukan**,`String`)**  
File yang akan digunakan untuk satu skrip. Jalur file dapat dimulai dengan `https://` atau`s3://`.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Args`(**Opsional**,`[String]`)**  
Daftar argumen untuk diteruskan ke skrip tunggal.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)

**`OnNodeConfigured`(**Opsional**,`String`)**  
Menentukan urutan skrip atau skrip tunggal untuk dijalankan pada node dalam Slurm antrian setelah semua tindakan bootstrap node selesai. AWS ParallelCluster tidak mendukung termasuk skrip tunggal dan `Sequence` untuk tindakan kustom yang sama. Untuk informasi selengkapnya, lihat [Tindakan bootstrap kustom](custom-bootstrap-actions-v3.md).    
**`Sequence`(**Opsional**)**  
Daftar skrip untuk dijalankan.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)    
**`Script`(**Diperlukan**,`String`)**  
File yang akan digunakan. Jalur file dapat dimulai dengan `https://` atau`s3://`.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Args`(**Opsional**,`[String]`)**  
Daftar argumen untuk diteruskan ke skrip.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Script`(**Diperlukan**,`String`)**  
File yang akan digunakan untuk satu skrip. Jalur file dapat dimulai dengan `https://` atau`s3://`.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
**`Args`(**Opsional**,`[String]`)**  
Daftar argumen untuk diteruskan ke skrip tunggal.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau QueueUpdateStrategyharus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
`Sequence`ditambahkan dimulai dengan AWS ParallelCluster versi 3.6.0. Saat Anda menentukan`Sequence`, Anda dapat membuat daftar beberapa skrip untuk tindakan kustom. AWS ParallelCluster terus mendukung konfigurasi tindakan khusus dengan satu skrip, tanpa menyertakan`Sequence`.  
AWS ParallelCluster tidak mendukung termasuk skrip tunggal dan `Sequence` untuk tindakan kustom yang sama.

#### `Iam`
<a name="Scheduling-v3-SlurmQueues-Iam"></a>

**(Opsional)** Mendefinisikan pengaturan IAM opsional untuk antrian. Slurm

```
Iam:
  S3Access:
    - BucketName: {{string}}
      EnableWriteAccess: {{boolean}}
      KeyName: {{string}}
  AdditionalIamPolicies:
    - Policy: {{string}}
  InstanceProfile: {{string}}
  InstanceRole: {{string}}
```

[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

##### `Iam`Properti
<a name="Scheduling-v3-SlurmQueues-Iam.properties"></a>

**`InstanceProfile`(**Opsional**,`String`)**  
Menentukan profil contoh untuk mengganti peran contoh default atau profil contoh untuk antrian. Slurm Anda tidak dapat menentukan keduanya `InstanceProfile` dan`InstanceRole`. Formatnya adalah `arn:${Partition}:iam::${Account}:instance-profile/${InstanceProfileName}`.  
Jika ini ditentukan, `AdditionalIamPolicies` pengaturan `S3Access` dan tidak dapat ditentukan.  
Kami menyarankan Anda menentukan salah satu atau kedua `AdditionalIamPolicies` pengaturan `S3Access` dan karena fitur yang ditambahkan AWS ParallelCluster sering memerlukan izin baru.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`InstanceRole`(**Opsional**,`String`)**  
Menentukan peran contoh untuk mengganti peran contoh default atau profil contoh untuk antrian. Slurm Anda tidak dapat menentukan keduanya `InstanceProfile` dan`InstanceRole`. Formatnya adalah `arn:${Partition}:iam::${Account}:role/${RoleName}`.  
Jika ini ditentukan, `AdditionalIamPolicies` pengaturan `S3Access` dan tidak dapat ditentukan.  
Kami menyarankan Anda menentukan salah satu atau kedua `AdditionalIamPolicies` pengaturan `S3Access` dan karena fitur yang ditambahkan AWS ParallelCluster sering memerlukan izin baru.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`S3Access`(**Opsional**)**  
Menentukan ember untuk Slurm antrian. Ini digunakan untuk membuat kebijakan untuk memberikan akses yang ditentukan ke bucket dalam Slurm antrian.  
Jika ini ditentukan, `InstanceRole` pengaturan `InstanceProfile` dan tidak dapat ditentukan.  
Kami menyarankan Anda menentukan salah satu atau kedua `AdditionalIamPolicies` pengaturan `S3Access` dan karena fitur yang ditambahkan AWS ParallelCluster sering memerlukan izin baru.  

```
S3Access:
  - BucketName: {{string}}
    EnableWriteAccess: {{boolean}}
    KeyName: {{string}}
```
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)    
**`BucketName`(**Diperlukan**,`String`)**  
Nama ember.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
**`KeyName`(**Opsional**,`String`)**  
Kunci untuk ember. Nilai default-nya adalah `*`.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
**`EnableWriteAccess`(**Opsional**,`Boolean`)**  
Menunjukkan apakah akses tulis diaktifkan untuk bucket.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`AdditionalIamPolicies`(**Opsional**)**  
Menentukan daftar Nama Sumber Daya Amazon (ARN) kebijakan IAM untuk Amazon EC2. Daftar ini dilampirkan ke peran root yang digunakan untuk Slurm antrian selain izin yang diperlukan oleh. AWS ParallelCluster  
Nama kebijakan IAM dan ARN-nya berbeda. Nama tidak bisa digunakan.  
Jika ini ditentukan, `InstanceRole` pengaturan `InstanceProfile` dan tidak dapat ditentukan.  
Kami menyarankan Anda menggunakan `AdditionalIamPolicies` karena `AdditionalIamPolicies` ditambahkan ke izin yang AWS ParallelCluster diperlukan, dan `InstanceRole` harus menyertakan semua izin yang diperlukan. Izin yang diperlukan sering berubah dari rilis ke rilis saat fitur ditambahkan.  
Tidak ada nilai default.  

```
AdditionalIamPolicies:
  - Policy: {{string}}
```
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)    
**`Policy`(**Diperlukan**,`[String]`)**  
Daftar kebijakan IAM.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

## `SlurmSettings`
<a name="Scheduling-v3-SlurmSettings"></a>

**(Opsional)** Mendefinisikan pengaturan untuk Slurm itu berlaku untuk seluruh 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`Properti
<a name="Scheduling-v3-SlurmSettings.properties"></a>

**`ScaledownIdletime`(**Opsional**,`Integer`)**  
Mendefinisikan jumlah waktu (dalam menit) bahwa tidak ada pekerjaan dan Slurm node berakhir.  
Nilai default-nya adalah `10`.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`MungeKeySecretArn`(**Opsional**,`String`)**  
 Amazon Resource Name (ARN) dari rahasia Secrets AWS Manager plaintext yang berisi kunci munge yang dikodekan base64 untuk digunakan di cluster. Slurm Kunci munge ini akan digunakan untuk mengautentikasi panggilan RPC antara perintah Slurm klien dan Slurm daemon yang bertindak sebagai server jarak jauh. Jika tidak MungeKeySecretArn disediakan, AWS ParallelCluster akan menghasilkan kunci munge acak untuk cluster.  
`MungeKeySecretArn`didukung dimulai dengan AWS ParallelCluster versi 3.8.0.
Jika baru MungeKeySecretArn ditambahkan ke cluster yang ada, tidak ParallelCluster akan mengembalikan Kunci munge sebelumnya jika terjadi Rollback atau ketika kemudian menghapus. MungeKeySecretArn Sebagai gantinya, kunci munge acak baru akan dihasilkan.
Jika AWS ParallelCluster pengguna memiliki izin untuk [ DescribeSecret](https://docs.aws.amazon.com/secretsmanager/latest/apireference/API_DescribeSecret.html)pada sumber rahasia tertentu, MungeKeySecretArn divalidasi. MungeKeySecretArn berlaku jika:  
+ Rahasia yang ditentukan ada, dan
+ Rahasianya adalah plaintext dan berisi string berenkode base64 yang valid, dan
+ Kunci munge biner yang diterjemahkan memiliki ukuran antara 256 dan 8192 bit.
Jika kebijakan IAM pengguna pcluster tidak termasuk DescribeSecret, tidak MungeKeySecretArn divalidasi dan pesan peringatan ditampilkan. Untuk informasi selengkapnya, lihat [Kebijakan AWS ParallelCluster `pcluster` pengguna dasar](iam-roles-in-parallelcluster-v3.md#iam-roles-in-parallelcluster-v3-base-user-policy).  
Saat Anda memperbarui MungeKeySecretArn, armada komputasi dan semua node login harus dihentikan.  
Jika nilai rahasia di ARN rahasia dimodifikasi sementara ARN tetap sama, cluster tidak akan secara otomatis diperbarui dengan kunci munge baru. Untuk menggunakan kunci munge baru ARN rahasia, Anda harus menghentikan armada komputasi dan login node kemudian menjalankan perintah berikut dari node kepala.  
`sudo /opt/parallelcluster/scripts/slurm/update_munge_key.sh`  
Setelah menjalankan perintah, Anda dapat melanjutkan armada komputasi dan node login: node komputasi dan login yang baru disediakan akan secara otomatis mulai menggunakan kunci munge baru.  
Untuk menghasilkan kunci munge kustom yang dikodekan base64, Anda dapat menggunakan utilitas [mungekey](https://github.com/dun/munge/wiki/Man-8-mungekey) yang didistribusikan dengan perangkat lunak munge dan kemudian menyandikannya menggunakan utilitas base64 yang umumnya tersedia di OS Anda. Atau, Anda juga menggunakan bash (harap atur parameter bs antara 32 dan 1024)  
`dd if=/dev/random bs=128 count=1 2>/dev/null | base64 -w 0`  
atau Python sebagai berikut:  

```
import random
import os
import base64

# key length in bytes
key_length=128

base64.b64encode(os.urandom(key_length)).decode("utf-8")
```
[Kebijakan Pembaruan: Armada komputasi dan node login harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md)

**`QueueUpdateStrategy`(**Opsional**,`String`)**  
Menentukan strategi penggantian untuk parameter [`SlurmQueues`](#Scheduling-v3-SlurmQueues) bagian yang memiliki kebijakan pembaruan berikut:  
[Kebijakan pembaruan: Armada komputasi harus dihentikan atau `QueueUpdateStrategy` harus disetel agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-queue-update-strategy-v3)  
`QueueUpdateStrategy`Nilai hanya digunakan ketika proses pembaruan cluster dimulai.  
Nilai yang valid: `COMPUTE_FLEET_STOP` \| `DRAIN` \| `TERMINATE`  
Nilai default: `COMPUTE_FLEET_STOP`    
**`DRAIN`**  
Node dalam antrian dengan nilai parameter yang diubah diatur ke. `DRAINING` Node dalam keadaan ini tidak menerima pekerjaan baru dan menjalankan pekerjaan terus selesai.  
Setelah node menjadi `idle` (`DRAINED`), node diganti jika node statis, dan node dihentikan jika node dinamis. Node lain di antrian lain tanpa nilai parameter yang diubah tidak terpengaruh.  
Waktu yang dibutuhkan strategi ini untuk mengganti semua node antrian dengan nilai parameter yang diubah tergantung pada beban kerja yang sedang berjalan.  
**`COMPUTE_FLEET_STOP`**  
Nilai default `QueueUpdateStrategy` parameter. Dengan pengaturan ini, memperbarui parameter di bawah [`SlurmQueues`](#Scheduling-v3-SlurmQueues) bagian mengharuskan Anda [menghentikan armada komputasi](pcluster.update-compute-fleet-v3.md) sebelum Anda melakukan pembaruan klaster:  

```
$ pcluster update-compute-fleet --status STOP_REQUESTED
```  
**`TERMINATE`**  
Dalam antrian dengan nilai parameter yang diubah, pekerjaan yang berjalan dihentikan dan node segera dimatikan.  
Node statis diganti dan node dinamis dihentikan.  
Node lain di antrian lain tanpa nilai parameter yang diubah tidak terpengaruh.
[Kebijakan pembaruan: Pengaturan ini tidak dianalisis selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-ignored-v3)  
`QueueUpdateStrategy`didukung dimulai dengan AWS ParallelCluster versi 3.2.0.

**`EnableMemoryBasedScheduling`(**Opsional**,`Boolean`)**  
Jika`true`, penjadwalan berbasis memori diaktifkan di. Slurm Untuk informasi lebih lanjut, lihat [`SlurmQueues`](#Scheduling-v3-SlurmQueues)/[`ComputeResources`](#Scheduling-v3-SlurmQueues-ComputeResources)/[`SchedulableMemory`](#yaml-Scheduling-SlurmQueues-ComputeResources-SchedulableMemory).  
Nilai default-nya adalah `false`.  
Mengaktifkan penjadwalan berbasis memori berdampak pada cara Slurm penjadwal menangani pekerjaan dan alokasi node.  
Untuk informasi selengkapnya, lihat [Slurm penjadwalan berbasis memori](slurm-mem-based-scheduling-v3.md).
`EnableMemoryBasedScheduling`didukung dimulai dengan AWS ParallelCluster versi 3.2.0.
[Dimulai dengan AWS ParallelCluster versi 3.7.0, `EnableMemoryBasedScheduling` dapat diaktifkan jika Anda mengonfigurasi beberapa jenis instans di Instans.](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)  
Untuk AWS ParallelCluster versi 3.2.0 hingga 3.6. {{x}}, tidak `EnableMemoryBasedScheduling` dapat diaktifkan jika Anda mengonfigurasi beberapa jenis instans di [Instans.](#yaml-Scheduling-SlurmQueues-ComputeResources-Instances)
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`CustomSlurmSettings`(**Opsional**,`[Dict]`)**  
Mendefinisikan Slurm pengaturan kustom yang berlaku untuk seluruh cluster.  
Menentukan daftar kamus Slurm konfigurasi pasangan kunci-nilai yang akan ditambahkan ke akhir file yang menghasilkan. `slurm.conf` AWS ParallelCluster   
Setiap kamus dalam daftar muncul sebagai baris terpisah yang ditambahkan ke file Slurm konfigurasi. Anda dapat menentukan parameter sederhana atau kompleks.  
Parameter sederhana terdiri dari single key pair, seperti yang ditunjukkan pada contoh berikut:  

```
 - Param1: 100
 - Param2: "SubParam1,SubParam2=SubValue2"
```
Contoh yang diberikan dalam Slurm konfigurasi:  

```
Param1=100
Param2=SubParam1,SubParam2=SubValue2
```
Parameter Slurm konfigurasi kompleks terdiri dari beberapa nilai kunci yang dipisahkan ruang, pasangan seperti yang ditunjukkan pada contoh berikut:  

```
 - 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
```
Contoh, dirender dalam Slurm konfigurasi:  

```
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
```
SlurmNode kustom tidak boleh berisi `-st-` atau `-dy-` pola dalam nama mereka. Pola-pola ini dicadangkan untuk node yang dikelola oleh AWS ParallelCluster.
Jika Anda menentukan parameter Slurm konfigurasi kustom di`CustomSlurmSettings`, Anda tidak boleh menentukan parameter Slurm konfigurasi kustom untuk`CustomSlurmSettingsIncludeFile`.  
Anda hanya dapat menentukan parameter Slurm konfigurasi yang tidak dicantumkan dalam daftar penolakan. `CustomSlurmSettings` Untuk informasi tentang parameter Slurm konfigurasi daftar penolakan, lihat. [Terdaftar penolakan Slurm parameter konfigurasi untuk `CustomSlurmSettings`](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3)  
AWS ParallelCluster hanya memeriksa apakah parameter ada dalam daftar penolakan. AWS ParallelCluster tidak memvalidasi sintaks atau Slurm semantik parameter konfigurasi kustom Anda. Merupakan tanggung jawab Anda untuk memvalidasi parameter Slurm konfigurasi kustom Anda. Parameter Slurm konfigurasi kustom yang tidak valid dapat menyebabkan kegagalan Slurm daemon yang dapat menyebabkan kegagalan pembuatan dan pembaruan cluster.  
Untuk informasi selengkapnya tentang cara menentukan parameter Slurm konfigurasi kustom AWS ParallelCluster, lihat[Slurm kustomisasi konfigurasi](slurm-configuration-settings-v3.md).  
Untuk informasi selengkapnya tentang parameter Slurm konfigurasi, lihat [slurm.conf](https://slurm.schedmd.com/slurm.conf.html) di dokumentasi. Slurm  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
`CustomSlurmSettings`didukung dimulai dengan AWS ParallelCluster versi 3.6.0.

**`CustomSlurmSettingsIncludeFile`(**Opsional**,`String`)**  
Mendefinisikan Slurm pengaturan kustom yang berlaku untuk seluruh cluster.  
Menentukan Slurm file kustom yang terdiri dari parameter Slurm konfigurasi kustom yang akan ditambahkan pada akhir `slurm.conf` file yang AWS ParallelCluster menghasilkan.  
Anda harus menyertakan jalur ke file. Jalan bisa dimulai dengan `https://` atau`s3://`.  
Jika Anda menentukan parameter Slurm konfigurasi kustom untuk`CustomSlurmSettingsIncludeFile`, Anda tidak boleh menentukan parameter Slurm konfigurasi kustom untuk`CustomSlurmSettings`.  
SlurmNode kustom tidak boleh berisi `-st-` atau `-dy-` pola dalam nama mereka. Pola-pola ini dicadangkan untuk node yang dikelola oleh AWS ParallelCluster.
Anda hanya dapat menentukan parameter Slurm konfigurasi yang tidak dicantumkan dalam daftar penolakan. `CustomSlurmSettingsIncludeFile` Untuk informasi tentang parameter Slurm konfigurasi daftar penolakan, lihat. [Terdaftar penolakan Slurm parameter konfigurasi untuk `CustomSlurmSettings`](slurm-configuration-settings-v3.md#slurm-configuration-denylists-v3)  
AWS ParallelCluster hanya memeriksa apakah parameter ada dalam daftar penolakan. AWS ParallelCluster tidak memvalidasi sintaks atau Slurm semantik parameter konfigurasi kustom Anda. Merupakan tanggung jawab Anda untuk memvalidasi parameter Slurm konfigurasi kustom Anda. Parameter Slurm konfigurasi kustom yang tidak valid dapat menyebabkan kegagalan Slurm daemon yang dapat menyebabkan kegagalan pembuatan dan pembaruan cluster.  
Untuk informasi selengkapnya tentang cara menentukan parameter Slurm konfigurasi kustom AWS ParallelCluster, lihat[Slurm kustomisasi konfigurasi](slurm-configuration-settings-v3.md).  
Untuk informasi selengkapnya tentang parameter Slurm konfigurasi, lihat [slurm.conf](https://slurm.schedmd.com/slurm.conf.html) di dokumentasi. Slurm  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)  
`CustomSlurmSettings`didukung dimulai dengan AWS ParallelCluster versi 3.6.0.

### `Database`
<a name="Scheduling-v3-SlurmSettings-Database"></a>

**(Opsional)** Mendefinisikan pengaturan untuk mengaktifkan Slurm Akuntansi pada cluster. Untuk informasi selengkapnya, lihat [Slurmakuntansi dengan AWS ParallelCluster](slurm-accounting-v3.md).

```
Database:
   Uri: {{string}}
   UserName: {{string}}
   PasswordSecretArn: {{string}}
```

[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

#### `Database`properti
<a name="Scheduling-v3-SlurmSettings-Database.properties"></a>

**`Uri`(**Diperlukan**,`String`)**  
Alamat ke server database yang digunakan sebagai backend untuk Slurm akuntansi. URI ini harus diformat sebagai `host:port` dan tidak boleh berisi skema, seperti`mysql://`. Host dapat berupa alamat IP atau nama DNS yang dapat diselesaikan oleh node kepala. Jika port tidak disediakan, AWS ParallelCluster gunakan port MySQL default 3306.  
AWS ParallelCluster bootstraps database Slurm akuntansi ke cluster dan harus mengakses database.  
Database harus dapat dijangkau sebelum hal berikut terjadi:  
+ Sebuah cluster dibuat.
+ Slurmakuntansi diaktifkan dengan pembaruan cluster.
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`UserName`(**Diperlukan**,`String`)**  
Identitas yang Slurm digunakan untuk terhubung ke database, menulis log akuntansi, dan melakukan query. Pengguna harus memiliki izin baca dan tulis pada database.  
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`PasswordSecretArn`(**Diperlukan**,`String`)**  
Nama Sumber Daya Amazon (ARN) dari AWS Secrets Manager rahasia yang berisi kata sandi teks biasa`UserName`. Kata sandi ini digunakan bersama dengan `UserName` dan Slurm akuntansi untuk mengautentikasi pada server database.  
+ Saat Anda membuat rahasia menggunakan AWS Secrets Manager konsol pastikan untuk memilih “Jenis rahasia lainnya”, pilih teks biasa, dan hanya sertakan teks kata sandi dalam rahasia.
+ Anda tidak dapat menggunakan karakter '\#' dalam kata sandi Database karena Slurm tidak mendukungnya di slurmdbd.conf.
+ Untuk informasi lebih lanjut tentang cara menggunakan AWS Secrets Manager untuk membuat rahasia, lihat [Buat AWS Secrets Manager Rahasia](https://docs.aws.amazon.com//secretsmanager/latest/userguide/create_secret).
Jika pengguna memiliki izin untuk [DescribeSecret](https://docs.aws.amazon.com/secretsmanager/latest/apireference/API_DescribeSecret.html), `PasswordSecretArn` divalidasi. `PasswordSecretArn`valid jika rahasia yang ditentukan ada. Jika kebijakan IAM pengguna tidak disertakan`DescribeSecret`, `PasswordSecretArn` tidak divalidasi dan pesan peringatan ditampilkan. Untuk informasi selengkapnya, lihat [Kebijakan AWS ParallelCluster `pcluster` pengguna dasar](iam-roles-in-parallelcluster-v3.md#iam-roles-in-parallelcluster-v3-base-user-policy).  
Saat Anda memperbarui`PasswordSecretArn`, armada komputasi harus dihentikan. Jika nilai rahasia berubah, dan ARN rahasia tidak berubah, cluster tidak diperbarui secara otomatis dengan kata sandi database baru. Untuk memperbarui cluster untuk nilai rahasia baru, Anda harus menjalankan perintah berikut dari dalam node kepala setelah armada komputasi dihentikan.  

```
$ sudo /opt/parallelcluster/scripts/slurm/update_slurm_database_password.sh
```
Kami menyarankan Anda hanya mengubah kata sandi database ketika armada komputasi dihentikan untuk menghindari hilangnya data akuntansi.
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**`DatabaseName`(**Opsional**,`String`)**  
Nama database pada server database (didefinisikan oleh parameter Uri) yang akan digunakan untuk Slurm Akuntansi.  
Nama database mungkin berisi huruf kecil, angka dan garis bawah. Nama mungkin tidak lebih dari 64 karakter.  
Parameter ini memetakan ke `StorageLoc` parameter [slurmdbd.conf](https://slurm.schedmd.com/slurmdbd.conf.html#OPT_StorageLoc).  
Jika tidak `DatabaseName` disediakan, ParallelCluster akan menggunakan nama cluster untuk menentukan nilai untuk`StorageLoc`.  
Memperbarui `DatabaseName` diperbolehkan, dengan pertimbangan berikut:  
+ Jika database dengan nama DatabaseName belum ada di server database, slurmdbd akan membuatnya. Ini akan menjadi tanggung jawab Anda untuk mengkonfigurasi ulang database baru sesuai kebutuhan (misalnya menambahkan entitas akuntansi — cluster, akun, pengguna, asosiasi QOSs, dll.).
+ Jika database dengan nama DatabaseName sudah ada di server database, slurmdbd akan menggunakannya untuk fungsionalitas Akuntansi. Slurm
[Kebijakan pembaruan: Armada komputasi harus dihentikan agar pengaturan ini diubah untuk pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-compute-fleet-v3)

**catatan**  
`Database`ditambahkan dimulai dengan rilis 3.3.0.

### ExternalSlurmdbd
<a name="Scheduling-v3-SlurmSettings-ExternalSlurmdbd"></a>

**(Opsional)** Mendefinisikan pengaturan untuk mengaktifkan Slurm Akuntansi dengan server slurmdbd eksternal. Untuk informasi lebih lanjut, lihat [Slurmakuntansi dengan AWS ParallelCluster](slurm-accounting-v3.md).

```
ExternalSlurmdbd:
  Host: {{string}}
  Port: {{integer}}
```

#### `ExternalSlurmdbd`properti
<a name="Scheduling-v3-SlurmSettings-ExternalSlurmdbd.properties"></a>

**`Host`(**Diperlukan**,`String`)**  
Alamat ke server slurmdbd eksternal untuk akuntansi. Slurm Host dapat berupa alamat IP atau nama DNS yang dapat diselesaikan oleh node kepala.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

**`Port`(**Opsional**,`Integer`)**  
Port yang didengarkan oleh layanan slurmdbd. Nilai default-nya adalah `6819`.  
[Kebijakan pembaruan: Pengaturan ini dapat diubah selama pembaruan.](using-pcluster-update-cluster-v3.md#update-policy-setting-supported-v3)

### `Dns`
<a name="Scheduling-v3-SlurmSettings-Dns"></a>

**(Opsional)** Mendefinisikan pengaturan untuk Slurm itu berlaku untuk seluruh cluster.

```
Dns:
  DisableManagedDns: {{boolean}}
  HostedZoneId: {{string}}
  UseEc2Hostnames: {{boolean}}
```

#### `Dns`properti
<a name="Scheduling-v3-SlurmSettings-Dns.properties"></a>

**`DisableManagedDns`(**Opsional**,`Boolean`)**  
Jika`true`, entri DNS untuk cluster tidak dibuat dan nama Slurm node tidak dapat diselesaikan.  
Secara default, AWS ParallelCluster buat zona host Route 53 tempat node terdaftar saat diluncurkan. Nilai default-nya adalah `false`. Jika `DisableManagedDns` disetel ke`true`, zona yang dihosting tidak dibuat oleh AWS ParallelCluster.  
Untuk mempelajari cara menggunakan pengaturan ini untuk menyebarkan cluster di subnet tanpa akses internet, lihat. [AWS ParallelCluster dalam satu subnet tanpa akses internet](aws-parallelcluster-in-a-single-public-subnet-no-internet-v3.md)  
Sistem resolusi nama diperlukan agar cluster dapat beroperasi dengan benar. Jika `DisableManagedDns` diatur ke`true`, Anda harus memberikan sistem resolusi nama. Untuk menggunakan DNS default Amazon EC2, setel ke. `UseEc2Hostnames` `true` Atau, konfigurasikan resolver DNS Anda sendiri dan pastikan bahwa nama node terdaftar saat instance diluncurkan. Misalnya, Anda dapat melakukan ini dengan mengonfigurasi [`CustomActions`](#Scheduling-v3-SlurmQueues-CustomActions)/[`OnNodeStart`](#yaml-Scheduling-SlurmQueues-CustomActions-OnNodeStart).
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)

**`HostedZoneId`(**Opsional**,`String`)**  
Mendefinisikan ID zona yang dihosting Route 53 kustom yang akan digunakan untuk resolusi nama DNS untuk cluster. Saat disediakan, AWS ParallelCluster mendaftarkan node cluster di zona host yang ditentukan dan tidak membuat zona host terkelola.  
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)

**`UseEc2Hostnames`(**Opsional**,`Boolean`)**  
Jika`true`, node komputasi cluster dikonfigurasi dengan nama host EC2 default. Slurm`NodeHostName`Ini juga diperbarui dengan informasi ini. Nilai default-nya `false`.  
Untuk mempelajari cara menggunakan pengaturan ini untuk menyebarkan cluster di subnet tanpa akses internet, lihat. [AWS ParallelCluster dalam satu subnet tanpa akses internet](aws-parallelcluster-in-a-single-public-subnet-no-internet-v3.md)  
**Catatan ini tidak relevan dimulai dengan AWS ParallelCluster versi 3.3.0.**  
Untuk versi yang AWS ParallelCluster didukung sebelum 3.3.0:  
Ketika `UseEc2Hostnames` diatur ke`true`, file konfigurasi Slurm diatur dengan skrip AWS ParallelCluster `prolog` dan`epilog`:  
+ `prolog`berjalan untuk menambahkan info node ke `/etc/hosts` node komputasi ketika setiap pekerjaan dialokasikan.
+ `epilog`berjalan untuk membersihkan konten yang ditulis oleh`prolog`.
Untuk menambahkan kustom `prolog` atau `epilog` skrip, tambahkan masing-masing ke `/opt/slurm/etc/pcluster/epilog.d/` folder `/opt/slurm/etc/pcluster/prolog.d/` atau.
[Kebijakan pembaruan: Jika pengaturan ini diubah, pembaruan tidak diizinkan.](using-pcluster-update-cluster-v3.md#update-policy-fail-v3)