VMWare ESX záloha Virtuálních mašin (diskuse)

[CEST]

Mozna se pripoji i dalsi, ale ja osobne bych doporucoval pri praci s adresarema pouzivat uvozovky. Pokud se nepletu, vmware-cmd -l vraci seznam plnych cest konfiguracich VMX souboru VMware. Nevim jak ESX, ale ve vmware-serveru muzu tu cestu vytvorit jakou chci, takze adresar muze obsahovat mezery (coz obvykle Windows useri radi delaji).

Potom by samozrejme for machine in $machines; spatne dosazovalo, nasledne nastaveni path a dir by take selhalo.

Pokud se nepletu, beck-quotes jsou "deprecated" a melo by se pouzivat $( kod ) pro spousteni podprocesu, osobne pouzivam konstrukce napr. dir="$( dirname "$machine" )"

A veskere vyhodnocovani promennych davam taky do uvozovek, takze napr. mkdir -p "$BACKUP_PATH/$SERVER/$path"

[OndraZX]

Mozna se pripoji i dalsi, ale ja osobne bych doporucoval pri praci s adresarema pouzivat uvozovky. Pokud se nepletu, vmware-cmd -l vraci seznam plnych cest konfiguracich VMX souboru VMware. Nevim jak ESX, ale ve vmware-serveru muzu tu cestu vytvorit jakou chci, takze adresar muze obsahovat mezery (coz obvykle Windows useri radi delaji).

Presne muj pripad - opravdu to nefunguje

[OndraZX]

Presne muj pripad - opravdu to nefunguje

Slo by zde vystavit opraveny script - snad se nekomu jinemu bude hodit

Diky

[Zdeněk Burda]

co ti na těch strojích běží? Pokud je to nějaký linux/unix nebylo by zajímavější udělat nějakou základní image systému, data nacpat na externí úložiště a zálohovat jen data případně konfiguraci závislou na dané mašině? Pokud se něco podělá ve virt. stroji tak prostě nahodíš novou mašinu (jsou přece stejné), přimountuješ externí úložiště a jedeš dál...

[OndraZX]

Ano to je spravna myslenka - a ve VMware Infrastructure je to zaklad dostupnosti. Soubory s image systemu jsou ulozeny na diskovem poli dostupnem z ruznych ESX serveru. V pripade poruchy (nebo i pretizeni serveru) se beh virtualizovaneho stroje automaticky presouva pomoci VMotion z jednoho EXS serveru na jiny. Samozrejme za chodu !!! virtualizovaneho systemu - jeho nedostupnost se pocita v desetinach sekundy. Cela operace trva par sekund. To je to co VMware dela extratridou v oblasti virtualizace. Viz http://www.vmware.com/products/vi/vc/vmotion.html

[OndraZX]

Ano to je spravna myslenka ...

Ale bohuzel ne kazdy ma vice ESX serveru s Infrastructure a kvalitni diskove pole.

[blondak]

Na těch strojích běží různé virtuální systémy, převážně ale Windows, v současnosti používáme 2 ESX servery v VMWare Infrastructure (VMotion je fakt super) a externí SAN úložiště. Protože zálohovací systém co používáme má licence na mašiny, je toto "levněší" řešení a máme uložený i system state, takže pokud se virtuální mašina podělá (softwarově), tak máme jednoduchý prostředek, jak to opravit.

[Sh]

Proc rovnou nepouzit VCB? Je vcelku zbytecne delat veci, ktere uz jednou nekdo vytvoril (a vytvoril je lepe). Dalsi diskutabilni vec je pouziti prikazu CP/SPLIT - do VMFS3 file systemu by se pokud mozno nemelo "hrabat" nicim jinym, nez specializovanymi prikazy (mezi nez patri mmj. i vcbMounter, ktery se da spustit i ze servisni konzole). Dalsi prednosti VCB (ktery je uz od verze ESX foundation v cene)je, ze zalohuje jenom to, co je skutecne potrebat zalohovat. Kdyz budete mit 100GB .VMDK soubor a na nem 3GB osazeno, vas skript odzalohuje 100GB, kdezto VCB. 3GB. Samozrejmosti je, ze VCB vam vytvori a nasledne zapracuje snapshot a velke soubory rozdeli na 2GB velke casti. VCB navic spolupracuje s VC, takze ani nemusite vedet, kde se dane virtualni stroje nalezaji - staci jenom uvest jmeno nebo ip virtualni masiny.