Apakah layak untuk memiliki folder rumah di-host dengan NFS?

Saya berencana untuk menyebarkan beberapa komputer kios dan ingin meninggalkan mereka dengan pendrive kecil sebagai disk boot, menjaga sisanya dengan mudah untuk membuat cadangan server, ala LTSP .

Saat ini saya sedang memikirkan dua opsi. NFSed / home /, atau salinan lokal ~ / disalin saat login, rsynced on logout.

Ketakutan saya adalah bahwa bekerja dengan file mungkin terlalu lambat, atau jaringan saya mungkin tersumbat .

Saya menggunakan NFS untuk direktori rumah saya di lingkungan produksi kami. Ada beberapa trik.

1. Jangan NFS mount ke /home- dengan cara itu Anda dapat memiliki pengguna lokal yang memungkinkan Anda masuk jika server NFS turun. Kami mount ke/mnt/nfs/home

2. Gunakan soft mount dan waktu tunggu yang sangat singkat - ini akan mencegah proses pemblokiran selamanya.

3. Gunakan automounter . Ini akan membuat penggunaan sumber daya tetap rendah dan juga berarti Anda tidak perlu khawatir tentang memulai kembali layanan ketika server NFS muncul jika turun karena suatu alasan.

   auto.master:
     +auto.master
     /mnt/nfs /etc/auto.home --timeout=300
   
   auto.home
      home -rw,soft,timeo=5,intr      home.bzzprod.lan:/home
   

4. Gunakan sistem masuk tunggal sehingga Anda tidak mengalami masalah terkait izin. Saya memiliki server OpenLDAP.

http://www.howtoforge.com baru-baru ini memposting sebuah artikel tentang penggunaan GlusterFS sebagai pengganti / alternatif NFS, Anda mungkin ingin memeriksanya.

http://www.howtoforge.com/creating-an-nfs-like-standalone-storage-server-with-glusterfs-on-debian-lenny

Berikut ini adalah deskripsi singkat mengapa ini merupakan alternatif yang 'layak' untuk NFS, dari halaman proyek GlusterFS http://www.gluster.org/ :

"GlusterFS menyembuhkan dirinya sendiri dengan cepat. Tidak ada fsck. Backend penyimpanan dapat diakses secara langsung sebagai file dan folder biasa (gaya NFS). Dengan replikasi diaktifkan, GlusterFS dapat menahan kegagalan perangkat keras."

Informasi lebih lanjut dapat ditemukan dalam dokumentasi proyek.

Selain itu, hal lain yang menyenangkan tentang penggunaan GlusterFS adalah jika Anda membutuhkan lebih banyak ruang di SAN Anda, Anda hanya perlu menambah bata penyimpanan (server node) dan Anda dapat meningkatkan / menumbuhkan penyimpanan Anda secara paralel ketika ada kebutuhan.

Semoga ini bisa membantu atau setidaknya membantu mengarahkan Anda ke arah yang benar!

Hati-hati dengan soft mount! Soft mounting sistem file NFS berarti IO akan gagal setelah terjadi timeout. Pastikan itu yang Anda inginkan di direktori home pengguna! Dugaan saya adalah Anda tidak. Menggunakan hard mount pada direktori home dalam kombinasi dengan opsi intr terasa jauh lebih aman di sini.

Sulit tidak akan kehabisan waktu: Operasi IO akan dicoba kembali tanpa batas. Opsi intr memungkinkan untuk menghentikan proses pemasangan. Jadi jika Anda me-mount ekspor dan mengalami kegagalan, hard-mount akan mengunci sesi Anda. Opsi intr akan memungkinkan untuk menghentikan pemasangan, sehingga kombinasinya cukup aman dan memastikan Anda tidak akan mudah kehilangan data pengguna.

Pokoknya, autofs membuat ini semua lebih mudah.

Satu hal yang perlu diperhatikan adalah bahwa ketika server NFS keluar - tunggangan Anda akan membeku - melakukan soft mount tidak akan diblokir sehingga "beku" itu sendiri dapat dihindari, namun itu tidak akan memperbaiki masalah direktori home karena tanpa rumah direktori, pengguna tetap kacau.

Bahkan ketika server NFS pulih, kecuali jika Anda melakukan sesuatu, masalah pembekuan akan tetap ada - Anda harus mematikan proses pada mesin pemasangan, dan melakukan remount. Alasan untuk ini adalah bahwa ketika server NFS kembali, itu ditetapkan berbeda fsid- sehingga Anda setidaknya dapat memperbaiki masalah ini dengan hard-coding fsiddi server NFS, misalnya ...

