Administrace komentářů

My jedeme 24/7, vše musí nonstop běžet. Reboot některých VM trvá třeba 30min. Je nemyslitelné, aby každá záloha obnášela reboot.
Já používám ESXi a Veeam, ale principy jsou stejné. Veeam využívá vmware agenta ve VM. Jenomže to freezne VM a není to doporučováno. Místo toho je doporučováno dát Veeamu hesla do VM, aby on udělal flush všeho a zajistil konzistenci.
Každopádně zálohuji Veeamem jak "konzistentně", tak bez agenta, bez ničeho / nekonzistentně a vždy vše přežilo a je jedno, zda se jednalo o db, nebo něco jiného.
A na podobný problém člověk narazí u replikace storage v režimu active/pasive. Jak zajistíš, že data na druhém storage budou konzistentní? Opět, my máme třeba NetApp a Veeam umí řídit podobné replikace, Veeam tedy umí na všech VM vynutit flush a provést konzistentní repliku. Problém je, že když při záloze je vždy VM nějakou dobu nedostupná (pár sekund), tak při replikaci např. každých 10min to nebude asi vypadat úplně ok. Navíc tento druh replikace zase neumožňuje rychlý start VM ze záložního pole (=nastavení záložního pole jako primárního), takže se nakonec stejně používá replikace přímo na úrovni storage a ničím se neřídí. VM nevypadnou ani na sekundu, ale samozřejmě budou ve stavu jako by vypadl proud. Teď povyšuji verzi ESXi na všech hypervisorech a docela by mně zajímalo, zda se to zlepší, nebo je na takové fce potřeba mít hoodně velký výkonový rezervy, aby se ta doba odstávky (freeznutí VM) minimalizovala na nepostřehnutelnou hodnotu.
Zdar Max