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

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

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

Если вы не закрепили кеш на панели мониторинга, найдите его на портале Azure через меню Все службы.

Колонка обзора кэша Redis для Azure

Чтобы просмотреть кэши, щелкните Все службы и выполните поиск по фразе Azure Cache for Redis (Кэш Redis для Azure).

Выберите кэш, для которого необходимо просмотреть и настроить параметры.

Список кэшей Redis для Azure в колонке обзора

Просмотреть и настроить кэш можно в колонке Azure Cache for Redis (Кэш Redis для Azure).

Все параметры кэша Redis для Azure

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

Параметры кэша Azure для Redis

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

Общие сведения

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

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

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

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

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

Теги

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

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

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

Параметры

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

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

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

Ключи доступа кэша Azure для 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 в разделе Дополнительные параметры слева позволяют настроить политики памяти для кэша.

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

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

  • volatile-lru — Политика вытеснения по умолчанию.
  • allkeys-lru
  • volatile-random
  • allkeys-random
  • volatile-ttl
  • noeviction

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

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

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

При выборе нового значения резервирования памяти (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 слева отображаются рекомендации для кэша. Во время обычной работы не отображается никаких рекомендаций.

Снимок экрана, на котором показано, где отображаются рекомендации.

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

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

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

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

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

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

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

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

Масштабирование

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

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

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

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

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

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

Важно!

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

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

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

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

Важно!

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

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

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

Важно!

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

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

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

Дополнительные сведения и инструкции см. в статье Администрирование Кэша Azure для Redis —планирование обновлений.

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

Раздел Георепликация слева позволяет связать два экземпляра кэша 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.

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

Брандмауэр

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

Важно!

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

Свойства

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

Свойства кэша Azure для Redis

Блокировки

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

Сценарий автоматизации

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

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

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

Администрирование

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

Функция импорта и экспорта является операцией управления данными в кэше 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).

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

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

Выполните перезагрузку.

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

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

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

Важно!

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

Наблюдение

В разделе Мониторинг можно настроить диагностику и мониторинг для кэша Azure для Redis. Дополнительные сведения о мониторинге и диагностике кэша Azure для Redis см. в статье How to monitor Azure Cache for Redis (Как отслеживать кэш Azure для Redis).

Диагностика

Метрики Redis

Выберите Метрики Redis, чтобы просмотреть метрики кэша.

Правила оповещения

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

Диагностика

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

Примечание

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

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

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

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

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

Служба работоспособности ресурсов отслеживает ресурс и сообщает, работает ли он как ожидалось. Дополнительные сведения о службе работоспособности ресурсов 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.

Параметр Значение по умолчанию Описание
databases 16 Количество баз данных по умолчанию — 16. Тем не менее можно указать другое количество в зависимости от ценовой категории1. По умолчанию используется база данных DB 0. Вы можете выбрать другую базу данных для отдельных подключений с помощью connection.GetDatabase(dbid), где dbid — это число от 0 до databases - 1.
maxclients Зависит от ценовой категории.2 Это значение представляет собой максимально допустимое количество одновременно подключенных клиентов. После достижения предела Redis закрывает все новые подключения, возвращая сообщение об ошибке "max number of clients reached" (достигнуто максимальное количество клиентов).
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 normalclient-output-buffer-limit pubsub 0 0 032mb 8mb 60 Ограничения буферов вывода клиентов можно использовать для принудительного отключения клиентов, по каким-либо причинам недостаточно быстро считывающим данные с сервера. Распространенной причиной является неспособность клиента Pub/Sub потреблять сообщения так же быстро, как их производит издатель. Дополнительные сведения см. на веб-сайте https://redis.io/topics/clients.

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

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

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

Примечание

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

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

  • Кэши уровней Basic и Standard
    • кэш 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 подключений.
  • Кэши уровня Premium
    • P1 (6–60 ГБ): до 7500 подключений
    • P2 (13–130 ГБ): до 15 000 подключений
    • P3 (26–260 ГБ): до 30 000 подключений
    • P4 (53–530 ГБ): до 40 000 подключений

Примечание

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

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

Важно!

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

  • BGREWRITEAOF
  • BGSAVE
  • CONFIG
  • DEBUG
  • MIGRATE
  • SAVE
  • SHUTDOWN
  • SLAVEOF
  • CLUSTER — команды записи для кластера отключены, однако допускается использование кластерных команд только для чтения.

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

Консоль Redis

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

Важно!

  • Консоль Redis не работает с VNET. Если кэш является частью виртуальной сети, то к нему могут обращаться только клиенты в этой виртуальной сети. Так как консоль Redis работает в локальном браузере вне виртуальной сети, она не может подключиться к кэшу.
  • В кэше Azure для Redis поддерживаются не все команды Redis. Список команд Redis, отключенных в кэше Azure для Redis, см. в предыдущем разделе — Команды Redis не поддерживаются в кэше Azure для Redis. Дополнительные сведения о командах Redis см здесь: https://redis.io/commands.

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

Снимок экрана, где выделена кнопка "Консоль".

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

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

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

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

Консоль Redis

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

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

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

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

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

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

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

Дальнейшие действия