Настройка кэша Azure для Redis

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

Примечание.

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

Настройка параметров кэша Azure для Redis

1. Чтобы создать кэш, войдите в портал Azure. В меню портала выберите "Создать ресурс".

   

2. В области "Начало работы" введите Кэш Azure для Redis в строке поиска. В результатах поиска найдите Кэш Azure для Redis и нажмите кнопку "Создать".

   

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

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

4. Перейдите на вкладку "Сеть" или нажмите кнопку "Далее: сеть".

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

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

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

   

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

   Внимание

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

8. (Необязательно) Выберите вкладку "Теги" или нажмите кнопку "Далее: теги".

9. (Необязательно) На вкладке "Теги" введите имя и значение тега, если вы хотите классифицировать ресурс кэша.

10. Нажмите кнопку Просмотреть и создать.

    На вкладке "Проверка и создание " Azure автоматически проверяет конфигурацию.

11. Когда отобразится сообщение Проверка пройдена зеленого цвета, выберите Создать.

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

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

• Обзор
• Журнал действий
• Управление доступом (IAM)
• Теги
• Диагностика и решение проблем
• События
• Параметры
  • Аутентификация
  • Дополнительные настройки
  • Масштабировать
  • Размер кластера
  • Сохраняемость данных
  • Identity
  • Планирование обновлений
  • Георепликация
  • Виртуальная сеть
  • Частная конечная точка
  • Брандмауэр.
  • Свойства
  • Блокировки
• Администрация
  • Импорт данных
  • Экспорт данных
  • Перезагрузка
• Мониторинг
• Служба автоматизации
  • Задачи (предварительная версия)
  • Экспорт шаблона
• Поддержка и устранение неполадок параметров
  • Работоспособность ресурса
  • Новый запрос в службу поддержки

Обзор

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

Журнал действий

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

Управление доступом (IAM)

Раздел Управление доступом (IAM) служит для поддержки управления доступом на основе ролей (RBAC) на портале Azure. Эта конфигурация помогает организациям просто и точно выполнять требования к управлению доступом. Дополнительные сведения см. в статье Управление доступа на основе ролей на портале Azure.

Теги

В разделе Теги вы можете упорядочить свои ресурсы. Дополнительные сведения см. в статье Использование тегов для организации ресурсов в Azure.

Диагностика и решение проблем

Выберите Диагностика и решение проблем, чтобы узнать об основных проблемах и способах их устранения.

События

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

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

Консоль Redis

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

Внимание

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

Чтобы открыть консоль Redis, перейдите на вкладку Консоль в рабочей панели меню "Ресурс".

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

Примечание.

В кэше Azure для Redis поддерживаются не все команды Redis. Список команд Redis, отключенных в кэше Azure для Redis, см. в разделе Команды Redis не поддерживаются в кэше Azure для Redis. Дополнительные сведения о командах Redis см здесь: https://redis.io/commands.

Использование консоли Redis с кластеризированным кэшем категории "Премиум"

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

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

shard1>get myKey
(error) MOVED 866 13.90.202.154:13000 (shard 0)
shard1>get myKey
(error) MOVED 866 13.90.202.154:13000 (shard 0)

В предыдущем примере выбран сегмент 1, но myKey находится в сегменте 0, как указано в части (shard 0) сообщения об ошибке. В этом примере для доступа к myKey выберите сегмент 0 с помощью средства выбора сегментов, а затем выполните необходимую команду.

Перемещение кэша в новую подписку

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

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

Настройки

В разделе Параметры можно открыть и настроить следующие параметры кэша.

• Аутентификация
• Дополнительные настройки
• Масштабировать
• Размер кластера
• Сохраняемость данных
• Планирование обновлений
• Георепликация
• Частная конечная точка
• Виртуальная сеть
• Брандмауэр.
• Свойства
• Блокировки

Проверка подлинности

У вас есть два варианта проверки подлинности: ключи доступа и проверка подлинности Microsoft Entra.

Ключи доступа

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

Проверка подлинности Microsoft Entra

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

Расширенные настройки

Приведенные ниже параметры доступны в разделе Дополнительные параметры слева.

• Порты доступа
• Политики памяти
• Уведомления пространства ключей (дополнительные параметры)

Порты доступа

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

Примечание.

При доступе TLS к Кэшу Azure для Redis поддерживаются протоколы TLS 1.0, 1.1 и 1.2, но поддержка версий 1.0 и 1.1 скоро будет прекращена. Дополнительные сведения см. на странице "Удаление TLS 1.0 и 1.1".

