Zálohování virtuálních strojů za chodu

ZAJDAN

  • *****
  • 2 078
    • Zobrazit profil
    • E-mail
Zálohování virtuálních strojů za chodu
« kdy: 13. 09. 2017, 17:59:01 »
není tomu dlouho co jsem zalozil tema na zalohovací pásky a diskuze se siroce rozvinula a mimo jiné byli zmineny zalohovací systemy jako Bacula, kterou jsem prave nasadil.
Rad bych zalohoval cele virtualní stroje, a chtel bych se zeptat jak to delate Vy...zda staci stroj pauznout, nebo treba primo za chodu a nebo je nutne vzdy virtualní stroj k zalohování vypnout.

díky
« Poslední změna: 13. 09. 2017, 20:24:18 od Petr Krčmář »
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.


j

Re:zalohování virtuálních strojů
« Odpověď #1 kdy: 13. 09. 2017, 18:08:33 »
Normalni veci normalne fungujou tak ze umej (za chodu) udelat snap ... kterej se pak zreplikuje jakozto zaloha, pripadne zdeduplikuje pro usporu mista.

Samo pokud na tom virtualu mas neco jako databazi, tak tam taky musis mit neco, co pri delani toho snapu zaridi, ze ta databaze bude konzistentni. Coz prozmenu ta databaze musi umet, prevazne pomoci nejakyho API. Bezne to funguje tak, ze zalohovac rekne krles, databaze dokonci transakci a pozastavi zapis, nacez ji zalohovac rekne hotovo, a databaze obnovi zapis. Databaze pak taky vi, ze byla zalohovana - prevazne nekde v logu i vidis, ze probeh fullbackup.

ZAJDAN

  • *****
  • 2 078
    • Zobrazit profil
    • E-mail
Re:zalohování virtuálních strojů
« Odpověď #2 kdy: 13. 09. 2017, 18:14:04 »
k cemu mi bude samotnej snapshot, kdyz se rozbije hlavni soubor..pak ten snapshot nepujde s cim porovnavat...ja mluvim o full zaloze
pro pripad ze dum shori a zaloha je mimo nej...tady by mi snapshot opravdu nepomohl
ja vim...reknes udelej si ten zasadni soubor jednou a jen prikopirovavej snapshoty
duvodem proc nechcu pouzivat snapshoty je ten ze nemam misto na disku, jedina cesta by byla je okamzite po zalohovani mergovat
« Poslední změna: 13. 09. 2017, 18:17:45 od ZAJDAN »
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.

j

Re:zalohování virtuálních strojů
« Odpověď #3 kdy: 13. 09. 2017, 18:41:07 »
A cist uz si se naucil? Zjevne ne ...

Takze pro ty postizeny, snap se dela jaksi proto, ze predstavuje obraz systemu kterej se dal nemeni, coz je zakladni podminka toho, aby se cokoli dalo jakkoli zalohovat, protoze zalohu budes jaksi delat nejakou dobu, a zaloha, ve ktery si na zacaku skopiroval hlavicku faktury ... a na konci polozky, ktery vznikly behem toho, a ke kterejm ovsem nemas ty hlavicky je ti NAPROSTO KHOVNU.

Dale snap predstavuje prirozene take zmenovy data ... od predchoziho snapu, takze ti co nejsou natvrdli jako TY, vedi, ze kdyz si dneska udelam snap a prekopiruju ho nekam (= mam KOMPLETNI obraz), tak zitra nemusim kopirovat vse, ale staci mi vzit ten rozdil ... coz je prevazne maximalne nekolik jednotek % celkovy velikosti.

Mno a ti s mozkem pak jeste vedi, ze i v tech zmenovych datech se spousta veci bude objevovat stale dokola (nekdo soubor smaze, nekdo jinej ho za tyden vrati zpet) ... a proto se na cely soubor tech dat aplikuje prevazne deduplikace, protoze vazne nepotrebuju skladovat totez tisickrat, staci mi vedet, soucasti kterych snimku ta data jsou a mit je jednou.

Snap nezabere (s velmi mirnou davkou nadsazky) VUBEC NIC. Snap totiz kupodivu zacina rust az s tim, jak se meni data, takze v okamziku vytvoreni je jeho datova velikost presne NULA.

