XEN-es LVM kötet mountolása futás közben (backup célokra)

 ( Honkydoo | 2018. március 1., csütörtök - 15:35 )

Sziasztok!

Röviden:
Lehet read onlyban mountolni egy futó virtuális gép LVM kötetét adatvesztés nélkül?

Csak azért kérdezem mert azt tudom hogyha az írást is engedem nagyon nagy az esélye, hogy korrupt lesz a fájlrendszer.
Logikusan azt gondolom csak olvasható módban nincs ilyen veszély, de javítsatok ki ha tévedek. Plusz érdekelne valaki olyan véleménye aki már csinált hasonlót.

Köszönöm előre is a válaszokat!

UI.: Eszembe jutott az LVM snapshot is mint köztes megoldás..

UI2: A gépek leállítása nélkül szeretnék mentést csinálni, lehetőleg homogén módon rsyncel. Tudom van bacula is a világon, egyelőre maradok az rsyncnél aztán ha nagyon kell kitanulom azt is..

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

"UI.: Eszembe jutott az LVM snapshot is mint köztes megoldás.."

Nem köztes megoldás. Ez a legjobb. 10 éve is így mentettem xen alapú vm-eket. Semmi gond nem volt a visszaállítással sem.
snapshot, mount, rsync, umount, snapshot del

Tíz éve még talán én is.
8 éve már nem.

lvm snapshotot használni olyasmi feeling mint Xuxu Petalsal társalogni.

zfs snapshot. És aztán nem kell foglalkozni avval, hogy törölgesd a snapshotokat.
Ott helyben megvan minden. Ha meg kell rollback, vagy bármi, akkor használod a snapshot.
Ha meg nem direktben kell block device a vm-nek, hanem elég csak dataset szintjén (uram bocsá, worst case pl. nfs-el beetetve), akkor még a snapshotolt állapotokba is bele tudsz nézni extra mókolás nélkül.

8 éve zfs? Nem használok BSD alapú rendszereket, a linuxra pár éve van. Én is használok backup szerveren zfs-t, tényleg kényelmes, de VM-ek alá még nem mertem betenni. Nálad hogy muzsikál 100+ VM alatt?

OpenSolarisról lett kiszolgálva.

Köszöni jól muzsikált. Nem volt 100+, csak jópár10 inkább.
Jól viselte a soksok snapshotot is. Kb. 1000+ snapshot volt erről a nagyságrendnyi mennyiségű datasetről.
btw.: az adminisztráció vezérfonala kb. annyi volt: 1 domU, 1 iSCSI target. Aztán, ahogy azokba meg keletkezgettek a mindenféle lxc-k, minden környezet saját "diszkre" ment. Legalábbis a domU-ban nézve. A targeten csak egy új lun.

comstar target nagyon jól managelhető on the fly!

Próbálkoztam előtte linuxal is, meg sok mindennel.
Storage területen felejtős a linux szerintem még ma is.
Sem iSCSI-t, sem NFS-t nem mernék linuxra bízni mióta láttam és üzemeltettem illumos alapú rendszereket.

Még az itthoni nas-om is OmniOS.

xl block-attach domU /local/disk/path.ja,raw,xvdX,ro

Ezt nem ismertem, köszi. Viszont nem hiszem, hogy konzisztens mentést ad.

A kérdésed, ha jól értelmezem nem is arra vonatkozott, hogy konzisztens mentést adjon.

+1

Én is úgy értelmeztem. Ha félő, hogy ott már valami "összekarcolódott", akkor minden olyan rendszer alól kirántanám azt a diszket, ami írási műveletet végrehajthat rajta, és ameddig mentés, fsck, backup/restore, etwas nincs, addig nem csesztetném tovább.

Köszönöm mindenkinek a választ!

Szerintem az lvm snapshot lesz a megoldás rsync-el.