Высокий уровень доступности сервисного коннектора

Соединитель служб может обеспечить поддержку высокого уровня доступности для всех типов приложений, выполняемых в Azure. В этой статье описаны функции Service Connector с высокой доступностью, такие как зоны доступности, избыточность зон, аварийное восстановление и межрегиональное переключение при отказе.

Цель архитектуры высокой доступности в Service Connector — гарантировать, что подключения службы активны по крайней мере 99,9% времени. Эта высокая доступность означает, что вам не нужно беспокоиться о последствиях операций обслуживания и сбоев в подключениях к службе.

Зоны доступности

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

Корпорация Майкрософт отвечает за настройку зон доступности и аварийное восстановление для подключений к службе. При создании подключения службы в вычислительной службе с включенными зонами доступности Azure автоматически настраивает соответствующие зоны доступности для подключения к службе.

Избыточность зон

Соединитель служб — это поставщик ресурсов расширения Azure, который расширяет службу приложений Azure, Azure Spring Apps и приложения контейнеров Azure. При использовании соединителя служб для создания нового подключения к службе в одной из этих вычислительных служб, Azure подготавливает ресурс подключения как часть главной родительской вычислительной службы.

Чтобы включить зональную избыточность для подключения сервиса, необходимо включить зональную избыточность для вычислительной службы. Подключение к службе также автоматически становится зонально-резервным.

Например, если у вас есть служба приложений с включенной избыточностью зоны и тремя экземплярами, платформа автоматически распределяет их по трем зонам в выбранном регионе. При использовании Service Connector для создания подключения к этой службе приложений, ресурс подключения к сервису также автоматически создается в трех соответствующих зонах выбранного региона.

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

Чтобы создать подключение сервиса, избыточное между зонами, с помощью Service Connector, см. раздел "Создание подключения, избыточного между зонами".

Замечание

Для создания, обновления, проверки и перечисления подключений служб соединитель службы вызывает API из вычислительной службы и целевой службы. Поскольку Service Connector полагается на ответы как от вычислительной службы, так и от целевой службы, запросы к Service Connector могут быть неуспешными, если целевая служба недоступна в случае сбоя зоны. Это ограничение применяется к службе приложений, приложениям контейнеров Azure и Azure Spring Apps.

Аварийное восстановление и устойчивость

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

Соединитель служб обрабатывает непрерывность бизнес-процессов и аварийное восстановление (BCDR) для хранения и вычислений. Цель состоит в том, чтобы проблемы в хранилище или вычислениях в любом регионе имели минимальное возможное влияние на бизнес. В случае аварии коннектор службы переключается на парный регион. Когда команда соединителя служб идентифицирует и объявляет сбой, клиенты не должны делать ничего больше.

Цель времени восстановления (RTO) указывает длительность между началом сбоя, влияющего на Service Connector, и восстановлением до полной доступности. Целевая точка восстановления (RPO) обозначает промежуток времени между началом сбоя, влияющего на Service Connector, и последней операцией, успешно восстановленной. Ожидаемое и максимальное значение RPO составляет 24 часа, а RTO — 24 часа.

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

Во время аварии операции с Служебным Соединителем могут потерпеть неудачу до переключения на резервный. После переключения на резерв все данные и действия работают как обычно с точки зрения клиента. Данные восстанавливаются, и клиентам не нужно предпринимать никаких действий.

Во время процедуры переключения на резервный узел Сервисный Коннектор обрабатывает переназначение DNS на доступные регионы. Соединитель служб изменяет DNS примерно за один час. Выполнение отработки отказа вручную займет больше времени. Так как Service Connector является поставщиком ресурсов, построенным поверх других служб Azure, фактическое время зависит от времени переключения базовых служб.

Поддержка региона аварийного восстановления

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

Primary Secondary
Программа раннего доступа к обновлениям Восточного региона США 2 (EUAP) East US
центрально-западная часть США Западная часть США 2
West Europe North Europe
North Europe West Europe
East US Западная часть США 2
Западная часть США 2 East US

Отказоустойчивость между регионами

Корпорация Майкрософт отвечает за обработку отработки отказа между регионами. Процесс переключения не требует каких-либо изменений в приложениях клиента или в конфигурациях вычислительных служб. Соединитель служб использует конфигурацию активно-пассивного кластера с автоматической отработкой отказа. После аварийного восстановления клиенты могут использовать все функциональные возможности соединителя служб.

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

Корпорация Майкрософт начинает анализировать и запускать отработку отказа соединителя службы в любом из следующих условий:

  • Проверка состояния службы завершается неудачно три раза подряд.
  • ** Зависимые службы сервисного коннектора сообщают о сбое.
  • Клиенты сообщают о сбое в работе регионального сервиса.

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

Создайте зонированное резервное подключение к службе

Вы можете создать подключение к целевому ресурсу, избыточному между зонами соединителя служб, с помощью Azure CLI или портала Azure. Вы используете тот же процесс для создания зонально-избыточных подключений для служб вычислений Azure Spring Apps и Azure Container Apps.

Ниже описано, как создать зонально-резервируемое подключение к BLOB-объекту хранилища Azure для службы приложений Azure. Чтобы включить избыточность зоны для подключения службы App Service, сначала создайте службу App Service с избыточностью зоны. Поскольку вы включаете зональную избыточность для службы приложений App Service, подключение службы также является зонально избыточным.

Это важно

Избыточность зоны поддерживается только на уровнях SKU PremiumV2-PremiumV4 и изолированных SKU службы приложений. Базовые и бесплатные уровни SKU не поддерживают зональную избыточность. Дополнительные сведения см. в разделе «Надежность в службе приложений Azure».

Ниже описано, как создать зонально-избыточное подключение к службе для плана службы приложений PremiumV3, называемого MyPlan, в существующей группе ресурсов MyResourceGroup. В этом примере создается подключение службы к BLOB-объекту службы хранилища Azure. Сведения о создании подключений службы веб-приложений к другим целевым ресурсам см. в статье az webapp connection create.

  1. Создайте план службы приложений и включите параметр --zone-redundant. Можно также включить --number-of-workers параметр для указания емкости. Дополнительные сведения см. в статье "Как развернуть службу приложений с зональной отказоустойчивостью".

    az appservice plan create --resource-group MyResourceGroup --name MyPlan --sku P1V3 --zone-redundant --number-of-workers 6

  2. Создайте веб-приложение в плане службы приложений. Новые имена веб-приложений должны быть глобально уникальными в Azure. В следующем коде замените заполнитель <unique_app_name> именем уникального в глобальном масштабе веб-приложения.

    az webapp create --name <unique_app_name> --plan MyPlan --resource-group MyResourceGroup

  3. Создайте подключение службы к существующему BLOB-объекту службы хранилища Azure с помощью авторизации удостоверения, назначаемого системой. В следующем коде замените заполнители <unique_app_name>, <storage_account_resource_group>, и <storage_account_name> значениями ваших ресурсов. Дополнительные сведения см. в статье az webapp connection create storage-blob.

    az webapp connection create storage-blob \
  --resource-group MyResourceGroup -name <unique_app_name> \
  --target-resource-group <storage_account_resource_group> \
  --account <storage_account_name> --system-identity

Подсказка

Рекомендуется включить зоновую избыточность для целевого сервиса. В сценарии снижения доступности зоны трафик к подключению автоматически перенаправляется на другие зоны. Однако создание, проверка и обновление подключений зависит от api управления целевыми службами. Если целевая служба не поддерживает или не включает поддержку зональной избыточности, операции завершатся ошибкой.

Связанный контент

  • Last updated on