Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Управляемый Redis Azure предоставляет хранилище данных в памяти, основанное на программном обеспечении Redis Enterprise. Redis Enterprise повышает производительность и надежность сообщественного издания Redis, сохраняя совместимость. Microsoft управляет службой, размещает ее в Azure, а любое приложение в пределах или за пределами Azure может использовать его. Дополнительные сведения о построении Управляемого Redis в Azure см. в статье об архитектуре Управляемого Redis в Azure.
Управляемый Redis Azure может повысить производительность и масштабируемость приложения, в значительной степени использующего внутренние хранилища данных. Он может обрабатывать большие объемы запросов приложений, сохраняя часто используемые данные в памяти сервера, что позволяет быстро записывать и считывать их.
Redis предоставляет критически важное решение для хранения данных с низкой задержкой и высокой пропускной способностью для современных приложений. Кроме того, Redis все чаще используется для приложений, не относящихся к кэшированию, включая прием данных, дедупликацию, обмен сообщениями и списки лидеров
Управляемый Azure Redis можно развернуть автономно или развернуть вместе с другими службами приложений или баз данных Azure, такими как Приложения контейнеров Azure, Служба приложений Azure, Функции Azure, SQL Azure или Azure Cosmos DB.
Ключевые сценарии
Управляемый Redis Azure повышает производительность приложений, поддерживая общие шаблоны архитектуры приложений. Ниже приведены некоторые из наиболее распространенных шаблонов.
| Pattern | Description |
|---|---|
| Кэш данных | Базы данных часто слишком велики для загрузки непосредственно в кэш. Используйте шаблон cache-aside, чтобы загружать данные в кэш только при необходимости. При внесении изменений в данные система также может обновить кэш, который затем распространяется на другие клиенты. Кроме того, система может задать срок действия данных или использовать политику вытеснения для активации обновлений данных в кэше. |
| Кэш содержимого | Многие веб-страницы создаются из шаблонов, использующих статическое содержимое, например верхние колонтитулы и баннеры. Эти статические элементы должны изменяться не часто. Использование кэша в памяти обеспечивает быстрый (по сравнению с серверными хранилищами данных) доступ к статическому содержимому. Этот шаблон сокращает время обработки и нагрузку сервера, что позволяет веб-серверам быть более адаптивными. Это может снизить количество серверов, необходимых для обработки нагрузки. Управляемый Redis Azure предоставляет провайдер кэша выходных данных Redis для поддержки этого шаблона в ASP.NET. |
| Хранилище сеансов | Этот шаблон обычно используется с корзинами покупок и другими данными из истории пользователя, которую веб-приложение может связать с файлами cookie пользователя. Хранение слишком большого объема данных в файле cookie может отрицательно повлиять на производительность по мере роста размера файла cookie и передается и проверяется с каждым запросом. Типичным решением является использование файла cookie в качестве ключа для запроса данных в базе данных. При использовании кэша в памяти, например Azure Managed Redis, связывание сведений с пользователем быстрее, чем взаимодействие с полной реляционной базой данных. |
| Deduplication | Часто необходимо определить, выполнено ли действие в системе, например, занято ли имя пользователя или клиенту уже отправлено электронное письмо. В Azure Managed Redis фильтры Блума могут быстро выявлять дубликаты и предотвращать проблемы. |
| Leaderboards | Redis предлагает простую и мощную поддержку разработки списков лидеров всех видов с помощью отсортированного набора данных. Кроме того, использование активной георепликации позволяет использовать одну таблицу лидеров по всему миру. |
| Очереди задач и сообщений | Приложения часто добавляют задачи в очередь, если для выполнения операций, связанных с запросом, требуется какое-то время. Более длительные операции помещаются в очередь для последовательной обработки (зачастую на другом сервере). Этот метод отсрочки работы называется постановкой задач в очередь. Управляемый Redis Azure предоставляет распределенную очередь для реализации этого шаблона в вашем приложении. |
| Ускорение PowerBI и Analytics | Драйвер ODBC Redis можно использовать для бизнес-аналитики, отчетности и аналитических задач. Поскольку Redis обычно гораздо быстрее реляционных баз данных, использование Redis таким образом может значительно увеличить скорость отклика запросов. |
| Распределенные транзакции | Приложениям иногда требуется, чтобы ряд команд для серверного хранилища данных выполнялся как единая атомарная операция. Все команды должны успешно выполниться или все должны быть возвращены в исходное состояние. Управляемый Redis Azure поддерживает выполнение пакета команд в виде одной транзакции. |
Версия Redis
Управляемый Redis azure поддерживает Redis версии 7.4.x. Для получения дополнительной информации см. раздел Как обновить версию экземпляра Azure Managed Redis.
Выбор нужного уровня
Доступны четыре уровня Azure Managed Redis, каждый из которых имеет различные характеристики производительности и ценовые уровни.
Уровни и номера SKU на первый взгляд
Ниже приведены три уровня, которые хранят данные в памяти:
Оптимизировано для памяти Идеально подходит для сценариев использования, требующих высокой пропорции объема памяти к виртуальному ЦПУ (8:1), но не нуждающихся в максимальной пропускной способности. Она предоставляет более низкую ценовую точку для сценариев, где требуется меньше мощности обработки или пропускной способности, что делает его отличным выбором для сред разработки и тестирования.
Balanced (Memory + Compute) Обеспечивает сбалансированное соотношение памяти и виртуального ЦП (4:1), что делает его идеальным для стандартных рабочих нагрузок. Этот уровень обеспечивает здоровый баланс памяти и вычислительных ресурсов.
Оптимизировано для вычислений Предназначен для рабочих нагрузок с высокой производительностью, требующих максимальной пропускной способности, с низким соотношением памяти к VCPU (2:1). Это идеально подходит для приложений, требующих высокой производительности.
Вот уровень, на котором хранятся данные как в памяти, так и на диске:
Оптимизировано для работы с флэш-памятью Позволяет кластерам Redis автоматически перемещать данные, к которым реже обращаются, из памяти (ОЗУ) в хранилище NVMe. Это сокращение использования памяти может снизить производительность, но позволяет эффективно масштабировать кэши с большими наборами данных.
Вы также можете использовать функцию сохраняемости данных для хранения данных на диске для уровней памяти. Сохраняемость данных сохраняет резервную копию данных на диске для быстрого восстановления, если возникает непредвиденный сбой. Сохранение данных отличается от уровня, оптимизированного для флеш-памяти, предназначенного для хранения данных на диске для типичных операций.
Хранение некоторых данных на диске с помощью оптимизированного для флэш-памяти уровня не повышает устойчивость данных. Вы также можете использовать сохраняемость данных на уровне "Оптимизированная для флэш-памяти".
Note
Дополнительные сведения о том, как устроен уровень, оптимизированный для флэш-памяти, см. в статье Архитектура Azure Managed Redis.
- Инструкции по масштабированию между уровнями и SKU см. в разделе "Масштабирование управляемого экземпляра Redis в Azure".
- Сведения о ценах см. в разделе Управляемый Redis в Azure: ценообразование.
Important
Все уровни in-memory, использующие более 350 ГБ хранилища, доступны в рамках предварительной версии, включая оптимизированные для памяти M500 и выше, сбалансированные B500 и выше, а также оптимизированные для вычислений X500 и выше. Все эти уровни и выше находятся в предварительной версии.
Уровни A2000 и A4500, оптимизированные для флеш-накопителей, доступны в рамках предварительной версии.
Сравнение возможностей
В следующей таблице описаны некоторые функции, поддерживаемые каждым уровнем:
| Описание функции | Memory Optimized | Balanced | Compute Optimized | Flash Optimized |
|---|---|---|---|---|
| Размер (ГБ) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| Соглашение об уровне обслуживания | Yes | Yes | Yes | Yes |
| Шифрование данных при передаче | Да (частная конечная точка) | Да (частная конечная точка) | Да (частная конечная точка) | Да (частная конечная точка) |
| Репликация и резервное переключение | Yes | Yes | Yes | Yes |
| Сетевая изоляция | Yes | Yes | Yes | Yes |
| Проверка подлинности на основе идентификатора Microsoft Entra | Yes | Yes | Yes | Yes |
| Масштабирование | Yes | Yes | Yes | Yes |
| Высокая доступность | *Да | *Да | *Да | *Да |
| Сохраняемость данных | Yes | Yes | Yes | Yes |
| Geo-replication | Да (активный) | Да (активный) | Да (активный) | No |
| Некластерные экземпляры | Yes | Yes | Yes | No |
| Журналы аудита подключения | Да (на основе событий) | Да (на основе событий) | Да (на основе событий) | Да (на основе событий) |
| Структуры данных JSON (т. е. Redis JSON) | Yes | Yes | Yes | Yes |
| Функции поиска (включая векторный поиск) | Yes | Yes | Yes | No |
| Вероятностные структуры данных (т. е. Redis Bloom) | Yes | Yes | Yes | Yes |
| Возможность базы данных временных рядов (т.е., Redis TimeSeries) | Yes | Yes | Yes | Yes |
| Import/Export | Yes | Yes | Yes | Yes |
* Если включен высокий уровень доступности , экземпляр Управляемого Redis в Azure развертывается с основными и репликами сегментов, распределенных по крайней мере на двух узлах.
В регионах, поддерживающих зоны доступности, Azure Redis с управлением автоматически распределяет узлы по зонам. Дополнительные сведения см. в статье "Надежность" в Управляемом Redis Azure.
Important
Параметры SKU Balanced B0 и B1 не поддерживают активную георепликацию.
Note
Поддержка уменьшения масштаба ограничена в некоторых ситуациях. Дополнительные сведения см. в разделе "Ограничения масштабирования Управляемого Redis Azure".
Производительность сети
Если у вас есть рабочая нагрузка, требующая высокой пропускной способности, пропускная способность сети может привести к узким местам. Вы можете увеличить пропускную способность, перейдя к более высокому уровню производительности или перейдя к большому размеру экземпляра. Экземпляры большего размера имеют большую пропускную способность из-за базовой виртуальной машины, в которую размещается кэш. Более высокие ограничения пропускной способности помогают избежать переполнения сети, что приводит к истечению времени ожидания в приложении. Дополнительные сведения о производительности пропускной способности см. в разделе "Тестирование производительности".
Максимальное количество клиентских подключений
Каждый SKU имеет максимальное количество клиентских подключений. Это ограничение увеличивается с более высокими уровнями производительности и большими размерами экземпляров. В следующей таблице показано максимальное количество клиентских подключений, разрешенное для каждого SKU Управляемого Redis в Azure.
Оптимизированные для памяти, оптимизированные для баланса и оптимизированные для вычислений SKU
В этой таблице показано максимальное количество подключений по уровням и размеру памяти в SKU для оптимизированной памяти, сбалансированного и вычислительного ресурсов.
| Размер (ГБ) | Memory Оптимизированный |
Balanced | Compute Оптимизированный |
|---|---|---|---|
| 0,5 | - | 15,000 | - |
| 1 | - | 15,000 | - |
| 3 | - | 15,000 | 30,000 |
| 6 | - | 15,000 | 30,000 |
| 12 | 15,000 | 30,000 | 75,000 |
| двадцать четыре | 30,000 | 75,000 | 150,000 |
| 60 | 75,000 | 150,000 | 200,000 |
| 120 | 150,000 | 200,000 | 200,000 |
| 175 | 200,000 | 200,000 | 200,000 |
| 235 | 200,000 | 200,000 | 200,000 |
| 350 | 200,000 | 200,000 | 200,000 |
| 480 * | 200,000 | 200,000 | 200,000 |
| 720 * | 200,000 | 200,000 | 200,000 |
| 960 * | 200,000 | 200,000 | - |
| 1440 * | 200,000 | - | - |
| 1920 * | 200,000 | - | - |
| 4500 * | - | - | - |
* Размеры, помеченные звёздочкой, находятся в предварительной версии.
Оптимизированная для флэш-памяти SKU
В этой таблице показано максимальное количество подключений в зависимости от уровня и объема памяти в SKU, оптимизированном для Flash.
| Размер (ГБ) | Вспышка Оптимизированный |
|---|---|
| 235 | 75,000 |
| 480 | 150,000 |
| 720 | 200,000 |
| 960 | 200,000 |
| 1440 | 200,000 |
| 1920 * | 200,000 |
| 4500 * | 200,000 |
* Размеры, помеченные звёздочкой, находятся в предварительной версии.
Высокая доступность
Azure Managed Redis обеспечивает высокий уровень доступности конечных точек кэша. Дополнительные сведения об уровне обслуживания см. в разделе об уровне обслуживания. Вы можете отключить высокую доступность в экземпляре Azure Managed Redis. Отключение высокой доступности снижает цену, но приводит к потере данных и простою. Отключать только высокий уровень доступности для сценариев разработки и тестирования.
Другие рекомендации по ценам
Important
Azure Managed Redis Enterprise требует для каждого экземпляра кэша IP-адрес. В настоящее время Azure Managed Redis поглощает плату за IP-адрес и не передает его клиентам. Выставление счетов может измениться в будущем. Дополнительные сведения см. в ценах на IP-адреса.
Important
Использование активной георепликации создает передачу данных между регионами Azure. В настоящее время Azure Managed Redis поглощает эти расходы на пропускную способность и не передает их клиентам. Выставление счетов может измениться в будущем. Дополнительные сведения см. в разделе о ценах на пропускную способность.
Доступность по регионам
Azure Managed Redis постоянно расширяет своё присутствие в новых регионах. Сведения о доступности по регионам см. в разделе "Продукты", доступные по регионам.
Переход с Кэш Azure для Redis
Дополнительные сведения о переходе с Кэш Azure для Redis на Azure Managed Redis см. в статье.
- Перенос уровней Basic, Standard и Premium в управляемую службу Redis на платформе Azure
- Перенос уровня Enterprise в Управляемый Redis Azure