File Storage NAS：FAQ tentang kinerja

Apa hubungan antara kinerja sistem file dengan kapasitas penyimpanan sistem file?

• Sistem File NAS Tujuan Umum

  Kinerja baca dan tulis (throughput maksimum) dari sebuah sistem file meningkat secara linear seiring dengan peningkatan kapasitas penyimpanannya. Kapasitas yang lebih tinggi menghasilkan throughput yang lebih besar. Untuk informasi lebih lanjut, lihat Sistem File NAS Tujuan Umum.

• Sistem File NAS Ekstrem

  Kinerja baca dan tulis dari sebuah sistem file meningkat secara bertahap seiring dengan peningkatan kapasitas penyimpanannya. Untuk informasi lebih lanjut, lihat Sistem File NAS Ekstrem.

Apa hubungan antara kinerja sistem file dengan ukuran direktori?

Melintasi direktori dalam sistem file mungkin lambat dalam kondisi berikut:

• Direktori sedang dimodifikasi. Misalnya, sebuah file di direktori sedang dibuat, dihapus, atau diganti namanya. Hal ini menyebabkan respons lambat karena invalidasi cache yang sering terjadi.

• Ukuran data direktori terlalu besar. Hal ini menyebabkan respons lambat karena eviksi cache.

Solusi:

• Batasi jumlah file dalam sebuah direktori. Kami merekomendasikan untuk menyimpan kurang dari 10.000 file dalam satu direktori.

• Hindari memodifikasi direktori secara sering saat melintasinya.

• Jika sebuah direktori berisi lebih dari 10.000 file dan tidak sering dimodifikasi, Anda dapat memasang sistem file menggunakan protokol NFSv3 dan menentukan parameter `nordirplus` untuk mempercepat pelintasan. Kami merekomendasikan Anda memverifikasi efektivitas metode ini sebelum menerapkannya.

Apa dampak parameter pemasangan terhadap kinerja sistem file NAS?

Parameter pemasangan sangat memengaruhi kinerja sistem file NAS. Daftar berikut menjelaskan dampak dari beberapa parameter pemasangan tertentu:

• rsize dan wsize:

  • Dampak: Kedua parameter ini mendefinisikan ukuran blok untuk pertukaran data antara klien dan server. Ukuran blok yang lebih besar dapat mengurangi jumlah permintaan jaringan, yang meningkatkan throughput, terutama saat bekerja dengan file besar.

  • Nilai yang direkomendasikan: 1048576 (1 MB). Kami merekomendasikan Anda menggunakan nilai maksimum jika memungkinkan. Ukuran blok yang lebih kecil dapat mengakibatkan overhead jaringan yang lebih besar dan mengurangi kinerja.

• hard:

  • Dampak: Saat opsi ini diaktifkan, klien akan terus mencoba permintaan hingga sistem file pulih jika Penyimpanan File NAS menjadi tidak tersedia. Ini memastikan integritas dan konsistensi data.

  • Rekomendasi: Aktifkan parameter ini. Parameter ini membantu mencegah kehilangan data tetapi dapat menyebabkan aplikasi sementara terhenti. Oleh karena itu, parameter ini cocok untuk skenario yang memerlukan ketersediaan tinggi.

• timeo:

  • Dampak: Parameter ini mendefinisikan berapa lama klien menunggu tanggapan sebelum mencoba ulang permintaan. Periode timeout yang singkat dapat mengakibatkan percobaan ulang yang sering, yang dapat menurunkan kinerja, terutama pada jaringan yang tidak stabil.

  • Nilai yang direkomendasikan: 600 (60 detik). Nilai ini memastikan bahwa jaringan memiliki cukup waktu untuk pulih, yang mengurangi jumlah percobaan ulang.

• retrans:

  • Dampak: Parameter ini mendefinisikan jumlah kali klien NFS mencoba ulang permintaan yang gagal. Jumlah percobaan ulang yang lebih tinggi dapat meningkatkan tingkat keberhasilan permintaan tetapi juga dapat meningkatkan latensi.

  • Nilai yang direkomendasikan: 2. Nilai ini menyeimbangkan kinerja dengan keandalan data.

