Як Kubernetes може допомогти вам витримати регіональне катастрофічне відновлення – DATAVERSITY

Якщо вам пощастить, вам доводилося турбуватися про керування зусиллями з аварійного відновлення даних лише один або два рази у своїй кар’єрі, якщо взагалі. Однак із збільшенням темпів і кількості природних катаклізмів зросла ймовірність того, що доведеться пройти через найгірший сценарій.

Станом на 11 квітня 2023 року США вже зафіксували свій найбільша кількість торнадо за перші три місяці року. Тим часом, за даними в Національне управління океанічних і атмосферних, сезон ураганів 2022 року викликав одні з найсильніших і найруйнівніших штормів у новітній історії.

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

Наявність регіонального плану ліквідації наслідків стихійного лиха ніколи не було настільки важливим, враховуючи зростання кількості та серйозність таких погодних і кліматичних явищ, як ці. Більшість організацій отримали б значну користь від певної форми асинхронної реплікації даних, яка дозволяє безпечно зберігати дані у віддаленому безпечному місці та надавати доступ до цих даних. Вони також повинні мати можливість швидко відновлювати служби без будь-якого шкідливого впливу на їхні програми чи бізнес-потреби.

Кубернетес розроблений маючи на увазі відмовостійку архітектуру, яка гарантує високу доступність розгорнутих програм. Інструменти, розроблені партнерами, зазвичай можна легко інтегрувати в розгортання Kubernetes і активувати додаткові функції, такі як постійний управління даними, інформування про стан програми та підключення до віддаленого кластера для дій резервного копіювання та відновлення. Кожен із цих наборів функцій вважається необхідним при спробі розробки відповідного рішення для аварійного відновлення. 

Зменшення РРО та РТО

Аварійне відновлення часто вимірюється за цільовою точкою відновлення (RPO) і цільовим часом відновлення (RTO). За допомогою RPO мета полягає в тому, щоб резервні копії даних були якомога актуальнішими, щоб звести до мінімуму можливість втрати даних під час події. RTO – це максимальний час, протягом якого послуги можуть бути недоступними, перш ніж критичні бізнес-системи постраждають. 

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

Ось чому це чудова ідея мати регіональний сайт аварійного відновлення, який знаходиться достатньо близько до вашого основного центру обробки даних для швидкої асинхронної передачі даних, але достатньо далеко, щоб сама катастрофа не вплинула на нього. У добре розробленому рішенні для аварійного відновлення ви зможете відновити нормалізовані операції з останніми файлами даних за лічені хвилини. В ідеалі, здавалося б, перебоїв у роботі послуг не було взагалі.

Хоча близькість до допоміжних центрів обробки даних, безсумнівно, допомагає, ваші зусилля мають бути зосереджені не лише на передачі файлів, перезапуску програм і перезавантаженні даних. Ви повинні мати можливість копіювати конфігураційні файли, об’єкти, користувацькі конфігурації та простори імен додатків на географічно рознесених сайтах, тобто все, що потрібно для правильного функціонування ваших додатків. 

Портативність, відмовостійкість і автоматизація

Як платформа оркестровки контейнерів з відкритим вихідним кодом Kubernetes за своєю природою створена для портативності та мобільності. Розгортання не прив’язане до певного місця, і програми (і всі їхні відповідні дані) можна легко переносити, а потім тиражувати між сайтами.

Як зазначалося раніше, Kubernetes також надзвичайно стійкий. Якщо програма не відповідає, сама платформа продовжить спроби запустити програму, породжуючи додаткові пакети в розгортанні програми на інших вузлах у кластері кожні кілька хвилин.

Після того, як ви оцінили збитки та усунули початкові наслідки катастрофи, доступність, яку надає Kubernetes API, полегшує автоматизацію повернення до функціональності. Використовуючи функції API, доступні безпосередньо в Kubernetes, системні адміністратори можуть легко повторно розгортати програми або передавати дані між кластерами за потреби.

Повернутися в Бізнес

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

Будьте готові, коли це станеться. Створіть план аварійного відновлення для програм, які ваша організація розгорнула на Kubernetes, і швидко відновіть свою роботу.

• Розповсюдження контенту та PR на основі SEO. Отримайте посилення сьогодні.
• PlatoAiStream. Web3 Data Intelligence. Розширення знань. Доступ тут.
• Карбування майбутнього з Адріенн Ешлі. Доступ тут.
• Купуйте та продавайте акції компаній, які вийшли на IPO, за допомогою PREIPO®. Доступ тут.
• джерело: https://www.dataversity.net/how-kubernetes-can-help-you-weather-regional-disaster-recovery/