Quale tipo di disco KVM usare?

Sto configurando alcuni guest virtuali KVM e sto discutendo quale tipo di disco usare. Non sono stato in grado di trovare una buona risorsa online che esaurisca i pro ei contro di ciascuno.

Potete aiutarmi a creare un elenco del diverso tipo di disco e i vantaggi e gli svantaggi di ciascuno? Ecco i tipi di disco che conosco:

• Immagine grezza
• qcow2
• Partizione dedicata (ad es. In LVM)

Sono curioso di conoscere questi criteri:

• Facilità di installazione (quanto è facile creare ogni tipo)
• Prestazione
• Facilità di clonazione
• Facilità di espansione (per ingrandirla, quindi il guest virtuale ha più spazio su disco)
• Funzionalità specifiche per quel tipo di disco
• Facilità di backup
• Migrazione ad altri host

Potete aiutarmi a valutare le mie scelte?

Mi concentrerei sull'immagine grezza e su LVM.

L'immagine grezza è più facile da eseguire il backup e la copia, dal momento che è solo un file e puoi farci tutto ciò che puoi fare in un semplice file. Inoltre, evitando formati specifici puoi facilmente usarlo, come montarlo su un dispositivo loop per accedere ai file in caso di crash o problemi (o anche su un server di backup senza virtualizzazione). D'altro canto, i file di immagine non elaborati sono influenzati dalla cache dei file del kernel, quindi è necessario fare molta attenzione quando si verificano arresti anomali e arresti, poiché VM sync () non significa in realtà che il server host sync () ed il file su un disco. Ho avuto molti problemi con questo.

LVM elimina il problema della cache, ha prestazioni migliori rispetto ai file (AFAIK, potrebbe essere cambiato negli ultimi mesi) e presenta i vantaggi delle istantanee per il backup. Anche cambiare la dimensione dei dischi non è complicato, ma è un po 'meno banale dei file raw. Inoltre con LVM è possibile configurare DRBD per migrazioni / failover live.

A mio avviso, vai con LVM a meno che tu non abbia esigenze molto specifiche per i file.

considerando l'elenco di considerazione che hai dato, sicuramente andare con LVM. l'unico vantaggio dell'uso di qcow2 è che consente di realizzare istantanee. Queste istantanee sono di gran lunga superiori alle istantanee LVM. Naturalmente RAW non ha alcuna opzione di istantanea, ma un'immagine RAW può essere la base per un'istantanea qcow2.

• Facilità di installazione (quanto è facile - creare ogni tipo): lo stesso per tutti, raw / qcow2 utilizzato da qemu-img, partizioni / LVs da fdisk / lvm api
• Prestazioni: LV grezzi o dispositivi a blocchi sono i più veloci, i file RAW arrivano dopo, qcow2 ha il maggior sovraccarico, ma è il più ricco di funzionalità
• Facilità di clonazione: qemu-img viene utilizzato per questo e può tenere conto delle istantanee già prese. con LV o altri sviluppatori di blocchi, probabilmente avresti bisogno di usare dd
• Facilità di espansione (per rendere - più grande, quindi l'ospite virtuale ha più spazio su disco): se questo è importante, LV è la scelta migliore. Di solito non lo è, perché aggiungeresti semplicemente un altro disco virtuale o dimensioni arbitrarie e puoi anche sovraccaricare la memoria utilizzando dischi sparsi
• Funzionalità specifiche per quel tipo di disco: qcow2 è il formato più ricco di funzionalità, come ho già detto. Può essere combinato con un'immagine raw tra l'altro, usa raw come immagine di base e qcow2 come istantanee
• Facilità di backup: copia di un file o dd / cpio - non è un problema
• Migrazione ad altri host: per la migrazione in tempo reale utilizzeresti normalmente l'archiviazione centralizzata, dove non è necessario spostare l'immagine. È anche possibile la migrazione a blocchi. per quanto riguarda il semplice spostamento della VM da host a host in modalità offline: è uguale al backup / ripristino della VM

I suoi vantaggi sono più semplici, ma di recente ho scoperto che l'unico formato del disco in KVM che consente agli snapshot che integrano la memoria e lo stato di esecuzione della VM è qcow2 dopo averlo riprodotto per alcuni minuti.