Dotaz: Plně virtuální pracovní prostředí

[David Indra]

Hezké sobotní odpoledne, dostal jsem nápad, jak bych mohl přeměnit svoje systémové pracovní prostředí a chtěl bych tady prodiskutovat, jak to udělat, případně jestli to není úplná blbost.

Hlavním systémem, který používám je Linux Mint - trávím v něm 99% času. Nicméně kvůli nějakému testování, proprietárnímu SW a HW občas potřebuji použít Windows - proto mám na svém PC v dualbootu jak Mint, tak Windows 10. Je to pro mě ale neuspokojivý stav - nemůžou mi běžet zároveň oba systémy a nemám vyřešené další věci, které by se s mým nápadem řešily snáze (zálohování, práce z cizího PC).

Proto jsem si vymyslel, že bych na svém PC měl nějaký Linux, který by nicméně byl uzpůsobený svižnému bootování a byl upravený pouze pro hostování virtuálek (libvirt, virt-manager), nic jiného bych na něm nedělal. Po spuštění by se spustila výchozí virtuálka - pracovní Linux Mint, druhou virtuálkou (která by se dala podle potřeby spustit s možností rychlou klávesovou zkratkou se do ní přepnout) by byly Windows 10.

Díky tomu bych mohl snad relativně snadno vyřešit zálohování - vzhledem k tomu, že disk každé virtuálky by tvořil jeden .img soubor, dala by se jistě na vypnutí virtuálky navázat akce "odešli diff na VPS".

Vzhledem k tomu, že by se zálohovalo na VPS mě ale napadla další funkce, kterou by se něco takového dalo využít. Co mít možnost pustit tuto virtuálku i na VPS (pouze v situaci, kdy na mém PC neběží)? Díky tomu v případě, že bych byl u cizího počítače by stačilo pouze vzdálené spuštění mého pracovního Mintu a připojení přes VNC a měl bych k dispozici přesně své pracovní prostředí.

Migrace na nový PC by tímto byla také podstatně zjednodušena, nemusel bych přeinstalovávat celý systém, jen bych přenesl virtuálky.

Spolu s výhodami mne ale napadá několik otázek. Jak by to bylo s výkonem? Je možné zajistit, aby výkon virtuálky se téměř rovnal fyzickým možnostem hosta? A co fyzická zařízení? Je možné nastavit, aby každé zařízení připojené do USB hosta bylo přesměrováno do virtuálky? Jak vyřešit sdílené úložiště mezi všemi virtuálkami - mít jej jako další synchronizovaný disk, nebo samostatně pouze na VPS? A vůbec - je to celé dobrý nápad?

Předem díky za jakékoliv podněty a reakce. D.

---

---

Odpovědi

[OldFrog {Ondra Nemecek}]

Nejlepší, mně známé, řešení je mít Linux + v něm v KVM virtualizovat Windows.
V PC pak mít dvě grafické karty s tím, že jedna by byla dedikována Win VM (např. Intel i7 s integrovanou intel GPU mít pro Linux a pro Win dedikovat nějakou kartu v express slotě).
Řešit i virtualizaci linuchu jako takového mi přijde zbytečné. Už jen kvůli problémům s dedikací grafických karet.
Právě kvůli tomu, co nyní řešíš, jsem si nedávno pořídil Intel i7 6700. Jednak šly ceny hodně dolu, takže poměr cena/výkon bazarová i7 (4500,-Kč) překoná nového Ryzena (5000,-Kč za čtyřjádro a více), dále má intel integrovanou GPU, takže mám vlastně v PC dvě a tu druhou mohu dedikovat Win pro hry.
Zatím jsem si na hraní nenašel čas, ale matroš už mám :).
Protože nemám dva monitory, tak si ještě musím koupit KVM přepínač.
Zdar Max

[Max]

Jop, a společný storage formou sdílení z toho linuchu přes sambu do té Win VM.
Je to jednoduché, rychlé, nebývají problémy s oprávněními atd.
Zdar Max

[k3dAR]

misto KVM nema monitor 2 digitalni vstupy? i kdybys mel zprevodovat konektory/rozhrani DVI/HDMI/DP pokud ti mel pary co jdou pasivne...

[Kit]

Stejně bys ještě musel přepínat klávesnici a myš. Bylo by to poněkud nepraktické.

[k3dAR]

nemusel, teda pokud by to nebyl "superinteligentni" KVM co by bez K&M (ktere by mel naprimo do PC) nezvladal prepinat jen to V... :) ale neprakticke rozhodne, pokud tedy jeho vstupy na monitoru to bez KVM umoznej...

[panCHrz]

Pokud jsou dva monitory (ideál), lze oba OS ovládat pomocí Synergy. Ovládání plochy funguje bezva, u některých her je třeba trochu laborovat s nastavením.

[OldFrog {Ondra Nemecek}]

