Не използвайте VMware Snapshot (и AutoProtect) за архивиране

VMware и всички останали виртуални платформи не препоръчват използването на функциите VMware Snapshot или AutoProtect Snapshot като резервно копие на виртуални машини. Мотивите и алтернативите са описани по-долу. На първо място, за да вземете информирано решение, трябва да сте наясно какво правят и какво не правят моментните снимки и функциите AutoProtect.
Какво е моментна снимка на VMware?

Снапшотът във VMware е механизъм, който позволява на потребителя на виртуалната машина да "замрази" машината и да се върне към това замразено състояние в по-късен момент от време. Естествено, тази функция е много популярна сред разработчиците на софтуер и софтуерните тестери, тъй като им позволява да повтарят тестове, като всички тестове имат точно една и съща дефинирана начална точка и системни условия. Но как се прави това вътрешно? В това се крие отговорът на въпроса защо не трябва да възприемате моментните снимки като механизъм за архивиране.

VMware реализира моментни снимки, като запазва състоянието на виртуалния диск и вътрешната памет на виртуалната машина, наред с други неща, в отделни файлове, така наречените файлове със снимки. Например за всеки VMDK (файл на твърдия диск на виртуалната машина) и за всяка моментна снимка, която правите за виртуалната машина, ще има нов VMDK. След като "замразите" виртуална машина, като ѝ направите моментна снимка, VMware спира да записва промени в диска на оригиналния виртуален диск и вместо това стартира нов файл на виртуален диск. След създаването на моментната снимка оригиналният VMDK остава недокоснат.

За съжаление VMware използва една наистина глупава настройка по подразбиране, която повечето потребители пренебрегват. Тя води до разделяне на VMDK файловете на 2GB файлове. Следователно виртуален диск с капацитет 2 TB се разделя на 1024 файла с размер 2 GB. Ако сега си мислите, че това е наистина глупаво, помислете за следното: Ако сега продължите и направите две, три снимки, папката на вашата виртуална машина ще съдържа доста над 3000 файла! И изведнъж вашата виртуална машина започва да става наистина бавна и вие се чудите защо.
Какво се случва, когато възстановите моментна снимка на VMware?

При възстановяването на моментна снимка на VMware VMware премахва вторичния VMDK, в който са били съхранени промените, и зарежда вътрешната памет и други структури от предишното състояние на виртуалната машина. Цялата тази информация се съдържа в няколко файла, свързани със снимки. След като виртуалната машина заработи отново, файловете със снимките се изтриват.
Какво се случва, когато изтриете моментна снимка на VMware?

Изтриването на моментна снимка е много повече работа, защото сега казвате на VMware, че искате да запазите промените, което тя "смята" за малко вероятно; следователно VMware трябва да слее оригиналния виртуален диск с промените, които са настъпили след това. Ако са направени много промени, това сливане може да отнеме известно време. След като приключи, файловете със снимки се изтриват.

Позволете ми да вмъкна тук една малка мисъл. Начинът, по който VMware и други платформи са реализирали моментните снимки, е наистина доказателство, че те не са предназначени за използване за архивиране и не са подходящи и за производствени системи. Ако архитектите на VMware искаха да използвате моментните снимки като механизъм за защита, щяха да изберат записването на промените на оригиналния диск и записването на оригиналните блокове във файл "запазване на оригинала".  По този начин нямаше да има никакво въздействие върху производителността при последващо четене или запис, а изхвърлянето на моментната снимка щеше да бъде много бързо и лесно. Но те не са го направили по този начин и не са го направили по основателна причина: причината е просто, че моментните снимки не са предназначени за архивиране.
Позволени ли са моментните снимки в производствени системи? Не.

Много опитни администратори на ИТ системи ще се разсърдят, ако създадете моментни снимки за производствена виртуална машина поради неефективността и сложността на управлението, описани по-горе. Една виртуална машина без моментни снимки може да съществува само от два файла - конфигурацията и виртуалния диск VMDK. Виртуална машина със снимки може лесно да се състои от десетки до стотици файлове. Естествено всички тези неефективности се натрупват и забавят работата на сървъра. Те правят управлението на структурите от данни на виртуалните машини твърде сложно и склонно към грешки. Поради тези причини е най-добре и най-ефективно да не използвате VMware snapshots в производствена система.
Защо точно моментната снимка на VMware и функцията AutoProtect не се препоръчват като резервно копие на VMware?

Създаването на резервно копие на виртуална машина е много по-завършен и надежден процес от простото създаване на моментна снимка. На първо място, моментните снимки променят самата виртуална машина, тъй като въвеждат нови зависимости, докато при резервното копие на VMware това не се случва. При добавянето на моментна снимка се създават повече файлове, а VMware започва да записва промени на диска в различни файлове и т.н. Ако някой файл се повреди или загуби, цялата виртуална машина се поврежда. Снимките почти винаги се съхраняват на един и същ диск; следователно обикновена повреда на диска ще засегне и снимката. Независимо от това, дори ако се повреди само моментна снимка, а оригиналните файлове са наред, и в двата случая виртуалната машина е повредена.

Резервното копие на VMware използва отделно хранилище, в идеалния случай някъде другаде на друго устройство или в акаунт в облака. То предпазва от всички видове повреди: хардуерни, софтуерни, злонамерен софтуер, грешки в операционната система, както и случайни или дори умишлени повреди, нанесени от недоволни служители, например. Като прави надеждни копия на всички части от информацията, които са необходими за възстановяване на виртуалната машина, резервното копие на VMware съдържа пълен набор от всичко, което е необходимо за възстановяване на виртуалната машина на всеки хост на VMware, като например конфигурацията на виртуалната машина, виртуалните дискове и всички снимки, принадлежащи на виртуалната машина.
Предимства на резервното копие на VMware пред снимките

Автоматизираното резервно копие на VMware в реално време е технически по-добро и много по-надеждно от моментната снимка (VMware automatic backup). Резервните копия на VMware могат да се правят, докато виртуалната машина работи или когато е изключена, като и двата начина работят без проблеми. Можете да възстановявате резервни копия на VMware и възстановената виртуална машина може да бъде настроена като клонинг на оригинала, така че да можете да я сравнявате една до друга. Резервните копия на VMware не оказват влияние върху производителността след приключване на архивирането, за разлика от моментните снимки, които забавят всеки достъп до диска на виртуалната машина след създаването им. Друг важен ефект от моментните снимки е, че вътрешните за VMware файлове за проследяване се записват на диска много често, за да се проследят битовите карти на моментните снимки, а в случая на SSD дискове това може да доведе до по-бързо износване и оттам до повреда на диска.
Каква е препоръчителната стратегия?

Снимките са чудесни за предназначението си: тестване на софтуер и операционна система. Отделно от това използването им най-вероятно не е добра идея, особено в производствени системи. Важните производствени виртуални машини трябва да бъдат защитени от добро решение за архивиране на VMware, така че да можете надеждно да възстановите виртуалната машина на всеки хост, независимо какво се случва, без това да се отрази на производителността на хоста на виртуалната машина в дългосрочен план или да усложни управлението му. Софтуерът за архивиране на VMware помага да се поддържа икономично и ефективно хранилище за данни на VMware, а виртуалните машини да работят с максимална производителност без излишни разходи. Снимките влияят отрицателно на производителността, усложняват управлението на хранилището, увеличават потенциала за грешки, значително намаляват броя на виртуалните машини, които хостът може надеждно да обслужва, и следователно не се препоръчват за целите на архивирането.