Резервно копиране на виртуални машини е едно от направленията, на което трябва да се обърне особено внимание при оптимизиране на разходите на компанията. Разказваме как може да се настрои резервно копие в облака и да се спестят средства.
Базите данни са ценен актив за всяка компания. Затова виртуалните машини станаха много търсени. Потребителите могат да работят в виртуална среда, която осигурява защита срещу физическо изтегляне на данни и изтичане на конфиденциална информация.
Повечето големи и средни компании така или иначе зависят от виртуални машини. В тях се съхранява огромно количество критично важна информация. Затова е важно да се погрижим за създаването на резервни копия, за да не настъпи един прекрасен ден ''упс'' и базата данни, допълвана с години, изведнъж да се окаже повредена или недостъпна.
Обикновено компаниите създават резервни копия на своите виртуални машини и ги съхраняват в отделни центрове за данни. И ако основният център за обработка на информация изведнъж се повреди, може да се възстановите бързо от резервното копие. Идеално е, когато резервната копия се съхранява в различни центрове за данни, както прави . Но такава услуга повечето доставчици не могат да предложат или искат допълнителни пари за нея. В резултат на това съхранението на резервни копия струва немалко.
Въпреки това разумното използване на възможностите на облака позволява намаляване на финансовото натоварване.
Защо точно облак?
Резервните копия на виртуални машини е удобно да се съхраняват на облачни платформи. На пазара има множество решения, които опростяват процеса на резервно копиране и възстановяване на виртуални машини. С тяхна помощ може да се организира непрекъснато възстановяване на данни от виртуални машини и да се осигури стабилно обслужване на приложенията, които зависят от тези данни.
Процесът на резервно копиране може да бъде автоматизиран в зависимост от това, какви файлове и с каква периодичност е нужно да се запазват данни. Облакът няма строги ограничения. Компанията може да избере функционалността и производителността, които отговарят на бизнес нуждите им, и да плаща само за използваните ресурси.
Локалната инфраструктура няма такава възможност. Трябва да платите веднага за всичкото оборудване (включително и за неактивното), а ако възникне необходимост от повишаване на производителността, е нужно да закупите повече сървъри, което води до увеличаване на разходите. Cloud4Y предлага 4 начина за намаляване на разходите за резервно копиране на бази данни.
Как да спестим?
Инкрементално копиране
Компанията трябва редовно да прави резервни копия на критично важни данни. Но с времето тези данни нарастват по обем. В резултат на това всяко следващо резервно копие заема все повече място и изисква повече време за зареждане в хранилището. Можете да опростите процедурата, като съхранявате инкрементални резервни копия.
Инкрементният подход предполага, че правите архив само веднъж или на определени интервали от време (в зависимост от стратегията за архивиране). Всяко следващо архивиране съдържа само промените, направени в оригиналното архивиране. Тъй като архивирането се извършва по-рядко и се архивират само новите промени, организациите не трябва да плащат за пренос на големи облачни данни.
Ограничете файловете или разделите за виртуалната памет
Понякога оперативната памет на виртуалната машина не е достатъчна за съхраняване на приложенията и данните на ОС. В този случай ОС заема част от твърдия диск за съхранение на допълнителни данни. Тези данни се наричат файл за виртуална памет или раздел за виртуална памет в Windows и Linux съответно.
По правило, файловете за подмяна са 1,5 пъти по-големи от RAM. Данните в тези файлове се променят редовно. И всеки път, когато се прави резервно копие, тези файлове също се резервират. Така че е по-добре да исключите тези файлове от резервното копие. Те ще заемат твърде много място в облака, тъй като системата ще ги запазва при всяко резервно копиране (файловете постоянно се променят!).
В общи линии, сутьта е да се прави резервно копие само на тези данни, които наистина са необходими на компанията. А ненужните, като файла за подмяна, не бива да се резервират.
Дублиране и архивиране на резервни копия
Бекапите на виртуални машини тежат доста, затова се налага да резервирате повече място в „облака“. Следователно, може да спестите, намалявайки обема на резервните копия. И тук може да помогне дедупликацията. Това е процес на копиране само на променените блокове данни и замяна на неизменените блокове със замяна на техни указатели на оригиналните блокове. Също така може да се използват различни архиватори за компресиране на окончателното резервно копие, за да спестите още повече памет.
Тази тема е особено актуална, ако следвате правилото „3-2-1“ относно съхранението на резервни копия. То гласи, че за да осигурите надеждно съхранение на данни, трябва да имате поне ТРИ резервни копия, съхранявани в ДВЕ различни формати за съхранение, като ЕДНА от копията трябва да бъде съхранявана извън основното хранилище.
Този принцип на осигуряване на отказоустойчивост предполага излишък в съхранението на данни, така че намаляването на обема на резервното копие определено ще бъде полезно.
Политика на съхранение GFS (Дядо-Баща-Син)
Как е организирана процедурата за създаване и съхранение на резервни копия в повечето компании? Ами никак! Организациите създават резервни копия и... забравят за тях. За месеци, а дори и за години. Това води до ненужни разходи за данни, които никога не се използват. Най-добрият начин да се справите с това е да използвате политики за съхранение. Тези политики определят, колко резервни копия могат да се съхраняват в облака едновременно.
Най-простата политика за съхранение на резервни копия се обяснява с принципа „първи дошъл — първи излязъл“. С помощта на тази политика се съхранява определено количество резервни копия и след достигане на предел, най-старото се изтрива, за да освободи място за най-новото. Но тази стратегия не е напълно ефективна, особено когато е необходимо да се осигурят максимален брой точки за възстановяване в минимално възможния обем хранилище. Освен това съществуват законодателни и корпоративни регламенти, които изискват дългосрочно съхранение на данни.
Тази проблема може да бъде решена, като се използва политиката GFS (Дядо-Отец-Син). „Син“ е най-честото резервно копие. Например, ежедневното. А „дядо“ — най-редкото, например, месечно. И всеки път, когато се създава ново ежедневно резервно копие, то става син на седмичното резервно копие от предходната седмица. Тази модел дава на компанията повече точки за възстановяване с същото ограничено пространство за съхранение.
Ако информацията трябва да се съхранява дълго, е в голямо количество, но всъщност почти никога не се запитва, можете да използвате т.нар. ice cold хранилище. Цената за съхранение на данни в него не е висока, но ако компанията поиска тези данни, ще трябва да плати. Това е като дълбок тъмен килер. В него се намират много неща, на които няма да се случи нищо и след 10-20-50 години. Но докато достигнете до някое от тях, ще похарчите много време. В Cloud4Y това хранилище нарекоха „».
Заключение
Резервното копиране е задължителен елемент за сигурността на всеки бизнес. Съхраняването на резервни копия в облака е много удобно, но понякога услугата може да е скъпа. Използвайки изброените от нас методи, можете да намалите месечните разходи на компанията.
Какво още полезно може да се прочете в блога на Cloud4Y
→
→
→
→
→
Абонирайте се за нашия -канал, за да не пропуснете следващата статия! Пишем не повече от два пъти седмично и само по същество.
Източник: habr.com
