

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

# Versi slurm di PCS AWS
<a name="slurm-versions"></a>

SchedMD terus meningkatkan Slurm dengan kemampuan baru, optimasi, dan patch keamanan. SchedMD merilis versi utama baru [secara berkala](https://slurm.schedmd.com/upgrades.html#release_cycle) dan berencana untuk mendukung hingga 3 versi pada waktu tertentu. AWS PCS dirancang untuk memperbarui pengontrol Slurm secara otomatis dengan versi patch. 

Ketika SchedMD mengakhiri [dukungan](https://slurm.schedmd.com/upgrades.html#compatibility_window) untuk versi utama tertentu, AWS PCS menetapkan versi itu sebagai End of Life (EOL). Setelah EOL, tidak ada cluster baru yang dapat dibuat dengan versi itu, meskipun cluster yang ada dapat terus berjalan hingga 12 bulan tanpa dukungan yang dijamin. AWS PCS mengirimkan pemberitahuan terlebih dahulu jika versi utama Slurm dekat dengan EOL, untuk membantu pelanggan mengetahui kapan harus meningkatkan cluster mereka ke versi yang didukung yang lebih baru.

Kami menyarankan Anda menggunakan versi Slurm terbaru yang didukung untuk menyebarkan klaster Anda, untuk mengakses kemajuan dan peningkatan terbaru. 

## Versi Slurm yang didukung di PCS AWS
<a name="slurm-versions_releases"></a>

Tabel berikut menunjukkan versi Slurm yang didukung dan tanggal serta informasi penting untuk setiap versi.


| Versi slurm | Tanggal rilis SchedMD | AWS Tanggal rilis PCS | AWS Tanggal PCS EOL | Versi agen AWS PCS minimum yang kompatibel | Sampel AWS PCS yang didukung AMIs | 
| --- | --- | --- | --- | --- | --- | 
| 25.05 | 5/29/2025 | 10/16/2025 | 5/31/2027 | 1.0.0-1 |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/pcs/latest/userguide/slurm-versions.html)  | 
| 24.11 | 11/29/2024 | 5/14/2025 | 5/31/2026 | 1.0.0-1 |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/pcs/latest/userguide/slurm-versions.html)  | 

## Versi Slurm yang tidak didukung di PCS AWS
<a name="slurm-versions_unsupported"></a>

Tabel berikut menunjukkan versi Slurm yang tidak didukung di AWS PCS.


| Versi slurm | Tanggal rilis SchedMD | AWS Tanggal rilis PCS | AWS Tanggal PCS EOL | 
| --- | --- | --- | --- | 
| 24.05 | 5/30/2024 | 12/18/2024 | 11/30/2025 | 
| 23.11 | 11/21/2023 | 8/28/2024 | 5/31/2025 | 

# Catatan rilis untuk versi Slurm di PCS AWS
<a name="slurm-versions_release-notes"></a>

Topik ini menjelaskan perubahan penting untuk setiap versi Slurm yang saat ini didukung di AWS PCS. Kami sarankan Anda meninjau perubahan antara versi lama dan baru saat Anda meng-upgrade klaster Anda.

## Slurm 25,05
<a name="slurm-versions_release-notes_25.05"></a>

**Perubahan diterapkan di AWS PCS**
+ Slurm SchedulerParameter requeue\$1on\$1resume\$1failure sekarang Diaktifkan secara default.
+ “stderr” telah dihapus sebagai opsi untuk LogTimeFormat, karena dinonaktifkan di Slurm 25.05.
+ AWS PCS mendukung konfigurasi sackd multi-cluster: node login dapat mengakses beberapa cluster.

