Pool Più dischi rigidi in UNA condivisione di rete

Question

Pool Più dischi rigidi in UNA condivisione di rete

#1 da (1 voti)
#2 da (1 voti)
#3 da (0 voti)

0

Ho studiato per alcuni giorni e non sono riuscito a ottenere alcun risultato. Forse c'è un buon consiglio per Mac che ho trascurato.

Quello che voglio fare (in poche parole) è creare una cartella virtuale che contenga tutti i miei dischi.

Ad esempio ho:

/ Volumi / Musica (1 disco rigido per musica)
/ Volumi / Filmati (1 disco rigido per film)
/ Volumi / Movies2 (2nd Hard Drive for Movies)
/ Volumi / Dati (1 disco rigido per dati)

e così via.

Ora diciamo che creo una cartella /share e inizio a creare collegamenti simbolici. Questi collegamenti simbolici non funzionano, quando si condivide la cartella. Inoltre, quando si utilizza ZFS, posso condividere solo un intero pool, ma se un filesystem è in cima al pool, scompare.

Ad esempio:

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

La condivisione di /tank si traduce in una cartella vuota, anche se FilmA e FilmB sono pieni di filmati.

Ho anche provato a condividere semplicemente la cartella nascosta /Volumes ma, come puoi immaginare, non funziona. So che questo non funziona e ha le sue ragioni, ma l'ho provato per vedere cosa è possibile.

Quindi l'idea principale dovrebbe essere chiara: creare una condivisione di rete che contenga tutte le unità, ma mantenerle indipendenti l'una dall'altra.

Potrei condividere un zpool intero, ma se un disco fallisce, si perde. Potrei anche usare qualcosa come mhddfs ma in quel caso non ho alcun controllo sul luogo in cui è archiviato un file.

In una situazione ideale avrei una grande condivisione di rete chiamata "Server" che contiene tutti i miei dischi rigidi con i loro nomi, e mi permette di navigare e spostare oggetti da uno all'altro. Semplicemente come detto sopra quando ho provato a condividere la cartella "Volumes".

Spero che ci sia qualcuno là fuori che può darmi una mano con questo. Deve esserci una soluzione semplice ... qualsiasi cosa virtuale.

Che evidentemente è funzionante:

Trasmetti - Monta la connessione SSH sotto / Volumi

Transmit quindi crea un'unità virtuale, ma non è condivisibile via SMB o AFP e non mostra la dimensione corretta.

Cosa non ho ancora provato: - giocare con NFS - OSXFuse e SSH (probabilmente lo stesso di Transmit)

Qualsiasi aiuto sarebbe molto apprezzato. So che ci sono altre opzioni. Ho anche pensato a Span, JBOD, RAIDz, RAID1 Mirror set in Setup ZFS ...

Alcune informazioni sugli HDD disponibili: 2x4 TB, 3x2 TB, 1x1 TB e un disco da 640 GB.

Se hai qualche altra idea, per favore condividi. Sto semplicemente cercando di avere tutto in poche parole, ma non come un JBOD, quindi se un disco fallisce, tutto si perde. E non ho bisogno di un RAID perché i dati non sono così importanti e verrà eseguito il backup su 2x4 TB o viceversa.

network mount osx-server zfs

posta rwenz3l 17.03.2014 - 23:50

fonte

3 risposte

1

Mi sono appena reso conto che puoi usare UnionFS su OSX, tramite fstab o automount. Questo potrebbe essere quello che stai cercando. È come mhddf senza il bilanciamento.

risposta data 31.12.2014 - 22:32

fonte

0

Per chi ha problemi simili:

Sono andato su ZFS e ho creato un RAIDZ software.

Ho esteso il mio server a dati 5x2TB e Backup 1x3TB [1] + Backup 3x2TB [2] Quindi ho ottenuto un totale di 8 TB in un raid, 3 TB come unità di backup e 3x2 TB come dischi rigidi individuali contenenti un backup completo di una sezione.

risposta data 30.06.2014 - 14:58

fonte

Leggi altre domande sui tag network mount osx-server zfs

MacPort: un determinato pacchetto è una dipendenza per un altro? Le autorizzazioni non mi consentono di eliminare un file su un server scolastico condiviso

score 1 · Accepted Answer

Ci sono due modi per farlo. Ho riunito entrambe le soluzioni e ho scoperto che sono stato in grado di massimizzare sia la resilienza che la flessibilità.

1 - Lato server.

Usa OSXFuse ( link ) e mhddfs, l'ultimo dei quali puoi installare tramite MacPorts, per creare un pool di unità di grandi dimensioni. Allora condividilo. (Una grinza qui qui è che mhddfs gira nello spazio utente, in genere dopo il login, quindi potrebbe essere necessario riavviare la condivisione dei file dopo l'attivazione di mhddfs. Sto ancora cercando di risolvere quel nodo. Se capisci qualcosa, per favore condividi .)

Sappi che puoi anche condividere le unità in modo indipendente. Usa la condivisione DrivePool per la lettura e le singole condivisioni per la scrittura (in modo da avere più controllo su dove andare i file).

2 - Lato client.

Utilizza auto_mounter e monta tutte le unità individualmente sul client, ma nella stessa cartella. Sebbene siano montati individualmente, auto_mounter è abbastanza intelligente che, dopo un breve ritardo sping-up-and-connect, agiscono fondamentalmente come una grande e lenta cartella sul computer client. Questa soluzione è sorprendentemente solida.

Le impostazioni saranno una combinazione di due file manifest lato client, (1) / ect / auto_master e (2) convenzionalmente in / etc / auto_resources. Il miglior tutorial per questo è qui - link . È vecchio, ma le istruzioni funzionano ancora perfettamente sulla mia macchina usando 10.9.5 sul client e sul server.

3 - Combina entrambe le soluzioni!

Ho il mio pool di unità master mhddfs sul mio client in / mnt / DrivePool e le singole unità in / mnt / IndividualDrives / D01 attraverso / mnt / IndividualDrives / D10. All'inizio sembra un po 'goffo, ma in realtà è abbastanza robusto e flessibile per le mie esigenze.