Георепликация (общедоступная предварительная версия)

В Центры событий Azure предусмотрено два компонента, которые обеспечивают геокатастасторное восстановление.

• Гео-аварийное восстановление (аварийное восстановление метаданных), которое только что обеспечивает репликацию только метаданных.
• Георепликация (общедоступная предварительная версия), которая обеспечивает репликацию метаданных и данных.

Эти функции не следует путать с Зоны доступности. Обе функции географического восстановления обеспечивают устойчивость между регионами Azure, такими как восточная часть США и западная часть США. Поддержка зоны доступности обеспечивает устойчивость в определенном географическом регионе, например в восточной части США. Дополнительные сведения о Зоны доступности см. в разделе "Поддержка зоны доступности Центров событий".

Внимание

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

Region	Region	Region
AustraliaCentral	ГерманияНорт	Норвегия
AustraliaCentral2	ГерманияWestCentral	ПольшаCentral
AustraliaEast	ИзраильCentral	SouthAfricaNorth
AustraliaSoutheast	ИталияНорт	SouthAfricaWest
БразилияSoutheast	JapanEast	SoutheastAsia
CanadaCentral	JapanWest	SouthIndia
CanadaEast	JioIndiaCentral	ИспанияCentral
CentralIndia	JioIndiaWest	ШвецияCentral
CentralUS	KoreaCentral	SwitzerlandNorth
CentralUSEUAP	KoreaSouth	ШвейцарияWest
EastAsia	МексикаCentral	ОАЭCentral
EastUS2	NorthCentralUS	UAENorth
FranceCentral	NorthEurope	UKSouth
FranceSouth	NorwayEast	UKWest

Аварийное восстановление метаданных и георепликация метаданных и данных

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

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

Остальная часть этой статьи посвящена функции георепликации. Дополнительные сведения о функции аварийного восстановления метаданных см. в разделе "Геоизбыточное восстановление центров событий" для метаданных.

Георепликация

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

• Ключи, управляемые клиентом (CMK)
• Управляемое удостоверение для записи
• Функции виртуальной сети (конечные точки службы или частные конечные точки)
• Поддержка больших сообщений (теперь в общедоступной предварительной версии)
• Транзакции Kafka (теперь в общедоступной предварительной версии)

Ниже приведены некоторые ключевые аспекты общедоступной предварительной версии георепликации данных.

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

Изменение вторичной на новую первичную выполняется двумя способами:

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

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

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

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

Согласованность репликации

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

Асинхронная репликация

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

Синхронная репликация

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

Сравнение согласованности репликации

При синхронной репликации:

• Задержка длиннее из-за распределенной фиксации.
• Доступность связана с доступностью двух регионов. Если один регион исчез, пространство имен недоступно.
• Полученные данные всегда находятся по крайней мере в двух регионах (только в двух регионах, поддерживаемых в первоначальной общедоступной предварительной версии).

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

Включение асинхронной репликации не влияет на задержку, и доступность службы не влияет на потерю дополнительного региона. Асинхронная репликация не имеет абсолютной гарантии того, что все регионы имеют данные до его фиксации, как синхронная репликация. Кроме того, можно задать время, когда дополнительный объект может быть не синхронизирован до регулирования входящего трафика. Параметр может составлять от 5 минут до 1440 минут, что составляет один день. Если вы хотите использовать регионы с большим расстоянием между ними, то асинхронная репликация, скорее всего, лучше всего подходит для вас.

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

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

Выбор дополнительного региона

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

Функция георепликации зависит от возможности репликации опубликованных событий из основного в дополнительный регион. Если дополнительный регион находится на другом континенте, это оказывает значительное влияние на задержку репликации от основного до дополнительного региона. Если вы используете георепликацию по соображениям доступности и надежности, то лучше всего использовать вторичные регионы, по крайней мере на одном континенте, где это возможно. Чтобы лучше понять задержку, вызванную географическим расстоянием, вы можете узнать больше из статистики задержки в сети Azure | Microsoft Learn.

Управление георепликацией

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

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

Мониторинг репликации данных

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

• Включение журналов метрик приложений в пространстве имен Центров событий после Центры событий Azure мониторинга — Центры событий Azure | Microsoft Learn.

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

• Чтобы просмотреть журналы метрик приложений, перейдите к разделу "Мониторинг " страницы "Центры событий" и выберите "Журналы " в меню слева. Следующий запрос можно использовать для поиска задержки репликации (в секундах) между основными и вторичными пространствами имен.

  AzureDiagnostics
    | where TimeGenerated > ago(1h)
    | where Category == "ApplicationMetricsLogs"
    | where ActivityName_s == "ReplicationLag
  

• Столбец count_d указывает задержку репликации в секундах между основным и вторичным регионом.

Публикация данных

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

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

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

Использование данных

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

Управление контрольными точками и смещением

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

Kafka

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

Пакет SDK для Центров событий/AMQP

Клиенты, использующие пакет SDK центров событий, должны обновиться до версии пакета SDK за апрель 2024 г. Последняя версия пакета SDK центров событий поддерживает отработку отказа с обновлением до контрольной точки. Контрольная точка управляется пользователями с хранилищем контрольных точек, например хранилищем BLOB-объектов Azure или пользовательским решением для хранения. Если есть отработка отказа, хранилище контрольных точек должно быть доступно из дополнительного региона, чтобы клиенты могли получать данные контрольных точек и избегать потери сообщений.

Цены

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

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

Сведения об использовании функции георепликации см. в разделе "Использование георепликации".