Регіони та зони доступності
У хмарній інфраструктурі регіон — це фізичне географічне розташування групи центрів обробки даних. Кожна логічна група центрів обробки даних називається зоною доступності (Availability Zone, AZ). Зазвичай регіон складається з кількох ізольованих і фізично відокремлених зон доступності в одній географічній області.
Хмарний регіон — це група обладнання в окремому центрі обробки даних. Кожен регіон має незалежне підключення до електромережі, автономне живлення й охолодження, а також виділені канали зв’язку. Регіони ізольовані від апаратних і програмних збоїв один одного.
Кожна зона доступності має незалежне живлення, охолодження та фізичну безпеку. Зони з’єднані резервованими мережами з низькою затримкою. Для високої доступності застосунок можна розгорнути в кількох AZ. Регіони SIM-Cloud відповідають високим вимогам до безпеки, нормативної відповідності та захисту даних.
Регіональні ресурси
Регіональні ресурси — спільні об’єкти, доступні в усьому хмарному регіоні та в усіх його зонах доступності. До них належать:
інтерфейси керування хмарою:
API (Service Endpoints);
вебінтерфейс Dashboard;
Keystone — служба ідентифікації OpenStack;
Glance — служба образів OpenStack;
контролери OpenStack: Nova, Cinder і Neutron.
Що таке зона доступності
У контексті хмарних обчислень зона доступності — це центр обробки даних публічного хмарного провайдера з власним живленням і мережевим підключенням. У регіоні зазвичай є кілька зон доступності. Регіон є окремою географічною областю, а зони всередині нього — ізольованими майданчиками. Одна зона не обов’язково дорівнює одному центру обробки даних: її можуть підтримувати один або кілька фізичних центрів.
Переваги зон доступності
Низька затримка. Якщо доступно кілька зон, сервери застосунку можна розмістити ближче до кінцевих користувачів. Це зменшує затримку доступу.
Відмовостійкість. Застосунки та інстанси можна розподілити між зонами. Якщо одна зона відмовить, інстанси в іншій зоні продовжать роботу або візьмуть на себе навантаження до відновлення сервісу.
Зональні ресурси
Зональні ресурси можна використовувати лише в тій зоні, до якої вони належать. Під час створення такого ресурсу зазвичай потрібно вказати зону доступності.
До зональних ресурсів належать:
обчислювальні вузли;
клієнти Cinder;
клієнти Neutron;
інстанси (віртуальні машини);
сховища й диски;
маршрутизатор хмарного провайдера;
агенти BaaS;
локальні та зовнішні приватні мережі.
Примітка
Якщо під час створення зональних об’єктів не вибрати зону доступності, такі
ресурси буде створено у стандартній зоні eu-west-avz1:
диски;
інстанси;
маршрутизатор хмарного провайдера;
мережі.
Облік і квоти
Зональні об’єкти використовують спільну квоту для всіх AZ. Ресурси проєкту SIM-Cloud розподіляються між зонами доступності. Якщо в проєкті є вільна квота, користувач може створювати потрібні об’єкти в будь-якій зоні.
Сценарії використання зон доступності
Синхронізація сервісів. Застосунок можна запустити на віртуальних машинах у різних зонах. У разі збою живлення або мережі в одній зоні машини в іншій продовжать працювати без перерви.
Високодоступні кластери застосунків.
Моніторинг. Основний інфраструктурний майданчик можна контролювати з незалежної зони доступності.
Тестовий майданчик. Різні зони можна використовувати для середовищ розробки та промислової експлуатації.
Кожна зона ізольована від апаратних і програмних збоїв інших зон. Розгортання застосунків у кількох зонах забезпечує відмовостійкість і значно зменшує ризик втрати даних.
Хмарна інфраструктура розміщена в центрах обробки даних TelemaxX IPC-3 та TelemaxX IPC-4 рівня Tier III+ у Карлсруе, Німеччина. Центри працюють із 2009 та 2011 року відповідно й орієнтовані на корпоративних клієнтів із високими вимогами до надійності та безпеки інфраструктурних проєктів.
Перелік доступних регіонів і зон
Ресурси можна розмістити в таких зонах доступності:
Географічне розташування |
Країна |
Регіон |
Зона |
Європа |
Німеччина |
eu-west |
avz1 |
Європа |
Німеччина |
eu-west |
avz2 |
eu-west-avz1 (TelemaxX IPC-3)
eu-west-avz2 (TelemaxX IPC-4)
Обмеження
1) Інстанс не можна створити й запустити з диска в іншій зоні доступності. Наприклад, неможливо створити інстанс у eu-west-avz1, якщо диск створено в eu-west-avz2.
2) Стандартні функції хмари не дають змоги переносити диски між зонами доступності. Кожна AZ використовує власне сховище, тому дані не можна перенести між сховищами однією дією.
Рішення: для перенесення даних використовуйте BaaS. Докладну інструкцію дивіться у статті Перенесення дисків між AZ.
Такі зональні ресурси не можна перенести:
маршрутизатор хмарного провайдера;
мережа.
Ці об’єкти потрібно повторно створити в потрібній зоні доступності.
4) Інстанс можна перемістити до іншої зони лише після його видалення та перенесення диска до потрібної AZ. Після цього з перенесеного диска можна створити новий інстанс.
Примітка
Під час зміни зони доступності плаваюча IP-адреса не зберігається.
Використовуйте виділену зовнішню мережу або доменні імена, щоб робота користувацького сервісу не залежала від IP-адресації.
Процес перенесення інстансу до іншої зони описано у статті Перенесення інстансів між AZ.