pengembangan-web-mp-pd.com

Apakah mungkin 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 bahwa bekerja dengan file mungkin terlalu lambat, atau jaringan saya mungkin tersumbat .

30
voyager

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

  1. Jangan NFS mount ke /home - dengan begitu Anda dapat memiliki pengguna lokal yang memungkinkan Anda masuk jika server NFS turun. Kami meningkat 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.

30
Aaron Brown

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

Hard tidak akan kehabisan waktu: IO operasi akan dicoba ulang tanpa batas waktu. 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 mengganggu pemasangan, sehingga kombinasi ini cukup aman dan memastikan Anda tidak akan kehilangan data pengguna dengan mudah.

Pokoknya, autofs membuat ini semua lebih mudah.

7
wzzrd

HowtoForge memposting artikel berjudul Membuat Server Penyimpanan Mandiri Seperti NFS Dengan GlusterFS Pada Debian Lenny , Anda mungkin ingin memeriksanya.

Berikut ini adalah deskripsi singkat mengapa ini merupakan alternatif yang "layak" untuk NFS, dari GlusterFS halaman proyek:

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.

Juga, satu hal yang menyenangkan tentang menggunakan GlusterFS adalah jika Anda membutuhkan lebih banyak ruang pada SAN Anda hanya menambahkan bata penyimpanan lain (node ​​server) dan Anda dapat meningkatkan/menumbuhkan penyimpanan Anda secara paralel ketika ada adalah kebutuhan.

7
faultyserver

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 memberi tahu banyak program untuk menyimpan cache mereka di tempat lain (mis., Pada disk lokal) dengan mengatur XDG_CACHE_HOME variabel lingkungan dalam skrip login. Namun, banyak program (mis., Firefox) masih memerlukan konfigurasi manual, jadi Anda mungkin harus melakukan beberapa pekerjaan tambahan untuk mengidentifikasi dan mengkonfigurasinya secara seragam untuk semua pengguna Anda.

4
Sam Morris

Satu hal yang perlu diperhatikan adalah bahwa ketika server NFS keluar - tunggangan Anda akan membeku - melakukan soft mount tidak akan menghalangi 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 menetapkan fsid yang berbeda - sehingga Anda setidaknya dapat memperbaiki masalah ini dengan mengkodekan fsids pada server NFS, untuk contoh...

#. 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) status halaman manual ...

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/kecil 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/sdaX misalnya.

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. =)

4
Xerxes

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.

3
kbyrd

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.

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

2
cd1

Lihat 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.

1