• noresvport:

  • Dampak: Saat opsi ini diaktifkan, port TCP baru digunakan untuk memastikan konektivitas jaringan ketika jaringan pulih dari kegagalan. Ini meningkatkan keandalan jaringan.

  • Rekomendasi: Aktifkan parameter ini untuk memastikan koneksi jaringan yang stabil.

Bagaimana bandwidth Instance ECS membatasi kinerja sistem file NAS?

Throughput maksimum dari sistem file NAS tidak dapat melebihi bandwidth internal Instance ECS yang terhubung. Jika bandwidth internal rendah, throughput dibatasi oleh pengaturan lalu lintas.

Apa yang terjadi jika throughput baca dan tulis dari suatu permintaan melebihi ambang batas?

Jika throughput baca dan tulis dari permintaan Anda atau aplikasi Anda melebihi ambang batas, NAS secara otomatis memperlambat permintaan tersebut. Ini meningkatkan latensi.

Untuk Sistem File NAS Tujuan Umum, Anda dapat menjalankan perintah `Truncate` untuk meningkatkan ambang batas throughput. Untuk informasi lebih lanjut, lihat Bagaimana cara meningkatkan ambang batas throughput baca dan tulis dari sistem file NAS tujuan umum?

Untuk Sistem File NAS Ekstrem, Anda dapat melakukan penskalaan keluar untuk meningkatkan ambang batas throughput. Untuk informasi lebih lanjut, lihat Penskalaan Keluar Sistem File NAS Ekstrem.

Untuk informasi lebih lanjut tentang ambang batas throughput untuk Sistem File NAS Tujuan Umum dan Ekstrem, lihat Metrik Kinerja Sistem File NAS Tujuan Umum dan Metrik Kinerja Sistem File NAS Ekstrem.

Bagaimana cara meningkatkan ambang batas throughput baca dan tulis sistem file NAS tujuan umum?

Throughput baca dan tulis dari Sistem File NAS Tujuan Umum meningkat secara linear dengan kapasitas penyimpanannya. Untuk informasi lebih lanjut tentang hubungan antara throughput baca dan tulis dengan penggunaan kapasitas sistem file, lihat Spesifikasi Sistem File NAS Tujuan Umum.

Anda dapat meningkatkan kapasitas sistem file dengan menulis file sparse ke dalamnya atau dengan menjalankan perintah `Truncate` untuk menghasilkan file pada sistem file. Ini meningkatkan throughput baca dan tulis sistem file. Anda akan dikenakan biaya untuk ruang aktual yang ditempati oleh file sparse atau file yang dihasilkan dalam sistem file NAS Alibaba Cloud. Untuk informasi lebih lanjut, lihat Penagihan Sistem File NAS Tujuan Umum.

Sebagai contoh, menulis file 1 TiB ke sistem file NAS kapasitas umum meningkatkan throughput baca dan tulisnya sebesar 150 MB/s. Menulis file 1 TiB ke sistem file NAS performa standar meningkatkan throughput baca dan tulisnya sebesar 600 MB/s.

• Linux

  Anda dapat menjalankan perintah `Truncate` untuk menghasilkan file pada sistem file untuk meningkatkan throughput baca dan tulisnya.

  sudo truncate --size=1TB /mnt/sparse_file.txt

  Dalam perintah di atas, /mnt adalah jalur pemasangan sistem file.

• Windows

  Anda dapat menulis file sparse ke sistem file untuk meningkatkan throughput baca dan tulisnya.

  fsutil file createnew Z:\sparse_file.txt 1099511627776

  Dalam perintah di atas, Z:\ adalah jalur pemasangan sistem file.

Bagaimana cara menyelesaikan kinerja buruk saat saya mengakses NAS dari sistem operasi Linux?