Политики памяти

Используйте параметры Политика максимальной памяти, maxmemory-reserved и maxfragmentationmemory-reserved в разделе Дополнительные параметры меню "Ресурс" слева, чтобы настроить политики памяти для кэша. При создании кэша значения maxmemory-reserved и maxfragmentationmemory-reserved по умолчанию равны 10 % от maxmemory, что соответствует размеру кэша.

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

• volatile-lru: политика вытеснения по умолчанию. Он удаляет наименее недавно использованный ключ из всех ключей с набором срока действия.
• allkeys-lru: удаляет наименее недавно использованный ключ.
• volatile-random: удаляет случайный ключ с набором срока действия.
• allkeys-random: удаляет случайный ключ.
• volatile-ttl: удаляет ключ с коротким временем жизни на основе набора срока действия.
• noeviction: политика вытеснения отсутствует. Возвращает сообщение об ошибке при попытке вставки данных.
• volatile-lfu: вытеснение наименее часто используемых ключей из всех ключей с набором полей окончания срока действия.
• allkeys-lfu: вытеснение наименее часто используемых ключей из всех ключей.

Дополнительные сведения о политиках maxmemory см. в разделе Eviction policies (Политики вытеснения) на сайте Redis.

Параметр maxmemory-reserved настраивает объем памяти в МБ на экземпляр в кластере, зарезервированном для операций, отличных отcache, таких как репликация во время отработки отказа. Установка этого значения обеспечивает более согласованную работу сервера Redis при изменении нагрузки. Это значение должно быть больше для рабочих нагрузок, которые записывают большие объемы данных. При резервировании памяти для таких операций она недоступна для хранения кэшированных данных. Минимальное и максимальное значения ползунка — 10 % и 60 %, указанные в мегабайтах. Необходимо задать значение в этом диапазоне.

Параметр maxfragmentationmemory-reserved используется для настройки объема памяти в мегабайтах на экземпляр в кластере, который резервируется с учетом фрагментации памяти. При установке этого значения сервер Redis будет более согласованным в моменты, когда кэш заполнен или почти заполнен, а коэффициент фрагментации высок. При резервировании памяти для таких операций она недоступна для хранения кэшированных данных. Минимальное и максимальное значения ползунка — 10 % и 60 %, указанные в мегабайтах. Необходимо задать значение в этом диапазоне.

При выборе нового значения резервирования памяти (maxmemory-reserved или maxfragmentationmemory-reserved) также необходимо учитывать, как это изменение может повлиять на кэш, в котором уже выполняется обработка больших объемов данных. Например, если в кэше емкостью 53 ГБ находится 49 ГБ данных, а вы измените значение параметра резервирования на 8 ГБ, то максимальный объем доступной памяти для системы будет снижен до 45 ГБ. Если текущие used_memory или used_memory_rss ваши значения выше нового предела в 45 ГБ, система должна вытеснить данные до тех пор, пока used_memory не used_memory_rss будет меньше 45 ГБ. Вытеснение может увеличить нагрузку на сервер и фрагментацию памяти. Дополнительные сведения о метриках кэша, таких как used_memory и used_memory_rss, см. в разделе Создание собственных метрик.

Внимание

Параметры maxmemory-reserved и maxfragmentationmemory-reserved доступны для кэшей "Базовый", "Стандартный" и "Премиум".

Уведомления пространства ключей (дополнительные параметры)

В разделе Дополнительные параметры слева можно настроить уведомления пространства ключей Redis. Уведомления пространства ключей позволяют клиентам получать уведомления при возникновении определенных событий.

)

Внимание

Уведомления пространства ключей и параметр notify-keyspace-events доступны только для кэшей уровней Standard и Premium.

Дополнительные сведения см. в статье Redis Keyspace Notifications (Уведомления пространства ключей Redis). Пример кода см. в файле KeySpaceNotifications.cs в примере Здравствуй, мир!.

Масштабировать

Выберите Масштаб, чтобы просмотреть или изменить ценовую категорию для кэша. Дополнительные сведения о масштабировании см. в статье Масштабирование кэша Azure для Redis.

Размер кластера

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

Чтобы изменить размер кластера, воспользуйтесь ползунком или введите число от 1 до 10 в текстовом поле Количество сегментов, а затем нажмите кнопку ОК для сохранения изменений.

Сохраняемость данных

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

Дополнительные сведения см. в статье How to configure persistence for a Premium Azure Cache for Redis (Как настроить сохраняемость для кэша Azure для Redis категории "Премиум").