A pro velky uspech (radsi si na to nekoho najmi z ZAPLAT, protoze ses na nejlepsi ceste poslat firmu do krachu), jeste jednou. Na provoznim stroji se zavola snap (coz je otazka maximalne nekolika sekund), ten pak muzu klidne nekolik hodin kopirovat kamkoli, protoze se ... NEMENI.

ZAJDAN

  • *****
  • 2 078
    • Zobrazit profil
    • E-mail
Re:zalohování virtuálních strojů
« Odpověď #4 kdy: 13. 09. 2017, 19:11:59 »
A cist uz si se naucil? Zjevne ne ...

Takze pro ty postizeny, snap se dela jaksi proto, ze predstavuje obraz systemu kterej se dal nemeni, coz je zakladni podminka toho, aby se cokoli dalo jakkoli zalohovat, protoze zalohu budes jaksi delat nejakou dobu, a zaloha, ve ktery si na zacaku skopiroval hlavicku faktury ... a na konci polozky, ktery vznikly behem toho, a ke kterejm ovsem nemas ty hlavicky je ti NAPROSTO KHOVNU.

Dale snap predstavuje prirozene take zmenovy data ... od predchoziho snapu, takze ti co nejsou natvrdli jako TY, vedi, ze kdyz si dneska udelam snap a prekopiruju ho nekam (= mam KOMPLETNI obraz), tak zitra nemusim kopirovat vse, ale staci mi vzit ten rozdil ... coz je prevazne maximalne nekolik jednotek % celkovy velikosti.

Mno a ti s mozkem pak jeste vedi, ze i v tech zmenovych datech se spousta veci bude objevovat stale dokola (nekdo soubor smaze, nekdo jinej ho za tyden vrati zpet) ... a proto se na cely soubor tech dat aplikuje prevazne deduplikace, protoze vazne nepotrebuju skladovat totez tisickrat, staci mi vedet, soucasti kterych snimku ta data jsou a mit je jednou.

Snap nezabere (s velmi mirnou davkou nadsazky) VUBEC NIC. Snap totiz kupodivu zacina rust az s tim, jak se meni data, takze v okamziku vytvoreni je jeho datova velikost presne NULA.

A pro velky uspech (radsi si na to nekoho najmi z ZAPLAT, protoze ses na nejlepsi ceste poslat firmu do krachu), jeste jednou. Na provoznim stroji se zavola snap (coz je otazka maximalne nekolika sekund), ten pak muzu klidne nekolik hodin kopirovat kamkoli, protoze se ... NEMENI.
uklidni se...zalohy mame..nejsme firma co potrebuje fungovat v noci...script mi v noci virtuly povypina...zkopiruje je na vzdaleny disk a zase nastartuje
to ze se chci priucit/dozvedet jinym praktikam, neznamena ze me budes posilat do kouta
« Poslední změna: 13. 09. 2017, 19:15:40 od ZAJDAN »
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.


Lol Phirae

Re:zalohování virtuálních strojů
« Odpověď #5 kdy: 13. 09. 2017, 19:24:18 »
script mi v noci virtuly povypina...zkopiruje je na vzdaleny disk a zase nastartuje


ZAJDAN

  • *****
  • 2 078
    • Zobrazit profil
    • E-mail
Re:zalohování virtuálních strojů
« Odpověď #6 kdy: 13. 09. 2017, 19:28:21 »
neverim, ze mate deti
jestli ano...a znalosti jim predavate timto zpusobem neochoty/rozhorcenosti ze nekdo nechape neco hned napoprve....chudaci
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.

Re:zalohování virtuálních strojů
« Odpověď #7 kdy: 13. 09. 2017, 19:30:36 »
není tomu dlouho co jsem zalozil tema na zalohovací pásky a diskuze se siroce rozvinula a mimo jiné byli zmineny zalohovací systemy jako Bacula, kterou jsem prave nasadil.
Rad bych zalohoval cele virtualní stroje, a chtel bych se zeptat jak to delate Vy...zda staci stroj pauznout, nebo treba primo za chodu a nebo je nutne vzdy virtualní stroj k zalohování vypnout.

díky

