Что такое Управляемый Redis Azure?

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

Примечание.

Управляемый Redis от Azure доступен как продукт в общедоступной версии (GA). Однако некоторые функции остаются в общедоступной предварительной версии.

• Масштабирование кэша
• Сохраняемость данных
• Некластикционные кэши

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

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

Управляемый Azure Redis можно развернуть автономно или развернуть вместе с другими службами приложений или баз данных Azure, такими как Приложения контейнеров Azure, Служба приложений Azure, Функции Azure, SQL Azure или Azure Cosmos DB.

Ключевые сценарии

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

Рисунок	Описание
Кэш данных	Базы данных часто слишком велики для загрузки непосредственно в кэш. Обычно используется шаблон отложенное кэширование для загрузки данных только при необходимости. Когда система вносит изменения в данные, она может обновлять кэш, который затем распространяется на другие клиенты. Кроме того, система может задать срок действия данных или использовать политику вытеснения для активации обновлений данных в кэше.
Кэш содержимого	Многие веб-страницы создаются на основе шаблонов, использующих статическое содержимое, например верхние и нижние колонтитулы или баннеры. Эти статические элементы должны изменяться не часто. Использование кэша в памяти обеспечивает быстрый (по сравнению с серверными хранилищами данных) доступ к статическому содержимому. Этот шаблон сокращает время обработки и нагрузку сервера, что позволяет веб-серверам быть более адаптивными. Это позволяет сократить количество серверов, необходимых для обработки нагрузки. Управляемый Redis Azure предоставляет провайдер кэша выходных данных Redis для поддержки этого шаблона в ASP.NET.
Хранилище сеансов	Этот шаблон обычно используется с корзинами покупок и другими данными из истории пользователя, которую веб-приложение может связать с файлами cookie пользователя. Хранение большого объема содержимого в файле cookie может отрицательно сказаться на производительности, так как размер этого файла растет, передается и проверяется с каждым запросом. Типичным решением является использование файла cookie в качестве ключа для запроса данных в базе данных. Использование кэша в памяти, такого как Управляемый Redis в Azure, для связывания информации с пользователем быстрее, чем взаимодействие с полной реляционной базой данных.
Поиск сходства векторов	Распространенный вариант использования ИИ заключается в создании векторных внедрения с помощью крупной языковой модели (LLM). Эти векторные внедрения должны храниться в векторной базе данных, а затем сравниваться с определением сходства. Управляемый Redis Azure имеет встроенные функции для хранения и сравнения векторных встраиваний с высокой пропускной способностью.
Семантическое кэширование	При использовании LLM часто возникает высокая задержка (из-за времени создания) и затрат (из-за цен на токен) для приложения. Кэширование может помочь решить эти проблемы, сохраняя предыдущие результаты LLM, чтобы их можно было быстро снова извлечь. Тем не менее, поскольку LLMs используют естественный язык, для типичных кэшей может быть сложно обрабатывать хранение. Семантические кэши, такие как Управляемый Redis Azure, могут кэшировать не только определенный запрос, но и семантическое значение запроса, что позволяет использовать его намного более естественно с LLM.
Deduplication (Дедупликация)	Часто необходимо определить, выполнено ли действие в системе, например, занято ли имя пользователя или клиенту уже отправлено электронное письмо. В Azure Managed Redis фильтры Блума могут быстро определять дубликаты и предотвращать проблемы.
Списки лидеров	Redis предлагает простую и мощную поддержку разработки списков лидеров всех видов с помощью отсортированного набора данных. Кроме того, использование активной георепликации может позволить разделять таблицу лидеров по всему миру.
Очереди задач и сообщений	Приложения часто добавляют задачи в очередь, если для выполнения операций, связанных с запросом, требуется какое-то время. Более длительные операции помещаются в очередь для последовательной обработки (зачастую на другом сервере). Этот метод отсрочки работы называется постановкой задач в очередь. Управляемый Redis Azure предоставляет распределенную очередь для реализации этого шаблона в вашем приложении.
Ускорение аналитики PowerBI	Драйвер ODBC Redis можно использовать для бизнес-аналитики, отчетности и аналитических задач. Поскольку Redis обычно гораздо быстрее реляционных баз данных, использование Redis таким образом может значительно увеличить скорость отклика запросов.
Распределенные транзакции	Приложениям иногда требуется, чтобы ряд команд для серверного хранилища данных выполнялся как единая атомарная операция. Все команды должны успешно выполниться или все должны быть возвращены в исходное состояние. Управляемый Redis Azure поддерживает выполнение пакета команд в виде одной транзакции.

