Newsgroup: it.comp.os.linux.sys
Titolo: XenServer 5.5

Qualcuno che l'ha gia' provato mi spiegherebbe le differenze in 
meglio/peggio rispetto alla 5?
Grazie
-- 
Bye
Gianfranco Bartolini
(gianfranco punto bartolini at tiscali punto it)

 meglio/peggio rispetto alla 5?
- snapshot LVM a virtual machine in esecuzione anche su storage locale, 
non solo su SAN apposite (cosï¿œ si possono fare backup online in maniera
molto semplice)
- lenny installabile in maniera nativa
queste le due piï¿œ importanti, secondo me.
Poi Skull ti saprï¿œ dire altro... :-)

 Poi Skull ti saprà dire altro... :-)
Non la ho ancora manco installata.
Solo letto le release notes:
New features in XenServer 5.5.0
XenServer 5.5.0 includes a number of new features and ongoing 
improvements, the most important of which are identified below:
• Improved backup and snapshot support allows you to perform live 
snapshot and clone operations on all storage types. This enables better 
support for backup utilities and practises, and helps to reduce disk
space requirements for storing clones of virtual disks. You can now take 
snapshots from XenCenter as well as through the xe CLI. For more 
information on this feature, please refer to the Storage chapter and
the VM Snapshots section of the Backup and recovery chapter in the 
XenServer Administrator's Guide.
• Active Directory integration to allow credentials to be verified 
against an AD server. This allows granting
and revocation of access to XenServer pools easily and securely using 
existing IT infrastructure. For more information on this feature, please 
refer to the XenServer hosts and resource pools chapter in the
XenServer Administrator's Guide.
• Workload Balancing to optimize VM placement and assist with balancing 
of workloads within a pool. This is done using the Workload Balancing 
server, available as a download with XenServer. For customers
interested in creating custom queries on Workload Balancing data, Citrix 
provides customer accessible SQL views. For more information, see 
CTX121348. For more information on this feature, please refer to
the Workload Balancing chapter in the XenServer Administrator's Guide.
• Integration with StorageLink services via the xe CLI enabling advanced 
storage management capabilities via the Citrix StorageLink service, 
available as a download with XenServer. For more information on this 
feature, please refer to the Citrix StorageLink Gateway (CSLG) SRs 
section of the Storage chapter in the XenServer Administrator's Guide.
• Improved operating system support including new support for Red Hat 
Enterprise Linux 5.3, Novell SLES 11, and Debian Lenny.
• XenCenter improvements including Folder View, allowing you to view 
your resources as a simple list or organize them into folders, and 
improved search capabilities. Quick text queries provide a simple way to 
find resources, while the improved Search tab can be used to create more 
advanced queries as well as grouping and filtering the results. For more 
information, please refer to XenCenter help.
-- 
http://bofhskull.wordpress.com/

 Solo letto le release notes:
a proposito, secondo me si son dimenticati qualcosa di utile:
dal momento che fan fare (EVVAIIIIIIIIIIIIIIIII) snapshot LVM
su ogni tipologia di storage, potevano anche mettere l'export
come backup senza dover spegnere la VM.
Tasto dx -> esporta come backup (mi pare) e se la VM è operativa
ed appoggiata su LVM, potrebbe fare lo snapshot automatico, la
creazione di una VM di appoggio a partire dallo snapshot ed il
backup.
Attualmente son 3 passaggi da fare a manina....

 molto semplice)
Direi che solo per questo vale la pena di provarlo ;)


 XenServer Administrator's Guide.
Si`. Stavo gia` facendo i salti di gioia pensando che finalmente ce
l'avevano fatta.
Poi mi sono letto la parte relativa dell' Administrator Guide e -
spero di aver capito male -
dice a riguardo di continuare a fare il backup con sw di backup
apposito dall'interno
delle macchine virtuali - quindi cambiato niente. Mi sono perso / non
ho capito
qualcosa io, oppure non fa quello che dice di fare, oppure si sono
dimenticati nel
manuale una parte che andava bene per la versione precedente?
Andrea

 delle macchine virtuali - quindi cambiato niente. 
