4 начини да заштедите на бекап во облак

Правењето резервна копија на виртуелните машини е една од областите на кои треба да се посвети посебно внимание при оптимизирање на трошоците на компанијата. Ви кажуваме како можете да поставите резервни копии во облакот и да го заштедите вашиот буџет.

Базите на податоци се драгоцено богатство за секоја компанија. Ова е во голема мера причината зошто виртуелните машини станаа барани. Корисниците можат да работат во виртуелно опкружување кое обезбедува заштита од одземање физички податоци и протекување на доверливи информации.

Повеќето големи и средни компании зависат од VM на еден или друг начин. Тие чуваат огромна количина на критични информации. Затоа е толку важно да се грижиме за создавање резервни копии за еден ден да не се случи „упс“ и базата на податоци што се надополнува со години наеднаш да испадне дека е оштетена или недостапна.

Вообичаено, компаниите создаваат резервни копии од нивните VM и ги складираат во посебни центри за податоци. И ако одеднаш примарниот центар за обработка на информации ненадејно не успее, можете брзо да се опоравите од резервната копија. Идеално е кога резервната копија е зачувана во различни центри за податоци, како што е тоа Cloud4y. Сепак, повеќето провајдери не можат да понудат таква услуга или да бараат дополнителни пари за неа. Како резултат на тоа, складирањето резервни копии чини прилично денар.

Сепак, мудрото користење на можностите на облакот може да го намали финансискиот товар.

Зошто облакот?

Резервните копии на VM практично се складираат на облак платформи. Постојат многу решенија на пазарот кои го поедноставуваат процесот на резервна копија и обновување на виртуелните машини. Со нивна помош, можете да организирате непречено обновување на податоците од виртуелните машини и да обезбедите стабилна услуга за апликациите што зависат од овие податоци.

Процесот на резервна копија може да се автоматизира во зависност од тоа кои датотеки и колку често треба да се прават резервни копии на податоците. „Облакот“ нема никакви ригидни граници. Компанијата може да избере функционалност и перформанси што одговараат на нивните деловни потреби и да плаќа само за ресурсите што ги троши.

Локалната инфраструктура ја нема оваа можност. Треба да ја платите целата опрема одеднаш (дури и опремата во мирување), а доколку има потреба да ја зголемите продуктивноста, треба да купите повеќе сервери, што доведува до зголемени трошоци. Cloud4Y нуди 4 начини да ги намалите трошоците за резервна копија на вашата база на податоци.

Па, како можете да заштедите пари?

Инкрементална копија

Компанијата треба редовно да прави резервни копии на критичните податоци. Но, овие податоци се зголемуваат во обем со текот на времето. Како резултат на тоа, секоја наредна резервна копија зазема се повеќе простор и бара повеќе време за да се вчита во складиштето. Можете да ја поедноставите постапката со складирање на дополнителни резервни копии.

Инкременталниот пристап претпоставува дека правите резервна копија само еднаш или во одредени интервали (во зависност од вашата стратегија за резервна копија). Секоја следна резервна копија ги содржи само промените направени на оригиналната резервна копија. Бидејќи резервните копии се случуваат поретко и се прават резервни копии само на новите промени, организациите не мора да плаќаат за големи преноси на податоци во облакот.

Ограничете ги заменетите датотеки или партиции

Понекогаш RAM меморијата на виртуелната машина можеби не е доволна за складирање на апликации и податоци за оперативниот систем. Во овој случај, ОС зафаќа дел од хард дискот за да складира дополнителни податоци. Овие податоци се нарекуваат датотека со страница или swap партиција во Windows и Linux соодветно.

Вообичаено, датотеките со страници се 1,5 пати поголеми од RAM меморијата. Податоците во овие датотеки се менуваат редовно. И секогаш кога се прави резервна копија, се прават резервни копии и на овие датотеки. Затоа, би било подобро да ги исклучите овие датотеки од резервната копија. Тие ќе заземат премногу простор во облакот, бидејќи системот ќе ги зачувува со секоја резервна копија (датотеките постојано се менуваат!).

