Обзор георепликации

Для разработчиков приложений и ИТ-инженеров общая цель заключается в создании и запуске устойчивых приложений. Устойчивость определяется как способность приложения реагировать на сбои и по-прежнему оставаться функциональными. Чтобы обеспечить устойчивость в случае региональных сбоев в облаке, первым шагом является создание избыточности, чтобы избежать одной точки сбоя. Эту избыточность можно добиться с помощью георепликации.

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

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

Репликация хранилища конфигурации добавляет следующие преимущества:

• Добавлена устойчивость для сбоев Azure: В случае регионального сбоя реплики затрагиваются по отдельности. Если в одном регионе возникает сбой, все реплики, расположенные в незатронутых регионах, по-прежнему будут доступны и будут синхронизироваться непрерывно. После устранения сбоя все затронутые реплики будут синхронизированы с последним состоянием. Георепликация обеспечивает поддержку автоматического переключения при отказе с помощью поставщиков конфигурации App Configuration. При необходимости вы также можете реализовать в своем приложении пользовательские механизмы аварийного переключения между различными конечными точками реплик.
• Распространение ограничений запросов: Вы можете настроить код, в котором конечная точка реплики приложения использует возможность распределения нагрузки запроса, чтобы избежать исчерпания ограничений запросов. Например, если приложения выполняются в нескольких регионах и отправляют запросы только в один регион, может начаться исчерпание ограничений запросов конфигурации приложений. Эту нагрузку можно распространить, создав реплики в регионах, в которых работают приложения. Каждая реплика имеет ограничения изолированного запроса, равные размеру пределов запроса источника. Исчерпание ограничений запроса в одной реплике не влияет на ограничения запроса в другой реплике.
• Региональная секционализация: Доступ к нескольким регионам может повысить задержку между приложением и хранилищем конфигурации, что приводит к более быстрым ответам на запросы и повышению производительности, если приложение отправляет запросы в ближайшую реплику. Указание доступа к реплике также позволяет ограничить хранилище данных и поток между различными регионами в зависимости от ваших предпочтений.

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

Пример варианта использования

Команда разработчиков создает систему, состоящую из нескольких приложений и в настоящее время имеет один магазин конфигурации приложений Azure в регионе "Западная часть США". Использование их системы быстро растет, и они стремятся масштабировать и удовлетворить потребности клиентов в: Центральная Швеция, Западная часть США, Северная Европа и Восточная Азия. Все приложения, которые они имеют в настоящее время, используют хранилище конфигураций западной части США, создавая одну точку сбоя. Если в западной части США произошел региональный сбой, и у них не было других механизмов отработки отказа или поведения по умолчанию, их система будет недоступна для клиентов. Кроме того, глобально все приложения в настоящее время ограничены ограничением запроса одного хранилища конфигурации. По мере того как команда масштабируется до большего числа регионов, это ограничение будет неуправляемым.

Этой команде было бы полезно использовать георепликацию. Они могут создать реплику хранилища конфигурации в каждом регионе, где будет работать приложение. Затем их приложения могут отправлять запросы к реплике в том же регионе, вместо того чтобы все приложения отправляли запросы в регион Запад США. Это обеспечит два преимущества: улучшенная задержка запросов и более эффективное распределение нагрузки. Наличие хорошо распределенной нагрузки запроса поможет избежать исчерпания квоты запроса. Кроме того, наличие нескольких реплик позволяет команде настроить их приложения для автоматического переключения на резерв в случае регионального сбоя. Например, команда может настроить приложения, работающие в регионе Швеция Центральный, чтобы извлекать конфигурацию из данного региона, но переключиться на Северную Европу в случае сбоя в Швеции Центральный. Даже если App Configuration недоступен в определённом регионе, система команды остаётся неизменной.

Соображения

• Георепликация недоступна на уровнях "Бесплатный" и "Разработчик".
• Каждая реплика имеет ограничения, как описано на странице цен на конфигурацию приложений. Эти ограничения изолированы для каждой реплики.
• Конфигурация приложений Azure также поддерживает зоны доступности Azure для создания устойчивого и высокодоступного хранилища в регионе Azure. Поддержка зоны доступности автоматически включается, если в регионе, где расположена реплика, предоставляется такая возможность. Сочетание зон доступности для обеспечения избыточности в рамках одного региона и георепликации между несколькими регионами повышает как доступность, так и производительность хранилища конфигурации.

Затраты и выставление счетов

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

Контроль

Чтобы получить аналитические сведения о характеристиках функции георепликации, конфигурация приложений предоставляет метрику с именем "Задержка репликации". Метрика задержки репликации описывает, сколько времени требуется для репликации данных из одного региона в другой.

Дополнительные сведения о метрике задержки репликации и других метрик конфигурации приложений см. в разделе "Метрики конфигурации приложений".

Дальнейшие шаги

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