Dotaz: Virtualizace pomocí KVM, virt-manager, LVM

[David]

Dobrý den, budu si pořizovat počítač s procesorem Intel Core i5-750, deska Gigabyte GA-P55-UD4 a 8GB DDR3 RAM.

Měl jsem představu, že by na počítači byl nainstalovaný linux s KVM, který by měl ale na starosti pouze správu virtuálních počítačů. Teprve tyto virtuální stroje by sloužily pro práci či pokusy. Na stroj s KVM bych chtěl šahat jen minimálně (přidat/odebrat virt. PC, aktualizace, ...).

Vzhledem k tomu, že počítač bude fungovat jako desktop, řeším, jak přistupovat k virtuálním počítačům. Předpokládám, že se neobejdu bez nějakého správce oken a programu virt-manager.

Musím-li pro lokální přístup na virtuální počítače použít virt-manager, tak který správce oken vám nejvíce vyhovuje? Řekl bych, že KDE nebo GNOME jsou zbytečně veliké, když vlastně bude otevřeno např. jen 5 oken s jednotlivými virt. PC a mezi nimi se budu přepínat.

Přemýšlel jsem dát počítač s KVM na nějaký starší 150GB disk i se swapem 16GB. Virtuály pak hodit na nový 1,5TB disk (bez RAIDu). Mám možnost ještě přidat 500GB disk. Má smysl spojit 1,5TB a 500GB disk a nějak mirrovat aspoň těch 500GB (např. pomocí LVM) nebo tam odlévat zálohy nebo snapshoty?

Díky. David

Odpovědi

[pht]

Předpokládám, že se neobejdu bez nějakého správce oken a programu virt-manager.

Teoreticky ano, vše jde konfigurovat přes command line. Přístup do VM pak můžete řešit 1) konzolí na sériovém portu 2) ncurses textovou konzolí nebo 3) přes VNC z jiného kompu (ve skutečnosti virt-manager také jede přes VNC na localhost).

Řekl bych, že KDE nebo GNOME jsou zbytečně veliké, když vlastně bude otevřeno např. jen 5 oken s jednotlivými virt. PC a mezi nimi se budu přepínat.

Minimální instalace gnome/kde bych se úplně nebál, ale samozřejmě existují další možnosti.

Přemýšlel jsem dát počítač s KVM na nějaký starší 150GB disk i se swapem 16GB.

Swap dejte na nejrychlejší disk co budete mít (předpokládám ten 1,5TB) a virtuálům nakonfigurujte pouze dostatek fyzické RAM bez vlastního swapu.

Má smysl spojit 1,5TB a 500GB disk a nějak mirrovat aspoň těch 500GB (např. pomocí LVM) nebo tam odlévat zálohy nebo snapshoty?

Pokud to chcete hrotit, tak 500 + 500 do stripped raidu (pokud jsou ty disky aspoň přibližně stejně rychlé) a zbylý 1 TB použít na zálohy / nevýkonné VM / swap.

LVM samozřejmě použijte tak nebo tak, abyste měl oddíly pro VM přímo na disku a ne jako soubory v systému.

[trekker.dk]

virtuálům nakonfigurujte pouze dostatek fyzické RAM bez vlastního swapu.

Řekl bych, že nějaký swap se hodí. Jednak "programy jdou pomalu" je lepší ukazatel toho, že virtuál nemá dost paměti, než "programy padají". Druhak se do toho swapu může u dlouho běžícího virtuálu odházet z paměti to, co se nepoužívá - něco se tím ušetří.

K tomu dostatku fyzické paměti malá poznámka - nesmí se to přehnat, součet "fyzických pamětí" pro virtuály bych radši volil menší, než je celková paměť toho stroje. Host využije všechno, co dostane - z volné paměti udělá diskovou cache - takže když paměť všech hostů překročí fyzickou paměť hostitele, bude se swapovat (u KVM to jde). Zápis na hostech potom probíhá tak, že se data nejdřív na hostovi zapíší do cache (tj. na hostiteli se něco zapíše do swapu) a následně teprve zapíší na disk - je tam jedno zapisování na disk navíc.

Teoreticky ano, vše jde konfigurovat přes command line.

A samozřejmě i při spuštění z příkazové řádky je možné - pokud se použije nějaký správce oken - nechat KVM vykreslovat do jeho vlastního okna - tuším, že na to používá SDL.

[pht]

tuším, že na to používá SDL

Jo, to ale nepřežije pád/logout z okenního prostředí... a taky je nejpomalejší. Ale zase precizně emuluje myš bez potřeby usb tabletu.

