Mirroring LVM VS RAID1

Avendo imparato qualcosa sul mirroring LVM, ho pensato di sostituire l'attuale schema RAID-1 che sto usando per guadagnare un po 'di flessibilità.

Il problema è che secondo quello che ho trovato su Internet, LVM è:

1. Più lento di RAID-1, almeno in lettura (poiché per la lettura viene utilizzato solo un volume).
2. Non affidabile in caso di interruzione dell'alimentazione e richiede la disabilitazione della cache del disco per prevenire la perdita di dati.

http://www.joshbryan.com/blog/2008/01/02/lvm2-mirrors-vs-md-raid-1/

Inoltre sembra, almeno a diverse guide di installazione che ho letto ( http://www.tcpdump.com/kb/os/linux/lvm-mirroring/intro.html ), che uno in realtà richiede un terzo disco per l'archiviazione del registro LVM . Ciò rende l'installazione completamente inutilizzabile su installazioni con 2 dischi e riduce la quantità di dischi mirror utilizzati su una quantità maggiore di dischi.

Qualcuno può commentare i fatti di cui sopra e farmi sapere la sua esperienza nell'uso del mirroring LVM?

Grazie.

Non ho mai usato il mirroring LVM, ma le informazioni che hai scoperto sembrano ragionevoli da quello che so di LVM. Continuerei con MD RAID-1, me stesso.

I mirror LVM servono per replicare un volume logico su un volume fisico diverso. Ha essenzialmente lo scopo di "spostare i dati su un altro disco". Il mirror viene quindi rotto e la vecchia posizione dei dati viene liberata per l'uso; i dati esistenti vengono invece utilizzati nella nuova posizione.

I mirror RAID servono a fornire protezione contro guasti hardware a unità singola. Ha essenzialmente lo scopo di "impedire che i tuoi dati vadano persi se un disco si spegne".

Mantieni il mirroring RAID su LVM per i tuoi scopi.

La disabilitazione della cache in scrittura è sempre necessaria se si desidera ridurre al minimo le possibilità di perdita di dati in caso di interruzione di corrente. Non importa se hai md RAID, LVM o niente. L'unità può contenere da 16 a 64 MB nella cache su un dispositivo moderno e scomparirà.

A meno che non apprezzi la velocità sulla correttezza, cambierei la cache di scrittura su unità.

Le barriere sono una tecnica del kernel per cercare di migliorare le possibilità che i dati arrivino sul disco. Fino al 2.6.29 LVM li ha ignorati. Ora LVM onora le barriere (se e solo se hai un target lineare e un kernel abbastanza nuovo) quindi se vuoi la flessibilità di LVM e il supporto barriera la tua scommessa migliore è il RAID barriera-su-md.

Le nuove versioni di LVM possono utilizzare le stesse implementazioni raid di MD.

Navigando nella cronologia, raid4 / 5/6 sembra essere apparso nel kernel in 2.6.38 e raid0 / 1 a volte tra quello e 3.1

Supportato anche da RHEL 6.1 (raid0 / raid1) e da RHEL 6.3 (raid4 / 5/6) https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/LVM_overview.html

uno in realtà richiede un terzo disco per la memorizzazione del registro LVM

In una configurazione ho partizionato un disco in un volume fisico principale e un altro volume fisico minuscolo per il registro LVM. Se avessi mai perso quel disco, ovviamente avrei perso il registro mirror, ma va bene perché quando il volume si riduce a non scolorito non avrebbe più bisogno del registro.