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

  • Статья

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

Примечание.

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

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

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

    Область навигации слева с выделенным элементом

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

    Страница

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

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

  4. Выберите вкладку Сети или нажмите кнопку Сети в нижней части страницы.

  5. На вкладке Сети выберите способ подключения.

  6. Нажмите кнопку "Далее" или нажмите кнопку "Далее" в нижней части страницы, чтобы просмотреть вкладку "Дополнительно".

    Снимок экрана: вкладка

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

  7. Выберите вкладку Next: Tags (Далее: теги) или нажмите в нижней части страницы кнопку Next: Tags (Далее: теги).

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

  9. Выберите Review + create (Просмотреть и создать). Вы будете перенаправлены на вкладку Проверка и создание, где Azure проверит вашу конфигурацию.

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

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

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

Обзор

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

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

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

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

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

Теги

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

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

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

События

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

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

Консоль Redis

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

Внимание

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

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

Снимок экрана, где выделена кнопка

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

Снимок экрана: Консоль Redis с командой для входных данных и результатами.

Примечание.

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

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

При использовании консоли 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 с помощью средства выбора сегментов, а затем выполните необходимую команду.

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

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

Перемещение кэша Azure для Redis

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

Настройки

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

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

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

Access keys

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

Снимок экрана: проверка подлинности, выбранная в меню

(предварительная версия) Проверка подлинности 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".

Порты доступа кэша Azure для Redis

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

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

Политика максимального объема памяти кэша Azure для Redis

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

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

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

Параметр maxmemory-reserved настраивает объем памяти в МБ на экземпляр в кластере, зарезервированном для операций, отличных отcache, таких как реплика tion во время отработки отказа. Установка этого значения обеспечивает более согласованную работу сервера 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. Уведомления пространства ключей позволяют клиентам получать уведомления при возникновении определенных событий.

Дополнительные параметры кэша Azure для Redis )

Внимание

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

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

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

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

Ценовая категория кэша Azure для Redis

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

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

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

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

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

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

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

Внимание

Сохраняемость данных Redis доступна только для кэшей категории «Премиум».

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

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

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

Примечание.

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

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

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

Внимание

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

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

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

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

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

Гео-реплика tion в меню ресурсов предоставляет механизм связывания двух экземпляров уровня 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 для 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.

Диагностика

Аналитические выводы (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.

Базы данных

1 Для различных ценовых категорий кэша 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

2Свойство 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
  • СИНХРОННЫЙ

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

  • FLUSHALL
  • FLUSHDB

Внимание

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

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

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