Bagikan melalui

FAQ NFS untuk Azure NetApp Files

  • Artikel

Artikel ini menjawab pertanyaan yang sering diajukan (FAQ) tentang protokol NFS Azure NetApp Files.

Saya ingin volume dipasang secara otomatis saat Azure VM dimulai atau di-boot ulang. Bagaimana cara mengonfigurasi host saya untuk volume NFS persisten?

Agar volume NFS otomatis dipasang saat mulai atau boot ulang VM, tambahkan entri ke file /etc/fstab pada host.

Lihat Memasang volume untuk komputer virtual Windows atau Linux untuk detailnya.

Versi NFS apa yang didukung Azure NetApp Files?

Azure NetApp Files mendukung NFSv3 dan NFSv4.1. Anda bisa membuat volume menggunakan salah satu versi NFS.

Apakah Azure NetApp Files secara resmi mendukung NFSv4.2?

Azure NetApp Files tidak mendukung NFSv4.2 atau fitur tambahannya (termasuk operasi file jarang, atribut yang diperluas, dan label keamanan). Meskipun Anda dapat memasang volume NFS4.1 di Azure NetApp Files dengan protokol NFSv4.2, penggunaan NFSv4.2 tidak didukung.

Volume Azure NetApp Files dapat dipasang menggunakan protokol NFSv4.2 dengan salah satu dari dua cara:

  • Secara eksplisit menentukan vers=4.2, nfsvers=4.2, atau nfsvers=4,minorversion=2 dalam opsi pemasangan.
  • Tidak menentukan versi NFS dalam opsi pemasangan dan memungkinkan klien NFS untuk bernegosiasi ke versi NFS tertinggi yang didukung yang diizinkan. Tergantung pada distribusi Linux, ini dapat mengakibatkan NFSv4.2 digunakan sebagai protokol NFS tertinggi yang tersedia.

Banyak klien dapat mengalami masalah jika mereka tidak sepenuhnya mendukung fungsionalitas atribut NFSv4.2 atau NFSv4.2 yang diperluas. Karena NFSv4.2 tidak didukung dengan Azure NetApp Files, masalah apa pun dengan NFSv4.2 berada di luar cakupan dukungan. Untuk menghindari masalah dengan klien yang memasang NFSv4.2 dan untuk mematuhi dukungan, pastikan versi NFSv4.1 ditentukan dalam opsi pemasangan atau konfigurasi klien NFS klien diatur untuk menutup versi NFS di NFSv4.1.

Untuk informasi selengkapnya, lihat Memahami protokol NAS di Azure NetApp Files.

Bagaimana cara mengaktifkan root squashing?

Anda bisa menentukan apakah akun akar bisa mengakses volume atau tidak menggunakan kebijakan ekspor volume. Lihat Mengonfigurasi kebijakan ekspor untuk volume NFS untuk detailnya.

Dapatkah saya menggunakan jalur file yang sama untuk beberapa volume?

Jalur file yang sama dapat digunakan untuk:

  • volume yang disebarkan di berbagai wilayah
  • volume yang disebarkan ke zona ketersediaan yang berbeda dalam wilayah yang sama

Jika Anda menggunakan:

  • volume regional (tanpa zona ketersediaan) atau
  • volume dalam zona ketersediaan yang sama,

jalur file yang sama dapat digunakan, namun jalur file harus unik dalam setiap subnet yang didelegasikan atau ditetapkan ke subnet yang didelegasikan yang berbeda.

Untuk informasi selengkapnya, lihat Membuat volume NFS untuk Azure NetApp Files atau Membuat volume protokol ganda untuk Azure NetApp Files.

Saat saya mencoba mengakses volume NFS melalui klien Windows, mengapa klien membutuhkan waktu lama untuk mencari folder dan subfolder?

Pastikan bahwa CaseSensitiveLookup diaktifkan pada klien Windows untuk mempercepat pencarian folder dan subfolder:

  1. Gunakan perintah PowerShell berikut untuk mengaktifkan CaseSensitiveLookup:
    Set-NfsClientConfiguration -CaseSensitiveLookup 1
  2. Pasang volume di server Windows.
    Contoh:
    Mount -o rsize=1024 -o wsize=1024 -o mtype=hard \\10.x.x.x\testvol X:*

Bagaimana Azure NetApp Files mendukung penguncian file NFSv4.1?

Untuk klien NFSv4.1, Azure NetApp Files mendukung mekanisme penguncian file NFSv4.1 yang mempertahankan status semua kunci file di bawah model berbasis sewa.

Per RFC 3530, Azure NetApp Files menentukan periode sewa tunggal untuk semua status yang disimpan oleh klien NFS. Jika klien tidak memperbarui sewanya dalam periode yang ditentukan, semua status yang terkait dengan sewa klien akan dirilis oleh server.

Misalnya, jika klien yang memasang volume menjadi tidak responsif atau crash di luar batas waktu, kunci akan dilepaskan. Klien bisa memperbarui sewanya secara eksplisit atau implisit dengan melakukan operasi seperti membaca file.

