Raid 1 vs LVM mirror

Solitamente (cioe' sempre, escludendo un momentaneo memory leak) configuro i server di backup con uno strato di raid software[1] e uno strato lvm.
Il primo mi mette al sicuro da eventuali corruzioni hardware, il secondo mi e' utilissimo per gli snapshot.

La domanda e': posso condensare sia il mirroring sia gli snapshot tramite un unico strato?

La risposta e' ni (o so, fate voi).

Si' perche' tramite LVM e' possibile creare volumi logici con mirroring.
No perche' non si e' piu' salvaguardati da eventuali crash hardware.

In prima approssimazione, se condensiamo tutto nello strato LVM demandiamo all'LVM la replicazione dei dati, che avverranno nei modi scelti dalla tecnolgia stessa. Cio' implichera' un vantaggio prestazionale, ma la replicazione non sincrona (quindi eventualmente posticipata) implichera' la non affidabilita' del mirroring.
Da questo link, trovo interessante il seguente commento:

LVM mirrors are for replication of a logical volume to a different physical volume. It's essentially meant to "move the data to a different disk". The mirror is then broken and the old location of the data freed for use; the existing data is utilized at the new location instead.
RAID mirrors are for providing a safeguard against single-drive hardware failures. It's essentially meant to "keep your data from being lost if a disk dies".

Per essere piu' precisi, si dovrebbe introdurre il concetto di barriers, ben presentato a questo link.
Ancora dall'url precedente:

Barriers are a kernel techniue to try and improve the chances of data getting to disk. Up until 2.6.29 LVMs ignored them. Now LVM honours barriers (if and only if you have a linear target and a new enough kernel) so if you want the flexibility of LVM and barrier support your best bet is barrier-on-md RAID

Quindi anche LVM onorera' il mirroring (dai kernel successivi al 2.6.29), se il barrier e' impostato (si veda qui).

Note:
[1] -> se fosse disponibile il raid hardware... non avrebbe senso questo post