Vantaggi del thin provisioning dello storage rispetto al thin provisioning con macchine virtuali

9

In genere utilizzo il thin provisioning dello spazio di archiviazione durante la creazione di macchine virtuali: offre molta flessibilità e sembra essere più veloce da costruire.

L'unico potenziale vantaggio che posso vedere è quello di garantire che una VM non esaurisca accidentalmente lo spazio disponibile sull'infrastruttura di archiviazione sottostante: ce ne sono altri?

— conigliera
fonte

sembra essere il duplicato di serverfault.com/questions/279773/… --- forse i due dovrebbero essere uniti

— mdpc

@mdpc - L'ho visto mentre mi preparavo a chiedere questo - è collegato, ma penso che sia abbastanza diverso da giustificare se stesso :)

— Warren

5

I dischi con thin provisioning non possono essere ridotti; una volta assegnati tutti i blocchi, il gioco è fatto.

Inoltre, a meno che non si esegua un formato rapido, Windows riempirà effettivamente l'intero disco con thin provisioning.

Potrebbe esserci anche una penalità per le prestazioni, ma non ne sono sicuro al 100% ed è qualcosa che dovrebbe essere testato; So che è stato il caso di alcuni hypervisor basati su host.

— gravyface
fonte

4

È possibile eseguire il thin provisioning di una VM spessa se si esegue un vMotion di archiviazione.

— jftuga,

3

Altri colpevoli non menzionati:

le unità con thin provisioning possono essere frammentate molto facilmente. Se non riesci a deframmentare il dispositivo di hosting, ciò può compromettere molto le prestazioni.
se si esaurisce lo spazio su disco reale su un thin provisioning di archiviazione in cui è stato allocato eccessivamente spazio, qualsiasi scrittura può portare a un errore catastrofico su una o più unità VM, in genere al di là di qualsiasi riparazione, quindi è meglio monitorare l'utilizzo effettivo del disco su l'host di archiviazione con attenzione.

— wazoox
fonte

2

i dischi sparsi hanno un sovraccarico di prestazioni extra, perché il monitoraggio delle loro dimensioni e l'estensione quando richiesto richiede risorse. Non troppo, ma dipende dalle risorse che hai a portata di mano. Per alcune configurazioni, lo spazio su disco è irrilevante, quindi tutto è preallocato per migliorare le prestazioni, per altri, ci sono abbastanza cicli della CPU e IOPS, ma lo spazio di archiviazione è limitato (specialmente quando si utilizza l'archiviazione basata su SSD), quindi è preferibile usare lo spazio dischi

— dyasny
fonte

3

In effetti il colpo di prestazione è principalmente frammentazione. Quando si inizializza un'unità, tutti i suoi blocchi sono contigui, mentre possono diventare fortemente frammentati se sottoposti a thin provisioning. "monitorare le dimensioni ed estenderle" semplicemente non accade; i file sparsi sono in realtà una funzione di file system "libera" e semplicemente si espandono automaticamente quando vengono assegnati loro dei blocchi.

— Wazoox,

1

Questo è vero se stai usando un filesystem (che può essere un problema di prestazioni a sé stante, a meno che tu non stia entrando nell'IO diretto, il che non è sempre una buona cosa)

— dyasny il

2

I principali vantaggi del thin provisioning sono:

È più probabile che l'allocazione del disco rigido utilizzi blocchi contigui, quindi meno frammentazione sui piatti fisici
Lo spazio fisico su disco viene allocato immediatamente, quindi non cadrete nella trappola dell'eccessivo provisioning.

I principali svantaggi sono:

Il provisioning del disco richiederà più tempo perché deve rivendicare completamente quello spazio
Anche la capacità non utilizzata da una determinata VM viene esaurita nell'allocazione.

— gWaldo
fonte