KVM klonování VM dle předlohy

24.2.2014 23:44 | Přečteno: 1970× | Linux | | poslední úprava: 24.2.2014 23:45

To konečně to mám, asi jak jsem to chtěl. Obalením toho co jsme popisoval zde, jsem se dostal do plánovaného cíle, tedy vytvářet si opravdu nové VM z udržovaných template.

Používá to ty stejné věci jako parsování XML dokumentů v bash-i, barvičky a v neposlední řadě virt-post-install zmiňovaný již na začátku.

Aby to bylo komplikovanější, tak jsem to už rozdělil do /usr/local/sbin, /usr/local/etc a /var/local/, díky čemu už je třeba si to takto do jednotlivých složek rozházet (kdyby to napadlo někoho zkoušet). Ke stažení je to zde(, protože sem stále nelze vkládat přílohy ;) ) a je to tar.gz obsahující tři tar.gz a README pro zmatení nepřítele. (Přiznám se, že to mám zprovozněné a netestoval jsem to rozbalení, ale snad jsme se nesekl při „exportu“.)

Takže nyní, už to funguje takto:

• Zeptá se na nové jméno VM.
• Zeptá se na template.
• Dle template zobrazí přednastavené moduly a je možné je odebrat nebo rovnou potvrdit.
• Zeptá se na doplnění MAC adresy nebo použije počitadlo nebo použije náhodnou - dle nastavení template.
• Rekapitulace a potvrzení
• Vytvoří nové LV(s) jeli klonovaná VM „LVM based“ - v template definované VG.
• Spuštění virt-clone (což může chvilku trvat pokud se dělá kopie LV)
  • Spuštění virt-post-install nad novou již existující VM
  • Možnost přerušení virt-post-install (je to takový zbytečný krok, ale lze típnout proces změn v nové VM)
  • Konfigurace modulů je-li třeba (přibyl tam modul 'userPasswd' pro změnu hesla uživatele)
  • Potvrzení změn (v již existují nové VM).
  • Provedení změn.
  • Dotaz na „autostart“ dokončovacího skriptu na první přihlášení root-a.
• Dotaz na spuštění stroje a spuštění.
• Dotaz na připojení consoly a připojení.
• Po přihlášení root-a dokončení a restart.

Pro nastavení je jen třeba vyplnit:

• V /usr/local/etc/virt-template-clone/virt-post-install/default.ban_vgs.conf
VPI_BAN_VGS = VG jména v systému používané, není to nutné, ale je to taková pojistka aby je virt-post-install ignoroval.

A pak upravit nebo vytvořit definici template v:
/usr/local/etc/virt-template-clone/templates/
(Jsou použity/nabídnuty nalezené '*.template' soubory jako jednotlivé template.)

• VTI_TEMPLATE_FROM - 'domain name' nebo '.xml' dokument definující stroj.
• VTI_TEMPLATE_FROM_DIST - Název distrinuce (centos, debian) viz virt-post-install -h
• VTI_TEMPLATE_PREPARE_LV - Vytvoření LV(s) pokud je třeba (pokud klonovaná VM má disk jako LV) - yes/no.
• VTI_TEMPLATE_PREPARE_VG_NAME - VG pro nové LV(s)
• VTI_TEMPLATE_PREPARE_LV_PLUS_SIZE - Vytvoří velikost původní LV + VTI_TEMPLATE_PREPARE_LV_PLUS_SIZE (asi obvykle 0).
• VTI_TEMPLATE_DISK - Název souboru pro raw disk. #name# je přepsáno názvem nové VM.
• VTI_TEMPLATE_VPI_module_conf - module.conf pro virt-post-install
• VTI_TEMPLATE_MAC
  • virt-clone-random (první znak je 'v') - virt-clone random (jako nezadáno)
  • A MAC template (pokud je třetí znak ':') - zeptá se na doplnění MAC adresy.
  • A MAC counter soubor, soubor musí obsahovat 6 řádků a na každém řádku hodnotu 0-255.

Nudné video, není to tam vidět, ale daný stroj má svou novou LV, která se jmenuje vm_pepa (dle nastavení). A samozřejmě nová VM (pepa) je opravdu nová VM, vše co je třeba je jedinečné (VG name, VG uuid, sshd klíče atd.) nastavené (name, udev MAC, ipv4/6 atd.) a přegenerované (init rd).        

Komentáře

[leoš]

Je možné, aby takovýto zápis dostal tučňáka?

Podle čeho se to dnes proboha posuzuje?

[Dreit]

Rozdavač tučňáků taky nemůže sedět u netu od rána do večera

[retroslava]

ArgumentError

[Šangala]

Ne, že bych toho tučňáka potřeboval, zajdu si do zoo. Ale chápu to tak, že se ti to nelíbí (,proti tomu nic nemám).
Jen pro mou informaci, vadí ti forma nebo obsah?

[Chulda]

IMHO požadavek je směrem na správce pro nastavení zápisku mezi linuxové zápisky, nikoli jako ban.

[Šangala]

Dva dni nad tím přemýšlím, a „ArgumentError“ mě přiklonil k opaku, tak jsem se radši zeptal.

[Antropometrix]

Já hlavně ani nevím co to jako je? Nadpisu ještě rozumím, ale ten zbytek je jako desetkrát zredukované poznámky z přednášky, které jsem si udělal z poznámek kamaráda, který to viděl z videozáznamu zrychleně na 180% a v cizím jazyce.

[Šangala]

Je to dopracování něčeho, co bylo už popsáno v minulém zápisu a je to odkazováno hned na začátku, takže to, podle mě, nemělo smysl znovu vypisovat. A jak k minulému tak k současnému je odkazováno ukázkové video. Poznámce o „cizím“ jazyce rozumím (alespoň nadpis jsem počeštil) ;).

[hydrandt]

Ja myslim, ze tohle si tucnaka urcite zaslouzi.

Pekny nastroj. "Bohuzel" vsude pouzivame xen, ale i tak to dava inspiraci k tomu, na co pri klonovani nezapomenout, kdyz uz to clovek nema automatizovane.

Ne ze bych byl ve svete virtualizace nejak protrely, ale prekvapilo me, ze nejvetsi cinsky poskytovatel vps - Aliyun (Alicloud), primy konkurent amazoniho EC2 (kteri s cinskym trhem zaspali) neumoznuje automaticke klonovani vps ani z predpripravenych obrazu. Na druhou stranu nevim ani jestli to umoznuje ec2.

[Šangala]

Jestli se jedná o to aby se provedli, post-klonovací procedury (tedy to popisované minule), tak by to mělo jít ohnout, původně jsem to tak zamýšlel jako naprosto obecné. V principu, pokud lze připojit virt. disk, tak tomu nic nebrání, ale moduly jsou připravené jen pro CentOS a až na nějaké vyjímky Debian, mám sice k dispozici

release  : 2.6.27.56-0.1-xen
version  : #1 SMP 2010-12-01 16:57:58 +0100

ale nemám místo a je to už i mimo Evergreen OpenSuSe a nechce se mi do toho moc rýpat, sice to končí, ale ještě to není úplně pasé.

Pokud se půjde přes virsh a virt-clone, tak po nějakým drobných úpravách by to mohlo jet i s xen-em (xen:///).

Základní problém je, že je to vše lokální, a spouští se to na root-a, takže experimentovat lze, jen pokud hostitel není ještě v provozu.