Настройка пассивной георепликации для экземпляров Кэш Azure для Redis класса Premium
Из этой статьи вы узнаете, как настроить пассивный георепликацию в паре экземпляров Кэш Azure для Redis с помощью портал Azure.
Пассивные георепликации объединяют два экземпляра уровня Premium Кэш Azure для Redis и создают связь репликации данных с активными пассивными данными. Активный пассивный означает, что существует пара кэшей, первичных и вторичных, которые синхронизированы с данными. Но вы можете записать только одну сторону пары, основную. С другой стороны пары вторичный кэш доступен только для чтения.
Сравните активный-пассивный с активным и активным, где можно записать в любую сторону пары, и она синхронизируется с другой стороной.
При пассивной георепликации экземпляры кэша обычно находятся в разных регионах Azure, хотя это не обязательно. Один экземпляр выступает в качестве основного, а другой в качестве дополнительного. Основной обрабатывает запросы на чтение и запись, а первичный распространяет изменения в дополнительный.
Отработка отказа не выполняется автоматически. Дополнительные сведения об использовании отработки отказа см. в разделе "Инициирование отработки отказа с гео-первичного на гео-вторичный".
Примечание.
Пассивные георепликации предназначены в качестве решения для аварийного восстановления.
Область доступности
Уровень | "Базовый", "Стандартный" | Premium | Enterprise, Enterprise Flash |
---|---|---|---|
На месте | No | Да | Да |
Пассивные георепликации доступны только на уровне "Премиум" Кэш Azure для Redis. Уровни Enterprise и Enterprise Flash также предлагают георепликацию, но эти уровни используют более расширенную версию, называемую активной георепликацией.
Предварительные требования георепликации
Чтобы настроить георепликацию между двумя кэшами, должны выполняться следующие предварительные требования.
- Оба кэша должны относиться к уровню "Премиум".
- Оба кэша должны относиться к одной подписке Azure.
- Размер дополнительного связанного кэша должен быть не меньше (или равен) размеру основного кэша. Для использования геоработки отказа оба кэша должны иметь одинаковый размер.
- Оба кэша должны быть созданы и находиться в рабочем состоянии.
- Оба кэша выполняют одну и ту же версию сервера Redis.
Примечание.
Плата за передачу данных между регионами Azure будет взиматься по стандартному тарифу на пропускную способность.
Для георепликации некоторые функции не поддерживаются:
- Избыточность между зонами не поддерживается для георепликации.
- Сохраняемость при георепликации не поддерживается.
- Кэши с несколькими репликами не могут быть геореплицированы.
- Кластеризация поддерживается, если в обоих кэшах она включена с одинаковым числом сегментов.
- Поддерживаются кэши в пределах одной виртуальной сети (VNet).
- Кэши в разных виртуальных сетях поддерживаются с предупреждениями. Дополнительные сведения см. в статье Можно ли использовать георепликацию с кэшами, находящимися в виртуальной сети?.
После настройки георепликации в отношении вашей пары связанных кэшей применяются следующие ограничения.
Дополнительный связанный кэш доступен только для чтения. Вы можете выполнять чтение из него, но не можете записывать в него данные. Если вы выберете чтение из экземпляра дополнительной геореплики, когда происходит полная синхронизация данных между основной и дополнительной георепликами, экземпляр основной геореплики выдает ошибки при любой операции Redis с ним, пока полная синхронизация данных не будет завершена. В ошибках указано, что идет полная синхронизация данных. Кроме того, ошибки возникают при обновлении основной и дополнительной геореплик и в некоторых сценариях перезагрузки. Приложения, считывающие из дополнительного экземпляра геореплики, должны быть построены для возврата к основному экземпляру геореплики при возникновении ошибок в дополнительном экземпляре геореплики.
Любые данные, которые были в дополнительном связанном кэше до добавления связи, удаляются. Однако, если георепликация впоследствии удаляется, то реплицированные данные остаются в дополнительном связанном кэше.
Невозможно масштабировать любой кэш, пока не будут связаны кэши.
Невозможно изменить число сегментов, если в кэше включена кластеризация.
Ни на одном из кэше не удастся включить сохраняемость.
Экспорт можно выполнить из любого кэша.
Невозможно импортировать во вторичный связанный кэш.
Невозможно удалить ни один из связанных кэшей или группу ресурсов, в которую они входят, пока не удалена связь с кэшами. Дополнительные сведения см. в разделе Почему произошел сбой операции, когда я попытался удалить связанный кэш?
Если кэши находятся в разных регионах, затраты на исходящий трафик сети применяются к данным, перемещаемым по регионам. Дополнительные сведения см. в разделе Сколько стоит реплицировать мои данные между регионами Azure?
Отработка отказа не выполняется автоматически. Необходимо запустить отработку отказа из первичного в дополнительный связанный кэш. Дополнительные сведения об использовании отработки отказа см. в разделе "Инициирование отработки отказа с гео-первичного на гео-вторичный".
Приватные каналы не могут быть добавить в кэши, которые уже геореплицированы. Чтобы добавить приватный канал в геореплицированный кэш, выполните следующие действия: 1. Разорвите связь с георепликацией. 2. Добавьте Приватный канал. 3. Повторно установите связь с георепликацией.
Добавление связи георепликации
Чтобы связать два кэша для георепликации, сначала выберите георепликацию в меню ресурсов кэша, который вы планируете быть основным связанным кэшем. Затем выберите "Добавить ссылку репликации кэша" на рабочей панели.
В списке Совместимые кэши выберите имя кэша, который необходимо использовать в качестве дополнительного кэша. Если дополнительный кэш не отображается в списке, проверьте, выполняются ли для этого дополнительного кэша предварительные требования георепликации. Чтобы отфильтровать кэши по региону, выберите регион на карте, в списке Совместимые кэши отобразятся только эти кэши.
Для запуска процесса связывания или просмотра сведений о дополнительном кэше можно также использовать контекстное меню.
Чтобы связывать два кэша друг с другом и начать процесс репликации, нажмите кнопку Связать.
Ход выполнения процесса репликации можно просмотреть с помощью георепликации в меню "Ресурс".
Вы также можете просмотреть состояние связывания с помощью обзора в меню ресурсов для основных и вторичных кэшей.
После завершения процесса репликации состояние подготовки канала изменится на "Успешно".
Основной связанный кэш остается доступным для использования в процессе связывания. Дополнительный связанный кэш недоступен до завершения процесса связывания.
URL-адрес геоизбытчика
После связывания кэшей создается URL-адрес для каждого кэша, который всегда указывает на гео-первичный кэш. Если отработка отказа инициируется с гео-первичного на гео-вторичный, URL-адрес остается неизменным, а базовая запись DNS обновляется автоматически, чтобы указать на новую гео-первичную.
Показаны три URL-адреса:
- Гео-первичный URL-адрес — это URL-адрес прокси-сервера с форматом
<cachename>.geo.redis.cache.windows.net
. URL-адрес всегда указывает, какой кэш в паре георепликации является текущим гео-первичным. - Текущий первичный кэш географического расположения — это прямой адрес кэша, который в настоящее время является гео-первичным. Адрес не
geo.redis.cache.windows.net
являетсяredis.cache.windows.net
. Адрес, указанный в поле, изменяется, если инициируется отработка отказа. - Текущий дополнительный кэш геореплики — это прямой адрес кэша, который в настоящее время является гео-вторичным. Адрес не
geo.redis.cache.windows.net
являетсяredis.cache.windows.net
. Адрес, указанный в поле, изменяется, если инициируется отработка отказа.
Запуск отработки отказа с гео-первичного на гео-вторичный
С помощью одного выбора можно активировать отработку отказа с гео-первичного на гео-вторичный.
Это приводит к тому, что необходимо выполнить следующие действия.
- Гео вторичный кэш становится гео-первичным.
- Записи DNS обновляются для перенаправления URL-адресов гео-первичных на новый гео-первичный.
- Старый гео-первичный кэш понижен до дополнительного и пытается сформировать ссылку на новый гео-первичный кэш.
Процесс геоработки отказа занимает несколько минут.
Параметры для проверки перед началом геоработки отказа
При запуске отработки отказа гео-первичный и гео-вторичный кэши переключаются. Если новая гео-первичная настроена по-разному от гео-вторичной, она может создать проблемы для приложения.
Обязательно проверьте следующие элементы:
- Если вы используете брандмауэр в любом кэше, убедитесь, что параметры брандмауэра аналогичны, поэтому у вас нет проблем с подключением.
- Убедитесь, что оба кэша используют одинаковые параметры порта и TLS/SSL
- Гео-первичные и гео-вторичные кэши имеют разные ключи доступа. Если отработка отказа активируется, убедитесь, что приложение может обновить ключ доступа, который он использует для сопоставления нового гео-первичного ключа. Кроме того, используйте маркеры Microsoft Entra для проверки подлинности кэша, которые позволяют использовать одни и те же учетные данные проверки подлинности для гео-первичного и гео-вторичного кэша.
Отработка отказа с минимальной потерей данных
События геоработки отказа могут привести к несоответствиям данных во время перехода, особенно если клиент поддерживает подключение к старой гео-первичной во время отработки отказа. С помощью следующих советов можно свести к минимуму потери данных в запланированном событии геоработки отказа:
- Проверьте метрику смещения синхронизации данных георепликации. Метрика создается текущим гео-первичным кэшем. Эта метрика указывает, сколько данных еще не реплицируется в гео-первичный. По возможности инициируйте отработку отказа только в том случае, если метрика указывает, что запись не превышает 14 байтов.
CLIENT PAUSE
Выполните команду в текущем географическом источнике перед началом отработки отказа. ВыполнениеCLIENT PAUSE
блокирует любые новые запросы на запись и вместо этого возвращает сбои времени ожидания клиенту Кэш Azure для Redis. ДляCLIENT PAUSE
команды требуется предоставить период времени ожидания в миллисекундах. Убедитесь, что достаточно длинный период ожидания предоставляется, чтобы разрешить отработку отказа. Установка значения приостановки примерно в 30 минут (1800 000 миллисекундах) является хорошим местом для начала. Это число всегда можно уменьшить по мере необходимости.
Не нужно запускать команду CLIENT UNPAUSE, так как новая гео-первичная сохраняет приостановку клиента.
Примечание.
Использование проверки подлинности на основе идентификатора Microsoft Entra для кэша рекомендуется в сценариях геоработки отказа, так как она устраняет трудности в управлении различными ключами доступа для гео-первичного и гео-вторичного кэша.
Удаление связи георепликации
Чтобы удалить связь между двумя кэшами и приостановить георепликацию, щелкните Удалить связь кэшей в колонке Георепликация слева.
По завершения процесса удаления связи дополнительный кэш станет доступным как для чтения, так и для записи.
Примечание.
Когда удаляется связь георепликации, реплицированные данные из основного связанного кэша остаются в дополнительном кэше.
Часто задаваемые вопросы по георепликации
- Можно ли использовать георепликацию с кэшем уровня "Стандартный" или "Базовый"?
- Можно ли использовать кэш во время связывания или удаления связи?
- Когда можно написать новый гео-первичный после запуска отработки отказа?
- Можно ли отслеживать работоспособность ссылки георепликации?
- Можно ли связать больше двух кэшей?
- Можно ли связать два кэша из разных подписок Azure?
- Можно ли связать два кэша с разными размерами?
- Можно ли использовать георепликацию при включенной кластеризации?
- Можно ли использовать георепликацию с кэшами, находящимися в виртуальной сети?
- Что такое расписание репликации для георепликации Redis?
- Сколько времени занимает георепликация?
- Гарантируется ли точка восстановления репликации?
- Можно ли использовать PowerShell или Azure CLI для управления георепликацией?
- Сколько стоит реплицировать мои данные между регионами Azure?
- Почему произошел сбой операции, когда я попытался удалить связанный кэш?
- Какой регион лучше использовать для дополнительного связанного кэша?
- Можно ли настроить брандмауэр с георепликацией?
Можно ли использовать георепликацию с кэшем уровня "Стандартный" или "Базовый"?
Нет, пассивные георепликации доступны только на уровне "Премиум". Более расширенная версия георепликации с именем активной георепликации доступна на уровне Enterprise и Enterprise Flash.
Можно ли использовать кэш во время связывания или удаления связи?
- Основной связанный кэш остается доступным по завершении процесса связывания.
- Дополнительный связанный кэш недоступен до завершения процесса связывания.
- Оба кэша остаются доступными до завершения процесса отмены связи.
Когда можно написать новый гео-первичный после запуска отработки отказа?
При запуске процесса отработки отказа отображается обновление состояния подготовки ссылки к удалению, указывающее, что предыдущая ссылка очищается. После этого состояние подготовки ссылок обновляется для создания. Это означает, что новая гео-первичная выполняется и пытается повторно установить ссылку георепликации на старый гео-первичный кэш. На этом этапе вы можете немедленно подключиться к новому экземпляру гео-первичного кэша для операций чтения и записи.
Можно ли отслеживать работоспособность ссылки георепликации?
Да, есть несколько метрик , которые помогут отслеживать состояние георепликации. Эти метрики доступны в портал Azure.
- Работоспособность георепликации показывает состояние ссылки георепликации. Ссылка отображается как неработоспособная, если отсутствуют гео-первичные или гео-вторичные кэши. Обычно это связано со стандартными операциями исправления, но может также указывать на ситуацию сбоя.
- Задержка подключения георепликации показывает время после последнего успешного синхронизации данных между гео-первичным и гео-вторичным.
- Георепликация Синхронизация данных Смещение показывает объем данных, которые еще не синхронизированы с гео вторичным кэшем.
- Событие полной синхронизации георепликации указывает, что между гео-первичными и гео вторичными кэшами инициируется полное действие синхронизации. Это происходит, если стандартная репликация не может соответствовать количеству новых операций записи.
- Событие полной синхронизации георепликации указывает, что выполнено полное действие синхронизации.
Существует также предварительно созданная книга с именем панели мониторинга георепликации, которая включает все метрики работоспособности георепликации в одном представлении. Это представление рекомендуется использовать, так как он агрегирует информацию, которая создается только из экземпляров гео-первичного или гео-вторичного кэша.
Можно ли связать больше двух кэшей?
Нет, при использовании пассивной георепликации можно связать только два кэша. Активная георепликация поддерживает до пяти связанных кэшей.
Можно ли связать два кэша из разных подписок Azure?
Нет. Оба кэша должны относиться к одной подписке Azure.
Можно ли связать два кэша с разными размерами?
Да, если размер дополнительного связанного кэша больше размера основного связанного кэша. Однако вы не можете использовать функцию отработки отказа, если кэши имеют разные размеры.
Можно ли использовать георепликацию при включенной кластеризации?
Да, если оба кэша имеют одинаковое число сегментов.
Можно ли использовать георепликацию с кэшами, находящимися в виртуальной сети?
В большинстве случаев рекомендуется использовать Приватный канал Azure для внедрения виртуальной сети. Дополнительные сведения см. в статье "Миграция из кэшей внедрения виртуальной сети в Приватный канал кэшей".
Хотя при георепликации кэшей можно использовать внедрение виртуальной сети технически, рекомендуется Приватный канал Azure.
Внимание
Кэш Azure для Redis рекомендует использовать Приватный канал Azure, что упрощает сетевую архитектуру и защищает подключение между конечными точками в Azure. Можно подключиться к экземпляру кэша Azure из виртуальной сети с помощью частной конечной точки, которой назначен частный IP-адрес в подсети в виртуальной сети. Приватные каналы Azure предлагаются на всех уровнях, а также включают поддержку Политики Azure и упрощенное управление правилами NSG. Дополнительные сведения см. в документации по Приватному каналу Azure. Сведения о миграции из кэша внедрения виртуальной сети в кэш Приватных каналов см. в этой статье.
Дополнительные сведения о поддержке георепликации с виртуальными сетями см. в статье Георепликация с использованием внедрения виртуальных сетей с кэшами Premium.
Что такое расписание репликации для георепликации Redis?
Репликация является непрерывной и асинхронной. Она не выполняется по расписанию. все операции записи в основном кэше мгновенно асинхронно реплицируются на дополнительный.
Сколько времени занимает георепликация?
Репликация является добавочной, асинхронной и непрерывной, и затрачиваемое на нее время, как правило, незначительно отличается от задержки в сети по регионам. При определенных условиях в некоторые моменты времени дополнительному кэшу может потребоваться выполнить полную синхронизацию данных с основным кэшем. В этом случае время репликации зависит от ряда факторов, в том числе от нагрузки на основной кэш, доступной пропускной способности на компьютере и задержки при межрегиональной передаче данных. Обнаружено, что время репликации для полной реплицированной пары размером 53 Гб может составлять от 5 до 10 минут. Вы можете отслеживать объем данных, которые еще не реплицируются с помощью Geo Replication Data Sync Offset
метрики в Azure Monitor.
Гарантируется ли точка восстановления репликации?
Для кэшей, работающих в режиме георепликации, сохраняемость отключена. При удалении связи геореплицированной пары, например инициированной клиентом отработки отказа, дополнительный связанный кэш сохраняет синхронизированные данные до этого момента времени. В таких ситуациях наличие точки восстановления не гарантируется.
Чтобы получить точку восстановления, выполните экспорт из любого кэша. Позднее можно выполнить импорт в основной связанный кэш.
Можно ли использовать PowerShell или Azure CLI для управления георепликацией?
Да, георепликацией можно управлять на портале Azure, а также с помощью PowerShell или Azure CLI. Дополнительные сведения см. в документации по PowerShell или Azure CLI.
Сколько стоит реплицировать мои данные между регионами Azure?
При использовании георепликации данные из основного связанного кэша реплицируются в дополнительный связанный кэш. Если два связанных кэша находятся в одном регионе, то за передачу данных плата не взимается. Если два связанных кэша находятся в разных регионах, плата за передачу данных соответствует стоимости исходящего сетевого трафика в любом регионе. Дополнительные сведения см. на странице Сведения о стоимости пропускной способности.
Почему произошел сбой операции, когда я попытался удалить связанный кэш?
Невозможно удалить геореплицированные кэши и их группы ресурсов, пока не будет удалена связь георепликации. При попытке удалить группу ресурсов, в которую входит один из них или оба связанных кэша, остальные ресурсы в группе ресурсов удаляются, но группа ресурсов остается в состоянии deleting
, а все связанные кэши в группе ресурсов остаются в состоянии running
. Чтобы полностью удалить группу ресурсов и связанные кэши, которые в нее входят, удалите связь кэшей, как описано в разделе Удаление связи георепликации.
Какой регион лучше использовать для дополнительного связанного кэша?
Как правило, мы рекомендуем для того, чтобы кэш существовал в том же регионе Azure, что и приложение, которое обращается к нему. Для приложений с отдельными основными и резервными регионами рекомендуется использовать основные и вторичные кэши в тех же регионах. Дополнительные сведения о парах регионов см. в статье Непрерывность бизнес-процессов и аварийное восстановление в службах BizTalk: пары регионов Azure.
Можно ли настроить брандмауэр с георепликацией?
Да, можно настроить брандмауэр с георепликацией. Чтобы георепликация работала вместе с брандмауэром, убедитесь, что IP-адрес дополнительного кэша добавлен в правила брандмауэра основного кэша. Однако если доступ к общедоступной сети отключен в кэше и включен только частная конечная точка, то использование брандмауэра в кэше не поддерживается.
Следующие шаги
Узнайте больше о функциях Кэша Azure для Redis.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по