Внимание

Сохраняемость данных Redis — это кэши Класса Premium, кэши Enterprise (предварительная версия) и кэши Enterprise Flash (предварительная версия).

Идентификация

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

В настоящее время для хранилища можно использовать только управляемые удостоверения. Дополнительные сведения см. в разделе Управляемое удостоверение для хранилища.

Примечание.

Функциональность управляемого удостоверения доступна только на уровне "Премиум" для хранилища.

Планирование обновлений

В разделе "Расписание обновлений " можно выбрать период обслуживания для обновлений сервера Redis для кэша.

Внимание

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

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

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

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

Георепликация в меню ресурсов предоставляет механизм связывания двух экземпляров уровня Premium Кэш Azure для Redis. Один кэш используется в качестве основного связанного, а другой — как дополнительный связанный кэш. Дополнительный связанный кэш становится доступным только для чтения, и в него реплицируются данные, записанные в основной кэш. Эту функцию можно использовать для репликации кэша в разные регионы Azure.

Внимание

Георепликация доступна только для кэшей категории "Премиум". Дополнительные сведения и инструкции см. в статье How to configure Geo-replication for Azure Cache for Redis (Как настроить георепликацию для кэша Azure для Redis).

Виртуальная сеть

В разделе Виртуальная сеть можно настроить параметры виртуальной сети для кэша. Виртуальные сети ограничены кэшем категории "Премиум". Дополнительные сведения о создании кэша категории "Премиум" с поддержкой виртуальной сети и обновлении ее параметров см. в статье How to configure Virtual Network Support for a Premium Azure Cache for Redis (Настройка поддержки виртуальной сети для кэша Azure для Redis категории "Премиум").

Внимание

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

Частная конечная точка

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

Дополнительные сведения см. в статье Кэш Azure для Redis с Приватным каналом Azure.

Брандмауэр

• Конфигурация правил брандмауэра доступна для всех уровней "Базовый", "Стандартный" и "Премиум".
• Конфигурация правил брандмауэра недоступна для уровней Enterprise или Enterprise Flash.

Выберите Брандмауэр, чтобы просмотреть и настроить правила брандмауэра для кэша.

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

Внимание

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

Свойства

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

Блокировки

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

Параметры администрирования

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

• Импорт данных
• Экспорт данных
• Перезагрузка

Импорт и экспорт

Импорт и экспорт — это операция управления данными Кэш Azure для Redis, которая позволяет импортировать и экспортировать данные в кэше. Вы можете импортировать и экспортировать моментальный снимок Базы данных Кэша Azure для Redis (RDB) из кэша уровня "Премиум" в страничный BLOB-объект в учетной записи службы хранилища Azure. Функция импорта и экспорта позволяет переключаться между различными экземплярами кэша Azure для Redis или заполнять кэш данными перед использованием.

Можно использовать импорт файлов RDB, совместимых с Redis, с любого сервера Redis, работающего в любом облаке или среде:

• включая Redis, работающий в Linux
• Windows
• любой поставщик облачных служб, например, Amazon Web Services и другие

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

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

Внимание

Импорт/экспорт доступен только для кэша уровня "Премиум". Дополнительные сведения и указания см. в статье Import and Export data in Azure Cache for Redis (Импорт и экспорт данных в кэше Azure для Redis).

Перезагрузка

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

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

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

Внимание

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

Наблюдение

В разделе "Мониторинг" можно настроить диагностика и мониторинг для экземпляра Кэш Azure для Redis.

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

Аналитические выводы (Insights)

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

Метрики

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

видны узлы

Выберите Оповещения, чтобы настроить оповещения на основе метрик кэша Azure для Redis. Дополнительные сведения см. в статье Создание оповещений для базы данных SQL Azure и хранилища данных с помощью портала Azure.

Параметры диагностики

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

Примечание.

Помимо архивирования метрик кэша в хранилище вы можете настроить для них потоковую передачу в Концентраторе событий или отправку в журналы Azure Monitor.

Рекомендации Помощника

Рекомендации помощника отображают рекомендации для кэша. Во время обычной работы не отображается никаких рекомендаций.

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

Дополнительные сведения о Рекомендациях можно найти в рабочей области портала Azure.

Эти метрики можно отслеживать в разделе Мониторинг меню "Ресурс".

Метрики кэша Azure для Redis	Дополнительные сведения
Использование пропускной способности сети	Производительность кэша — доступная пропускная способность
Подключенные клиенты	Конфигурация сервера Redis по умолчанию — максимальное количество клиентов
Загрузка сервера	Загрузка сервера Redis
Использование памяти	Производительность кэша — размер

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