#. Home Directories
/usr/users \
  192.168.16.0/22(rw,sync,no_root_squash,fsid=1) \
  192.168.80.0/22(rw,sync,no_root_squash,fsid=1)

#. Scratch Space
/var/ftp/scratch \
  192.168.16.0/22(rw,async,no_root_squash,fsid=3) \
  192.168.80.0/22(rw,async,no_root_squash,fsid=3) \
  172.28.24.151(rw,async,root_squash,fsid=3)

The exports(5)man page menyatakan ...

fsid=num
          This option forces the filesystem identification portion of the file handle
          and  file attributes used on the wire to be num instead of a number derived
          from the major and minor number of the block device on which the filesystem
          is  mounted.   Any 32 bit number can be used, but it must be unique amongst
          all the exported filesystems.

          This can be useful for NFS failover, to ensure that  both  servers  of  the
          failover  pair use the same NFS file handles for the shared filesystem thus
          avoiding stale file handles after failover.

... Sementara itu menunjukkan bahwa selama angka utama / minor tidak berubah (yang biasanya tidak, kecuali ketika Anda mengekspor volume SAN / multipath, di mana mungkin berubah), saya telah menemukan bahwa kami Sudah sepenuhnya menghapus masalah - yaitu, jika server NFS kembali - koneksi telah dipulihkan dengan cepat - Saya masih benar-benar tidak tahu mengapa ini membuat perbedaan untuk perangkat seperti /dev/sdaXmisalnya.

Saya sekarang harus menunjukkan bahwa argumen saya sebagian besar anekdotal - itu sebenarnya tidak masuk akal mengapa ia telah memperbaiki masalah, tetapi "tampaknya" telah memperbaikinya - entah bagaimana - mungkin ada variabel lain yang berperan di sini bahwa saya telah belum ditemukan. =)

Beberapa saran umum yang akan berlaku tidak peduli sistem file jaringan mana yang Anda adopsi: banyak program menyimpan data dalam direktori home pengguna, yang biasanya lebih berbahaya daripada manfaatnya ketika direktori home diakses melalui jaringan.

Saat ini, Anda dapat memberitahu banyak program untuk menyimpan cache mereka di tempat lain (misalnya, pada disk lokal) dengan mengatur XDG_CACHE_HOMEvariabel lingkungan dalam skrip login. Namun, banyak program (misalnya, Firefox) masih memerlukan konfigurasi manual, jadi Anda mungkin harus melakukan beberapa pekerjaan tambahan untuk mengidentifikasi dan mengkonfigurasinya secara seragam untuk semua pengguna Anda.

Saya banyak tempat saya telah bekerja menggunakan direktori home yang dipasang NFS. Biasanya tidak ada perbedaan besar dalam kinerja (dan pengguna kios mungkin sedikit kurang menuntut daripada pengembang yang tahu bagaimana menghubungi orang IT lokal mereka). Satu masalah yang saya lihat adalah apa yang terjadi ketika saya masuk ke desktop Gnome dan server NFS hilang karena alasan apa pun. Banyak hal menjadi tidak responsif.

Saya menggunakan rumah NFSed dan berfungsi dengan baik. tetapi Anda harus memastikan jaringannya cukup cepat dan tidak akan pernah turun.

Secara praktis, NFS berkinerja baik untuk direktori home jika ada 100mbit switched network atau lebih baik. Untuk lebih dari 10-20 kios, server harus memiliki konektivitas gigabit. Anda tidak akan memenangkan kontes kinerja, tetapi hal-hal seperti Firefox dan Open Office akan berfungsi dengan baik.

Menyalin di direktori home akan menjadi masalah besar dalam hal keterlambatan saat login (pada jaringan 100mbit yang maks 12MB / s. Direktori home 100MB hampir 10 detik.) Rsync akan mengubah Anda menyinkronkan cache browser web ... 10 menit dan 500 file terluka.

Lihatlah cachefilesd . Saya belum menggunakannya sendiri, tetapi terlihat menjanjikan.

Daemon cachefilesd mengelola file caching dan direktori yang digunakan oleh sistem file jaringan seperti AFS dan NFS untuk melakukan caching persisten ke disk lokal.

Juga, jangan lupa untuk menyetel parameter ukuran dan ukuran dan gunakan ukuran Jumbo jika memungkinkan.