Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Внимание
Кэш Azure для Redis объявил о графике вывода из эксплуатации для всех SKU. Мы рекомендуем как можно скорее перенести существующие экземпляры Azure Cache для Redis на управляемые Azure Managed Redis.
Руководство по миграции:
- Перенос уровней Basic, Standard и Premium в управляемую службу Redis на платформе Azure
- Перенос уровня Enterprise в Управляемый Redis Azure
Дополнительные сведения о выходе на пенсию:
В этой статье описаны конфигурации, доступные для экземпляров Azure Cache для Redis. В этой статье также рассматривается конфигурация сервера Redis по умолчанию для экземпляров кэша Azure для Redis.
Примечание.
Дополнительные сведения о настройке и использовании функций кеша премиум-уровня см. в статьях Настройка сохраняемости и Настройка поддержки виртуальной сети.
Настройка параметров кэша Azure для Redis
На портале Azure найдите и выберите кэш Azure для Redis.
На странице кэша Azure для Redis выберите "Создать>кэш Azure для Redis".
На вкладке "Основы" страницы"Новый кэш Redis " настройте следующие параметры:
- Подписка. Выберите нужную подписку.
- Группа ресурсов: выберите группу ресурсов или нажмите кнопку "Создать" и введите новое имя группы ресурсов. Размещение всех ресурсов приложения в одной группе ресурсов позволяет легко управлять и удалять их вместе.
-
Имя: введите уникальное имя кэша в регионе. Имя должно быть:
- Должна быть строка длиной от 1 до 63 символов.
- Содержит только цифры, буквы и дефисы.
- Начните и закончите числом или буквой.
- Не содержит последовательные дефисы.
- Регион. Выберите регион Azure рядом с другими службами, используюющими кэш.
- Номер SKU кэша: выберите номер SKU , чтобы определить доступные размеры, производительность и функции кэша.
- Размер кэша: выберите размер кэша. Дополнительные сведения см. в статье Общие сведения о Кэше Azure для Redis.
Выберите вкладку "Сеть" или нажмите кнопку "Далее: Сеть".
На вкладке "Сеть" выберите метод подключения, используемый для кэша. Для обеспечения безопасности рекомендуется использовать частную конечную точку. Если выбрать частную конечную точку, выберите "Добавить частную конечную точку" и создайте частную конечную точку.
Выберите вкладку "Дополнительно" или нажмите кнопку "Далее".
На панели "Дополнительно" настройте следующие параметры:
- Выберите Microsoft Entra Authentication или Access Keys Authentication. Проверка подлинности Microsoft Entra включена по умолчанию.
- Выберите, следует ли включить порт, отличный от TLS.
- Для кэша уровня "Премиум" можно настроить или отключить зоны доступности. После создания кэша невозможно отключить зоны доступности. Для кэша уровня "Стандартный" зоны доступности выделяются автоматически. Зоны доступности недоступны для базовой SKU.
- Для кэша Premium настройте параметры для числа реплик, кластеризации и числа шардов, управляемого удостоверения, назначаемого системой, и сохранения данных.
На следующем рисунке показана вкладка "Дополнительно " для номера SKU "Стандартный".
Внимание
Используйте Microsoft Entra ID с управляемыми удостоверениями, чтобы авторизовать запросы к кэшу, если это возможно. Авторизация с помощью идентификатора Microsoft Entra и управляемого удостоверения обеспечивает более высокую безопасность и проще использовать, чем авторизация общего ключа доступа. Дополнительные сведения об использовании управляемых идентитетов с кэшем см. в разделе "Использование идентификатора Microsoft Entra для проверки подлинности кэша".
При необходимости выберите вкладку "Теги " или нажмите кнопку "Далее" и введите имена тегов и значения, чтобы классифицировать ресурсы кэша.
Выберите "Просмотр и создание" и после прохождения проверки нажмите кнопку "Создать".
Развертывание нового кэша занимает несколько минут. Ход развертывания можно отслеживать на странице кэша Azure для Redis на портале. Когда состояние кэша отображается запущено, кэш готов к использованию.
Просмотреть и настроить следующие параметры можно с помощью меню ресурсов. Параметры, которые вы видите, зависят от уровня вашего кэша. Например, при использовании уровня Enterprise не отображается раздел Перезагрузка.
- Обзор
- Журнал действий
- Управление доступом (IAM)
- Теги
- Диагностика и решение проблем
- События
- Параметры
- Администрация
- Мониторинг
- Служба автоматизации
- Настройки поддержки и устранения неполадок
Обзор
В разделе Обзор содержатся основные сведения о кэше, такие как имя, порты, ценовая категория, и выбранные метрики кэша.
Журнал действий
Выберите Журнал действий, чтобы просмотреть операции, выполненные с кэшем. Также можно использовать фильтрацию, чтобы развернуть это представление, включив в него другие ресурсы. Дополнительные сведения об использовании журналов аудита см. в статье Операции аудита с диспетчером ресурсов. Дополнительные сведения о мониторинге журнала действий см. в журнале действий.
Управление доступом (IAM)
Раздел Управление доступом (IAM) служит для поддержки управления доступом на основе ролей (RBAC) на портале Azure. Эта конфигурация помогает организациям просто и точно выполнять требования к управлению доступом. Дополнительные сведения см. в статье Управление доступа на основе ролей на портале Azure.
Теги
В разделе Теги вы можете упорядочить свои ресурсы. Дополнительные сведения см. в статье Использование тегов для организации ресурсов в Azure.
Диагностика и решение проблем
Выберите Диагностика и решение проблем, чтобы узнать об основных проблемах и способах их устранения.
События
Выберите События, чтобы добавить подписки на события в кэш. Используйте события, чтобы создавать управляемые событиями реактивные приложения с помощью полностью управляемой службы маршрутизации событий, которая встроена в Azure.
Сетка событий помогает встраивать автоматизацию в облачную инфраструктуру, создавать бессерверные приложения и обеспечивать интеграцию со службами и облаками. Подробные сведения см. в статье Что представляет собой Сетка событий Azure.
Консоль Redis
Вы можете безопасно отправлять команды в экземпляры Azure Cache для Redis, используя консоль Redis, которая доступна в портале Azure для уровней кэша "Базовый", "Стандартный" и "Премиум".
Внимание
Консоль Redis не работает, если кэш имеет следующее:
- Виртуальная сеть. Если кэш является частью виртуальной сети, то к нему могут обращаться только клиенты в этой виртуальной сети. Так как консоль Redis работает в локальном браузере вне виртуальной сети, она не может подключиться к кэшу.
- Приватный канал
- Ключи доступа отключены
Примечание.
Чтобы получить доступ к консоли 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.
Выберите Ключи доступа для отображения или повторного создания ключей доступа для кэша. Эти ключи используются клиентами, которые подключаются к кэшу.
Расширенные настройки
Приведенные ниже параметры доступны в разделе Дополнительные параметры слева.
Порты доступа
Для новых кэшей по умолчанию отключен доступ к протоколам, отличающимся от 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.
Параметр maxmemory-reserved настраивает объем памяти в МБ на экземпляр в кластере, зарезервированном для операций, отличных от кеша, таких как репликация во время переключения на резервный ресурс. Установка этого значения обеспечивает более согласованную работу сервера 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.
Дополнительные сведения и инструкции см. в разделе "Обновление канала" и "Расписание обновлений".
Георепликация
Георепликация в меню ресурсов предоставляет механизм связывания двух экземпляров Azure Cache для Redis уровня Premium. Один кэш называется основным связанным кэшем, а другой — дополнительным связанным кэшем. Дополнительный связанный кэш становится доступным только для чтения, и в него реплицируются данные, записанные в основной кэш. Эту функцию можно использовать для репликации кэша в разные регионы 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 Cache для Redis, которая позволяет импортировать и экспортировать данные в кэш. Вы можете импортировать и экспортировать моментальный снимок базы данных Azure Cache for Redis (RDB) из кэша премиум-уровня в страничный BLOB в учетной записи хранилища Azure. Функция импорта и экспорта позволяет переключаться между различными экземплярами кэша Azure для Redis или заполнять кэш данными перед использованием.
Можно использовать импорт файлов RDB, совместимых с Redis, с любого сервера Redis, работающего в любом облаке или среде:
- включая Redis, работающий в Linux
- Виндоус
- любой поставщик облачных служб, например, 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 Cache для Redis — Перезагрузка.
Наблюдение
В разделе "Мониторинг" можно настроить диагностики и мониторинг для экземпляра Azure Cache для Redis.
- Дополнительные сведения о мониторинге кэша Azure для Redis и его диагностика см. в разделе "Мониторинг кэша Azure для Redis".
- Сведения о настройке и использовании мониторинга и диагностики Azure Cache для Redis см. в разделе "Мониторинг Azure Cache для Redis".
Выводы
Используйте функцию Аналитика для отображения групп предопределенных плиток и диаграмм, которые будут использоваться в качестве отправной точки для метрик кэша. Дополнительные сведения см. в разделе "Аналитика".
Метрики
Выберите метрики, чтобы создать собственную пользовательскую диаграмму для отслеживания метрик, которые вы хотите видеть для вашего кэша. Дополнительные сведения см. в разделе Создание собственных метрик.
Оповещения
Выберите Оповещения, чтобы настроить оповещения на основе метрик кэша Azure для Redis. Дополнительные сведения см. в статье Создание оповещений.
Параметры диагностики
По умолчанию в Azure Monitor метрики кэша хранятся в течение 30 дней, а затем удаляются. Чтобы хранить метрики кэша дольше, чем 30 дней, выберите Параметры диагностики и настройте учетную запись хранения, используемую для хранения диагностических данных кэша.
Примечание.
Помимо архивирования метрик кэша в хранилище вы можете настроить для них потоковую передачу в Концентраторе событий или отправку в журналы Azure Monitor.
Рекомендации Помощника
Рекомендации помощника отображают рекомендации для кэша. Во время обычной работы не отображается никаких рекомендаций.
При возникновении во время работы кэша любого из таких условий, как предстоящие изменения, интенсивное использование памяти, пропускная способность сети или нагрузка на сервер, в пункте Обзор меню "Ресурс" отображается предупреждение.
Дополнительные сведения о Рекомендациях можно найти в рабочей области портала Azure.
Эти метрики можно отслеживать в разделе Мониторинг меню "Ресурс".
| Метрика Azure Cache для Redis | Дополнительные сведения |
|---|---|
| Использование пропускной способности сети | Производительность кэша — доступная пропускная способность |
| Подключенные клиенты | Конфигурация сервера Redis по умолчанию — максимальное количество клиентов |
| Загрузка сервера | Загрузка сервера Redis |
| Использование памяти | Производительность кэша — размер |
Чтобы обновить кэш, выберите Обновить сейчас. При этом будут изменены ценовая категория и размер кэша. Дополнительные сведения о выборе ценовой категории см. в статье Выбор подходящего уровня.
Учебные тетради
Упорядочивайте метрики по группам, чтобы они отображались согласованно и эффективно.
Автоматизация
Служба автоматизации Azure — это облачная служба автоматизации, обновлений операционной системы и настройки, которая поддерживает согласованное управление в Azure и других средах.
Задачи
Выберите Задания, чтобы упростить управление ресурсами Кэш Azure для Redis. Эти задачи различаются по количеству и доступности в зависимости от типа ресурса. В настоящее время можно использовать шаблон Отправка ежемесячной стоимости ресурса только для создания задачи в режиме предварительного просмотра.
Дополнительные сведения см. в разделе Управление ресурсами Azure и отслеживание затрат путем создания задач автоматизации.
Экспорт шаблона
Выберите Экспорт шаблона, чтобы создать и экспортировать шаблон развернутых ресурсов для использования в будущих развертываниях. Дополнительные сведения о работе с шаблонами см. в статье Развертывание ресурсов с использованием шаблонов Azure Resource Manager.
Настройки поддержки и устранения неполадок
Параметры в разделе Поддержка и устранение неполадок дают возможности для устранения проблем с кэшем.
Работоспособность ресурса
Служба работоспособности ресурсов отслеживает ресурс и сообщает, работает ли он как ожидалось. Дополнительные сведения о службе работоспособности ресурсов Azure см. в разделе Обзор работоспособности ресурсов Azure.
Примечание.
Работоспособность ресурсов в настоящее время не может определить состояние экземпляров Azure Cache for Redis, размещенных в виртуальной сети. Дополнительные сведения см. в разделе Все ли функции кэша работают, когда он размещен в виртуальной сети?.
Новый запрос на поддержку
Выберите Новый запрос на получение поддержки, чтобы создать запрос по своему кэшу.
Конфигурация сервера Redis по умолчанию
Новые экземпляры кэша Azure для Redis имеют следующие значения конфигурации Redis по умолчанию.
Примечание.
Параметры в этом разделе не удастся изменить с помощью метода StackExchange.Redis.IServer.ConfigSet. При вызове этого метода одной из команд в данном разделе, выдается исключение, аналогичное приведенному ниже примеру.
StackExchange.Redis.RedisServerException: ERR unknown command 'CONFIG'
Все настраиваемые значения, такие как max-memory-policy, настраиваются на портале Azure или с помощью программ командной строки, таких как Azure CLI или PowerShell.
| Настройка | Значение по умолчанию | Описание |
|---|---|---|
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 Cache для 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 Cache for Redis занимается корпорация Майкрософт, которая отключает следующие команды. При попытке их вызвать появляется сообщение об ошибке примерно следующего содержания: "(error) ERR unknown command".
- ACL
- BGREWRITEAOF
- BGSAVE
- КЛАСТЕР — команды записи кластера отключены, но разрешены команды кластера только для чтения.
- конфигурация
- ОТЛАДКА
- ПЕРЕНЕСТИ
- PSYNC
- РЕПЛИКА
- REPLCONF — кэш Azure для экземпляров Redis не позволяет клиентам добавлять внешние реплики. Эта команда обычно отправляется только серверами.
- СОХРАНИТЬ
- ВЫКЛЮЧЕНИЕ
- РАБ
- СИНХРОНИЗАЦИЯ
Для экземпляров кэша с помощью активной георепликации также блокируются следующие команды, чтобы предотвратить случайную потерю данных:
- FLUSHALL
- FLUSHDB
Внимание
Так как настройка и управление экземплярами кэша Azure для Redis осуществляется корпорацией Майкрософт, некоторые команды отключены. Эти команды перечислены выше. При попытке их вызвать появляется сообщение об ошибке примерно следующего содержания: "(error) ERR unknown command".
Дополнительные сведения о командах Redis см здесь: https://redis.io/commands.