Newsgroup: it.comp.os.linux.sys
Titolo: Backup di Xen

Continuando a documentarmi su Xen, mi è sorto un dubbio:
posso fare una immagine (mono-file) di una VM senza doverla spegnere?
Mi spiego: Xen può esportare una intera VM appoggiata, ad esempio, su
lvm, in un singolo file pronto da eseguire in caso di problemi. Per
farlo, però, bisogna spegnere la VM e nel mio caso è impossibile.
Per cui, non mi resta che fare snapshot LVM evitando così di
installare sistemi di backup in ogni DomU, backuppo tutto da Dom0 e
dovrei essere abbastanza protetto. Se si spacca qualcosa, ripristino
l'intera virtual machine o i singoli file backuppati via rsync dallo
snapshot.
Ora, una volta che ho fatto lo snapshot LVM, posso creare una nuova VM
appoggiata su tale snapshot e convertire la VM appena creata in un
singolo file pronto da bootare? Sarebbe perfetto: backup automatizzati
e ripristinabili all'istante in caso di problemi su una qualsiasi
macchina, senza dover fare il restore....
Voi come backuppate i domU ? Io pensavo di fare snapshot quotidiani e
fare un mega tar di ogni LVM.... Però così facendo non avrò il file
unico pre-bootabile in caso di disaser recovery....

 dovrei essere abbastanza protetto.
No. Se ancora non s'č capěto, al Dom0 to non ci devi metter mano tranne 
che per le funzioni riportate dal manuale.
Tratta le VM come fossero dei "normali server" e backuppali dall'interno.
Almeno per ora. Qualcosa di piů dovrebbe esserci con Xen5.1, che 
dovrebbe uscire il mese prossimo, ma per il 5.0 lascia la fantasia per 
altri campi.
Se poi vuoi e puoi, vedi 
http://support.citrix.com/article/CTX117258
-- 
http://bofhskull.wordpress.com/

 Tratta le VM come fossero dei "normali server" e backuppali dall'interno.
ma non ci metto mano. non devo installare niente.
creo uno snapshot e poi creo una vm che legge dallo snapshot.
dici che non è consigliabile?

 altri campi.
Solitamente con precisi con le release?
Il server dovrebbe arrivarmi tra 15 giorni, per cui potrei anche
attendere XenServer 5.1
Dove trovo le release note per vedere se han messo qualche cosa che mi
consenta di backuppare in maniera semplice?

 consenta di backuppare in maniera semplice?
Bella domanda. Per ora ho avuto solamente documentazione "volante" dai 
distributori, con l'elenco delle nuove features. Tutta roba fumosa e 
priva di dettaglio tecnico.
-- 
http://bofhskull.wordpress.com/

 funzionalità...
AFAIK nessuno.
Il fastclone (supportato solo su equallogic o nettapp) si fa con il
vm-clone
Il vm-snapshot dovrebbe essere la versione del clone per i poveri,
ovvero non si appoggia al
fast cloning dello storage.
Però, anche il copy, semprerebbe non necessiti di tali san. Infatti
c'è scritto che utilizza il fastclone
solo se disponibile.
Comunque sia, indipendentemente dalla fattibilità, se potessi usare
tale features, sarebbe un
metodo di backup (o meglio, di disaster recovery) corretto ed
affidabile?
Mi interessa non tanto backuppare i singoli file (per questo userò
rsync dall'interno) ma piuttosto
fare una immagine ripristinabile in mezzo secondo. Teoricamente,
facendo lo snapshot e salvandolo
via LVM over iSCSI dovrei poter fare il restore all'istante su un
altro server.

 altro server.
A proposito di clone dei poveri, come ti sembra un lvm over drbd?
-- 
ValeRyo
CBR600F "Cerbero" - 
http://www.slimmit.com/go.asp?6YT
GamerTag: 
http://card.mygamercard.net/IT/nxe/ValeRyo76.png
 

 A proposito di clone dei poveri, come ti sembra un lvm over drbd?
Non conviene esportare in iscsi il volume drbd?

 Non conviene esportare in iscsi il volume drbd?
Intendi il volume lvm?
Io parlavo di un'altra configurazione: due macchine che virtualizzano
e che esportano anche in drbd i propri dischi, in modo che in caso di
failure della prima macchina puoi avviare le macchine virtuali sulla
seconda, eventualmente facendo balloon della memoria delle macchine
virtualizzate da essa.
Come HA dei poveri funziona bene, ho giusto due macchine attive cosě
e per ora vanno bene, ho anche fatto qualche prova di down e pure
heartbeat puň essere inserito in questa configurazione.
Al prossimo giro vorrei provare qualcosa di diverso :-)
Una domanda sulla tua proposta (e qui si vede la mia poca conoscenza
di LVM): ma per far funzionare lo snapshot, non c'č bisogno anche del
source volume?


 source volume?
Da quel che ho visto, per fare snapshot LVM basta eseguire 1 comando.

 Da quel che ho visto, per fare snapshot LVM basta eseguire 1 comando.
Si, ma quello che fai (sono ignorante assai, prendilo cum grano salis)
non č un backup, ma una specie di journal che lvm deve sommare ai dati
presenti sul source volume. Quindi va bene se lo crei, ne fai il backup e
lo distruggi.


 Ci ho provato, ma cosě 'a naso' la cosa non mi convinceva.
Una piccola aggiunta: i miei test erano finalizzati alla creazione di
un'ambiente di virtualizzazione di poche macchine (una decina) per
lo piů webserver di piccolo cabotaggio linux e windows. Quindi due
quadcore bastano ed avanzano per il lavoro da fare.
Nel caso di una farm di server virtuali l'utilizzo di storage esterni e di
infrastrutture di load balancing diventa praticamente obbligatorio.


 lo distruggi.
Esatto:
- creo lo snapshot
- faccio backup in qualche modo (rsync dopo averlo montato, dd, export
di una VM creata appositamente su tale snapshot)
- distruggo lo snapshot.
usando uno storage esterno di backup (come scrivevo ieri) si potrebbe
addirittura salvare gli snapshot
direttamente su tale storage. In caso di problemi, non bisogna far
altro che ricreare ex-novo una VM facendo
pescare i dati dallo snapshot LVM over iSCSI.
(serve solo come disaster recovery, il backup di singoli file è
tutt'altra cosa e si può fare backuppando il contenuto dell'LVM
snapshottato o direttamente dai singoli domU. Preferisco backuppare
con rsync il contenuto snapshottato in quanto è facilmente
scriptabile, il backup dei singoli domU andrebbe configurato su ogni
domU)

 pescare i dati dallo snapshot LVM over iSCSI.
Ok ok, credo di aver capito dove non capivo :-)
Tu dici che sia il source volume che lo snapshot sono su dischi montati
via rete-san-quelcheè, giusto?


 via rete-san-quelcheè, giusto?
No, il volume è in locale.
Io vorrei fare snapshot via rete, se possibile. Se non è possibile,
faccio snapshot in locale e poi
backuppo via rete.

 ha scritto nel messaggio
news:7adfe9d1-df13-46e0...@x3g2000yqa.googlegroups.com

Direi di no, perché lo snapshot non è altro che una foto del filesystem,
non i dati reali che ci sono dentro (quelli vengono letti dall'origine).


 non i dati reali che ci sono dentro (quelli vengono letti dall'origine).
Allora snapshotto, lo monto e faccio il backup con rsync più
un'immagine dello snapshot con "dd"
pronta da ripristinare in caso di disaser recovery.

 pronta da ripristinare in caso di disaser recovery.
Direi che č la soluzione ottimale e penso che inizierň ad usarla
anche io :-)
