View a markdown version of this page

Catatan rilis untuk versi Slurm di AWS PCS - AWS PCS

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

Catatan rilis untuk versi Slurm di AWS PCS

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 memutakhirkan cluster Anda.

Perubahan diterapkan di AWS PCS
  • Anda dapat mengonfigurasi gres.conf catatan untuk grup simpul komputasi dengan gresCustomSettings properti, dan mendeklarasikan GRES yang dapat dijadwalkan dengan pengaturan Slurm ku Gres stom. Ini memungkinkan Anda mengonfigurasi topologi GPU, perangkat MIG, MPS, pecahan, dan sumber daya generik Anda sendiri. Untuk informasi selengkapnya, lihat Mengonfigurasi pengaturan GRES khusus di AWS PCS.

  • AWS PCS mengaktifkan deteksi otomatis Slurm GRES secara default pada grup simpul komputasi yang memiliki GPU. AWS PCS mengaktifkan deteksi otomatis hanya ketika tata letak soket node diketahui. Untuk informasi selengkapnya, lihat Mengonfigurasi pengaturan GRES khusus di AWS PCS.

  • AWS PCS mengkonfigurasi topologi CPU dari grup simpul komputasi secara default. Ini menentukan jumlah domain NUMA dari jenis instance dan setSockets,CoresPerSocket, dan Parameters=numa_node_as_socket pada setiap node. Untuk informasi selengkapnya, lihat Mengkonfigurasi topologi perangkat keras di AWS PCS.

  • CommitDelay=1diatur secara default dislurmdbd.conf. CommitDelaymengontrol berapa lama slurmdbd batch berkomitmen ke database akuntansi, dan mengaturnya meningkatkan slurmdbd kinerja. Untuk menggunakan nilai yang berbeda, CommitDelay atur pengaturan slurmdbd.conf khusus untuk cluster Anda.

  • Slurm REST API membaca nama pengguna dari name bidang dalam id klaim JWT. Klaim tingkat atassun,username, dan kustom userclaimfield tidak digunakan lagi. Token yang ada terus diautentikasi. Untuk informasi selengkapnya, lihat Mengautentikasi dengan Slurm REST API di AWS PCS.

  • Satu contoh AMI sekarang mendukung setiap versi Slurm yang bukan EOL, dan nama AMI tidak lagi berisi versi Slurm. Untuk informasi selengkapnya, lihat Menggunakan AMI sampel.

  • Cluster yang menggunakan plugin SPANK mendukung pembaruan bergulir saat Anda memperbarui ke 26.05 atau yang lebih baru. Cluster yang menggunakan Plugin Filter CLI Slurm mendukung pembaruan bergulir saat Anda memperbarui dari 25.11 atau yang lebih baru. Untuk informasi selengkapnya, lihat Memperbarui versi penjadwal cluster di AWS PCS.

  • Pengaturan kustom baru tersedia: pengaturan Exclusive antrian, PurgeJobEnvAfter dan pengaturan slurmdbd PurgeJobScriptAfter kustom, PreserveCaseResource nilai pengaturan slurmdbdParameters, dan nilai. REBOOT_ONLY HealthCheckNodeState

Penghentian dan penghapusan
  • Slurm menghentikan pengaturan ExclusiveUser antrian dan OverSubscribe=EXCLUSIVE nilai yang mendukung pengaturan antrian baru. Exclusive AWS PCS terus mendukung ExclusiveUser dan OverSubscribe=EXCLUSIVE pada 26.05, tetapi kami sarankan Anda bermigrasi keExclusive.

  • Slurm menghapus. SchedulerParameters=enable_job_state_cache Hapus dari pengaturan Slurm kustom cluster Anda sebelum Anda memperbarui ke 26.05.

Untuk informasi lebih lanjut tentang Slurm 26.05, lihat publikasi berikut:

Perubahan diterapkan di AWS PCS
  • Log audit penjadwal sekarang dikirimkan secara terpisah melalui jenis PCS_SCHEDULER_AUDIT_LOGS log, menyederhanakan pemecahan masalah dan audit dengan kontrol independen atas pengiriman log. Untuk informasi selengkapnya, lihat log audit Penjadwal di AWS PCS.

  • Permintaan yang dipercepat diaktifkan secara default. Pekerjaan yang gagal karena masalah node (seperti kesalahan kapasitas yang tidak mencukupi) dapat diminta dengan prioritas penjadwalan tertinggi menggunakan. sbatch --requeue=expedite Ini dikendalikan oleh SchedulerParameters=enable_expedited_requeue pengaturan.

  • requeue_delayParameter tersedia sebagai pengaturan cluster kustom dengan default 5 detik. Sebelumnya, requeue delay dikaitkan dengan kedaluwarsa kredensi (70 detik). Administrator sekarang dapat mengonfigurasi ini secara independen melaluiSchedulerParameters=requeue_delay=<seconds>.

  • HealthCheckNodeStatesekarang mendukung START_ONLY nilai, yang menjalankan program pemeriksaan kesehatan hanya pada startup node (slurmd start).

  • CommunicationParameters=disable_httpdiatur secara default untuk menonaktifkan titik akhir HTTP (metrik dan probe kesehatan) yang diperkenalkan di Slurm 25.11. Untuk mengaktifkan kembali titik akhir ini, atur. CommunicationParameters=enable_http Untuk informasi selengkapnya, lihat Metrik Slurm di AWS PCS.