Veeam backup, nebo Acronis to dělají samočinně. Před zálohováním vyvolají snapshot. Poté zálohují jenom přírůstky. vSphere umí na vmdk vymezit pouze změněné bloky od předchozí zálohy, takže inkrementální přenos je překvapivě malý. Dále, Veeam umí snapshoty a přírůstky promítnout do zálohy tak, že z nich zrekonstruuje plný image v nejnovější verzi. Tedy, je připraveno k rychlému natažení ze zálohy, a není potřeba dělat žádný replay přírůstků.

Ta technologie je velmi hezká, určitě stojí za to se na ni podívat, budete překvapený.

ZAJDAN

  • *****
  • 2 078
    • Zobrazit profil
    • E-mail
Re:zalohování virtuálních strojů
« Odpověď #8 kdy: 13. 09. 2017, 19:47:32 »
Veeam backup, nebo Acronis to dělají samočinně. Před zálohováním vyvolají snapshot. Poté zálohují jenom přírůstky. vSphere umí na vmdk vymezit pouze změněné bloky od předchozí zálohy, takže inkrementální přenos je překvapivě malý. Dále, Veeam umí snapshoty a přírůstky promítnout do zálohy tak, že z nich zrekonstruuje plný image v nejnovější verzi. Tedy, je připraveno k rychlému natažení ze zálohy, a není potřeba dělat žádný replay přírůstků.
Ta technologie je velmi hezká, určitě stojí za to se na ni podívat, budete překvapený.
díky za tip
v tuto chvíly placený SW nepřipadá v úvahu, kdyz už tedy, tak mě ta partyzanstina něco přiučí
chápu tedy dobře, že tento scénař by měl fungovat?
a) primární virtualní stroj ve stavu OFF zkopíruji na založní místo (pouze jednou)
b) zítra na běžícím virtuálu udělám snapshot a ten zkopíruji na záložní místo vedle toho primáru
c) na běžícím virtuálu snapshot smažu/merge
 
bod b/c bych prováděl třeba každý den, ale vrtá mi hlavou, že každý nový snapshot, nebude pasovat proti výchozímu primárnímu...
pomůžete mi to objasnit?
díky
« Poslední změna: 13. 09. 2017, 19:50:10 od ZAJDAN »
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.

Re:zalohování virtuálních strojů
« Odpověď #9 kdy: 13. 09. 2017, 19:52:18 »
Veeam backup, nebo Acronis to dělají samočinně. Před zálohováním vyvolají snapshot. Poté zálohují jenom přírůstky. vSphere umí na vmdk vymezit pouze změněné bloky od předchozí zálohy, takže inkrementální přenos je překvapivě malý. Dále, Veeam umí snapshoty a přírůstky promítnout do zálohy tak, že z nich zrekonstruuje plný image v nejnovější verzi. Tedy, je připraveno k rychlému natažení ze zálohy, a není potřeba dělat žádný replay přírůstků.
Ta technologie je velmi hezká, určitě stojí za to se na ni podívat, budete překvapený.
díky za tip
v tuto chvíly placený SW nepřipadá v úvahu, kdyz už tedy, tak mě ta partyzanstina něco přiučí
chápu tedy dobře, že tento scénař by měl fungovat?
a) primární virtualní stroj ve stavu OFF zkopíruji na založní místo (pouze jednou)
b) zítra na běžícím virtuálu udělám snapshot a ten zkopíruji na záložní místo vedle toho primáru
c) na běžícím virtuálu snapshot smažu/merge
 
bod b/c bych prováděl třeba každý den, ale vrtá mi hlavou, že každý nový snapshot, nebude pasovat proti výchozímu primárnímu...
pomůžete mi to objasnit?
díky

To byste nesměl mergovat předchozí snapshoty. Funkční scénář by mohl být: za chodu udělám v pondělí snapshot 1, ten zazálohuji. Úterý-pátek dělám další snapshoty, které zálohuji. V pondělí provedu merge všech snapshotů z minulého týdne, udělám jeden nový, a ten zase zazálohuji jako plnou zálohu.

Samozřejmě, jde to i v off stavu, jen je to bolestivější :).

ZAJDAN

  • *****
  • 2 078
    • Zobrazit profil
    • E-mail