• Solusi 1: Konfigurasikan parameter `nconnect` untuk meningkatkan throughput akses NAS oleh instance ECS tunggal

  Parameter nconnect adalah opsi untuk memasang sistem file NFS pada klien Linux. Anda dapat menggunakan parameter ini untuk membuat lebih banyak koneksi TCP antara klien dan server untuk meningkatkan throughput. Tes menunjukkan bahwa parameter nconnect dapat meningkatkan throughput akses NAS oleh instance ECS tunggal sebesar 3 hingga 6 kali lipat, hingga 3 GB/s.

  Skenario

  Beberapa operasi I/O baca dan tulis bersamaan dilakukan pada instance ECS tunggal (lebih dari 16 operasi bersamaan).

  Prasyarat

  Versi kernel Linux minimal 5.3.

  Prosedur

  Tambahkan parameter nconnect ke perintah mount. Kami merekomendasikan Anda menyetel nconnect=4. Berikut adalah contoh perintah.

  sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,nconnect=4 

  Penting

  Parameter `nconnect` meningkatkan throughput akses NAS oleh instance ECS tunggal tetapi tidak meningkatkan ambang batas throughput sistem file NAS. Jika Anda mengaktifkan parameter `nconnect` untuk layanan dengan konkurensi tunggal, blok data kecil, atau sensitif terhadap latensi, latensi meningkat. Kami merekomendasikan agar Anda tidak mengaktifkan parameter `nconnect` untuk layanan semacam itu.

• Solusi 2: Modifikasi `sunrpc.tcp_slot_table_entries` untuk meningkatkan throughput akses NAS oleh instance ECS tunggal

  Modul sunrpc dalam kernel Linux menentukan jumlah slot komunikasi dalam satu tautan NFS. Versi Linux yang berbeda menggunakan konfigurasi `sunrpc` yang berbeda. Jika konfigurasi slot tinggi, latensi mungkin meningkat. Jika konfigurasi slot rendah, throughput mungkin tidak mencukupi. Jika Anda memerlukan throughput tinggi, kami merekomendasikan Anda menetapkan jumlah slot menjadi 128. Jika Anda memerlukan latensi rendah, kami merekomendasikan Anda menetapkan jumlah slot menjadi 16 atau kurang.

  Catatan

  Efek konfigurasi parameter sunrpc.tcp_slot_table_entries tidak sebesar efek parameter nconnect. Kami merekomendasikan Anda mengonfigurasi parameter nconnect untuk kernel Linux 5.3 dan yang lebih baru.

  Skenario

  Beberapa operasi I/O baca dan tulis bersamaan dilakukan pada instance ECS tunggal. Versi kernel lebih awal dari 3.10.

  Prosedur

  Untuk informasi lebih lanjut, lihat Cara Memodifikasi Jumlah Permintaan NFS Bersamaan.

Mengapa NGINX membutuhkan waktu lama untuk menulis log ke sistem file?

• Latar Belakang:

  Anda dapat menggunakan dua instruksi untuk menentukan log NGINX. Instruksi log_format menentukan format log. Instruksi access_log menentukan jalur penyimpanan log, nama format, dan ukuran cache.

• Masalah:

  NGINX membutuhkan waktu lama untuk menulis log ke sistem file, yang mengurangi kinerja penulisan.

• Penyebab:

  Jalur file log yang ditentukan dalam instruksi access_log berisi variabel. Setiap kali NGINX mencoba menulis log, ia membuka dan kemudian menutup file tujuan. Untuk memastikan visibilitas data, NAS menulis kembali data ke server NAS saat file ditutup. Ini mengonsumsi kinerja yang signifikan.

• Solusi:

  • Solusi 1: Hapus variabel dalam instruksi access_log dan simpan log dalam jalur tetap.

  • Solusi 2: Gunakan instruksi open_log_file_cache untuk menyimpan deskriptor file log yang sering digunakan. Ini meningkatkan kinerja penyimpanan log ke jalur yang berisi variabel. Untuk informasi lebih lanjut tentang konfigurasi, lihat open_log_file_cache.

    Konfigurasi yang direkomendasikan:

    open_log_file_cache max=1000 inactive=1m valid=3m min_uses=2;

Mengapa operasi I/O tertunda pada sistem file SMB?

• Masalah:

  Saat Anda mengakses sistem file SMB menggunakan titik pemasangan, Anda harus menunggu beberapa menit sebelum dapat melakukan operasi I/O pada sistem file.

• Penyebab:

  • Penundaan terjadi karena klien NFS terinstal tetapi tidak digunakan.

  • Server file Internet gagal masuk ke sistem file SMB karena layanan WebClient diaktifkan.

  • File dalam sistem file tidak dapat dibuka karena Nfsnp termasuk dalam nilai item konfigurasi registri.