Non ne vedo il motivo.
Se te hai modo di fare snapshot, puoi benissimo crearne
uno e backuppare quello dopo aver creato una VM temporanea
a partire dallo snapshot.
Oppure, come penso di fare io, fare distar recovery:
snapshot
creazione vm dallo snapshot
export come backup E dump dell'immagine come file.
devo ancora valutare quest'ultimo punto ma credo sia
possibile montare il dump di un volume lvm (dd if=/dev/volume 
of=/root/file.img) in modalitï¿½ loop e pescare i file necessari
nel caso volessi ripristinare un singolo file anzichï¿½ tutta la
VM.

 manuale una parte che andava bene per la versione precedente?
Non vedo il nesso.
Il backup delle vm lo continui a fare come sempre da dentro le vm stesse 
  con il sw di backup che preferisci, e questo serve per ripristino di 
file/directory eventualmente cancellati ecc ecc
Gli snapshot o le immagini a caldo li fai con gli strumenti 
dell'hypervisor, del s.o. o di terzi per disaster recovery.
Sono due cose ben diverse, l'una non esclude l'altra.



Vivaddio, ma mandare in testa alla gente che uno snapshot non ï¿½ un 
backup non c'ï¿½ verso...
Benvenuto nel club.
-- 
http://bofhskull.wordpress.com/

 backup non c'ï¿½ verso...
Be, non proprio.
Se io faccio uno snapshottone e poi backuppo quello dall'interno, quello
ï¿½ un backup.
Chiaro che lo snapshot ed il dump di esso lo usi come disaster recovery
(e, imho, non va sottovalutato, ï¿½ uno dei vantaggi dei server virtuali
poter snapshottare un intero server e ripartire con un "backup" in un
secondo senza dover fare il restore di nulla) ma puoi benissimo fare
lo snapshot (da usare come disaster recovery) e poi backuppare tale
snapshot dall'interno (rsnyc, ad esempio, dopo aver creato una VM
temporanea a partire dallo snapshot) oppure dall'esterno montando lo
snapshot e rsyncandolo.

 Benvenuto nel club.
Quale club, quello di chi pensa che lo snapshot sia un backup od il 
contrario? :)


 contrario? :)
Quello di chi cerca di far capire che non lo ï¿½...
-- 
http://bofhskull.wordpress.com/

 Benvenuto nel club.
Ma uno snapshot non e` un backup?
Nel senso che li` c'e` tutto, dati e sistema e consente il ripristino
di una situazione
compromessa in tempi brevi (basta far caricare l'immagine dello
snapshot, quella VM).
Il problema e` l'accesso ai dati contenuti nell'immagine senza
accenderla, pero`
una volta caricata, puoi accedere singolarmente anche ai dati o no?
Poi credo ci siano sitemi che unificano il tutto risolvendo il
problema, tipo Acronis.
Andrea

 snapshot e rsyncandolo.
Snapshot e' un termine vago, ogni produttore gli da un significato 
differente.
Quello che dici tu vale per gli snapshot di LVM, che vuoi usare come se 
fossero cloni della vm. Con altri prodotti gli snapshot sono cose 
differenti.
Per es. con VMware una cosa del genere te la scordi. Quando fai lo 
snapshot viene solo creato un file differenziale nel quale scrivere le 
modifiche sul filesystem della vm a partire dal momento dello snapshot. 
Non lo monti di certo su un'altra vm e nemmeno te lo backuppi.
E ripeto, non vedo il motivo per fare una cosa del genere, senza 
considerare il fatto che gli snapshots meno li usi e meglio e' perche' 
fanno decadere le prestazioni in maniera notevole.


 Quello di chi cerca di far capire che non lo ï¿½...
Non e' facile proprio perche' e' il termine stesso a trarre in inganno.
Per molti snapshot=clone, da qui tutti i casini che ne conseguono.


 differenti.