Re:zalohování virtuálních strojů
« Odpověď #10 kdy: 13. 09. 2017, 19:55:58 »
To byste nesměl mergovat předchozí snapshoty. Funkční scénář by mohl být: za chodu udělám v pondělí snapshot 1, ten zazálohuji. Úterý-pátek dělám další snapshoty, které zálohuji. V pondělí provedu merge všech snapshotů z minulého týdne, udělám jeden nový, a ten zase zazálohuji jako plnou zálohu.
Samozřejmě, jde to i v off stavu, jen je to bolestivější :).
no a to je ten problem...vzhledem k tomu ze nemam misto na disku a uz jednou se me skarede potrapilo tak, ze jsem nedokazal udelat merge kvuli nedostatku mista na disku, nechci jiz neco podobneho zazit...proto delat snapshoty s tak dlouhym odstupem je prozatim nemozne

moc dekuji za ochotu to objasnit
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.

Re:zalohování virtuálních strojů
« Odpověď #11 kdy: 13. 09. 2017, 20:06:47 »
no a to je ten problem...vzhledem k tomu ze nemam misto na disku a uz jednou se me skarede potrapilo tak, ze jsem nedokazal udelat merge kvuli nedostatku mista na disku, nechci jiz neco podobneho zazit...proto delat snapshoty s tak dlouhym odstupem je prozatim nemozne

Rozumím, u virtualizace a u snapshotů je potřeba mít opravdu rezervy, a ideálně i monitoring. Teprve, když si pro to vytvoříte podmínky, můžete využít tyto vychytávky. Pokud nemáte dost rezerv na datastoru s VM, pak dělejte jen snapshot => plná záloha => merge. A to každý den. Zase budete potřebovat hodně místa na zálohy.

Samozřejmě, vždycky Vám zůstává možnost zálohovat agentem, po souborech. Výhody, nevýhody i cenu jednotlivých řešení znáte, dál už je to jen o výběru cesty.

Re:zalohování virtuálních strojů
« Odpověď #12 kdy: 13. 09. 2017, 20:07:13 »
no a to je ten problem...vzhledem k tomu ze nemam misto na disku a uz jednou se me skarede potrapilo tak, ze jsem nedokazal udelat merge kvuli nedostatku mista na disku, nechci jiz neco podobneho zazit...proto delat snapshoty s tak dlouhym odstupem je prozatim nemozne

Rozumím, u virtualizace a u snapshotů je potřeba mít opravdu rezervy, a ideálně i monitoring. Teprve, když si pro to vytvoříte podmínky, můžete využít tyto vychytávky. Pokud nemáte dost rezerv na datastoru s VM, pak dělejte jen snapshot => plná záloha => merge. A to každý den. Zase budete potřebovat hodně místa na zálohy.

Samozřejmě, vždycky Vám zůstává možnost zálohovat agentem, po souborech. Výhody, nevýhody i cenu jednotlivých řešení znáte, dál už je to jen o výběru cesty.

ZAJDAN

  • *****
  • 2 078
    • Zobrazit profil
    • E-mail
Re:zalohování virtuálních strojů
« Odpověď #13 kdy: 13. 09. 2017, 20:18:13 »
Teprve, když si pro to vytvoříte podmínky, můžete využít tyto vychytávky.
ALFA-OMEGA vsech techto vychytavek....kloudné podmínky nemám, zbývají partyzánské metody :_)

jeste jednou díky
Vesele, vesele do továrny dělník běží...vesele, vesele do továrny jde. Vesele se usmívá když mu soustruh zazpívá...vesele, vesele do továrny jde. Vesele si poskočí když se soustruh roztočí ...vesele, vesele do továrny jde.

Kit

Re:zalohování virtuálních strojů
« Odpověď #14 kdy: 13. 09. 2017, 20:59:16 »
Dale snap predstavuje prirozene take zmenovy data ... od predchoziho snapu, takze ti co nejsou natvrdli jako TY, vedi, ze kdyz si dneska udelam snap a prekopiruju ho nekam (= mam KOMPLETNI obraz), tak zitra nemusim kopirovat vse, ale staci mi vzit ten rozdil ... coz je prevazne maximalne nekolik jednotek % celkovy velikosti.

Místo rozčilování je nutné si uvědomit, že snapshoty vůbec nemusí představovat konzistentní stav systému. Pokud udělám snapshot v průběhu zápisu do souboru, tak asi moc konzistentní nebude. S databázemi je to ještě horší kvůli rozpracovaným transakcím - proto je lepší zálohovat databáze exportem, při kterém vůbec nevadí, že se mezitím data modifikují.