Перемещение кэша Azure для экземпляров Redis в другие регионы

В этой статье мы рассмотрим перемещение кэша Azure для экземпляров Redis в другой регион Azure. Вы можете переместить ресурсы в другой регион по многим причинам:

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

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

Используемый уровень кэша Azure для Redis определяет оптимальный для вас вариант.

Пассивное георепликация (Премиум)

Необходимые компоненты

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

• Оба кэша должны относиться к уровню "Премиум".
• Оба кэша должны относиться к одной подписке Azure.
• Размер дополнительного связанного кэша должен быть не меньше (или равен) размеру основного кэша.
• Оба кэша уже существуют и выполняются.

Подготовить

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

Для георепликации некоторые функции не поддерживаются:

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

Условия поддержки георепликации:

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

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

• Дополнительный связанный кэш доступен только для чтения. Вы можете выполнять чтение из него, но не можете записывать в него данные.
  • Если вы решили прочитать из экземпляра Geo-Secondary, когда выполняется полная синхронизация данных между гео-первичной и гео-вторичной, например при обновлении гео-первичного или географического вторичного экземпляра, а также при выполнении некоторых сценариев перезагрузки экземпляр гео-вторичных создает ошибки для любой операции Redis, пока не завершится полная синхронизация данных между гео-первичным и геоторичным.
  • Приложения, считывающие из дополнительного экземпляра геореплики, должны быть построены для возврата к основному экземпляру геореплики при возникновении ошибок в дополнительном экземпляре геореплики.
• Любые данные, которые были в дополнительном связанном кэше до добавления связи, удаляются. Однако, если георепликация впоследствии удаляется, то реплицированные данные остаются в дополнительном связанном кэше.
• Невозможно масштабировать любой кэш, пока не будут связаны кэши.
• Невозможно изменить число сегментов, если в кэше включена кластеризация.
• Ни на одном из кэше не удастся включить сохраняемость.
• Экспорт можно выполнить из любого кэша.
• Невозможно импортировать во вторичный связанный кэш.
• Невозможно удалить ни один из связанных кэшей или группу ресурсов, в которую они входят, пока не удалена связь с кэшами. Дополнительные сведения см. в разделе Почему произошел сбой операции, когда я попытался удалить связанный кэш?
• Если кэши находятся в разных регионах, затраты на исходящий трафик сети применяются к данным, перемещаемым по регионам. Дополнительные сведения см. в разделе Сколько стоит реплицировать мои данные между регионами Azure?
• Отработка отказа не является автоматической. Необходимо запустить отработку отказа из первичного в дополнительный рукописный кэш. Дополнительные сведения о том, как выполнить отработку отказа клиентского приложения, см. в разделе "Запуск отработки отказа с гео-первичного на гео-вторичный".

Передвинуть

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

   

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

   

   Для запуска процесса связывания или просмотра сведений о дополнительном кэше можно также использовать контекстное меню.

   

3. Чтобы связывать два кэша друг с другом и начать процесс репликации, нажмите кнопку Связать.

   

Проверка

1. Ход выполнения процесса репликации можно просмотреть в колонке Георепликация слева.

   

   Состояние связывания также можно просмотреть в колонке Обзор слева как для основного кэша, так и для дополнительного.

   

   По завершении процесса репликации Состояние связи изменится на Успешно.

   

   Основной связанный кэш остается доступным для использования в процессе связывания. Дополнительный связанный кэш недоступен до завершения процесса связывания.

Очистка исходных ресурсов

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

1. Чтобы удалить связь между двумя кэшами и приостановить георепликацию, щелкните Удалить связь кэшей в колонке Георепликация слева.

   

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

1. Удалите исходный экземпляр.

Создать новый кэш (все уровни)

Необходимые компоненты

• Подписка Azure — создайте бесплатную учетную запись.

Подготовить

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

Передвинуть

1. На портале Azure найдите и выберите кэш Azure для Redis.

2. На странице кэша Azure для Redis выберите "Создать>кэш Azure для Redis".

3. На вкладке "Основы" страницы"Новый кэш Redis " настройте следующие параметры:

   • Подписка. Выберите нужную подписку.
   • Группа ресурсов: выберите группу ресурсов или нажмите кнопку "Создать" и введите новое имя группы ресурсов. Размещение всех ресурсов приложения в одной группе ресурсов позволяет легко управлять и удалять их вместе.
   • Имя: введите уникальное имя кэша в регионе. Имя должно быть:
     • Должна быть строка длиной от 1 до 63 символов.
     • Содержит только цифры, буквы и дефисы.
     • Начните и закончите числом или буквой.
     • Не содержит последовательные дефисы.
   • Регион. Выберите регион Azure рядом с другими службами, используюющими кэш.
   • Номер SKU кэша: выберите номер SKU , чтобы определить доступные размеры, производительность и функции кэша.
   • Размер кэша: выберите размер кэша. Дополнительные сведения см. в статье Общие сведения о Кэше Azure для Redis.

   