• Solusi:

  1. Pertama kali Anda mengakses sistem file SMB, kami merekomendasikan Anda ping nama domain titik pemasangan untuk memeriksa konektivitas jaringan antara node komputasi dan sistem file serta memverifikasi bahwa latensi berada dalam rentang normal.

     • Jika perintah ping gagal, periksa pengaturan jaringan Anda dan pastikan koneksi jaringan aktif.

     • Jika latensi tinggi, ping alamat IP titik pemasangan. Jika latensi dari ping alamat IP jauh lebih rendah daripada ping nama domain, periksa konfigurasi Server DNS Anda.

  2. Jika klien NFS terinstal tetapi tidak digunakan, kami merekomendasikan Anda menguninstall klien NFS.

  3. Nonaktifkan layanan WebClient.

  4. Periksa item konfigurasi registri di jalur berikut: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\NetworkProvider\Order\ProviderOrder. Jika nilai registri berisi Nfsnp, hapus Nfsnp dan mulai ulang instans.

Mengapa operasi I/O pada klien SMB Windows Server tertunda?

• Penyebab:

  Secara default, opsi large mtu dinonaktifkan pada klien SMB Windows. Ini membatasi kinerja I/O klien-klien ini.

• Solusi:

  Anda dapat mengaktifkan opsi large mtu dengan memodifikasi registri. Kunci registri berada di jalur berikut: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanWorkstation\Parameters.

  Di jalur ini, buat kunci dengan tipe data DWORD dan beri nama DisableLargeMtu. Tetapkan nilai kunci menjadi 0. Mulai ulang instans agar perubahan berlaku.

Bagaimana cara meningkatkan kinerja akses dari IIS ke NAS?

• Penyebab:

  Saat Internet Information Services (IIS) mengakses file di direktori bersama sistem file NAS, backend IIS mungkin mengakses direktori bersama berkali-kali. Mengakses sistem file NAS memerlukan setidaknya satu interaksi jaringan, yang berbeda dari mengakses sistem file lokal. Meskipun setiap permintaan akses tidak memakan waktu lama, klien mungkin membutuhkan waktu lama untuk merespons jika beberapa permintaan akses dikirim.

• Solusi:

  1. Gunakan komponen SMB Redirector untuk mengoptimalkan kinerja. Untuk informasi lebih lanjut, lihat Penjelasan Cache Redirector Klien SMB2.

     Kunci registri berada di jalur berikut: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanWorkstation\Parameters. Ubah nilai dari tiga item konfigurasi berikut menjadi 600 atau lebih tinggi:

     • FileInfoCacheLifetime

     • FileNotFoundCacheLifetime

     • DirectoryCacheLifetime

     Catatan

     Jika salah satu item konfigurasi registri di atas tidak ada, lakukan langkah-langkah berikut:

     1. Pastikan sistem file menggunakan protokol SMB.

     2. Periksa apakah versi Windows Anda mendukung tiga item konfigurasi registri tersebut. Jika versi Windows Anda mendukung item konfigurasi registri tetapi item tersebut tidak ada, Anda harus membuatnya secara manual. Untuk informasi lebih lanjut, lihat Penyetelan Kinerja untuk Server File.

  2. Jika IIS sering mengakses file-file ini, kami merekomendasikan Anda menyimpan file web seperti file JS dan CSS di disk lokal.

Jika kinerja baca dan tulis IIS masih tidak dapat memenuhi persyaratan bisnis Anda, ajukan tiket.

Mengapa sistem file tersendat atau tidak merespons saat saya menjalankan perintah ls?

• Gejala

  Saat Anda melintasi direktori sistem file, sistem file tersendat atau tidak merespons. Ini dapat terjadi saat Anda menjalankan perintah ls, operasi yang berisi karakter wildcard * atau ?, perintah rm -rf, atau pemanggilan sistem `getdents`.

• Penyebab

  • Direktori sedang dimodifikasi. Misalnya, sebuah file di direktori sedang dibuat, dihapus, atau diganti namanya. Hal ini menyebabkan respons lambat karena invalidasi cache yang sering terjadi.

  • Ukuran data direktori terlalu besar. Hal ini menyebabkan respons lambat karena eviksi cache.