Mám to taky tak, na lokálním pc mám Linux Mint a virtualizuju Windows různých verzí pro testování. Akorát grafiku používám jen jednu a do virtuálky se připojuju přes Spice - pomocí virt-manager. Hry nehraju Sdílená data skoro nemám, v případě potřeby se sshhackuju z Windows do hostitelského linuxu pomoci WinSCP. Je to primitivní a pro moje potřeby dostačující řešení. Takhle si virtualizuju i různé distribuce linuxu a Android, vše kvůli testování.

[jiwopene]

Já bych to řešil spíše virtuálním Windows pod Linuxem. Výkon bude vyšší, používáte-li hlavně Linux. A nebylo by špatné mít i virtuální počítač třeba s ReactOS (ta nějak komaptibilní s Win), který není tak náročný a přitom tam běží všechno možné docela dobře. A kde to jde, použil bych Wine. Windows a ReactOS bych umístil na druhý disk - Virtuální počitač (VBox, QEMU) umí bootovat z fyzického disku a přitom stále (kvůli nějakému speciálnímu HW) půjde nabootovat přímo, bez virtuálu. Podobně bych to vyřešil i s Linuxem. Tam bych použil nějaký nenáročný FS (ext2, ...), který by obsahoval obraz systému (FS může být SquashFS [readonly, funguje i jako archiv]). Na ten disk bych dále dal obraz (několik GB) pro dočasné změny systému. Tyhle dva by byly spojeny v jeden FS (složka /) pomocí unionfs. SquashFS by se staral o základní systém, ten druhý (ext4, například) by obsahoval to, co se změnilo (nové balíčky, ...). Ten druhý by se dal zformátovat/smazat a tím by se vrátil systém do "snapshotu" vytvořeným pomocí SquashFS. Jednou za čas by se vytvořil nový SquashFS, který obsahuje oba tyto FS a nahradil by ten první. Potom by se druhý FS zformátoval a vznikl by tak nový readonly systém + FS, kam se ukládají nová data. Pro /home a /var bych použil třetí obraz FS. Zase by se dala data "chránit" převodem do SquashFS a sloučením pomocí unionfs. Také by na prvním disku byl někde boot partition, kde by byl zavaděč, VLASTNÍ initramfs (který to všechno spustí) a jádro.

Připojit obraz FS v Linuxu není problém, použije se:

mount /cesta/k/obrazu.img /kam/pripojit

Všechny obrazy by se připojily třeba do /boot/fs/obrazXYZ (obrazXYZ je název obrazu), tam by se udělal mountpoint unionfs (třeba /boot/fs/skupinaXYZ) a nakonec by se při bootu vše připojilo tímto způsobem:

mount --bind /boot/fb/skupina0 /root

mount --bind /boot/fb/skupina1 /var

mount --bind /boot/fb/skupina2 /lib

mount --bind /boot/fb/skupina1 /usr/lib

mount --bind /boot/fb/skupina2 /usr/lib

# atd.

mount --bind vezme složku a zduplikuje ji někam jinam. Dal by se použít i symlink.

[jiwopene]

Toto řešení by mělo zajistit možnost virtualizace Lin pod Win, Win pod Lin, Linuxu i Win pod jiným (třetím) OS a také samostatný běh Linuxu nebo Win.

[k3dAR]

ponecham stranou smysluplnost a/nebo souvislost s dotazem ;) jen reaguju na UnionFS, to bylo obsolete uz pred 10rokama(na http://unionfs.filesystems.org je posledni verze pro jadro 2.6.18) kdy se pouzival novejsi/vhodnejsi AUFS(Another Union File System), nektere z duvodu proc AUFS jsou popsane(i kdyz je to uz take doost zastarale) i na strance http://www.unionfs.org, ani jedno ovsem nebylo soucasti jadra, takze se da pouzit i novejsi alternativa OverlayFS ktery je od 3.18 i soucasti jadra...

[k3dAR]

tak i kdyz to na mem nazoru na UnionFS nic nemeni, tak koukam ze v gitu maji stable pro jadro 3.17 a rc pro 3.18...

[Michal]

Něco takového jsem dlouho používal jen těch pracovních strojů mám víc, celkem 6. Pro virtualizaci vmware workstation. Pro zálohování se hodí snapshoty takže ZFS případně BTRFS (LVM snapshoty nedoporučuji) abys nemusel system během zálohy shazovat nebo uspávat (ZFS umí poslat rozdíl mezi dvěma snapshoty na úrovní bloků a ne souborů takže to jde i přes pomalejší linku cpát na externí server - jsou malé).

Jinak řešení, že veškerá práce se dělá ve virtuálu (klidně pouze jediný virtualizovaný linux v linuxu pokud vám to stačí) má obrovské množství výhod a propad výkonu nepatrný. Vřele doporučuji.

[Petr]

+1

U mne nasledoval, po teto fazi, upgrade na esxi (12x) s centralni spravou. Maximalni spokojenost. Rychle a funkcni tak jak potrebuju.