Si`, io pensavo proprio a snapshot lvm e dato che le mie macchine di
notte
possono fare la nanna e nello stesso periodo non ho proprio problemi
di
prestazioni che possano impattare su degli utenti, i miei snapshot
sarebbero
belli e puliti, a db chiusi e servizi arrestati, se non addirittura a
macchina
virtuale spenta: piu` consistente di cosi`.
Andrea

 fanno decadere le prestazioni in maniera notevole.
Io dico che in quei 3-5 minuti di tempo necessari a fare lo snapshot
e relativo backup, le prestazioni non dovrebbero risenterne cosï¿½ tanto.
Sempre che tu non abbia VM con 200GB di disco.

 problema, tipo Acronis.
Altra tecnologia, Acronis opera dall'interno della VM quindi non rientra 
nel discorso degli snapshots, che lavorano da fuori la VM.


 virtuale spenta: piu` consistente di cosi`.
Se ti puoi permettere di spegnere le vm tutto il discorso cade, nel 
senso che va bene qualsiasi metodo, anche una semplice copia rsync.
Inoltre in questo caso lo snapshot si trasforma in clone, visto che la 
vm e' ferma e non fa modifiche, e allora torniamo al punto di partenza :)


 virtuale spenta: piu` consistente di cosi`.
E allora perch� non spegni la VM e fai il backup di quella tramite
Xen? Lo puoi fare anche con la 5.0 se spegni la macchina.

 Sempre che tu non abbia VM con 200GB di disco.
Appunto. Ho clienti con LUN da 2TB e file server con virtual disk da 
500Gb l'uno, parliamone di come sarebbe funzionale questo metodo.
Vorrei chiarire che quello che fai tu nell'ambito della tua 
infrastruttura e' perfettamente lecito e funzionale e probabilmente 
anche la migliore soluzione. Pero' attenzione, non e' la regola ed in 
alcuni casi e' assolutamente da evitare.
E' importante chiarirlo perche' ho visto tante volte bagni di sangue 
proprio perche' si pensava ai backup con gli snapshot come regola aurea. 
Tutto qua.


Sono due cose ben diverse, l'una non esclude l'altra.
E' un disastro, fare capire al cliente che la copia delle macchine
virtuali _non_ � un backup ed � sempre necessario tenere in
piedi/realizzare un'infrastruttura di basckup per i dati � una fatica
inverosimile..
Ciao
---
Francesco

 Tutto qua.
Il punto ï¿½ che con XenServer 5.5 hanno introdotto la possibilitï¿½ di fare
snapshot su LVM. Cosa molto buona (direi motivo piï¿½ che sufficente per
upgradare da 5.0 a 5.5, per chi non avesse una san).
Che poi esso non sia "lo standard" per effettuare backup sono concorde,
ma si parlava di features XenServer e lo snapshot appena introdotto
ï¿½ secondo me una ottima cosa, e nel mio piccolo, va piï¿½ che bene anche
per fare backup dato che non offro, ai clienti, backup piï¿½ frequenti di
1 giorno. e dato che snapshotto, backuppo anche a partire da quello.

 poi backuppo
Appunto.

 Appunto.
Appunto cosa?

 Appunto cosa?
Che *poi* fai il *backup*.

 dimensione e con la stessa frequenza dei backup tradizionali.
Dipende; nella fattispecie probabilmente sì, usando snapshot vmware
si riesce a fare backup differenziali/incrementali di snapshot anche 
usando, ad esempio, prodotti commerciali come quelli di Vizioncore.

 Che *poi* fai il *backup*.
Per le mie VM si, ma semplicemente perchè non ho voglia
di dover fare il restore di un intero dump LVM e poi
montarlo per ripristinare un file da 30k.
Solo per questioni di praticità, perchè alla fin fine, mi
salvo ugualmente i dump lvm fatti di notte.
Tenere i file "sfusi" è solo più pratico in caso di restore.
Per le VM dei clienti no, niente backup. solo disaster
recovery.

 le singole vm da dentro?
Riduci drasticamente la finestra di backup della macchina di
produzione delegando
del tutto il backup ad una macchina dedicata che puo` farlo nei modi e
nei tempi
che preferisci.
Andrea

 dimensione e con la stessa frequenza dei backup tradizionali.
Non ci sono software che ti consentano di farlo e che usino degli
algoritmi
di deduplicazione?
Andrea


Detta cosi` non era chiara. Si suppone di fare lo snapshot su disco e
il backup
dei singoli files su nastro o comunque su dispositivo che si puo`
custodire in
luogo sicuro e distante (tipo caveau di una banca). In un caso di
questo genere
il backup su nastro dei singoli files richiede sicuramente piu` tempo
di quello
su disco tramite snapshot, che sara` poi "montato" dalla macchina di
backup
per essere salvato in forma di singoli files e directory su nastro.
Andrea