Untuk informasi lebih lanjut tentang Slurm 25.05, lihat publikasi berikut:
+ Pengumuman rilis SchedMD: [https://www.schedmd.com/slurm-version-25-05-0-is-now-available/](https://www.schedmd.com/slurm-version-25-05-0-is-now-available/)
+ [Catatan rilis SchedMD: https://github.com/SchedMD/ slurm/blob/slurm-25-05-0-1/RELEASE \$1notes.md](https://github.com/SchedMD/slurm/blob/slurm-25-05-0-1/RELEASE_NOTES.md)

## Slurm 24,11
<a name="slurm-versions_release-notes_24.11"></a>

**Perubahan diterapkan di AWS PCS**
+ AWS PCS mendukung akuntansi Slurm. Untuk informasi selengkapnya, lihat [Akuntansi slurm di PCS AWS](slurm-accounting.md).

Untuk informasi lebih lanjut tentang Slurm 24.11, lihat publikasi berikut:
+ [Pengumuman rilis SchedMD](https://www.schedmd.com/slurm-version-24-11-0-is-now-available/)
+ [Catatan rilis SchedMD](https://github.com/SchedMD/slurm/blob/slurm-24-11-0-1/RELEASE_NOTES)

## Slurm 24,05
<a name="slurm-versions_release-notes_24.05"></a>

**Perubahan diterapkan di AWS PCS**
+ Modul Slurm Step Manager baru sekarang diaktifkan secara default di AWS PCS. Modul ini memberikan manfaat yang signifikan dengan membongkar manajemen langkah dari pengontrol pusat ke node komputasi, secara substansional meningkatkan konkurensi sistem di lingkungan dengan penggunaan langkah berat. Untuk mendukung konfigurasi ini dan mengisolasi `Prolog` dan `Epilog` memproses eksekusi yang lebih baik, flag prolog baru (`Contain`,`Alloc`) diaktifkan. 
+ Komunikasi hierarkis dari pengontrol ke node komputasi diaktifkan untuk mengoptimalkan komunikasi intra-node Slurm, yang meningkatkan skalabilitas dan kinerja. Selain itu, konfigurasi routing sekarang menggunakan daftar node partisi untuk komunikasi dari controller, bukan algoritma routing default plugin, meningkatkan ketahanan sistem. 
+ Plugin hash baru `HashPlugin=hash/sha3` menggantikan yang sebelumnya. `hash/k12 plugin` Ini sekarang diaktifkan secara default di cluster AWS PCS. 
+ Log pengontrol slurm sekarang menyertakan kemampuan audit yang ditingkatkan untuk semua panggilan prosedur jarak jauh masuk (RPC) ke. `slurmctld` Log termasuk alamat sumber, pengguna yang diautentikasi, dan jenis RPC sebelum pemrosesan koneksi. 

Untuk informasi lebih lanjut tentang Slurm 24.05, lihat publikasi berikut:
+ [Pengumuman rilis SchedMD](https://www.schedmd.com/slurm-version-24-05-0-is-now-available/)
+ [Catatan rilis SchedMD](https://github.com/SchedMD/slurm/blob/slurm-24-05-0-1/RELEASE_NOTES)

## Slurm 23.11
<a name="slurm-versions_release-notes_23.11"></a>

**Pengaturan slurm Anda dapat mengubah PCS AWS**
+  `SuspendTime`Defaultnya ke. `60` Gunakan parameter `scaleDownIdleTimeInSeconds` konfigurasi AWS PCS untuk mengaturnya. Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com//pcs/latest/APIReference/API_ClusterSlurmConfiguration.html#PCS-Type-ClusterSlurmConfiguration-scaleDownIdleTimeInSeconds](https://docs.aws.amazon.com//pcs/latest/APIReference/API_ClusterSlurmConfiguration.html#PCS-Type-ClusterSlurmConfiguration-scaleDownIdleTimeInSeconds)parameter tipe `ClusterSlurmConfiguration` data di *Referensi AWS PCS API*. 
+  `MaxJobCount`Dan `MaxArraySize` didasarkan pada ukuran yang Anda pilih untuk cluster. Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com//pcs/latest/APIReference/API_CreateCluster.html#PCS-CreateCluster-request-size](https://docs.aws.amazon.com//pcs/latest/APIReference/API_CreateCluster.html#PCS-CreateCluster-request-size)parameter aksi `CreateCluster` API di *Referensi AWS PCS API*.
+  Pengaturan `SelectTypeParameters` Slurm default ke. `CR_CPU` Anda dapat memberikannya sebagai nilai untuk `slurmCustomSettings` mengaturnya saat Anda membuat cluster. Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com//pcs/latest/APIReference/API_ClusterSlurmConfigurationRequest.html#PCS-Type-ClusterSlurmConfigurationRequest-slurmCustomSettings](https://docs.aws.amazon.com//pcs/latest/APIReference/API_ClusterSlurmConfigurationRequest.html#PCS-Type-ClusterSlurmConfigurationRequest-slurmCustomSettings)parameter aksi `CreateCluster` API dan [SlurmCustomSetting](https://docs.aws.amazon.com//pcs/latest/APIReference/API_SlurmCustomSetting.html)*Referensi AWS PCS API*.
+ Anda dapat mengatur `Prolog` dan `Epilog` pada tingkat cluster. Anda dapat memberikannya sebagai nilai untuk `slurmCustomSettings` mengaturnya saat Anda membuat cluster. Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com//pcs/latest/APIReference/API_CreateCluster.html](https://docs.aws.amazon.com//pcs/latest/APIReference/API_CreateCluster.html)dan [SlurmCustomSetting](https://docs.aws.amazon.com//pcs/latest/APIReference/API_SlurmCustomSetting.html)di *Referensi AWS PCS API*.
+ Anda dapat mengatur `Weight` dan `RealMemory` pada tingkat grup node komputasi. Anda dapat memberikannya sebagai nilai `slurmCustomSettings` untuk mengaturnya saat Anda membuat grup node komputasi. Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com//pcs/latest/APIReference/API_CreateComputeNodeGroup.html](https://docs.aws.amazon.com//pcs/latest/APIReference/API_CreateComputeNodeGroup.html)dan [SlurmCustomSetting](https://docs.aws.amazon.com//pcs/latest/APIReference/API_SlurmCustomSetting.html)di *Referensi AWS PCS API*.

# Pertanyaan yang sering diajukan tentang versi Slurm di PCS AWS
<a name="slurm-versions_faq"></a>

AWS PCS mempertahankan dukungan untuk beberapa versi Slurm. Ketika versi Slurm baru diperkenalkan, AWS PCS menyediakan dukungan teknis dan patch keamanan hingga versi tersebut mencapai akhir dukungan (EOS) dari SchedMD. AWS PCS mengacu pada tanggal EOS untuk versi Slurm sebagai akhir masa pakai (EOL) agar konsisten dengan terminologi. AWS 

**Berapa lama AWS PCS mendukung versi Slurm?**  
AWS Dukungan PCS untuk versi Slurm selaras dengan siklus dukungan SchedMD untuk versi utama. AWS PCS mendukung versi saat ini dan 2 versi utama terbaru sebelumnya. Ketika SchedMD merilis versi utama baru, AWS PCS mengakhiri dukungan untuk versi tertua yang didukung. AWS PCS merilis versi utama baru Slurm sesegera mungkin tetapi mungkin ada penundaan antara rilis SchedMD dan ketersediaannya di PCS. AWS 

**Bagaimana cara cluster saya mendapatkan rilis versi patch Slurm baru?**  
 Untuk mengatasi bug dan perbaikan keamanan, AWS PCS dirancang untuk secara otomatis menerapkan tambalan ke pengontrol cluster yang berjalan di akun milik layanan internal. Untuk menginstal patch pada instans EC2 di instans Anda Akun AWS, perbarui Amazon Machine Image (AMI) untuk grup node komputasi Anda dan perbarui grup node komputasi untuk menggunakan AMI yang diperbarui. Untuk informasi selengkapnya, lihat [Gambar Mesin Amazon Kustom (AMIs) untuk AWS PCS](working-with_ami_custom.md).

**catatan**  
 Pengontrol slurm tidak tersedia saat kami memperbaruinya. Menjalankan pekerjaan tidak terpengaruh. Pekerjaan yang dikirimkan sebelum controller cluster menjadi tidak tersedia ditahan sampai controller tersedia. 

**Bagaimana saya mendapat informasi tentang acara EOL versi Slurm yang akan datang?**  
 Kami mengirimkan pesan email 6 bulan sebelum tanggal EOL. Kami mengirimi Anda pesan email setiap bulan sebelum EOL, dengan pesan email terakhir 1 minggu sebelum tanggal EOL. Setelah tanggal EOL, kami mengirim pesan email bulanan selama 12 bulan kepada pelanggan yang menjalankan cluster AWS PCS dengan versi EOL Slurm. Kami mungkin menangguhkan cluster dengan versi EOL Slurm jika kerentanan keamanan diidentifikasi untuk versi itu.

**Bagaimana saya bisa menentukan apakah versi Slurm yang digunakan oleh cluster saya menjalankan versi EOL Slurm?**  
Kami mengirimi Anda pesan email untuk memberi tahu Anda bahwa Anda memiliki cluster yang berjalan dengan versi EOL Slurm. Kami memposting peringatan untuk Dasbor AWS Health peringatan yang berisi rincian cluster Anda dengan versi EOL Slurm. Anda juga dapat menggunakan konsol AWS PCS untuk mengidentifikasi cluster dengan versi EOL Slurm. 

**Apa yang harus saya lakukan jika versi Slurm saya dekat atau di luar EOL?**  
Buat cluster baru dengan versi Slurm yang didukung lebih baru dan perbarui versi Slurm di AMI grup node komputasi Anda. Versi Slurm di AMI Anda dan menjalankan instans EC2 tidak boleh lebih dari 2 versi di belakang versi Slurm cluster. Untuk informasi selengkapnya, lihat [Gambar Mesin Amazon Kustom (AMIs) untuk AWS PCS](working-with_ami_custom.md). 

**Apa yang akan terjadi jika saya tidak beralih ke versi Slurm yang lebih baru pada tanggal EOL?**  
Anda tidak dapat membuat cluster baru dengan versi EOL Slurm. Cluster yang ada dapat beroperasi hingga 12 bulan tanpa AWS dukungan, dan tidak ada tindakan segera yang diperlukan untuk mempertahankan operasinya. Setelah tanggal EOL, dukungan, pembaruan keamanan, dan ketersediaan tidak dijamin. Kami mungkin menangguhkan cluster untuk alasan keamanan. Kami sangat menyarankan Anda menggunakan versi Slurm yang didukung untuk menjaga keamanan dan dukungan untuk klaster AWS PCS Anda. 

**Apa risiko mengoperasikan cluster dengan versi EOL Slurm?**  
Cluster dengan versi EOL Slurm menghadirkan risiko keamanan dan operasional yang signifikan. Tanpa pemantauan aktif SchedMD, kerentanan keamanan mungkin tetap tidak terdeteksi atau tidak ditangani. Jika kerentanan kritis ditemukan, kami mungkin segera menangguhkan klaster Anda.

**Apa yang terjadi pada pekerjaan, komputasi klaster, penyimpanan, dan sumber daya jaringan saya ketika klaster saya ditangguhkan?**  
 Semua sumber daya yang dikelola oleh AWS PCS dihentikan. Ini termasuk pengontrol Slurm, grup node komputasi, dan instans EC2. Setiap pekerjaan yang berjalan pada instance komputasi segera dihentikan, dan klaster memasuki status ditangguhkan. Sumber daya yang dikelola pelanggan, seperti sistem file eksternal, tetap utuh. Anda dapat menggunakan konsol AWS PCS dan tindakan API untuk mengakses konfigurasi cluster.

**Bisakah saya memulai ulang cluster yang ditangguhkan untuk melanjutkan pekerjaannya yang tersisa?**  
Tidak, Anda tidak dapat memulai ulang cluster yang ditangguhkan. Anda dapat menggunakan konfigurasi cluster yang ditangguhkan untuk membuat klaster baru dengan versi Slurm yang didukung. Anda dapat menjalankan pekerjaan yang tersisa jika Anda menyimpannya di sistem file eksternal.

**Dapatkah saya meminta perpanjangan di luar masa tenggang 12 bulan?**  
Tidak, Anda tidak dapat meminta ekstensi untuk menjalankan klaster Anda di luar masa tenggang 12 bulan. Kami menyediakan waktu yang diperpanjang untuk membantu Anda beralih ke versi Slurm yang didukung. Untuk menghindari gangguan pada operasi klaster Anda, kami sarankan Anda beralih sebelum versi Slurm Anda mencapai EOL.