Workbooks

Упорядочивайте метрики по группам, чтобы они отображались согласованно и эффективно.

Автоматизация

Служба автоматизации Azure — это облачная служба автоматизации, обновлений операционной системы и настройки, которая поддерживает согласованное управление в Azure и других средах.

Задачи

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

Дополнительные сведения см. в разделе Управление ресурсами Azure и отслеживание затрат путем создания задач автоматизации.

Экспорт шаблона

Выберите Экспорт шаблона, чтобы создать и экспортировать шаблон развернутых ресурсов для использования в будущих развертываниях. Дополнительные сведения о работе с шаблонами см. в статье Развертывание ресурсов с использованием шаблонов Azure Resource Manager.

Настройки поддержки и устранения неполадок

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

• Работоспособность ресурса
• Новый запрос в службу поддержки

Работоспособность ресурса

Служба работоспособности ресурсов отслеживает ресурс и сообщает, работает ли он как ожидалось. Дополнительные сведения о службе работоспособности ресурсов Azure см. здесь.

Примечание.

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

Новый запрос на поддержку

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

Конфигурация сервера Redis по умолчанию

Новые экземпляры кэша Azure для Redis имеют следующие значения конфигурации Redis по умолчанию.

Примечание.

Параметры в этом разделе не удастся изменить с помощью метода StackExchange.Redis.IServer.ConfigSet. При вызове этого метода одной из команд в данном разделе, выдается исключение, аналогичное приведенному ниже примеру.

StackExchange.Redis.RedisServerException: ERR unknown command 'CONFIG'

Все настраиваемые значения, такие как max-memory-policy, настраиваются на портале Azure или с помощью программ командной строки, таких как Azure CLI или PowerShell.

Параметр	Значение по умолчанию	Description
databases	16	Количество баз данных по умолчанию — 16. Тем не менее можно указать другое количество в зависимости от ценовой категории1. По умолчанию используется база данных DB 0. Вы можете выбрать другую базу данных для отдельных подключений с помощью connection.GetDatabase(dbid), где dbid — это число от 0 до databases - 1.
maxclients	Зависит от ценовой категории.2	Это значение представляет собой максимально допустимое количество одновременно подключенных клиентов. После достижения предела Redis закрывает все новые подключения, возвращая сообщение об ошибке "max number of clients reached" (достигнуто максимальное количество клиентов).
maxmemory-reserved	10 % от maxmemory	Допустимый диапазон для maxmemory-reserved — 10–60% от maxmemory. Если вы попытаетесь установить эти значения ниже 10 % или выше 60 %, они будут пересмотрены и возвращены к значениям минимум 10 % и максимум 60 %. Значения отображаются в мегабайтах.
maxfragmentationmemory-reserved	10 % от maxmemory	Допустимый диапазон для maxfragmentationmemory-reserved — 10–60% от maxmemory. Если вы попытаетесь установить эти значения ниже 10 % или выше 60 %, они будут пересмотрены и возвращены к значениям минимум 10 % и максимум 60 %. Значения отображаются в мегабайтах.
maxmemory-policy	volatile-lru	Политика максимальной памяти — это параметр, используемый сервером Redis для выбора того, что следует удалить при достижении maxmemory (размера кэша, выбранного вами при создании кэша). При использовании кэша Azure для Redis по умолчанию используется параметр volatile-lru. Этот параметр удаляет ключи со сроком действия, установленным с использованием алгоритма LRU. Этот параметр можно настроить на портале Azure. Дополнительные сведения см. в разделе Политики памяти.
maxmemory-samples	3	Для экономии памяти алгоритмы LRU и минимальный TTL являются не точными, а аппроксимированными алгоритмами. По умолчанию Redis проверяет три ключа и выбирает один, использовавшийся наиболее давно.
lua-time-limit	5,000	Максимальное время выполнения сценария Lua в миллисекундах. При достижении максимального времени выполнения Redis делает запись в журнале о нахождении данного сценария в процессе выполнения по истечении максимально допустимого времени и начинает отвечать на запросы ошибкой.
lua-event-limit	500	Максимальный размер очереди событий сценариев.
client-output-buffer-limit normal / client-output-buffer-limit pubsub	0 0 0 / 32mb 8mb 60	Ограничения буферов вывода клиентов можно использовать для принудительного отключения клиентов, по каким-либо причинам недостаточно быстро считывающим данные с сервера. Распространенной причиной является неспособность клиента Pub/Sub потреблять сообщения так же быстро, как их производит издатель. Дополнительные сведения см. в разделе https://redis.io/topics/clients.