Генерално, идејата е да се направи резервна копија само на податоците кои навистина и се потребни на компанијата. И од непотребните, како што е датотеката за страничење, не треба да се прави резервна копија.

Умножување и архивирање резервни копии

Резервните копии на виртуелната машина тежат многу, па мора да резервирате повеќе простор во облакот. Затоа, можете да заштедите пари со намалување на големината на вашите резервни копии. Ова е местото каде што дедупликацијата може да помогне. Ова е процес на копирање само на променетите блокови на податоци и замена на копии од непроменетите блокови со повикување на оригиналните блокови. Можете исто така да користите разни архиви за да ја компресирате последната резервна копија за да заштедите уште повеќе меморија.

Оваа тема е особено релевантна ако го следите правилото 3-2-1 кога станува збор за складирање резервни копии. Правилото вели дека за да се обезбеди сигурно складирање на податоци, мора да имате најмалку ТРИ резервни копии зачувани во ДВА различни формати за складирање, при што ЕДНА од копиите е зачувана надвор од главната меморија.

Овој принцип на обезбедување толеранција на грешки претпоставува вишок складирање на податоци, така што намалувањето на волуменот на резервната копија очигледно би било вредно.

Политика за складирање на GFS (дедо-татко-син).

Како е организирана процедурата за креирање и складирање резервни копии во повеќето компании? Но, нема шанси! Организациите создаваат резервни копии и... забораваат на нив. Со месеци, па дури и години. Ова резултира со непотребни трошоци за податоци кои никогаш не се користат. Најдобар начин да се справите со ова е да користите политики за задржување. Овие политики одредуваат колку резервни копии може да се складираат во облакот истовремено.

Наједноставната политика за складирање резервни копии се објаснува со принципот „прв влез, прв излезе“. Со оваа политика, се чуваат одреден број резервни копии, а кога ќе се достигне лимитот, најстарата се брише за да се направи простор за најновата. Но, оваа стратегија не е целосно ефикасна, особено ако треба да обезбедите максимум точки за обновување во најмала можна количина на складирање. Покрај тоа, постојат правни и корпоративни регулативи кои бараат долгорочно задржување на податоците.

Овој проблем може да се реши со користење на политиката GFS (дедо-татко-син). „Син“ е најчестата резервна копија. На пример, секојдневно. А „дедо“ е најретката работа, на пример, месечно. И секогаш кога се креира нова дневна резервна копија, таа станува син на неделната резервна копија од претходната недела. Овој модел и дава на компанијата повеќе поени за обновување со истиот ограничен простор за складирање.

Ако треба да чувате информации долго време, ги има многу, но всушност никогаш не се бара, можете да го користите таканареченото складирање на мраз. Трошоците за складирање податоци таму се ниски, но ако некоја компанија ги побара овие податоци, ќе мора да платите. Тоа е како далечен темен плакар. Во него има многу работи што нема да имаат ништо за 10-20-50 години. Но, додека да стигнете до еден, ќе поминете многу време. Cloud4Y го нарече ова складирање „Архивски".

Заклучок

Резервната копија е суштински елемент за безбедност за секој бизнис. Зачувувањето резервни копии во облакот е многу погодно, но понекогаш услугата е прилично скапа. Користејќи ги методите што ги наведовме, можете да ги намалите месечните трошоци на вашата компанија.

Што друго корисно можете да прочитате на блогот Cloud4Y

→ 5 системи за управување со безбедносни настани со отворен код
→ Интелигенција за пиво - ВИ доаѓа со пиво
→ Што ќе јадеме во 2050 година?
→ 5 најдобри дистрибуции на Кубернет
→ Роботи и јагоди: како вештачката интелигенција ја зголемува продуктивноста на теренот

Претплатете се на нашата Телеграма-канал за да не ја пропуштите следната статија! Ние пишуваме не повеќе од двапати неделно и само на деловен план.

Извор: www.habr.com