Apakah masuk akal untuk menggunakan NFS di server web produksi?
Dapatkah NFS digunakan secara wajar pada server produksi sebagai cara untuk menghubungkan server komputasi ke server penyimpanan, dengan asumsi koneksi melalui koneksi LAN 1Gbe atau 10Gbe?
Jelas ada beberapa overhead jaringan dan NFS tampaknya sangat lambat dengan penulisan jika Anda mengaktifkan mode sinkronisasi. Kalau tidak, tampaknya cukup ringan dan dapat diukur dari apa yang dapat saya katakan, tetapi saya memiliki sedikit pengalaman dengannya secara pribadi. Apakah aku salah?
Masalahnya adalah saat ini saya memiliki server yang berfungsi sebagai penyimpanan dan server web, tetapi pada akhirnya saya harus membagi keduanya kemungkinan di masa mendatang, dan mempertimbangkan beberapa permintaan perlu melewati lapisan aplikasi web untuk otentikasi sebelum menginisialisasi transfer file, itu menjadi agak rumit dengan perangkat lunak ini. Jaringan fs mount adalah opsi paling sederhana yang saya hanya .. tidak tahu apakah itu bagus.
Saya juga berencana untuk mencoba dan memanfaatkan caching lokal dengan NFS yang seharusnya meningkatkan kinerja sedikit baik, tetapi saya tidak yakin apakah itu cukup.
Sejauh alternatif, hanya ada iSCSI yang saya ketahui sebagai pesaing nyata, dan kebanyakan orang tampaknya merekomendasikan NFS daripada yang kurang dikenal lainnya.
Jawaban
NFS baik-baik saja, kecuali beberapa kriteria tertentu lainnya terpenuhi, yaitu:
- Sistem yang terlibat keduanya dapat menggunakan NFS secara native. Windows tidak menghitung di sini, jenis karya, tapi punya banyak kebiasaan dan sering rasa sakit untuk bekerja dengan ketika berhadapan dengan NFS di lingkungan lintas-platform (dan jika itu hanya jendela, penggunaan SMB3, menghilangkan sebagian besar masalah lain dengan NFS). Perhatikan bahwa di sisi klien, ini berarti dukungan tingkat kernel, karena implementasi tingkat pengguna harus berurusan dengan masalah efisiensi yang melekat dalam menggunakan sesuatu seperti FUSE, atau harus ditautkan langsung ke aplikasi yang perlu mengakses Bagikan.
- Anda telah memverifikasi dengan benar bagaimana klien NFS menangani restart server NFS. Ini termasuk OS itu sendiri (yang seharusnya baik-baik saja dalam banyak kasus), dan perangkat lunak yang akan mengakses share. Secara khusus, perhatian khusus diperlukan pada beberapa platform klien ketika perangkat lunak yang menggunakan share menahan file terbuka untuk waktu yang lama, karena tidak semua implementasi klien NFS menangani restart server dengan baik dengan secara eksplisit me-remount dan memvalidasi ulang kunci dan file handle seperti seharusnya (yang mana mengarah ke semua jenis masalah untuk perangkat lunak klien). Perhatikan bahwa Anda harus memeriksa ulang ini setiap kali bagian mana pun dari tumpukan ditingkatkan atau dikonfigurasi ulang.
- Anda bersedia menyiapkan pemetaan ID pengguna / grup yang tepat. Ini besar, karena tanpanya Anda perlu mencerminkan pemetaan UID / GID antara sistem (dapat dilakukan, tetapi saya akan berhati-hati saat menyiapkan SSO terhadap jaringan internal untuk sistem yang menghadap ke internet) atau Anda akan berpotensi serius implikasi keamanan (yaitu, apa yang Anda lihat di satu sistem untuk izin tidak cocok dengan apa yang Anda lihat di sistem lain).
- Anda beroperasi melalui tautan jaringan aman, atau ingin mengatur otentikasi untuk share dengan benar. Tanpa auth, siapa pun di tautan dapat mengaksesnya (dan klien jahat dapat dengan mudah mengesampingkan kontrol akses discretionary UNIX dasar).
Dengan asumsi Anda memenuhi semua kriteria tersebut, dan Anda memiliki jaringan yang cukup cepat, Anda seharusnya baik-baik saja. Juga, jika Anda dapat menjalankan bingkai jumbo, melakukannya, mereka banyak membantu untuk sistem file jaringan atau penyimpanan blok jaringan.
NFS benar-benar OK dan lebih disukai daripada iSCSI karena fakta bahwa NFS jauh lebih mudah untuk mengelola, berbagi dan membuat cadangan.
Kami telah menggunakan NFS selama bertahun-tahun untuk memasang SAN kami ke server VMware ESXi kami, menjalankan ratusan VM di dalamnya. Tidak ada masalah sama sekali.
Hambatan lebih pada sistem penyimpanan daripada protokol jaringan.
Koneksi jaringan tentunya harus cukup cepat, artinya 10 Gb Ethernet atau fiber. Kami bahkan tidak lagi repot dengan jaringan penyimpanan terpisah.
iSCSI mungkin sedikit lebih cepat ...
https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/storage_protocol_comparison-white-paper.pdf
https://www.hyper-v.io/whos-got-bigger-balls-testing-nfs-vs-iscsi-performance-part-3-test-results/
... tetapi NFS seperti redirector jaringan lainnya (SMB3, AFS / AFP dll) memungkinkan multi-akses bersamaan yang rumit dengan iSCSI atau protokol blok lainnya.
https://forums.starwindsoftware.com/viewtopic.php?f=5&t=1392