Agrupe varios discos duros en UN recurso compartido de red

Navega tus respuestas
0

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 tengo:

  • / Volúmenes / Música (1 disco duro para música)
  • / Volúmenes / Películas (1 Disco Duro para Películas)
  • / Volumes / Movies2 (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 comienzo a crear enlaces simbólicos. Esos enlaces simbólicos no funcionan cuando se comparte la carpeta. Además, cuando uso ZFS, solo puedo compartir un grupo completo, pero si un sistema de archivos está en la parte superior del grupo, desaparece.

Por ejemplo: 

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

Compartir /tank da como resultado una carpeta vacía, incluso si MoviesA y MoviesB están llenos de películas.

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

La idea principal debe ser clara: crear un recurso compartido de red que contenga todas las unidades, pero que las mantenga independientes entre sí.

Podría compartir un zpool completo, pero si falla un disco, 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 recurso compartido de red grande 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 dijo 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 simple ... cualquier cosa virtual.

Lo que obviamente está funcionando:

Transmisión: monte la conexión SSH en / Volúmenes

Transmit crea un disco virtual, pero esto no se puede compartir a través de 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 Transmit)

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

Información sobre las unidades de disco duro disponibles: 2x4 TB, 3x2 TB, 1x1 TB y un disco de 640 GB.

Si tienes alguna otra idea, por favor comparte. Simplemente estoy tratando de tener todo en pocas palabras, pero no como un JBOD, así que si una unidad falla, todo se pierde. Y no necesito un RAID porque los datos no son tan importantes y se realizará una copia de seguridad en el 2x4 TB o al revés.

    
pregunta rwenz3l 17.03.2014 - 23:50

3 respuestas

1

Hay dos maneras de hacer esto. He combinado ambas soluciones. He descubierto que he podido maximizar la flexibilidad y la flexibilidad.

1 - Lado del servidor.

Use OSXFuse ( enlace ) y mhddfs, el último de los cuales puede instalar a través de MacPorts, para crear un gran conjunto de unidades. Entonces comparte eso. (Aquí, un problema es que mhddfs se ejecuta en el espacio de usuario, generalmente después del inicio de sesión, por lo que es posible que deba reiniciarse el uso compartido de archivos después de que se active mhddfs. Todavía estoy intentando resolver ese problema. Si se da cuenta de algo, comparta .)

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

2 - Lado del cliente.

Use 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 de conexión y 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í: enlace . Es antiguo, pero las instrucciones siguen funcionando perfectamente en mi máquina con 10.9.5 en el cliente y el servidor.

3 - ¡Combina ambas soluciones!

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

    
respondido por el johntrandall 31.12.2014 - 08:06
1

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

    
respondido por el johntrandall 31.12.2014 - 22:32
0

Para cualquier persona que tenga problemas similares:

Fui a ZFS y creé un Software RAIDZ.

Extendí mi servidor a 5x2TB Data y 1x3TB Backup [1] + 3x2TB Backup [2] Así que obtuve un total de 8TB en una redada, 3TB como unidad de respaldo y 3x2TB como discos duros individuales que contienen una copia de seguridad completa de una sección.

    
respondido por el rwenz3l 30.06.2014 - 14:58

Lea otras preguntas en las etiquetas

¿Cómo instalar Homebrew en Mavericks? ¿El recurso de escritorio múltiple es más costoso?