Masalah yang diketahui
  • Slurm 25.11 memvalidasi dan mem DenyQOS parti AllowQOS si pengaturan bahkan ketika AccountingStorageEnforce=QOS tidak disetel. Jika QOS direferensikan dalam AllowQOS atau DenyQOS tidak ada dalam database akuntansi Slurm, slurmctld keluar dengan kesalahan fatal. Pastikan semua nilai QOS yang tercantum dalam partisi AllowQOS dan DenyQOS pengaturan ada di database akuntansi sebelum memutakhirkan ke atau memulai ulang Slurm 25.11.

  • slurmdLog mungkin menampilkan pesan kesalahanerror: cannot create url_parser context for http_parser/libhttp_parser. Ini adalah masalah Slurm yang diketahui yang terjadi bahkan ketika disetelCommunicationParameters=disable_http. Kesalahan dapat diabaikan dengan aman dan tidak mempengaruhi operasi cluster.

Untuk informasi lebih lanjut tentang Slurm 25.11, lihat publikasi berikut:

Perubahan diterapkan di AWS PCS
  • Slurm requeue_on_resume_ SchedulerParameter failure sekarang Diaktifkan secara default.

  • “stderr” telah dihapus sebagai opsi untuk LogTimeFormat, karena dinonaktifkan di Slurm 25.05.

  • AWS PCS mendukung konfigurasi Multi-cluster sackd: node login dapat mengakses beberapa cluster.

Untuk informasi lebih lanjut tentang Slurm 25.05, lihat publikasi berikut:

Perubahan diterapkan di AWS PCS

Untuk informasi lebih lanjut tentang Slurm 24.11, lihat publikasi berikut:

Perubahan diterapkan di AWS PCS
  • Modul Slurm Step Manager baru sekarang diaktifkan secara default di AWS PCS. Modul ini memberikan manfaat yang signifikan dengan menurunkan manajemen langkah dari pengontrol pusat ke node komputasi, secara substansif meningkatkan konkurensi sistem di lingkungan dengan penggunaan langkah yang berat. Untuk mendukung konfigurasi ini Prolog dan mengisolasi serta mengeksekusi Epilog proses yang lebih baik, flag prolog baru (Contain,Alloc) diaktifkan.

  • Komunikasi hierarkis dari controller 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 sebelumnyahash/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 (RPC) masuk 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:

Pengaturan slurm yang dapat Anda ubah AWS PCS
  • SuspendTimeDefaultnya ke60. Gunakan parameter scaleDownIdleTimeInSeconds konfigurasi AWS PCS untuk mengaturnya. Untuk informasi selengkapnya, lihat scaleDownIdleTimeInSeconds parameter tipe ClusterSlurmConfiguration data di Referensi API AWS PCS.

  • MaxJobCountDan MaxArraySize didasarkan pada ukuran yang Anda pilih untuk cluster. Untuk informasi selengkapnya, lihat size parameter tindakan CreateCluster API di Referensi API AWS PCS.

  • Set SelectTypeParameters elan Slurm default ke. CR_CPU Anda dapat memberikannya sebagai nilai untuk slurmCustomSettings mengaturnya saat Anda membuat cluster. Untuk informasi selengkapnya, lihat slurmCustomSettings parameter tindakan CreateCluster API dan SlurmCustomSetting di Referensi API AWS PCS.

  • Anda dapat mengatur Prolog dan Epilog di tingkat cluster. Anda dapat memberikannya sebagai nilai untuk slurmCustomSettings mengaturnya saat Anda membuat cluster. Untuk informasi selengkapnya, lihat CreateCluster dan SlurmCustomSetting di Refer AWS ensi API PCS.

  • Anda dapat mengatur Weight dan RealMemory pada tingkat grup simpul komputasi. Anda dapat memberikannya sebagai nilai untuk slurmCustomSettings mengaturnya saat Anda membuat grup simpul komputasi. Untuk informasi selengkapnya, lihat CreateComputeNodeGroup dan SlurmCustomSetting di Refer AWS ensi API PCS.