Masa tenggang menentukan periode pemrosesan khusus saat klien bisa mencoba untuk mengklaim kembali status penguncian selama pemulihan server. Batas waktu default untuk sewa adalah 30 detik dengan masa tenggang 45 detik. Setelah itu, sewa klien akan dilepaskan.

Azure NetApp Files juga mendukung pemecahan kunci file.

Untuk mempelajari selengkapnya tentang penguncian file di Azure NetApp Files, lihat penguncian file.

.snapshot Mengapa direktori tidak terlihat dalam volume NFSv4.1, tetapi terlihat dalam volume NFSv3?

Secara desain, direktori .snapshot tidak pernah terlihat oleh klien NFSv4.1. Secara default, .snapshot direktori terlihat oleh klien NFSv3. Untuk menyembunyikan .snapshot direktori dari klien NFSv3, edit properti volume untuk menyembunyikan jalur rekam jepret.

Oracle dNFS

Apakah ada patch Oracle yang diperlukan dengan dNFS?

Penting

Pelanggan yang menggunakan Oracle 19c dan yang lebih tinggi harus memastikan mereka di-patch untuk oracle bug 32931941. Sebagian besar bundel patch yang saat ini digunakan oleh pelanggan Oracle tidak *tidak* menyertakan patch ini. Patch hanya disertakan dalam subset bundel patch terbaru.

Jika database terpapar bug ini, gangguan jaringan sangat mungkin mengakibatkan kerusakan blok yang retak. Gangguan jaringan termasuk peristiwa seperti relokasi titik akhir penyimpanan, relokasi volume, dan peristiwa pemeliharaan layanan penyimpanan. Kerusakan mungkin belum tentu segera terdeteksi.

Kerusakan ini bukan bug pada ONTAP atau layanan Azure NetApp Files itu sendiri, tetapi hasil dari bug Oracle dNFS. Respons terhadap IO NFS selama gangguan jaringan atau peristiwa konfigurasi ulang tertentu salah ditangani. Database akan secara keliru menulis blok yang sedang diperbarui saat ditulis. Dalam beberapa kasus, penimpaan selanjutnya dari blok yang sama akan secara diam-diam merusak blok yang rusak. Jika tidak, proses database Oracle pada akhirnya akan mendeteksinya. Kesalahan harus dicatat di log Pemberitahuan, dan instans Oracle kemungkinan akan dihentikan. Selain itu, operasi dbv dan RMAN dapat mendeteksi kerusakan.

Oracle menerbitkan dokumen 1495104.1, yang terus diperbarui dengan patch dNFS yang direkomendasikan. Jika database Anda menggunakan dNFS, pastikan tim DBA memeriksa pembaruan dalam dokumen ini.

Penting

Pelanggan yang menggunakan Oracle dNFS dengan NFSv4.1 pada volume Azure NetApp Files harus memastikan untuk mengambil tindakan yang disebutkan di bawah Apakah ada patch yang diperlukan untuk penggunaan Oracle dNFS dengan NFSv4.1?.

Apakah ada patch yang diperlukan untuk penggunaan Oracle dNFS dengan NFSv4.1?

Penting

Jika database Anda menggunakan Oracle dNFS dengan NFSv4.1, database tersebut perlu di-patch untuk bug Oracle 33132050 dan 33676296. Anda mungkin harus meminta backport untuk versi Oracle lainnya. Misalnya, pada saat penulisan, patch ini tersedia untuk 19.11, tetapi belum 19.3. Jika Anda mengutip nomor bug ini dalam kasus dukungan, teknisi dukungan Oracle tahu apa yang harus dilakukan.

Persyaratan ini berlaku untuk sistem dan layanan berbasis ONTAP secara umum, yang mencakup ONTAP lokal dan Azure NetApp Files.

Contoh potensi masalah jika patch ini tidak diterapkan:

  1. Database macet pada pemindahan titik akhir penyimpanan backend.
  2. Database macet pada peristiwa pemeliharaan layanan Azure NetApp Files.
  3. Oracle singkat macet selama operasi normal yang mungkin atau mungkin tidak terlihat.
  4. Penonaktifan Oracle lambat: jika Anda memantau proses matikan, Anda akan melihat jeda yang dapat menambahkan hingga menit penundaan saat waktu I/O dNFS habis.
  5. Perilaku penembolokan balasan dNFS yang salah pada bacaan yang akan menggantung database.

Patch mencakup perubahan dalam manajemen sesi dNFS dan penembolokan balasan NFS yang menyelesaikan masalah ini.

Jika Anda tidak dapat melakukan patch untuk kedua bug ini, Anda tidak boleh menggunakan dNFS dengan NFSv4.1. Anda dapat menonaktifkan dNFS atau beralih ke NFSv3.

Dapatkah saya menggunakan multipathing dengan Oracle dNFS dan NFSv4.1?

Saat menggunakan NFSv4.1, dNFS tidak akan berfungsi dengan beberapa jalur. Jika Anda memerlukan beberapa jalur, Anda harus menggunakan NFSv3. dNFS memerlukan seluruh clientID kluster dan sessionID trunking untuk NFSv4.1 untuk bekerja dengan beberapa jalur, yang tidak didukung Azure NetApp Files. Akibatnya, Anda akan mengalami hang selama startup dNFS

Langkah berikutnya