Hypervizor KVM - jaké máte zkušenosti?

[mojenervy]

mám már průzkumných otázek z reálného provozu
- na jaké distribuci provozujete hypervizor KVM
- příkázovým řádkem nebo třeba Proxmox
- jak zálohujete hosty - online příp offline
- proč KVM
- jaký počet virtuálů

Mám rád věci jednoduché, napsal jsem si skripty - jen si s tím hraji, abych se udržoval.
Z Proxmoxu mám pocit, že když se něco po, tak se s tím nedomluvím - duchařina.

[Reklama]

[Michal2]

Proxmox, zalohy pres ZFS snapshoty, kvm nam pri testech vyslo jako nejlepsi v pomeru cena/vykon (ale i tak kde to jde mame lxc, je nesrovnatelne lepsi), 10 serveru v prumeru 15 LXC kontejneru a 2 kvm virtualy na kazdem (jsou to dualxeon potvory s 256GB RAM).

[Jan Forman]

Amazon AWS tvrdí, že to není špatné jinak zcela normální...
Řekl bych, že počet nasazení KVM radikálně převyšuje třeba VMWare o HyperV ani nemluvím.

[Lazar]

Loňská, ale docela zajímavá přednáška na téma masivně nasazeného KVM.
https://www.youtube.com/watch?v=i3kNI7hTF8g&list=PL5dg4Yr6xBidWjnzVPFO7xLtufNJZQ5mB

[mojenervy]

LXC mi zatím nestálo za to - asi přišel čas opět omrknout. 

KVM, jde mi o řešení záloh, obnovu ze zálohy atd - jestli to někdo provozuje čistě z příkazového řádku/skriptování.

můžu si s tím hrát, ale zkušenost z reálného provozu prostě nemám  ...tak se ptám.



Proxmox - jaké jste s tím zažili problémy?  / Cvičně si ho nahodím, to mi neuškodí

[Reklama]

[darebacik]

btw co je podla vas lepsie, doinstalovat proxmox do debianu, alebo nainstalovat iso od proxmoxu ?
V iso od proxmoxu je toho asi aj nieco najviac, pretoze cista instalacia proxmoxu spotrebuje cca 700-800 MB ram, zatial co cisty debian stretch bral myslim 200MB.
Inak proxmox 5.x ma velmi pekne web gui a celkom aj funguje.

OT aky je rozdiel medzi snapshotom a backupom
Stopnem KVM (LXC) a spravim backup. Podla mna to nejakeho (napr. dd) urobi kopiu + zagzipuje (resp. co sa nastavi), ale nie je mi jasny snapshot.
Co som pochopil, tak snapshot zobere zo stroja snimok ram a niekde ho ulozi, alebo zapise niekde info a datach (cize metadata). Snapshot sa pouziva na kratkodobe ulozenie zalohy, len pokial sa na VM nieco vystraja a aby sa potom mohlo vratit spat k povodnej konstalacii.

[mojenervy]

darebacik:

s pamětí za běhu
virsh snapshot-create-as --domain centos7 snap1 --diskspec vda,file=/export/images/sn1.qcow2
virsh snapshot-revert  --domain centos7 --snapshotname snap1 --running

jen disk za běhu
virsh snapshot-create-as --domain centos7 snap1 --diskspec vda,file=/export/images/sn1.qcow2 --disk-only --atomic
virsh blockcommit centos7 vda --active --pivot --verbose

pro obnovu
virsh snapshot-dumpxml dom name > snapshot.xml       
virsh snapshot-create dom snapshot.xml --redefine [--current]

vypsat disky třeba
virsh domblklist "$DOMAIN" --details | grep ^file | grep -v 'cdrom' | grep -v 'floppy' | awk -F ' ' '{$1=$2=$3=""; print $0}'  | sed -e 's

[Lazar]

Chápu to správně, že snapshot nemá tušení o konzistenci dat na úrovni FS/DB/..., po obnově ze snapshotu je tedy na místě recovery FS/DB/..?

[mojenervy]

je to jako vytahnout ze zásuvky - stejný stav.

Zálohování virtuálních strojů za chodu
https://forum.root.cz/index.php?topic=16290.0

[mojenervy]

on je tu ještě nějaký parametr  --quiesce

snapshot-create-as domain {[--print-xml] | [--no-metadata] [--halt] [--reuse-external]} [name] [description] [--disk-only [--quiesce]] [--atomic] [[--memspec memspec]] [--diskspec] diskspec]

nějaký neověřený blábol
 --quiesce will make sure that the qemu-ga agent will quiesce your guest filesystem first, and it includes some scripts for databases so you can lock them. You can also use hooks to unmount specific path before the snapshot. All in the same call. There is also the option to save the memory separately but I didn't use it.


na toho qemu-ga agenta se ještě mrknu.

[samalama]

xen forever...

[darebacik]

je to jako vytahnout ze zásuvky - stejný stav.

Zálohování virtuálních strojů za chodu
https://forum.root.cz/index.php?topic=16290.0

Precital som si ten topic, ale niekto tam mal prilis vysoke ego a vystatoval sa, ze ako tomu niekto nemoze rozumiet. Ja si tiez nie som celkom isty ci rozumiem snapshotu. No zrejme  snapshots zabezpeci to, ze z VM, alebo kontajneru spravi konzistentny stav. VM dalej bezi, ale je ako by zmrazena. Prevedie sa backup a snapshot sa moze zahodit.
Zrejme nie som sam, ktory ma problem pochopit snapshot

[Vilith]

Mas 2 rozdilne moznosti

1/ snapshot disku, kdy se to system ani nedozvi, jen se mu pozastavi zapisy, a DB se muze zlobit/rozbit protoze zapisy na disk nejsou zcela OK

2/ snapshot stroje s RAM - vse se uvede do kozistentniho stavu, vyprazdni se DB buffery a udela se snapshot. Pod vmWare/Oracle jsme na to meli definovanou sekvenci, ktera se pouzivala pri zalohovani

[mojenervy]

To se mi nezdá. Ten zápis jen na chvíli uhne jinam, než se udělá backup, změny se pak připíšou na původní disk. Pak se snap může smazat.
Databáze by řvala při obnově, nedopsané soubory taky. Ono je vhodné data vyzálohovat před snapshotem.

Parametr --quiesce a qemu-ga agent se údajně moc nepoužívá. Třeba účetnictví by to spolehlivě zabilo, i kdyby se nakrásně všechny soubory stihly dopsat, ale dalších by k záloze bůbec nedošlo. Přístupy to chce různé.

@Vilith to asi popisoval ze strany obnovy, co v té vykopírované záloze vlastně je. Za běhu se přimrazit může/nemusí - jsou tam nějaké parametry.

To je právě ta duchařina...

[Lazar]

Zmražený IO stav je určitě okamžitý, ale těžko obecně konzistentní na vyšších vrstvách.

Pokud si to pamatuji spravne, tak u on-line backupu Oracle RDBMS jsou součástí zálohy kromě kopie obsahu datafiles/rawdevices také control files a archiv redologů vzniklých během doby/procesu zálohování. Ty se při obnově musí promítnout na obnovené datafiles/rawdevices (které jsou z logiky nekonzistentní, binárně se kopírují zatímco se v nich děje cokoli), aby se databáze obnovila konzistentní do požadovaného okamžiku (commitované transakce).