Включение избыточности между зонами для кэша Azure для Redis

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

Примечание.

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

Уровни Azure Cache для Redis Standard, Premium и Enterprise обеспечивают встроенную избыточность, размещая каждый кэш на двух выделенных виртуальных машинах (ВМ). Несмотря на то, что эти виртуальные машины находятся в отдельных доменах сбоя и обновления Azure и высокодоступны, они подвержены сбоям на уровне центра обработки данных. Кэш Azure для Redis также поддерживает зональную избыточность в уровнях "Стандартный", "Премиум" и "Корпоративный". Кэш с зональной избыточностью размещается на виртуальных машинах, распределенных между несколькими зонами доступности. Он обеспечивает более высокую устойчивость и доступность.

Предварительные условия

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

Создание кэша

Чтобы создать кэш, выполните следующие действия.

1. Войдите на портал Azure и выберите Создать ресурс.

2. На странице Создание выберите Базы данных, а затем Кэш Azure для Redis.

   

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

   Настройка	Предлагаемое значение	Описание
   Подписка	Выберите свою подписку.	Подписка, под которой будет создан новый экземпляр Azure Cache для Redis.
   Группа ресурсов	Выберите группу ресурсов или щелкните Создать и введите новое имя группы ресурсов.	Имя группы ресурсов, в которой будут созданы кэш и другие ресурсы. Поместив все ресурсы приложения в одну группу ресурсов, вы сможете легко управлять ими и/или удалить их вместе.
   DNS-имя	Введите глобально уникальное имя.	Имя кэша должно быть строкой длиной от 1 до 63 символов и содержать только цифры, буквы и дефисы. Имя должно начинаться и заканчиваться цифрой или буквой и не может содержать более одного дефиса подряд. Имя хоста для экземпляра кэша будет <DNS-имя>.redis.cache.windows.net.
   Местонахождение	Выберите расположение.	Выберите регион рядом с другими службами, используюющими кэш.
   Тип кэша	Выберите кэш уровня "Премиум" или "Корпоративный".	Ценовая категория определяет размер, производительность и функции, доступные для кэша. Дополнительные сведения см. в обзоре "Кэш Redis для Azure".

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

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

   1. Использование автоматического зонального выделения:
      • Автоматически выделять зоны — это параметр по умолчанию, выбранный для Зоны доступности.
   2. Использование пользовательского зонального распределения:
      • Для кэшей уровня "Премиум " параметр зон доступности можно изменить пользователем, с помощью которого они могут выбирать незональные или вручную выбирать зоны для кэша.
   • Выбор NoZones:
   • При выборе зон вручную количество зон доступности всегда должно быть меньше или равно общему количеству узлов для кэша:

6. Для кэша уровня Enterprise выберите "Дополнительно " в меню "Ресурс". Для избыточности зоны выберите избыточность зоны (рекомендуется).

   

7. Настройте параметры для кластеризации и (или) сохраняемости RDB.

   Примечание.

   Зональная избыточность не поддерживает постоянство режима только добавления (AOF) при использовании нескольких реплик (более одной реплики).

8. Нажмите кнопку создания.

   На создание кэша требуется некоторое время. Вы можете отслеживать ход выполнения на странице Обзор кэша Azure для Redis. Когда Состояние примет значение Running (Выполняется), кэш будет готов к использованию.

Автоматическое зональное выделение

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

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

Спецификация REST API для различных типов зонального выделения можно найти по адресу Create — ZonalAllocationPolicy.

Если свойство ZonalAllocationPolicy не передается в запросе, Azure назначает его значение для кэшей на основе зональной поддержки и емкости региона.

Поддерживаемые значения для свойства ZonalAllocationPolicy :

1. Автоматически

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

В регионах, поддерживающих зоны, он выбирается в качестве параметра по умолчанию для кэшей, начиная с версии API 2024-11-01 , если ZonalAllocationPolicy он не передается в запросе.

1. UserDefined

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

1. NoZones

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

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

Он выбирается в качестве параметра по умолчанию для кэшей, если ZonalAllocationPolicy не передается в запросе в случаях:

• Регионы, которые не поддерживают зоны (независимо от используемой версии API).
• Все регионы (независимо от зональной поддержки), если используется версия API меньше 2024-11-01.

Внимание

Невозможно изменить автоматическое зональное выделение, как только оно включено для кэша.

Внимание

• Начиная с версии API 2024-11-01, автоматическое зональное выделение выбирается в качестве параметра по умолчанию для кэшей уровня "Премиум", "Стандартный". В редких случаях, когда достаточная зональная емкость недоступна, чтобы хотя бы выделить две зоны, и пользователь не передает ZonalAllocationPolicy в запросе, Azure создаст незональный кэш, который пользователь может проверить, проверив свойство ZonalAllocationPolicy в ответе.
  • Поэтому рекомендуется не передавать ZonalAllocationPolicy в текст запроса при создании кэша, так как это позволит Azure выбрать наилучший вариант между Автоматическое и NoZones для кэша на основе зональной поддерживаемости и емкости региона. В противном случае пользователи могут передать ZonalAllocationPolicy, если они хотят явно использовать определенную зональную политику выделения.

Внимание

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

Часто задаваемые вопросы о зональной резервируемости

• Почему не удается включить избыточность между зонами при создании кэша уровня "Премиум"?
• Почему невозможно выбрать все три зоны во время создания кэша?
• Можно ли обновить существующий кэш 'Стандартный' или 'Премиум', чтобы использовать зональную избыточность?
• Сколько стоит реплицировать данные между зонами доступности Azure?

Почему невозможно включить зональную избыточность при создании кэша уровня "премиум"?

Зональная избыточность доступна только в регионах Azure, в которых есть зоны доступности. Актуальную версию списка см. в разделе Регионы Azure с зонами доступности.

Почему невозможно выбрать все три зоны во время создания кэша?

По умолчанию кэш уровня "Премиум" имеет один первичный узел и один узел реплики. Чтобы настроить избыточность в зоне для более чем двух зон доступности, необходимо добавить дополнительные реплики в создаваемый кэш. Общее количество зон доступности не должно превышать объединенное количество узлов в кэше, включая основные и реплики узлов.

Можно ли обновить существующий кэш уровня "Стандартный" или "Премиум", чтобы использовать избыточность зоны?

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

• Дополнительные сведения см. в статье "Миграция экземпляра Azure Cache для Redis с поддержкой зон доступности"

• Это также можно сделать, передав ZonalAllocationPolicy как Automaticв тексте запроса при обновлении кэша. Дополнительные сведения о процессе обновления с помощью REST API см. в разделе Update — ZonalAllocationPolicy.

  • Обновление ZonalAllocationPolicy до любого другого значения, чем Automaticне поддерживается.

  Внимание

  Автоматическое зональное выделение для кэша невозможно изменить после его включения.

  Внимание

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

Сколько стоит реплицировать данные между зонами доступности Azure?

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

Next Steps

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

• Кэш Azure для уровней обслуживания Redis уровня «Премиум»