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

Концепция облачной инфраструктуры имеет термин «Регион», который представляет собой физическое местоположение. по всему миру, где мы объединяем центры обработки данных. Назовем каждую группу логических центры обработки данных Зона доступности. Обычно каждый регион состоит из нескольких, изолированные и физически разделенные зоны доступности в пределах географической области.

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

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

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

Региональные ресурсы — это общие объекты, которые можно использовать во всем облаке региона, во всех зонах доступности региона. Это включает:

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

    • API (Service Endpoints)
    • Web interface - Dashboard

  • Keystone - the OpenStack Identity Service

  • Glance - the OpenStack Image Service

  • OpenStack Controllers: Nova, Cinder, Neutron

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

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

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

  • Более низкая задержка при реализации нескольких зон доступности, что делает имеет смысл иметь серверы, которые предоставляют данное приложение, расположенные относительно рядом с конечными пользователями, которые будут получать доступ к этому приложению. Задержка — это большое проблема в мире приложений, и многие облачные провайдеры обращаются к ней распределяя серверы и хранилища, размещая эти ресурсы ближе к своим конечные пользователи клиентов.
  • Клиенты могут развертывать свои приложения и экземпляры в зависимости от доступности зон и спроектировать их среду таким образом, чтобы в случае сбоя одной из зон доступности экземпляры в другой зоне доступности станут активными и продолжат работу серверов в зоне отказавшей доступности, до момента сервис можно восстановить.
../../_images/Availability-Zone-Diagram.png

Ресурсы зоны

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

Эти ресурсы включают в себя:

  • Computing nodes;
  • Cinder clients;
  • Neutron clients;
  • Instance (virtual machines);
  • Storage and Volumes;
  • Cloud provider Router;
  • BaaS agents
  • Local and External private Networks

Примечание

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

  • Volumes
  • Instances
  • Cloud provider Router
  • Network

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

Учет и квоты

Объекты зоны доступности имеют общую квоту для всех AZ. Это означает, что ресурсы проекта в SIM-Cloud разделены между зонами доступности. Если у заказчика есть свободные ресурсы проекта, он может создавать объекты по своему выбору в любой зоне доступности.

Как могут быть реализованы зоны доступности

  • Сервисная синхронизация
    Вы можете повысить отказоустойчивость своего приложения, запустив его на виртуальных машинах в разных зонах доступности. С этой архитектурой, если есть любой сбой в одной из зон доступности - либо электричества, либо сети, диски — виртуальные машины в другой зоне доступности продолжат работать без перерыва.
  • HA APP Clusters
  • Monitoring
    Возможность мониторинга основной площадки инфраструктуры с независимого зона доступности.
  • Test site Возможность использования разных сайтов для разработки и производства.

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

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

Список доступных регионов и зон

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

«SIM-Cloud Regions and Zones»
Geographic location Country Region Zone
Europe Germany eu-west avz1
Europe Germany eu-west avz2
  • eu-west-avz1 (TelemaxX IPC-3)
  • eu-west-avz2 (TelemaxX IPC-4)

Ограничения

1) Нет возможности создать и запустить экземпляр с тома разноименных Зон доступности. Это означает, что вы не сможете создать экземпляр в зоне доступности «eu-west-avz1», если том создан в AZ «eu-west-avz2».

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

Решение: BaaS можно использовать для переноса данных. Подробная инструкция будет описана в нашей статье «Миграция томов между AZ <../regions_avz/migrating-volumes-between-az.html>`__.

  1. Процесс миграции таких ресурсов (объектов) AZ, как:

    • Cloud provider Router
    • Network

является недоступным. Указанные объекты должны быть воссозданы в нужной Зоне доступности.

4) Инстанс можно переместить в другую зону доступности только после того, как он удаляется, а том переносится в нужную зону доступности. Только после этого можно создать новый экземпляр из тома, перенесенного в нужную зону доступности.

Примечание

Обратите внимание, что при смене зон доступности плавающий IP-адрес адрес не сохраняется.

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

Процесс переноса инстанса в другую зону доступности описан в нашей статье Миграция томов между AZ..