Domanda

Questo è un po 'legati alla mia precedente interrogazione Solaris: montare un file system gestori di un'applicazione tranne questa domanda è per uno scopo diverso ed è più semplice in quanto non v'è alcuna apertura / chiusura / blocco è solo un blocco di lunghezza fissa di byte con operazioni di lettura / scrittura.

C'è qualche cosa che posso creare una sezione virtuale, un po 'come un disco RAM o una fetta SVM .. ma io voglio la lettura e scrittura di passare attraverso la mia app.

Ho in programma di utilizzare ZFS per prendere più di questi virtuali fette / dischi e renderli in una più grande uno per archiviazione di backup distribuito con istantanee. Mi piace molto la compressione e accatastamento che ZFS offre. Se necessario posso garantire che vi sia una sola istanza di ZFS accedono questi dischi virtuali alla volta (per evitare conflitti di cache e simili). Se l'istanza si va verso il basso, possiamo fare in modo che non si avvia il backup e quindi siamo in grado di avviare un'altra istanza di quella ZFS.

Ho in programma di avere quei dischi in pezzi di circa 4 GB o giù di lì ,, allora posso muoversi ogni blocco e decidere dove memorizzare loro (più volte a specchio ovviamente) e poi hanno ZFS accedono i pezzi e metterli insieme per pezzi più grandi per l'uso effettivo. Anche ZFS avrebbe permesso l'aggiunta di questi piccoli pezzi, se necessario, per aumentare le dimensioni del pezzo più grande.

Sono consapevole ci sarebbe stato traffico di latenza di rete / extra se abbiamo usato la mia applicazione in Java, ma questo è solo per l'archiviazione di backup. Lo stoccaggio di produzione è completamente diversa configurazione che non riguarda.

Modifica Abbiamo un sistema che utilizza tutto lo spazio disponibile e in fondo, quando non c'è abbastanza spazio sarà rimuovere vecchie istantanee e aumentare il divario tra vecchie istantanee. Lo scopo della mia proposta è quello di permettere lo spazio inutilizzato da impianti di produzione da porre in uso senza alcun costo aggiuntivo. In tempi diversi differenti unità della nostra attrezzatura di produzione avranno spazio libero. Anche il sistema che sto descrivendo dovrebbe eliminare ogni singolo punto di errore quando si tenta di accedere ai dati. Spero di non dover comprare due grandi unità e tenerli sincronizzati. Io preferirei solo per avere due punti di accesso e poi possiamo mescolare grandi / piccole unità in qualsiasi modo vogliamo e dati muoversi senza soluzione di continuità.

Questo è un post croce, perché questo è più relativo software di sysadmin correlati La domanda originale è qui: https: // serverfault. com / domande / 212.072 . può essere una buona idea per l'originale da chiudere

È stato utile?

Soluzione 2

Sembra che tutti i file di lunghezza fissa su qualsiasi file system farà per un dispositivo a blocchi per l'utilizzo con ZFS. Non sono sicuro di come si riavvia il lavoro, ma sono sicuro che possiamo ottenere un po 'di scrivere avvio comandi per lavoro che fuori.

Modifica:. Il file di lunghezza fissa sarebbe su un file system di rete come NFS

Altri suggerimenti

Un modo potrebbe essere quello di scrivere un driver di periferica di Solaris, proprio un dispositivo a blocchi uno emulare un vero e proprio disco, ma che comunicherà di nuovo alla vostra applicazione, invece.

Inizia con la lettura del Device Driver Tutorial , poi dare un'occhiata alla OpenSolaris codice sorgente per il codice piloti reali.

In alternativa, si potrebbe indagare la modifica di destinazione Solaris iSCSI per essere l'interfaccia con l'applicazione. Ancora una volta, guardando OpenSolaris COMSTAR sarà un buon punto di partenza.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top