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