Надежность в Azure Logic Apps
В этой статье описывается поддержка надежности в Azure Logic Apps, охватывающая устойчивость внутри региона через зоны доступности и развертывания в нескольких регионах.
Устойчивость — это общая ответственность между вами и корпорацией Майкрософт, поэтому в этой статье также рассматриваются способы создания устойчивого решения, соответствующего вашим потребностям.
Рабочие процессы приложений логики упрощают интеграцию и оркестрацию данными между приложениями, облачными службами и локальными системами, уменьшая объем кода, который потребуется написать. При планировании устойчивости убедитесь, что вы считаете не только приложения логики, но и эти ресурсы Azure, которые вы используете с приложениями логики:
Подключения , создаваемые из рабочих процессов приложения логики, к другим приложениям, службам и системам. Дополнительные сведения см. в разделе Подключения к ресурсам далее в этой статье.
Локальные шлюзы данных, которые являются ресурсами Azure, которые вы создаете и используете в приложениях логики для доступа к данным в локальных системах. Каждый ресурс шлюза представляет собой отдельный экземпляр шлюза данных на локальном компьютере. Локальный шлюз данных можно настроить для обеспечения высокой доступности с помощью нескольких компьютеров. Дополнительные сведения см. в разделе "Поддержка высокой доступности".
Учетные записи интеграции, в которых вы определяете и храните артефакты, используемые рабочими процессами приложений логики для сценариев интеграции бизнес-бизнеса (B2B). Например, для учетных записей интеграции можно настроить аварийное восстановление в нескольких регионах.
Мультитенантное приложение Azure Logic Apps автоматически управляет вычислительной инфраструктурой и ресурсами для рабочих процессов потребления. Вам не нужно настраивать виртуальные машины или управлять ими. Рабочие процессы потребления совместно используют вычислительные инфраструктуры между многими клиентами.
Azure Logic Apps с одним клиентом выполняет стандартные рабочие процессы в выделенных вычислительных ресурсах, которые выделены для вас и называются планами. Каждый план может иметь несколько экземпляров, и эти экземпляры могут быть распределены по нескольким зонам доступности. Рабочие процессы выполняются на экземплярах плана.
Рекомендации по развертыванию в рабочей среде
Для корпоративных и безопасных рабочих процессов с требованиями к изоляции или сетевой безопасности рекомендуется создавать и запускать стандартные рабочие процессы в однотенантных azure Logic Apps, а не в рабочих процессах потребления в мультитенантных Azure Logic Apps. Дополнительные сведения см. в статье "Создание и развертывание в разных средах".
Для рабочих развертываний с одним клиентом Azure Logic Apps необходимо включить избыточность зоны для распространения ресурсов приложения логики в нескольких зонах доступности.
Временные сбои
Временные ошибки являются короткими, периодическими сбоями в компонентах. Они часто происходят в распределенной среде, такой как облако, и они обычно входят в операции. Они исправляют себя через короткий период времени. Важно, чтобы приложения обрабатывали временные ошибки, обычно повторяя затронутые запросы.
Все облачные приложения должны следовать рекомендациям по обработке временных ошибок Azure при взаимодействии с любыми облачными API, базами данных и другими компонентами. Дополнительные сведения об обработке временных сбоев см . в рекомендациях по обработке временных сбоев.
В Azure Logic Apps многие триггеры и действия автоматически поддерживают политики повторных попыток, которые автоматически повторяют запросы, которые завершаются сбоем из-за временных сбоев. Сведения об изменении или отключении политик повторных попыток для приложения логики см. в статье "Обработка ошибок и исключений в Azure Logic Apps".
Если действие завершается ошибкой, можно настроить поведение последующих действий. Вы также можете создавать области для группирования связанных действий, которые могут завершиться ошибкой или завершиться вместе.
Дополнительные сведения об обработке ошибок в Azure Logic Apps см. в статье "Обработка ошибок и исключений в Azure Logic Apps".
Поддержка зоны доступности
Зоны доступности — это физически отдельные группы центров обработки данных в каждом регионе Azure. При сбое одной зоны службы могут выполнять отработку отказа в одну из оставшихся зон.
Дополнительные сведения о зонах доступности в Azure см. в статье "Что такое зоны доступности?".
Azure Logic Apps поддерживает избыточность зоны, которая распределяет вычислительные ресурсы в нескольких зонах доступности. При распределении ресурсов рабочей нагрузки приложения логики между зонами доступности вы повышаете устойчивость и надежность для рабочих нагрузок приложения логики.
Новые и существующие рабочие процессы приложения логики потребления в мультитенантных Azure Logic Apps автоматически включают избыточность зоны.
Для стандартных рабочих процессов с параметром размещения плана обслуживания рабочих процессов в azure Logic Apps с одним клиентом можно включить избыточность зоны.
Для стандартных рабочих процессов с параметром размещения Среда службы приложений версии 3 можно дополнительно включить избыточность зоны. Дополнительные сведения о том, как Среда службы приложений s версии 3 поддерживает зоны доступности, см. в Служба приложений.
Поддерживаемые регионы
Приложения логики потребления, развернутые в любом регионе, поддерживающем зоны доступности, автоматически избыточны. ЗападНая Япония является исключением, которое в настоящее время не поддерживает приложения логики, избыточные между зонами, так как некоторые службы зависимостей пока не поддерживают избыточность зоны.
Приложения логики с избыточностью между зонами можно развертывать с помощью планов обслуживания рабочих процессов в любом регионе, поддерживающем зоны доступности для службы приложение Azure. ЗападНая Япония является исключением, которое в настоящее время не поддерживает приложения логики, избыточные между зонами. Дополнительные сведения см. в разделе "Надежность" в службе приложение Azure.
Сведения о том, какие регионы поддерживают зоны доступности для Среда службы приложений версии 3, см. в разделе "Регионы".
Требования
Необходимо развернуть по крайней мере три экземпляра плана обслуживания рабочего процесса. Каждый экземпляр примерно соответствует одной виртуальной машине. Чтобы распределить эти экземпляры (виртуальные машины) между зонами доступности, необходимо иметь не менее трех экземпляров.
Рекомендации
- Хранилище. При настройке внешнего хранилища для рабочих процессов уровня "Стандартный" необходимо настроить учетную запись хранения для избыточности зоны. Дополнительные сведения см. в статье Рекомендации по хранению для Функций Azure.
Соединители. Встроенные соединители автоматически избыточны в зонах, когда приложение логики является избыточным по зонам.
Учетные записи интеграции: учетные записи интеграции уровня "Премиум" по умолчанию являются избыточными по зонам.
Себестоимость
Дополнительные затраты не применяются к избыточности зоны, которая автоматически включается для новых и существующих рабочих процессов потребления в мультитенантных azure Logic Apps.
Если у вас есть стандартные рабочие процессы с планом обслуживания рабочих процессов в azure Logic Apps с одним клиентом, дополнительные затраты не применяются к включению зон доступности до тех пор, пока у вас есть три или более экземпляров плана. Плата взимается на основе SKU плана, указанной емкости и всех экземпляров, масштабируемых в зависимости от условий автомасштабирования. Если вы включите зоны доступности, но укажите емкость менее трех экземпляров, платформа применяет минимальные три экземпляра и взимает плату за эти три экземпляра.
Среда службы приложений версии 3 имеет определенную модель ценообразования для избыточности зоны. Сведения о ценах на Среда службы приложений версии 3 см. в разделе "Цены".
Настройка поддержки зоны доступности
Рабочие процессы приложения логики потребления автоматически поддерживают избыточность зоны, поэтому конфигурация не требуется.
Создайте рабочий процесс с избыточностью зоны.
Чтобы включить избыточность зоны для рабочих процессов приложений логики уровня "Стандартный", см. раздел "Включение избыточности зоны" для приложения логики.
Миграция
После создания плана обслуживания невозможно включить избыточность зоны. Вместо этого необходимо создать новый план с включенной избыточностью зоны и удалить старый.
Отключите избыточность зоны.
После создания плана обслуживания рабочего процесса невозможно отключить избыточность зоны. Вместо этого необходимо создать новый план с отключенной избыточностью зоны и удалить старый.
Планирование ресурсов и управление ими
Чтобы подготовиться к сбою зоны доступности, рассмотрите возможность чрезмерной подготовки емкости службы. Чрезмерное подготовка позволяет решению терпеть некоторую степень потери емкости и по-прежнему продолжать функционировать без снижения производительности.
Чтобы узнать, сколько экземпляров требуется переоформить, важно знать, что платформа распределяет экземпляры по нескольким зонам. Необходимо учитывать по крайней мере сбой одной зоны.
Выполните следующие действия, чтобы узнать общее количество экземпляров, которые необходимо подготовить:
- Определите количество экземпляров, необходимых для пиковой рабочей нагрузки. В этом примере мы используем два сценария. Один из них имеет 3 экземпляра, а один — с 4.
- Получите количество экземпляров чрезмерной подготовки, умножив число экземпляров пиковых рабочих нагрузок на коэффициент [(зоны/(зоны-1)]:
Примечание.
В следующей таблице предполагается, что вы используете три зоны доступности. Если вы используете другое количество зон доступности, измените формулу соответствующим образом.
| Число экземпляров пиковых рабочих нагрузок | Фактор [(зоны/(зоны-1)] | Формула | Экземпляры для подготовки (округленные) |
|---|---|---|---|
| 3 | 3/2 или 1.5 | (3 x 1.5 = 4.5) | 5 экземпляров |
| 4 | 3/2 или 1.5 | (4 x 1.5 = 4.5) | 6 экземпляров |
Маршрутизация трафика между зонами
Во время обычных операций вызовы рабочих процессов могут использовать вычислительные ресурсы в любой из зон доступности в регионе.
Во время обычных операций вызовы рабочих процессов распределяются между всеми доступными экземплярами плана во всех зонах доступности.
Взаимодействие с зонами вниз
Обнаружение и ответ. Платформа Azure Logic Apps отвечает за обнаружение сбоя в зоне доступности. Вам не нужно ничего делать, чтобы инициировать отработку отказа зоны.
Активные запросы. Если зона доступности становится недоступной, все выполняемые на виртуальной машине выполнение рабочих процессов, выполняемых на виртуальной машине в зоне доступности сбоя, завершается. Платформа Azure Logic Apps автоматически возобновляет рабочий процесс на другой виртуальной машине в другой зоне доступности. Из-за этого активные рабочие процессы могут столкнуться с некоторыми временными сбоями или более высокой задержкой, так как новые виртуальные машины добавляются в остальные зоны доступности.
Восстановление размещения
Когда зона доступности восстанавливается, Azure Logic Apps автоматически восстанавливает экземпляры в зоне доступности, удаляет все временные экземпляры, созданные в других зонах доступности, и перенаправляет трафик между экземплярами как обычный.
Тестирование сбоев зоны
Платформа Azure Logic Apps управляет маршрутизацией трафика, отработкой отказа и восстановлением размещения для ресурсов приложения логики, избыточного между зонами. Вам не нужно ничего инициировать. Эта функция полностью управляется, поэтому не нужно проверять процессы сбоя зоны доступности.
Поддержка нескольких регионов
Каждое приложение логики развертывается в одном регионе Azure. Если регион становится недоступным, приложение логики также недоступно.
Альтернативные подходы с несколькими регионами
Для повышения устойчивости можно развернуть резервное или резервное приложение логики в дополнительном регионе и выполнить отработку отказа в другой регион, если основной регион недоступен. Чтобы включить эту возможность, выполните следующие задачи:
- Разверните приложение логики как в основных, так и в дополнительных регионах.
- При необходимости перенастройка подключений к ресурсам.
- Настройте политики балансировки нагрузки и отработки отказа.
- Запланируйте мониторинг работоспособности основного экземпляра и инициируйте отработку отказа.
Дополнительные сведения о развертываниях с несколькими регионами для рабочих процессов приложения логики см. в следующей документации:
- Развертывания с несколькими регионами в Azure Logic Apps
- Настройка аварийного восстановления между регионами для учетных записей интеграции в Azure Logic Apps
- Создание задач репликации для ресурсов Azure с помощью Azure Logic Apps
Соглашение об уровне обслуживания
Соглашение об уровне обслуживания (SLA) для Azure Logic Apps описывает ожидаемую доступность службы. Это соглашение также описывает условия, необходимые для достижения этого ожидания. Чтобы понять эти условия, убедитесь, что вы просматриваете соглашения об уровне обслуживания (SLA) для веб-служб.