0 votos

Agrupar varios discos duros en una red compartida

He investigado durante unos días y no he podido obtener ningún resultado. Tal vez hay un buen consejo para Mac que he pasado por alto.

Lo que quiero hacer (en pocas palabras) es crear una Carpeta Virtual que contenga todos mis Discos.

Por ejemplo yo tengo:

  • /Volúmenes/Música (1 disco duro para música)
  • /Volúmenes/Películas (1 disco duro para películas)
  • /Volúmenes/Películas2 (segundo disco duro para películas)
  • /Volúmenes/Datos (1 disco duro para Datos)

y así sucesivamente.

Ahora digamos que creo una carpeta /share y empezar a crear enlaces simbólicos. Esos enlaces simbólicos no funcionan, cuando se comparte la carpeta. Además, al usar ZFS, sólo puedo compartir un pool completo, pero si un sistema de archivos está encima del pool, desaparece.

Por ejemplo:

zpool create tank /dev/disk1 dev/disk2 #(merging Movies for example)
zfs create /tank/MoviesA
zfs create /tank/MoviesB

Compartir /tank resulta en una carpeta vacía, incluso si MoviesA y MoviesB están llenas de películas.

También he intentado compartir simplemente la carpeta oculta /Volumes pero como puedes adivinar, no funciona. Sé que esto no funciona y tiene sus razones, pero lo probé para ver qué es posible.

Así que la idea principal debería estar clara: crear un recurso compartido de red que contenga todas las unidades, pero que las mantenga independientes unas de otras.

Podría compartir todo un zpool pero si un disco falla, se pierde. También podría usar algo como mhddfs pero en ese caso no tengo control sobre el lugar donde se almacena un archivo.

En una situación ideal tendría un gran recurso compartido de red llamado "Servidor" que contiene todos mis discos duros por sus nombres, y me permite navegar y mover cosas de uno a otro. Simplemente como se ha dicho anteriormente cuando intenté compartir la carpeta "Volúmenes".

Espero que haya alguien por ahí que pueda ayudarme con esto. Tiene que haber una solución sencilla... cualquier cosa virtual.

Lo que obviamente es trabajando:

Transmitir -- Montar la conexión SSH en /Volúmenes

Transmit entonces crea una unidad virtual, pero esta no es compartible vía SMB o AFP y no muestra el tamaño correcto.

Lo que no he probado todavía: - jugar con NFS - OSXFuse y SSH (probablemente lo mismo que hace Transmit)

Cualquier ayuda sería muy apreciada. Sé que hay otras opciones. También he pensado en Spans, JBODs, RAIDz, RAID1 Mirror sets en ZFS Setups...

Información sobre los discos duros disponibles: 2x4 TB, 3x2 TB, 1x1 TB y un disco de 640 GB.

Si tiene alguna otra idea, por favor, compártala. Simplemente estoy tratando de tener todo en una cáscara de nuez, pero no como un JBOD por lo que si una unidad falla todo se pierde. Y no necesito un RAID porque los datos no son tan importantes y van a ser respaldados en el 2x4 TB o al revés.

1voto

johntrandall Puntos 86

Hay dos maneras de hacerlo. Combinando ambas soluciones he descubierto que he podido maximizar tanto la resistencia como la flexibilidad.

1 - Del lado del servidor.

Utilice OSXFuse ( https://osxfuse.github.io/ ) y mhddfs, este último se puede instalar a través de MacPorts, para crear un gran grupo de unidades. Y luego compartirlo. (Un problema es que mhddfs se ejecuta en el espacio de usuario, normalmente después de iniciar la sesión, por lo que es posible que haya que reiniciar el uso compartido de archivos después de que se ejecute mhddfs. Todavía estoy tratando de resolver ese problema. Si usted resuelve algo, por favor, compártalo).

Sepa que luego también puede compartir las unidades de forma independiente. Utilice el recurso compartido DrivePool para la lectura, y los recursos compartidos individuales para la escritura (para que tenga más control sobre dónde van los archivos).

2 - Del lado del cliente.

Utilice auto_mounter y monte todas las unidades individualmente en el cliente, pero en la misma carpeta. Aunque se montan individualmente, auto_mounter es lo suficientemente inteligente como para que, después de un breve retraso en el arranque y la conexión, actúen básicamente como una carpeta grande y lenta en la máquina cliente. Esta solución es sorprendentemente robusta.

La configuración será una combinación de dos archivos de manifiesto del lado del cliente, (1) /ect/auto_master, y (2) convencionalmente en /etc/auto_resources. El mejor tutorial para esto está aquí - http://useyourloaf.com/blog/2011/01/24/using-the-mac-os-x-automounter.html . Es antiguo, pero las instrucciones siguen funcionando perfectamente en mi máquina usando 10.9.5 en el cliente y el servidor.

3 - ¡Combinar ambas soluciones!

Tengo mi grupo de unidades maestro mhddfs en mi cliente en /mnt/DrivePool, y las unidades individuales en /mnt/IndividualDrives/D01 hasta /mnt/IndividualDrives/D10. Parece un poco torpe al principio, pero en realidad es bastante robusto y flexible para mis necesidades.

1voto

johntrandall Puntos 86

Acabo de darme cuenta de que se puede usar UnionFS en OSX, a través de fstab o automount. Esto podría ser lo que estás buscando. Es como mhddfs sin el equilibrio.

0voto

Neil Puntos 49

Para cualquiera que se meta en problemas similares :

Me decanté por ZFS y creé un RAIDZ por software.

He ampliado mi servidor a 5x2TB de datos y 1x3TB de copia de seguridad[1] + 3x2TB de copia de seguridad[2] Así que tengo un total de 8TB en un raid, 3TB como Disco de Respaldo y 3x2TB como discos duros individuales que contienen un Respaldo Completo de una Sección.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X