Це питання, яке не слід сприймати легковажно. На жаль, найчастіше такі питання є одними з останніх, які потрібно враховувати при плануванні міграції в хмару. Сьогодні це свого роду єдине припущення, що все, що надходить у хмару, захищено за замовчуванням. Та як бути, якщо це не зовсім так? Якщо це не є частина «as-a-service»?
Що ж, глобальні загальнодоступні гіперскеллери, такі як Google, безсумнівно, забезпечують доступність та надійність інфраструктури, яку вони надають для створення та розгортання програм і служб, а також для зберігання даних. Однак відповідальність за безпеку та захист фактичних даних, розміщених вами, клієнтом, завжди лежить на вас, включаючи, ну, і питання їх резервного копіювання.

Давайте візьмемо простий приклад, коли ви розміщуєте кілька віртуальних машин у Google Cloud Platform (GCP) як середовище команди розробників. Google несе відповідальність за те, щоб ці віртуальні машини працювали, коли вам потрібно, щоб вони відповідали вашим угодам про рівень обслуговування. Google також несе відповідальність за те, щоб ці машини були доступні, навіть якщо трапилося якесь стихійне лихо, і відключає центр обробки даних, де розміщені ваші виділені віртуальні машини. У будь-якому подібному випадку, коли є потенційні збої в наданні обчислювальних послуг, Google зобов’язаний гарантувати, що служби, з якими ви працюєте, реплікуються та доступні через інший центр обробки даних, розміщений в іншому регіоні. Однак, якщо щось станеться з фактичними даними, з якими працювали ваші розробники, наприклад, випадкове видалення віртуальної машини, Google не несе відповідальності за БУДЬ-ЯКИЙ тип послуг (наприклад, IaaS, PaaS або SaaS).
І це лише один із ризиків, з якими ви можете зіткнутися, якщо ваші дані в GCP не створено належним чином. Будь-яка зловмисна діяльність або неправильна конфігурація дозволів, що розкриває ваші дані з загальнодоступною IP-адресою, знову ж таки, буде поза відповідальності Google за забезпечення надійної інфраструктури для ваших потреб.
Таким чином, якщо ви плануєте перейти на Google Cloud Platform, переконайтеся, що у вас є надійна стратегія резервного копіювання та відновлення для ваших хмарних робочих навантажень.
Як створити резервну копію даних Google Cloud?
Що ж, якщо на це питання є дуже проста відповідь, то це « по-іншому, ніж ви робите це для on-prem!»
Як правило, перші думки користувачів, коли вони звертаються до Google Cloud резервного копіювання, — це використовувати агента. Зрештою, ми не маємо доступу до базового гіпервізора, на якому розміщуються наші віртуальні машини, і вони, здається, справляються зі своєю роботою. Це не те, що підхід на основі агента не спрацює, і він може навіть мати певні переваги, якщо в деяких випадках ми говоримо про справжню обробку з урахуванням додатків. Але агенти не завжди є відповіддю. Вони не знають платформу, вони не можуть використовувати вбудовані конструкції масштабованості, безпеки та зберігання (для яких ми перейшли в хмару), не кажучи вже про відновлення може бути кошмаром.
Має бути кращий спосіб… Ах, так! Нативне рішення, створене для GCP.

Що шукати в хмарному рішенні?

Стає зрозумілим, що для робочих навантажень, що базуються на GCP, вам потрібне рішення для резервного копіювання та відновлення Google, яке враховує особливості хмари. Ще краще, якщо це рішення також може захистити і керувати даними в інших ваших середовищах, оскільки, швидше за все, ви використовуєте гібридну інфраструктуру і не плануєте, щоб 100% робочих навантажень перебували в хмарі. Тепер, як вибрати постачальника, який підходить саме вам? Або, можливо, є служба, вбудована в сервіси Google?
Звичайно, GCP надає власні методи для створення резервних копій екземплярів Google Compute Engine. Ці методи дозволяють створювати власні знімки ваших даних, і ви навіть можете створити розклад для виконання звичайних знімків, а потім завантажити його в сегменти Google Cloud Storage.
Однак з такими методами зручно працювати лише в дуже невеликих масштабах або для тестування. Коли ви працюєте з більшими виробничими середовищами, вирішальним стає виконання завдань щодо рівня обслуговування (SLO). Покладатися лише на власноруч написані сценарії та знімки може бути ризиком як для безпеки, так і для втрати даних. Самі по собі знімки не є оптимальним рішенням, коли вам потрібно довше зберегти, і вони також не ізолюються автоматично від виробничого середовища.
Хороша новина полягає в тому, що Veeam співпрацює з Wiley, щоб створити ще один посібник зі своєї знаменитої серії «для чайників» – «Google Cloud Backup for Dummies». Це БЕЗКОШТОВНА електронна книга, яка надасть вам глибше розуміння ризиків хмарних даних і того, що потрібно для того, щоб ваша хмарна інфраструктура була надійною та стійкою. Ви отримаєте доступ до покрокових інструкцій щодо планування високої доступності даних Google Cloud, а також практичних порад щодо створення хмарного плану резервного копіювання та відновлення з нуля або оптимізації існуючого.
І останнє, але не менш важливе, ви отримаєте експертні поради щодо безпеки в хмарі та як використовувати найкращі інструменти захисту даних від Google і спеціально створені сторонні рішення, як-от Veeam Backup for Google Cloud Platform.
Для придбання та розгортання рішення можете звертатись до фахівців Wise IT, надсилайте листа на info@wiseit.com.ua або заповніть форму зворотнього зв’язку на нашому сайті.