Регионы и зоны доступности

Регион облачной инфраструктуры — географическая площадка, объединяющая центры обработки данных. Внутри региона располагаются несколько изолированных и физически разделённых зон доступности (Availability Zones, AZ).

Каждый регион имеет независимые подключения к электросетям, автономное питание и охлаждение и выделенные каналы связи. Аппаратные и программные сбои одного региона не влияют на другие регионы.

Каждая зона имеет независимые электропитание, охлаждение и физическую защиту. Зоны соединены резервируемыми сетями с низкой задержкой. Для повышения отказоустойчивости приложения можно развернуть в нескольких зонах. Регионы SIM-Cloud соответствуют высоким требованиям безопасности и защиты данных.

Ресурсы региона

Ресурсы региона — общие объекты, доступные во всех его зонах:

  • интерфейсы управления облаком:

    • API (конечные точки сервисов);

    • веб-интерфейс Dashboard;

  • Keystone — сервис идентификации OpenStack;

  • Glance — сервис образов OpenStack;

  • контроллеры OpenStack: Nova, Cinder и Neutron.

Что такое зона доступности

Зона доступности — изолированная площадка публичного облака с независимыми электропитанием и сетевыми подключениями. Регион обычно содержит несколько зон, а каждая зона может включать один или несколько физических ЦОД.

Преимущества зон доступности

  • Низкая задержка. Серверы и хранилища можно размещать ближе к пользователям приложения.

  • Отказоустойчивость. Приложения и инстансы можно распределить между зонами, чтобы при отказе одной зоны работу продолжили ресурсы в другой.

../../_images/Availability-Zone-Diagram.png

Ресурсы зоны

Ресурсы зоны можно использовать только внутри зоны, в которой они созданы. При создании такого объекта укажите нужную зону доступности.

К ним относятся:

  • вычислительные узлы;

  • клиенты Cinder и Neutron;

  • инстансы;

  • хранилища и диски;

  • маршрутизатор облачного провайдера;

  • агенты BaaS;

  • локальные и внешние частные сети.

Примечание

Если при создании зонального объекта не выбрать зону:

  • диска;

  • инстанса;

  • маршрутизатора облачного провайдера;

  • сети;

ресурс будет создан в зоне по умолчанию eu-west-avz1.

Учёт ресурсов и квоты

Квота зональных объектов является общей для всех зон. Свободные ресурсы проекта можно использовать для создания объектов в любой зоне доступности.

Сценарии использования зон доступности

  • Синхронизация сервисов. Запуск приложения на виртуальных машинах в разных зонах повышает устойчивость к сбоям электропитания, сети и оборудования.

  • Кластеры приложений высокой доступности.

  • Мониторинг. Основную площадку можно контролировать из независимой зоны.

  • Тестовая среда. Разработка и промышленная эксплуатация размещаются в разных зонах.

Зоны изолированы от аппаратных и программных сбоев друг друга. Развёртывание в нескольких зонах повышает отказоустойчивость и снижает риск потери данных.

Инфраструктура размещена в ЦОД TelemaxX IPC-3 и TelemaxX IPC-4 уровня Tier III+ в Карлсруэ, Германия. Площадки работают с 2009 и 2011 года и рассчитаны на корпоративные проекты с высокими требованиями к надёжности и безопасности.

Доступные регионы и зоны

Ресурсы можно разместить в следующих зонах:

«Регионы и зоны SIM-Cloud»

Географическая область

Страна

Регион

Зона

Европа

Германия

eu-west

avz1

Европа

Германия

eu-west

avz2

  • eu-west-avz1 (TelemaxX IPC-3)

  • eu-west-avz2 (TelemaxX IPC-4)

Ограничения

  1. Нельзя создать инстанс из диска другой зоны. Например, диск из eu-west-avz2 нельзя использовать для инстанса в eu-west-avz1.

  2. Стандартные облачные функции не переносят диски между зонами, поскольку у каждой зоны собственное хранилище.

    Для переноса данных используйте BaaS. См. Перенос дисков между зонами.

  3. Следующие объекты нельзя перенести автоматически:

    • маршрутизатор облачного провайдера;

    • сеть.

    Создайте их заново в нужной зоне.

  4. Для переноса инстанса удалите его, перенесите диск в нужную зону и создайте новый инстанс из перенесённого диска.

Примечание

При смене зоны плавающий IP-адрес не сохраняется.

Используйте выделенную внешнюю сеть или доменные имена, чтобы сервис не зависел от конкретного IP-адреса.

Процедура описана в разделе Перенос инстансов между зонами.