Версия Redis

Управляемый Redis azure поддерживает Redis версии 7.4.x. Для получения дополнительной информации см. раздел Как обновить версию экземпляра Azure Managed Redis.

Выбор нужного уровня

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

Три уровня предназначены для данных в памяти:

Это важно

Все уровни памяти с объемом хранилища более 120 ГБ находятся в общедоступной предварительной версии, включая оптимизированные по памяти M150 и выше; сбалансированные B150 и выше; и оптимизированные по вычислениям X150 и выше. Все эти уровни и выше находятся в общедоступной предварительной версии.

Все уровни, оптимизированные для флэш-памяти, находятся в общедоступном предварительном доступе.

• Оптимизировано для памяти Идеально подходит для вариантов использования с большим объемом памяти, которые требуют высокого соотношения объёма памяти к количеству vCPU (8:1), но при этом не нуждаются в наивысшей пропускной способности. Она предоставляет более низкую ценовую точку для сценариев, где требуется меньше мощности обработки или пропускной способности, что делает его отличным выбором для сред разработки и тестирования.
• Balanced (Memory + Compute) Обеспечивает сбалансированное соотношение памяти и виртуального ЦП (4:1), что делает его идеальным для стандартных рабочих нагрузок. Этот уровень обеспечивает здоровый баланс памяти и вычислительных ресурсов.
• Оптимизировано для вычислений Предназначен для рабочих нагрузок с высокой производительностью, требующих максимальной пропускной способности, с низким соотношением памяти к VCPU (2:1). Это идеально подходит для приложений, требующих высокой производительности.

На одном уровне хранятся данные как в памяти, так и на диске:

• Оптимизировано для флэш-памяти (предварительная версия) Позволяет кластерам Redis автоматически перемещать менее часто запрашиваемые данные из памяти (ОЗУ) в хранилище NVMe. Это снижает производительность, но позволяет эффективно масштабировать кэши с большими наборами данных.

Примечание.

Дополнительные сведения о том, как построена архитектура уровня Flash Optimized, см. статью Об архитектуре Управляемого Redis в Azure

Это важно

Вы также можете использовать функцию сохраняемости данных (предварительная версия) для хранения данных на диске для уровней памяти. Сохраняемость данных сохраняет резервную копию данных на диске для быстрого восстановления, если возникает непредвиденный сбой. Это отличается от уровня Flash Optimized, который предназначен для хранения данных на диске для типичных операций. Хранение некоторых данных на диске с помощью оптимизированного для флэш-памяти уровня не повышает устойчивость данных. Вы также можете использовать сохраняемость данных на уровне "Оптимизированная для флэш-памяти".

Чтобы узнать, как масштабировать между уровнями и SKU, см. статью Масштабирование (предварительная версия) управляемого экземпляра Redis в Azure.

Уровни и номера SKU на первый взгляд

Для получения информации о ценах см. раздел Цены на Управляемый Redis в Azure.

Сравнение функций

В следующей таблице описаны некоторые функции, поддерживаемые на уровне:

Описание компонента	Оптимизация памяти	Сбалансированный	Оптимизировано для вычислений	Оптимизированный для флеш-технологий
Размер (ГБ)	12 - 1920	0.5 - 960	3 - 720	250 - 4500
Соглашение об уровне обслуживания	Да	Да	Да	Да
Шифрование данных при передаче	Да (частная конечная точка)	Да (частная конечная точка)	Да (частная конечная точка)	Да (частная конечная точка)
Репликация и резервное переключение	Да	Да	Да	Да
Сетевая изоляция	Да	Да	Да	Да
Проверка подлинности на основе идентификатора Microsoft Entra	Да	Да	Да	Да
Масштабирование (предварительная версия)	Да	Да	Да	Да
Сохраняемость данных (предварительная версия)	Да	Да	Да	Да
Зональная избыточность	Да	Да	Да	Да
Георепликация	Да (активный)	Да (активный)	Да (активный)	нет
Некластерные экземпляры (предварительный просмотр)	Да	Да	Да	нет
Журналы аудита подключения	Да (на основе событий)	Да (на основе событий)	Да (на основе событий)	Да (на основе событий)
Структуры данных JSON (т. е. Redis JSON)	Да	Да	Да	Да
Функции поиска (включая векторный поиск)	Да	Да	Да	нет
Вероятностные структуры данных (т. е. Redis Bloom)	Да	Да	Да	Да
Возможность базы данных временных рядов (т.е., Redis TimeSeries)	Да	Да	Да	Да
Импорт и экспорт	Да	Да	Да	Да

