Halaman ini menjelaskan cara mengoptimalkan akses klien NFS Linux untuk workload otomatisasi desain elektronik (EDA). Dokumen ini ditujukan untuk administrator penyimpanan, arsitek cloud, dan engineer sistem yang bertanggung jawab untuk mengonfigurasi node komputasi Linux dan mengelola lingkungan EDA berperforma tinggi di Google Cloud.
Praktik terbaik klien
Node Linux dan VM interaktif memasang Volume NetApp melalui NFS. Penyesuaian klien tidak meningkatkan batas throughput volume, tetapi membantu mencegah badai metadata, kelebihan beban slot pada satu endpoint penyimpanan, dan perilaku baca berurutan yang buruk pada library besar.
Konfigurasi klien dalam urutan berikut:
Konkurensi kernel (sebelum pemasangan): Konkurensi NFS Linux
Untuk gambar komputasi Cluster Toolkit dan Slurm, sertakan setelan tabel slot dalam gambar komputasi atau skrip startup sebelum pemasangan pertama.
Opsi pemasangan (saat pemasangan): Opsi pemasangan NFS Linux
Baca-di-muka (setelah pemasangan, opsional): Baca-di-muka NFS Linux
Untuk mengetahui informasi selengkapnya tentang pengoptimalan klien NFS, lihat Mengoptimalkan klien NFS Linux untuk Volume NetApp.
Untuk mengetahui perintah pemasangan dan kebijakan ekspor, lihat Menghubungkan klien NFS. Untuk menyebarkan klien di seluruh volume besar, lihat Menghubungkan volume berkapasitas besar dengan beberapa endpoint penyimpanan dan pola arsitektur EDA.
Mengoptimalkan farm EDA dengan banyak klien
Gunakan setelan berikut untuk deployment skala besar dengan ratusan atau ribuan node komputasi yang berbagi ekspor yang sama. Konfigurasi ini tidak cocok dengan penyiapan benchmark VM tunggal, yang biasanya menggunakan opsi pemasangan nconnect=16 pada satu host.
| Area | Titik awal yang direkomendasikan |
|---|---|
| Protokol | NFSv3 (vers=3) kecuali jika Anda memerlukan fitur NFSv4.1 |
| Konkurensi (NFSv3) | Tabel slot RPC rendah per klien; misalnya, 8 entri di /etc/modprobe.d/sunrpc.conf |
| Koneksi | Satu koneksi TCP per klien per endpoint penyimpanan; jangan gunakan nconnect |
| Volume berkapasitas besar | Pasang berdasarkan DNS atau grup statis untuk mendistribusikan node di beberapa endpoint penyimpanan |
| Ukuran transfer | Tetapkan rsize=262144 dan wsize=262144 |
| Keandalan | Gunakan hard, tcp, timeo=600, atau Google Cloud default konsol |
| Beban metadata | Gunakan noatime di library dan scratch jika aplikasi mengizinkan |
| Kunci (NFSv3) | Gunakan nolock jika Anda tidak menggunakan kunci saran dan Network Status Monitor (NSM) tidak dikonfigurasi |
| Baca-di-muka | Tingkatkan untuk library yang sebagian besar dibaca setelah pemasangan jika pembacaan berurutan lambat |
Validasi penyiapan Anda menggunakan perintah nfsiostat dan metrik yang dijelaskan
dalam Memantau performa
saat menjalankan pengujian regresi yang mewakili workload produksi
umum Anda.
Mengoptimalkan klien berdasarkan tingkat data
Tabel berikut mencantumkan area fokus klien dan opsi pemasangan umum menurut tingkat data:
| Tingkat | Fokus klien | Opsi terkait pemasangan umum |
|---|---|---|
| Library | Mengurangi perjalanan pulang pergi GETATTR dan metadata; pembacaan berurutan file besar |
vers=3, hard, tcp, noatime, rsize, dan wsize; pertimbangkan actimeo=600 dan nocto hanya jika data sebagian besar dibaca dan aturan koherensi mengizinkan |
| Scratch | Banyak penulis; koherensi penting | vers=3, hard, tcp, dan noatime; jangan gunakan cache atribut agresif; pertahankan jumlah slot rendah per node |
| Alat | Sebagian besar dibaca, mirip dengan library | vers=3, hard, tcp, noatime, rsize=262144, dan wsize=262144; pertimbangkan actimeo=600 dan nocto hanya jika data sebagian besar dibaca dan aturan koherensi mengizinkan; pertahankan opsi pemasangan yang stabil di seluruh image cluster |
| Beranda | I/O kecil campuran | Google Cloud default konsol biasanya sudah cukup; gunakan slot rendah jika beranda berbagi endpoint dengan scratch |
Gunakan Kerberos (sec=krb5, krb5i, atau krb5p) hanya jika diperlukan oleh kebijakan.
Jangan gabungkan Kerberos dengan nconnect. Untuk mengetahui informasi selengkapnya, lihat
Opsi pemasangan NFS Linux.
Langkah berikutnya
- Untuk hasil benchmark, lihat Benchmark workload otomatisasi desain elektronik.