• Solusi

  • Batasi jumlah file dalam sebuah direktori. Kami merekomendasikan menyimpan kurang dari 10.000 file dalam satu direktori.

  • Hindari memodifikasi direktori secara sering saat melintasinya.

  • Jika sebuah direktori berisi lebih dari 10.000 file dan tidak sering dimodifikasi, Anda dapat memasang sistem file menggunakan protokol NFSv3 dan menentukan parameter nordirplus untuk mempercepat pelintasan. Kami merekomendasikan Anda memverifikasi efektivitas metode ini sebelum menerapkannya. Untuk informasi lebih lanjut, lihat Parameter Pemasangan.

Bagaimana cara meningkatkan kinerja pembacaan berurutan NFS pada kernel Linux 5.4 atau lebih baru?

Parameter NFS read_ahead_kb mendefinisikan ukuran dalam kilobyte (KB) data yang akan dibaca sebelumnya, atau diprefetch, oleh kernel Linux selama operasi pembacaan berurutan.

Untuk versi kernel Linux sebelum 5.4.*, nilai parameter read_ahead_kb adalah hasil kali dari NFS_MAX_READAHEAD dan rsize (ukuran baca klien yang ditentukan dalam opsi pemasangan). Mulai dari versi kernel Linux 5.4.*, parameter read_ahead_kb secara default adalah 128 KB. Oleh karena itu, kami merekomendasikan Anda meningkatkan parameter read_ahead_kb menjadi 15 MB saat Anda menggunakan opsi pemasangan yang direkomendasikan.

Setelah sistem file dipasang, Anda dapat menjalankan perintah berikut untuk menyetel ulang nilai parameter read_ahead_kb. Dalam perintah tersebut, ganti nas-mount-point dengan jalur lokal dari sistem file yang telah dipasang dan ganti read-ahead-kb dengan ukuran dalam KB dari data yang akan dibaca sebelumnya atau diprefetch.

device_number=$(stat -c '%d' nas-mount-point)
((major = ($device_number & 0xFFF00) >> 8))
((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00)))
sudo bash -c "echo read-ahead-kb > /sys/class/bdi/$major:$minor/read_ahead_kb"

Perintah berikut memberikan contoh penggunaan /mnt sebagai jalur lokal dari sistem file yang telah dipasang untuk menyetel nilai parameter read_ahead_kb menjadi 15 MB:

device_number=$(stat -c '%d' /mnt)
((major = ($device_number & 0xFFF00) >> 8))
((minor = ($device_number & 0xFF) | (($device_number >> 12) & 0xFFF00)))
sudo bash -c "echo 15000 > /sys/class/bdi/$major:$minor/read_ahead_kb"

Mengapa koneksi pertama ke share SMB lambat?

• Penyebab:

  Koneksi awal yang lambat ke share SMB biasanya disebabkan oleh klien Windows yang mencoba menggunakan beberapa penyedia jaringan yang tidak valid atau mengalami latensi resolusi Domain Name System (DNS).

• Solusi:

  Peringatan

  Memodifikasi registri adalah operasi berisiko tinggi. Sebelum Anda melakukan operasi ini, buat snapshot sistem atau cadangkan registri.

  Langkah 1: Optimalkan urutan penyedia jaringan

  1. Tekan Win+R, masukkan regedit, lalu buka Editor Registri.

  2. Navigasikan ke jalur berikut: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\NetworkProvider\Order

  3. Di panel kanan, temukan dan klik dua kali nilai ProviderOrder.

  4. Dalam kotak teks Value data, temukan dan hapus entri Nfsnp dan WebClient. Pastikan Anda mempertahankan tanda koma antara penyedia lainnya.

  5. Klik OK untuk menyimpan perubahan Anda.

  6. Mulai ulang instans klien ECS agar perubahan berlaku.

  Langkah 2: Perbaiki latensi resolusi DNS

  Jika masalah tetap ada setelah Anda menyelesaikan Langkah 1, Anda dapat memeriksa apakah resolusi DNS yang lambat adalah penyebabnya.

  1. Buka Command Prompt (CMD).

  2. Jalankan `ping <alamat titik pemasangan>` dan catat latensinya.

  3. Jalankan `ping <alamat IP titik pemasangan>` dan catat latensinya.

  4. Bandingkan hasilnya: Jika latensi ping alamat IP jauh lebih rendah daripada ping alamat titik pemasangan, resolusi DNS lambat. Periksa konfigurasi DNS instans ECS Anda.