En una red cerrada (donde conoce todos los dispositivos), NFS es una buena opción. Con una buena red, el rendimiento es asquerosamente rápido y, al mismo tiempo, menos intensivo de CPU en el servidor. Es muy sencillo de configurar y puede alternar entre recursos readonly
compartidos que no necesita para poder escribirse.
No estoy de acuerdo con Anders. v4 puede ser tan simple como v3. Solo se complica si desea comenzar a estratificar en seguridad a través de LDAP / gssd. Es capaz de mecanismos de seguridad muy complejos y completos ... Pero no los necesita. De hecho, están desactivados por defecto.
sudo apt-get install nfs-kernel-server
Luego edite /etc/exports
para configurar sus recursos compartidos. Aquí hay una línea de mi versión en vivo que comparte mi música:
/media/ned/music 192.168.0.0/255.255.255.0(ro,sync,no_subtree_check)
Esto comparte esa ruta con cualquiera en 192.168.0. * De una manera readonly
(observe la ro
).
Cuando haya terminado de editar, reinicie NFS:
sudo /etc/init.d/nfs-kernel-server restart
Para conectar un cliente, necesita los gubbins NFS (no instalados de forma predeterminada):
sudo apt-get install nfs-common
Y luego agregue una línea a /etc/fstab
192.168.0.4:/media/ned/music /media/music nfs ro,hard,intr 0 0
En realidad, este es el cliente NVSv3 porque soy flojo pero es compatible en este escenario. 192.168.0.4
es el servidor NFS (mi escritorio en este caso). Y deberá asegurarse de que /media/music
exista la ruta de montaje ( aquí).
Para una Mac, siga esto: http://www.techrepublic.com/blog/apple-in-the-enterprise/mounting-nfs-volumes-in-os-x/
Es mucho más simple de lo que algunos tutoriales más antiguos te harían creer.
Puede parecer más complicado de lo que realmente es, pero es sólido, predecible y rápido. Algo que no puedes nivelar contra Samba ... Al menos, en mi experiencia.
/etc/fstab
configurada para montar, en mi caso, una carpeta NAS), pero cuando el servidor se reinicia, paso repetidamenteumount
ymount -a
giro en la terminal para recuperar mi montaje. Principalmente bien para mí (excepto por molestias como Picasa que borra la base de datos local cuando la carpeta de fotos de la red de repente está ausente :(), pero esto lleva a mi esposa a la pared ...auto,_netdev
al fragmento de opciones para que se vea algo así:auto,_netdev,ro,hard,intr
Esto debería forzar al sistema de archivos a esperar una conexión de red.Recientemente probé la conexión a través de SMB y NFS a mi estación NAS de Synology. Para mí, la conexión NFS funciona dos veces más rápido que la conexión SMB. Especialmente si tiene que lidiar con 100 GByte de fotos y archivos de música en 1000 directorios, le encantará la velocidad de NFS.
fuente
NFS (versión 3) proporcionará un mayor rendimiento y es bastante fácil de configurar. El principal problema es la falta total de seguridad decente.
NFS (versión 4) brinda seguridad, pero es casi imposible de configurar.
Samba probablemente será un poco más lento, pero es fácil de usar y también funcionará con clientes de Windows.
fuente
Recientemente configuré un servidor NFS local en el servidor Ubuntu 10.04, pero mi MacBook Pro (OS X 10.6.X) no se pudo conectar. Para que la Mac pueda conectarse tuve que agregar inseguro a la
/etc/exports
.Mi / etc / exportaciones:
fuente
Ejecute pruebas del mundo real antes de dedicar los próximos X años e Y TB a un protocolo en particular sin darse cuenta de que había una mejor opción.
Encontrarás opiniones sobre cuál es más rápido con las personas de Samba que afirman que están a la par con NFS. Dependiendo de sus necesidades, lo mejor que podría hacer sería configurar un recurso compartido Samba y un recurso compartido NFS y ejecutar varias pruebas de lectura / escritura / CPU en el mundo real a través de la red. Si tiene necesidades similares a las mías (máquinas con Windows), se sorprenderá al descubrir que Samba es un 20% más rápido que NFS.
Elija el que ofrezca los mejores resultados en su configuración e ignore lo que la gente dice que es el más rápido.
fuente