Jednak "programy jdou pomalu" je lepší ukazatel toho, že virtuál nemá dost paměti, než "programy padají". Druhak se do toho swapu může u dlouho běžícího virtuálu odházet z paměti to, co se nepoužívá - něco se tím ušetří.

Tohle všechno budete mít u centrálního swapu taky, akorát se nebudou jednotlivé virtuály překřikovat při přístupu k němu a navíc

Host využije všechno, co dostane - z volné paměti udělá diskovou cache

se nebude cachovat swap virtuálek, ale udělá se s tou pamětí něco rozumnějšího.

[trekker.dk]

Jo, to ale nepřežije pád/logout z okenního prostředí... a taky je nejpomalejší.

Ani nepřipomínej. Jednou jsem instaloval stroj a dělal jsem to natřikrát. Při prvních dvou pokusech jsem se totiž přepnul na čtvrtou konzoli toho virtuálu. Zkratkou Alt+F4... (Ale -no-quit už jsem našel )

Ale zase precizně emuluje myš bez potřeby usb tabletu.

VNC okno a myš. Bleh.

Celé to záleží na tom, jak ten stroj tazatel hodlá využívat. Vzhledem k

Vzhledem k tomu, že počítač bude fungovat jako desktop, řeším, jak přistupovat k virtuálním počítačům.

tipuju, že se asi nebude jednat o serverové nasazení s tím, že by se těmi virtuály pracovalo vzdáleně, takže pro jednoduchost to SDL okno postačí. Změna není žádný problém.

Tohle všechno budete mít u centrálního swapu taky

Pravda, tady mi uniklo, že hostitel může vlastně udělat to samé. (Nicméně stále si myslím, že je lepší, když jde program pomalu, než když spadne.)

[pht]

Nicméně stále si myslím, že je lepší, když jde program pomalu, než když spadne.

Nevím proč by padal: paměti bude mít pořád stejně, jen o její umístění se bude starat hostitel, a ne ta virtuálka.

[trekker.dk]

To není pravda. Když budou mít hosti jenom vlastní paměť a žádný swap, tak když paměť dojde, tak OOM killer něco picne.

Když budou mít i swap, tak se běh toho virtuálu zpomalí - asi ne málo - což na nedostatek paměti upozorní taky dobře. Navíc v tomhle případě jde pomocí balloon ovladače paměť přidat i za běhu (a i kdyby ne, tak ukončení programu lze udělat, když se to bude hodit uživateli/správci)

[pht]

OOM killer zabíjí i když dojde swap.

Swap je primárně rozšířená paměť a ne detektor nedostatku RAM. Představa že budu detekovat nedostatek RAM z relativní pomalosti systému kvůlivá použití swapu je trochu naivní - když už tak tam nasadím monitorovací systém který mi to včas poví.

Balloon je právě užitečný když RAM+swap hostitele mapujete jako RAM virtuálu.

[trekker.dk]

Představa že budu detekovat nedostatek RAM z relativní pomalosti systému kvůlivá použití swapu je trochu naivní

Stále přehlížíš fakt, že tazatel psal, že ten stroj má sloužit jako desktop a virtuály budou na testování a práci. Je vcelku jasné, že když něco půjde pomalu, uživatel si toho všimne a začne zjišťovat, proč. O nějaké automatizované detekci tu není řeč.

OOM killer zabíjí i když dojde swap.

To víme. Rozdíl je v tom, že bez swapu spustím aplikaci, ta si vesele běží a pak zhavaruje a můžu začít znova. Se swapem se zpomalí, ale buď doběhne - swap to zachrání - nebo mi to zpomalení aspoň dá čas věci řešit.

[pht]

No, když chce někdo dělat věci obskurně tak proč ne :)

Ale ta argumentace mi přijde jak ten trik s "máš jedenáct prstů": všechno se zdá v pořádku, ale není. Když budu mít 768 MB ram, tak aplikace, která sežere 769 MB samozřejmě nedostane paměť. Když budu mít místo toho 256 RAM + 512 swap tak nejen že nedostane nakonec paměť taky, ale pokud bude intenzivně točit přes swap všech 512 MB tak bude stejně jen na odstřel. (Nebo nevím jak jinak to chcete "řešit".)

[trekker.dk]

budu si pořizovat počítač s procesorem Intel Core i5-750, deska Gigabyte GA-P55-UD4 a 8GB DDR3 RAM.

Doporučuji ověřit si, jestli ta deska podporuje virtualizaci. S tvými plány by tě tolik oblíbená hláška kvm: disabled by bios asi nepotěšila