Archivio

Articoli marcati con tag 'FlexClone'

Bloccati / Busy Snapshots

7 GIUGNO 2009

Questa è una di quelle situazioni fastidiose che possono causare le cose a venire crollare quando meno te lo aspetti.

Istantanee bloccate può accadere per diversi motivi, quelli ovvi è che sono la base di un SnapMirror o SnapVault update (nonostante sia basandosi sulle foto, in realtà saranno solo bloccare una snapshot durante un trasferimento attivo, si può tranquillamente eliminare le istantanee altrimenti e questo distruggere il rapporto di replica, più o meno). Possono anche essere causa di una copia vol, o per un periodo molto breve uno scatto ripristino.

2 delle ragioni meno ovvie, ma più comune è quella di un Clone LUN e FlexClone. Entrambi in linea di massima sono abbastanza simili, ma in pratica agiscono in modo molto diverso.

Semplicemente un clone si baserà su una snapshot e quindi creare un clone sparso sulla base di questa istantanea, e come tali i blocchi di dati originali, quindi non per mezzo di dati. Il clone può quindi essere diviso, ma 99/100 che sarà utilizzato per una sorta di verifica o di dichiarazione e poi rimosso.

Un Clone LUN è quella che ci fa maggior parte dei problemi. Come detto, si crea un clone basato su una snapshot, ma il clone viene creato all'interno del volume, e solo di un LUN particolare. Questo è infatti un concetto molto simile a quello del nuovo file unico FlexClone disponibile in 7,3. Sulla base di un dato snapshot, si avrà un nuovo LUN creato all'interno dello stesso volume come LUN genitore. Questo non utilizzare storage, ed è ottimo per l'esecuzione di verifiche, o forse delle prove o addirittura segnalazione.

Generale , , , , ,

SMS con NetApp FlexClone

Stavo lavorando con un cliente che era sul punto di distribuzione di un gruppo di nuovi server SMS per la distribuzione dell'applicazione nel loro dominio. Hanno un valore di circa 150GB di applicazioni, tutto questo ha bisogno di andare sul loro filer, ha bisogno di ottenere snapshotted, e ha anche bisogno di 5 SMS server di distribuzione (ciascuno dei quali necessita le stesse applicazioni). Che aggiunge fino a circa circa 1TB di capacità storage (inclusi i valori predefiniti per Reservation Fractional Reserve e Snap).

Questo non fa per me ed è un sacco di stoccaggio sprecato! L'idea è che abbiamo uno "master" SMS server di distribuzione, in realtà sono tutti uguali, ma usiamo il primo nella lista come "master", in quanto tale. Ogni macchina avrà tutte le nuove applicazioni distribuite ad esso ogni giorno, ma durante la notte (eseguirlo al giorno) l'archiviazione viene spazzata via e il padrone prende il suo volume di applicazioni clonato e condiviso di nuovo.

All in, con modifiche di stoccaggio vari, penso che il cliente ha finito per l'utilizzo di circa 200 GB!

VN: F [1.9.11_1134]
Vota questo post:
Rating: 0.0 / 10 (0 voti)

Generale , , ,



Questo sito non è affiliato o sponsorizzato in alcun modo da parte di NetApp o di qualsiasi altra società indicata all'interno.

Bad Behavior ha bloccato 1489 tentativi di accesso negli ultimi 7 giorni.

© 2009-2012 Chris Kranz Tutti i diritti riservati
Questo sito non è affiliato o sponsorizzato in alcun modo da parte di NetApp o di qualsiasi altra società indicata all'interno.