Базы данных

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

• Кэши "Базовый" и "Стандартный"
  • кэш C0 (250 МБ) — до 16 баз данных;
  • кэш C1 (1 ГБ) — до 16 баз данных;
  • кэш C2 (2,5 ГБ) — до 16 баз данных;
  • кэш C3 (6 ГБ) — до 16 баз данных;
  • кэш C4 (13 ГБ) — до 32 баз данных;
  • кэш C5 (26 ГБ) — до 48 баз данных;
  • кэш C6 (53 ГБ) — до 64 баз данных.
• Кэши уровня "Премиум"
  • кэш P1 (6–60 ГБ) — до 16 баз данных;
  • кэш P2 (13–130 ГБ) — до 32 баз данных;
  • кэш P3 (26–260 ГБ) — до 48 баз данных;
  • кэш P4 (53–530 ГБ) — до 64 баз данных.
  • кэш P5 (120–1200 ГБ) — до 64 баз данных.
  • Для всех кэшей уровня Премиум включен кластер Redis. Он поддерживает только базу данных 0, поэтому предельное значение databases для любого кэша уровня Премиум с включенным кластером Redis равно 1, а использование команды Select не допускается.

Дополнительные сведения о базах данных см. в разделе Что такое базы данных Redis?

Примечание.

Параметр databases можно настроить только во время создания кэша и только с помощью PowerShell, интерфейса командной строки или других клиентов управления. Пример настройки databases во время создания кэша с помощью PowerShell см. в разделе о командлете New-AzRedisCache.

Maxclients

²Свойство maxclients отличается для каждой ценовой категории Кэш Azure для Redis.

• Кэши "Базовый" и "Стандартный"
  • кэш C0 (250 МБ) — до 256 подключений;
  • кэш C1 (1 ГБ) — до 1000 подключений;
  • кэш C2 (2.5 ГБ) — до 2000 подключений;
  • кэш C3 (6 ГБ) — до 5000 подключений;
  • кэш C4 (13 ГБ) — до 10 000 подключений;
  • кэш C5 (26 ГБ) — до 15 000 подключений;
  • кэш C6 (53 ГБ) — до 20 000 подключений.
• Кэши уровня "Премиум"
  • P1 (6–60 ГБ): до 7500 подключений
  • P2 (13–130 ГБ): до 15 000 подключений
  • P3 (26–260 ГБ): до 30 000 подключений
  • P4 (53–530 ГБ): до 40 000 подключений
  • P5 (120–1200 ГБ): до 40 000 подключений

Примечание.

Хотя каждый размер кэша допускает определенное число подключений, с каждым подключением к Redis связаны накладные расходы. Примером таких накладных расходов могут служить загрузка ЦП и использование памяти в результате шифрования TLS/SSL. Максимальное число подключений для данного размера кэша предполагает низкую загрузку кэша. Если суммарная нагрузка, связанная с подключениями и клиентскими операциями, превышает емкость системы, могут возникнуть проблемы с работой кэша, даже если максимальное число подключений для его текущего размера не превышено.

Команды Redis не поддерживаются в кэше Azure для Redis

Настройка и управление экземплярами Кэш Azure для Redis управляет корпорация Майкрософт, которая отключает следующие команды. При попытке их вызвать появляется сообщение об ошибке примерно следующего содержания: "(error) ERR unknown command".

• ACL
• BGREWRITEAOF
• BGSAVE
• КЛАСТЕР — команды записи кластера отключены, но разрешены команды кластера только для чтения.
• CONFIG
• ОТЛАДКА
• ПЕРЕНЕСТИ
• PSYNC
• REPLICAOF
• REPLCONF — кэш Azure для экземпляров Redis не позволяет клиентам добавлять внешние реплики. Эта команда обычно отправляется только серверами.
• СОХРАНИТЬ
• SHUTDOWN
• SLAVEOF
• СИНХРОННЫЙ

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

• FLUSHALL
• FLUSHDB

Внимание

Так как настройка и управление экземплярами кэша Azure для Redis осуществляется корпорацией Майкрософт, некоторые команды отключены. Эти команды перечислены выше. При попытке их вызвать появляется сообщение об ошибке примерно следующего содержания: "(error) ERR unknown command".

Дополнительные сведения о командах Redis см здесь: https://redis.io/commands.

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

• Как выполнять команды Redis?
• Отслеживание кэша Azure для Redis