Это важно

Параметры SKU Balanced B0 и B1 не поддерживают активную георепликацию.

Примечание.

Поддержка уменьшения масштаба ограничена в некоторых ситуациях. Дополнительные сведения см. в разделе "Ограничения масштабирования Управляемого Redis Azure".

Другие рекомендации при выборе уровня

• Производительность сети. Если у вас есть рабочая нагрузка, требующая высокой пропускной способности, пропускная способность сети может привести к узким местам. Вы можете увеличить пропускную способность, перейдя к более высокому уровню производительности или перейдя к большому размеру экземпляра. Экземпляры большего размера имеют большую пропускную способность из-за базовой виртуальной машины, в которую размещается кэш. Более высокие ограничения пропускной способности помогают избежать переполнения сети, что приводит к превышению времени ожидания в приложении. Дополнительные сведения о производительности пропускной способности см. в разделе "Тестирование производительности"
• Максимальное количество клиентских подключений: каждый номер SKU имеет максимальное количество клиентских подключений. Это ограничение увеличивается с более высокими уровнями производительности и большими размерами инстанцов. Дополнительные сведения об ограничении для каждого SKU см. информацию в разделе "Цены на Управляемый Redis Azure".
• Высокий уровень доступности: Управляемый Redis Azure предоставляет несколько вариантов высокой доступности . Соглашение об уровне обслуживания охватывает только подключение к конечным точкам кэша. Соглашение об уровне обслуживания не охватывает защиту от потери данных. Дополнительные сведения об уровне обслуживания см. в разделе об уровне обслуживания. Вы можете отключить высокий уровень доступности в экземпляре Управляемого Redis в Azure. Это снижает цену, но приводит к потере данных и простою. Мы рекомендуем отключить высокий уровень доступности для сценариев разработки и тестирования.

Другие рекомендации по ценам

Это важно

Azure Managed Redis Enterprise требует для каждого экземпляра кэша IP-адрес. В настоящее время плата за IP-адрес поглощается Azure Managed Redis и не передается клиентам. Это может измениться в будущем. Дополнительные сведения см. в ценах на IP-адреса.

Это важно

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

Доступность по регионам

Azure Managed Redis постоянно расширяет своё присутствие в новых регионах.

• Американский континент

  • Бразилия Юг
  • Юго-Восток Бразилии
  • Центральная Канада
  • Восточная Канада
  • Центральная часть США
  • Восточная часть США
  • Восточная часть США 2
  • Центральная Мексика
  • Центрально-северная часть США
  • Центрально-южная часть США
  • Центрально-западная часть США
  • Западная часть США
  • Западная часть США 2
  • Западная часть США 3

• Европа

  • Южная Франция
  • Северная Германия
  • Западно-Центральная Германия
  • Италия Север
  • Восточная Норвегия
  • Западная Норвегия
  • Центральная Испания
  • Центральная Швеция
  • Южная Швеция
  • Северная Швейцария
  • Западная Швейцария
  • Южная Часть Великобритании
  • Западная часть Великобритании
  • Западная Европа

• Средний Восток

  • Центральный Израиль
  • Центральная часть ОАЭ
  • Северная часть ОАЭ;

• Африка

  • Север Южной Африки
  • Западная часть ЮАР

• Азиатско-Тихоокеанский регион

  • Восточная Азия
  • Центральная Австралия
  • Центральная Австралия 2
  • Восточная Австралия
  • Юго-Восток Австралии
  • Центральная Индия
  • Центральная Индонезия
  • Восточная Япония
  • Западная Япония
  • Jio, Центральная Индия
  • Джио Индия Запад
  • Центральная Корея
  • Корея (юг)
  • Юго-Восточная Азия
  • Южная Индия
  • Тайвань Север
  • Тайвань Северо-Запад

Сведения о доступности по регионам см. в разделе "Продукты", доступные по регионам.

Переход с Azure Cache for Redis

Дополнительные сведения о переходе с Azure Cache для Redis на Azure Managed Redis можно найти в статье "Переход с Azure Cache для Redis на Azure Managed Redis".

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

• Создание экземпляра Управляемого Redis в Azure
• Архитектура Управляемого Redis в Azure