Резервне копіювання віртуальних машин - один із напрямків, якому потрібно приділяти особливу увагу при оптимізації витрат компанії. Розповідаємо, як можна і бекапи у хмарі налаштувати, і бюджет заощадити.
Бази даних є цінним активом будь-якої компанії. Багато в чому стали затребувані віртуальні машини. Користувачі можуть працювати у віртуальному середовищі, яке забезпечує захист від фізичного вилучення даних та витоків конфіденційної інформації.
Більшість великих та середніх компаній так чи інакше залежать від ВМ. Вони зберігається величезна кількість критично важливої інформації. Тому так важливо подбати про створення резервних копій, щоб одного прекрасного дня не трапився «упс» і роками база даних, що поповнюється, раптом не виявилася пошкодженою або недоступною.
Як правило, компанії створюють резервні копії своїх ВМ та зберігають їх в окремих ЦОДах. І якщо раптом первинний центр обробки інформації раптом вийде з ладу, можна швидко відновитися з бекапу. Ідеально, коли резервна копія зберігається у різних ЦОД, як це робить . Однак, таку послугу більшість провайдерів запропонувати не можуть або просять за це додаткові гроші. В результаті зберігання бекапів виливається в нехилу таку копійчину.
Однак, розумне використання можливостей хмари дозволяє знизити фінансове навантаження.
Чому саме хмара?
Бекапи ВМ зручно зберігати на хмарних платформах. На ринку є безліч рішень, що спрощують процес резервного копіювання та відновлення віртуальних машин. З їх допомогою можна організувати безперебійне відновлення даних із віртуальних машин та забезпечити стабільне обслуговування додатків, які залежать від цих даних.
Процес резервного копіювання може бути автоматизований залежно від того, які файли та з якою періодичністю необхідно зберігати дані. «Хмара» не має якихось жорстких рамок. Компанія може вибрати функціонал і продуктивність, які відповідають їхнім бізнес-потребам, і платити лише за ресурси, що споживаються.
У локальної інфраструктури такої можливості немає. Платити доводиться відразу за все обладнання (навіть простоююче), а якщо виникає необхідність підвищити продуктивність, доводиться купувати більше серверів, що призводить до збільшення витрат. Cloud4Y пропонує 4 способи скоротити витрати на резервне копіювання баз даних.
То як же заощадити?
Інкрементне копіювання
Компанія має регулярно робити резервні копії критично важливих даних. Але ці дані з часом збільшуються обсягом. У результаті кожен наступний бекап займає все більше місця і вимагає більше часу на завантаження у сховище. Ви можете спростити процедуру, зберігаючи інкрементні резервні копії.
Інкрементний підхід передбачає, що ви робите бекап лише один раз або через певні проміжки часу (залежно від стратегії резервного копіювання). Кожна наступна резервна копія містить лише зміни, внесені до вихідної резервної копії. Оскільки резервне копіювання виконується рідше і резервуються лише нові зміни, організаціям не потрібно платити за передачу великих хмарних даних.
Обмежити файли або розділи підкачування
Іноді оперативної пам'яті віртуальної машини може бути недостатньо для зберігання програм та даних ОС. У цьому випадку ОС займає деяку частину жорсткого диска зберігання додаткових даних. Ці дані називаються файлом підкачки або розділом підкачки у Windows та Linux відповідно.
Як правило, файли підкачування в 1,5 рази більші за RAM. Дані у цих файлах регулярно змінюються. І щоразу, коли робиться бекап, ці файли також резервуються. Так що краще виключити ці файли з резервної копії. Вони займатимуть занадто багато місця в хмарі, так як система зберігатиме їх при кожному резервному копіюванні (адже файли постійно змінюються!).
Загалом суть у тому, щоб робити резервну копію тільки тих даних, які дійсно потрібні компанії. А непотрібні, на кшталт файлу підкачки, бекапити не варто.
Дублювання та архівація резервних копій
Бекапи віртуальних машин важать чимало, тому доводиться резерувати більше місця у «хмарі». Отже, можна заощадити, зменшивши обсяг резервних копій. І тут може допомогти дедуплікація. Це процес копіювання лише змінених блоків даних та заміни копій незмінених блоків із заміною їх посиланням на вихідні блоки. Також можна використовувати всілякі архіватори для стиснення підсумкової резервної копії, щоб зберегти ще більше пам'яті.
Ця тема є особливо актуальною, якщо ви дотримуєтеся правила «3-2-1» щодо зберігання резервних копій. Правило говорить, що для забезпечення надійного зберігання даних необхідно мати як мінімум ТРИ резервні копії, що зберігаються в ДВОХ різних форматах зберігання, при цьому ОДНА з копій повинна зберігатися поза основним сховищем.
Такий принцип забезпечення стійкості до відмови передбачає надмірність зберігання даних, тому зниження обсягу бекапу буде явно не зайвою.
Політика зберігання GFS (Grandfather-Father-Son)
Як організовано процедуру створення та зберігання бекапів у більшості компаній? А ніяк! Організації створюють резервні копії та... забувають про них. На місяці, а то й роки. Це призводить до непотрібних витрат на дані, що ніколи не використовуються. Найкращий спосіб впоратися із цим — використовувати політики зберігання. Ці політики визначають, скільки резервних копій можна зберігати у хмарі одночасно.
Найпростіша політика зберігання бекапів пояснюється принципом «першим прийшов - першим вийшов». За допомогою цієї політики зберігається певна кількість резервних копій, і після досягнення межі найстаріший видаляється, щоб звільнити місце для найновішого. Але ця стратегія не зовсім ефективна, особливо якщо потрібно забезпечити максимум точок відновлення у мінімально можливому обсязі сховища. Крім того, існують законодавчі та корпоративні регламенти, які потребують тривалого зберігання даних.
Вирішити цю проблему можна, використовуючи політику GFS (Дід-Отець-Син). "Син" - це найчастіше резервне копіювання. Наприклад, щоденне. А «дід» — найрідкісніший, наприклад, щомісячний. І щоразу, коли створюється нова щоденна резервна копія, вона стає сином щотижневої резервної копії попереднього тижня. Така модель дає компанії більше точок відновлення з таким самим обмеженим простором зберігання.
Якщо ж зберігати інформацію потрібно довго, її багато, але вона фактично ніколи не вимагається, можна скористатися так званим ice cold-сховищем. Вартість зберігання даних у ньому невелика, але якщо компанія запитує ці дані, то доведеться заплатити. Це як далека темна комора. У ньому лежить багато речей, яким нічого не буде і за 10-20-50 років. Але поки дістанешся якоїсь однієї, витратиш багато часу. У Cloud4Y таке сховище назвали «».
Висновок
Резервне копіювання – обов'язковий елемент безпеки будь-якого бізнесу. Зберігати бекапи у хмарі дуже зручно, але часом послуга обходиться дорого. Використовуючи перелічені нами методи, ви можете понизити щомісячні витрати компанії.
Що ще корисного можна почитати у блозі Cloud4Y
→
→
→
→
→
Підписуйтесь на наш -Канал, щоб не пропустити чергову статтю! Пишемо не частіше двох разів на тиждень і лише у справі.
Джерело: habr.com