Руйнуємо 5 міфів про бекап та хостинг-провайдерів

Чи обов'язково робити резервне копіювання? Хто відповідальний за бекапи, провайдер чи клієнт? Де краще зберігати дані та як їх відновлювати? Деякі хостинг провайдери не дають вичерпних відповідей на ці питання, тому навколо резервного копіювання виникають міфи. У цій статті ми розглянемо 5 найпоширеніших помилок про бекапи та розвінчуємо їх.

Міф 1: Мені не потрібен бекап, я працюю на дорогому обладнанні

Дороге промислове обладнання – хороший спосіб забезпечити безпеку даних; проте багато ризиків неможливо передбачити. Випадки бувають різні: у хорошому «залізі» може бути несправний блок живлення, а в надійному дата-центрі з багаторівневими системами стійкості до відмови все ще існує ризик критичної поломки. У таких дата-центрах використовується кілька резервних компонентів кожного елемента системи – збереження даних залежить від, наприклад, одного SSD-диска. Цей принцип варто перенести і на бекапи, тобто не покладатися виключно на якість компонентів. Дороге обладнання – важливий захід захисту від втрати даних, однак він не може бути єдиним заходом. Відтворення корпоративних IT-систем – трудомістке та витратне завдання, яке зупинить бізнес-процеси компанії. Цієї проблеми набагато простіше уникнути, якщо копіювати дані сервера класу Enterprise в бекап-сховище.

Міф 2: Коли я купую хостинг, я плачу і за бекап теж

Насправді бекап – це така ж послуга, як надання хостинг-ресурсу або системна інтеграція. Саме тому термін "BaaS" розшифровується як "Backup-as-a-Service", тобто "бекап як послуга". Найчастіше резервне копіювання даних оплачується окремо від хостингу. Це пов'язано з тим, що створення та зберігання бекапів – досить витратний процес. Для того, щоб створювати резервні копії, потрібне місце в сховищі, фізичний простір для бекап-серверів, спеціалізоване ПЗ та час системного адміністратора. Деякі провайдери дійсно надають цю послугу безкоштовно, однак це рідко стосується великих інфраструктурних проектів: чим більший обсяг даних, тим більші витрати. Набагато простіше та дешевше створити резервну копію одного сайту, ніж налаштувати бекап для всієї IT-інфраструктури підприємства.

Міф 3: Для збереження даних достатньо створити один бекап

Ризик поломки та втрати даних існує не лише у самій IT-інфраструктурі підприємства. Бекап-сховище - це теж "залізо", тому в ньому також можуть відмовити компоненти. У такому разі бажано, щоб компанія мала кілька резервних копій системи. Також дуже бажано, щоб одна з копій зберігалася у віддаленому сховищі – тоді поломка основної інфраструктури гарантовано не зачепить бекапи. Деякі провайдери пропонують розміщення бекапів на вибір. Наприклад, у хмарному сервісі BaaS компанії SIM-Networks є дві опції для клієнтів: BaaS Local та BaaS Remote. BaaS Local зберігає інкрементальні бекапи у тому ж дата-центрі, де зберігається інфраструктура клієнта – це підвищує швидкість відновлення системи. Навпаки, BaaS Remote дозволяє вивантажувати дані у сховище іншого дата-центру – відновлення даних повільніше, проте знижується ризик втрати даних. Наявність кількох бекапів у хмарі надійно застрахує корпоративні системи від форс-мажорів.

Інкрементальний бэкап – вид резервного копіювання, у якому система зберігає ті дані, які змінювалися зі створення попередньої копії. Таким чином, бекапи створюються швидко і займають менший обсяг пам'яті у сховищі.

Міф 4: Резервне копіювання – це те саме, що забезпечення відмовостійкості

Міф 4: Резервне копіювання – це те саме, що забезпечення відмовостійкості. Резервне копіювання – це створення статичних копій певного масиву даних та систем у певний момент часу. Ці копії «складуються» в СГД і лежать до вимоги деякий час, після якого утилізуються. Відмовостійкість – це забезпечення безперебійної роботи обладнання, коли при відмові одного вузла інший вузол бере на себе його функції і продовжує обробляти дані. Якщо резервне копіювання – спосіб зберегти дані у разі несправності сервера або хмари, то стійкість до відмови – міра, яка не дає цій несправності зупинити роботу інфраструктури.

Міф 5: Провайдер повинен відновити мої дані з бекапу незалежно від ситуації

Провайдер відновить ваші дані із резервної копії у разі природного катаклізму, техногенного форс-мажору або помилки з боку самого провайдера. Однак у разі, якщо втрата даних трапилася з вини клієнта, провайдер не повинен відновлювати систему. Розглянемо приклад: колишній системний адміністратор американської компанії проникнув у систему після звільнення та видалив усі дані, які зміг. Збитки компанії обчислювалися сотнями тисяч доларів. Ця ситуація виникла на боці клієнта, який міг уникнути загострення ситуації або заздалегідь змінити паролі. Провайдер не може бути відповідальним за такі випадки. У згаданому кейсі постачальник інфраструктури зробив виняток та відновив систему, однак у більшості випадків такі форс-мажори не входять до зони відповідальності провайдера, згідно з SLA.

Як краще організувати резервне копіювання системи?

Ми як інфраструктурний провайдер добре знайомі з темою організації резервного копіювання. Бекап – це обов'язкова умова для надійної роботи будь-якої корпоративної системи. Саме тому при виборі рішення важливо розглядати пропозиції провайдерів, ґрунтуючись на правдивій та актуальній інформації.

Обираючи інфраструктурне рішення, варто звернути увагу на провайдерів, які пропонують автоматичне резервне копіювання даних. Наприклад, послуга BaaS для хмари SIM-Cloud – це готовий інструмент, яким залишається лише користуватися. Для того, щоб створити бекап, достатньо вибрати дані, вказати глибину та частоту копіювання – дані зберігатимуться у вибраний дата-центр автоматично. Також ми пропонуємо 3 види сховища на вибір до послуги оренди серверів – FTP, iSCSI и S3-сумісне сховище у хмарі.

Сподобалася стаття?