4. Выберите вкладку "Сеть" или нажмите кнопку "Далее: Сеть".

5. На вкладке "Сеть" выберите метод подключения, используемый для кэша. Для обеспечения безопасности рекомендуется использовать частную конечную точку. Если выбрать частную конечную точку, выберите "Добавить частную конечную точку" и создайте частную конечную точку.

6. Выберите вкладку "Дополнительно" или нажмите кнопку "Далее".

7. На панели "Дополнительно" настройте следующие параметры:

   • Выберите Microsoft Entra Authentication или Access Keys Authentication. Проверка подлинности Microsoft Entra включена по умолчанию.
   • Выберите, следует ли включить порт, отличный от TLS.
   • Для кэша уровня "Премиум" можно настроить или отключить зоны доступности. После создания кэша невозможно отключить зоны доступности. Для кэша уровня "Стандартный" зоны доступности выделяются автоматически. Зоны доступности недоступны для базовой SKU.
   • Для кэша Premium настройте параметры для числа реплик, кластеризации и числа шардов, управляемого удостоверения, назначаемого системой, и сохранения данных.

   На следующем рисунке показана вкладка "Дополнительно " для номера SKU "Стандартный".

   

   Внимание

   Используйте Microsoft Entra ID с управляемыми удостоверениями, чтобы авторизовать запросы к кэшу, если это возможно. Авторизация с помощью идентификатора Microsoft Entra и управляемого удостоверения обеспечивает более высокую безопасность и проще использовать, чем авторизация общего ключа доступа. Дополнительные сведения об использовании управляемых удостоверений с кэшем см. в разделе "Использование идентификатора Microsoft Entra для проверки подлинности кэша".

8. При необходимости выберите вкладку "Теги " или нажмите кнопку "Далее" и введите имена тегов и значения, чтобы классифицировать ресурсы кэша.

9. Выберите "Просмотр и создание" и после прохождения проверки нажмите кнопку "Создать".

Развертывание нового кэша занимает несколько минут. Ход развертывания можно отслеживать на странице кэша Azure для Redis на портале. Когда состояние кэша отображается запущено, кэш готов к использованию.

Наконец, обновите приложение, чтобы использовать новый экземпляр.

Очистка исходных ресурсов

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

Экспорт и импорт данных с помощью RDB-файла (цен. категории «Премиум», «Корпоративный», «Enterprise Flash»)

Redis с открытым исходным кодом определяет стандартный механизм создания моментального снимка набора данных в памяти кэша и его сохранения в файле. Этот файл, называемый RDB, может быть прочитан другим кэшем Redis. Кэш Azure для Redis уровня «Премиум» и «Корпоративный» поддерживает импорт данных в экземпляр кэша посредством файлов RDB. Файл RDB можно использовать для перемещения данных из существующего кэша в кэш Azure для Redis.

Необходимые компоненты

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

Подготовить

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

Передвинуть

1. Дополнительные сведения о импорте и экспорте данных в Кэш Azure для Redis. См. раздел "Импорт и экспорт данных" в Кэш Azure для Redis.

2. Обновите приложение, чтобы использовать новый экземпляр кэша.

Проверка

Ход выполнения операции импорта можно отслеживать, выбирая уведомления на портале Azure или просматривая события в журнале аудита.

Очистка исходных ресурсов

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

Двойная запись в два кэша (цен. категория «Базовый», «Стандартный» и «Премиум»)

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

Необходимые компоненты

• Второй кэш имеет тот же или больший размер, чем исходный кэш.

Подготовить

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

Передвинуть

Ниже приведены общие действия для реализации этого варианта.

1. Измените код приложения, чтобы вести запись как в новый, так и в исходный экземпляр.

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

3. Обновите код приложения, чтобы производить считывание и запись только с использованием нового экземпляра.

Очистка исходных ресурсов

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

Программная миграция (все уровни)

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

Необходимые компоненты

• Второй кэш имеет тот же или больший размер, чем исходный кэш.

Подготовить

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

Передвинуть

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

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

   Внимание

   Будьте внимательны, НЕ УДАЛЯЙТЕ данные из исходного кэша.

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

Очистка исходных ресурсов

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

Следующие шаги

Узнайте больше о функциях Кэша Azure для Redis.

• Часто задаваемые вопросы о георепликации
• Кэш Azure для Redis — уровни служб
• Высокий уровень доступности для Кэша Azure для Redis