Поделиться через

Что такое Управляемый Redis Azure (предварительная версия)?

  • Статья

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

Внимание

Управляемый Redis Azure в настоящее время находится в предварительной версии. Юридические условия, применимые к функциям Azure, которые находятся в состоянии бета-версии, предварительной версии или иным образом еще не выпущены в общедоступной версии, см. на странице Дополнительные условия использования предварительных версий в Microsoft Azure.

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

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

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

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

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

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

Версия Redis

Управляемый Redis azure поддерживает Redis версии 7.4.x. Дополнительные сведения см. в статье "Обновление версии экземпляра Управляемого Redis Azure".

Выбор подходящего уровня

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

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

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

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

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

Примечание.

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

Внимание

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

Инструкции по масштабированию между уровнями и номерами SKU см. в статье "Масштабирование экземпляра Управляемого Redis Azure".

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

Таблица с разными конфигурациями памяти и виртуальных ЦП для каждого номера SKU и уровня Управляемого Redis в Azure.

Сведения о ценах см. в ценах на Управляемый Redis в Azure

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

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

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

Внимание

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

Внимание

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

Примечание.

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

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

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

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

Внимание

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

Внимание

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

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

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

Миграция с Кэш Azure для Redis

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

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