Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure Managed Redis proporciona un almacén de datos en memoria basado en el software Redis Enterprise. Redis Enterprise mejora el rendimiento y la fiabilidad de la edición comunitaria de Redis, al tiempo que mantiene la compatibilidad. Microsoft opera el servicio, que se hospeda en Azure, y todas las aplicaciones, tanto si están dentro como fuera de Azure, pueden usarlo. Para obtener más información sobre cómo se ha creado Azure Managed Redis, consulte Arquitectura de Azure Managed Redis.
Azure Managed Redis puede mejorar el rendimiento y la escalabilidad de una aplicación que utilice en gran medida almacenes de datos backend. Puede procesar grandes volúmenes de solicitudes de aplicación manteniendo los datos a los que se accede con frecuencia en la memoria del servidor, que se pueden escribir y leer rápidamente.
Redis incorpora una solución crítica de almacenamiento de datos de baja latencia y alto rendimiento en las aplicaciones modernas. Además, Redis se usa cada vez más para aplicaciones que no almacenan en caché, incluida la ingesta de datos, la desduplicación, la mensajería y las tablas de clasificación.
Azure Managed Redis se puede implementar de forma independiente o implementarse junto con otros servicios de aplicaciones o bases de datos de Azure, como Azure Container Apps, Azure App Service, Azure Functions, Azure SQL o Azure Cosmos DB.
Escenarios clave
Azure Managed Redis mejora el rendimiento de las aplicaciones al admitir patrones de arquitectura de aplicaciones comunes. Estos son algunos de los más comunes:
| Pattern | Description |
|---|---|
| Caché de datos | Las bases de datos suelen ser demasiado grandes para cargarlas directamente en una caché. Es habitual usar el patrón cache-aside para cargar datos en la caché solo cuando es necesario. Cuando el sistema realiza cambios en los datos, también puede actualizar la caché, que se distribuye luego a otros clientes. Además, el sistema puede establecer una fecha de expiración en los datos o usar una directiva de expulsión para desencadenar las actualizaciones de los datos en la memoria caché. |
| Caché de contenido | Muchas páginas web se generan a partir de plantillas que usan contenido estático como encabezados, pies de página y banners. Estos elementos estáticos no deberían cambiar a menudo. El uso de una caché en memoria proporciona acceso rápido a contenido estático en comparación con los almacenes de datos de back-end. Este patrón reduce el tiempo de procesamiento y la carga del servidor, lo que permite que los servidores web tengan mayor capacidad de respuesta. Puede permitirle reducir el número de servidores necesarios para administrar las cargas. Azure Managed Redis proporciona Redis Output Cache Provider para soportar este patrón con ASP.NET. |
| Almacén de sesión | Este patrón se utiliza normalmente con carros de la compra y otros datos del historial de los usuarios que una aplicación web podría asociar con las cookies del usuario. El almacenamiento de demasiados datos en una cookie puede tener un efecto negativo en el rendimiento, ya que aumenta su tamaño y no hay que olvidar que se pasa y se valida con cada solicitud. Una solución habitual usa la cookie como clave cuando se consultan datos en una base de datos. Cuando se utiliza una caché en memoria, como Azure Managed Redis, asociar información a un usuario es más rápido que interactuar con una base de datos relacional completa. |
| Deduplication | A menudo, es necesario determinar si una acción ya se ha producido en un sistema, como determinar si se ha tomado un nombre de usuario o si ya se ha enviado un correo electrónico a un cliente. En Azure Managed Redis, los filtros de eclosionar pueden determinar rápidamente duplicados y evitar problemas. |
| Leaderboards | Redis ofrece un soporte sencillo y potente para desarrollar tablas de clasificación de todo tipo utilizando la estructura de datos de conjuntos ordenados. Además, el uso de la replicación geográfica activa puede permitir que una tabla de clasificación se comparta en todo el mundo. |
| Puesta en cola de trabajos y mensajes | Las aplicaciones agregan a menudo tareas a una cola cuando las operaciones asociadas a la solicitud tardan tiempo en ejecutarse. Las operaciones más prolongadas se ponen en cola para procesarse en secuencia, a menudo por parte de otro servidor. Este método de aplazar trabajo se denomina puesta en cola de tareas. Azure Managed Redis proporciona una cola distribuida para habilitar este patrón en su aplicación. |
| Aceleración de PowerBI/Analytics | Puede usar el controlador ODBC de Redis para usar Redis para BI, informes y casos de uso de análisis. Dado que Redis suele ser mucho más rápido que las bases de datos relacionales, el uso de Redis de esta manera puede aumentar drásticamente la capacidad de respuesta de las consultas. |
| Transacciones distribuidas | A veces, las aplicaciones requieren una serie de comandos contra un almacén de datos en el trasfondo para ejecutarse como una única operación atómica. El resultado de todos los comandos debe ser satisfactorio, o todos deben revertirse al estado inicial. Azure Managed Redis admite la ejecución de un lote de comandos como una única transacción. |
Versión de Redis
Azure Managed Redis es compatible con la versión 7.4.x de Redis. Para obtener más información, consulte Cómo actualizar la versión de su instancia de Azure Managed Redis.
Elección del nivel correcto
Hay cuatro niveles de Azure Managed Redis disponibles, cada uno con diferentes características de rendimiento y niveles de precio.
Niveles y SKU de un vistazo
Estos son tres niveles de almacén que almacenan datos en memoria:
Optimizado para memoria Ideal para casos de uso intensivo de memoria que requieren una relación elevada de memoria a vCPU (8:1), pero no necesita el rendimiento más alto. Proporciona un punto de precio más bajo para escenarios en los que se necesita menos potencia de procesamiento o rendimiento, lo que lo convierte en una excelente opción para entornos de desarrollo y pruebas.
Equilibrado (memoria y proceso) Ofrece una relación equilibrada de memoria a vCPU (4:1), lo que lo convierte en ideal para cargas de trabajo estándar. Este nivel proporciona un equilibrio correcto de la memoria y los recursos de proceso.
Optimizado para proceso Diseñado para cargas de trabajo con un uso intensivo del rendimiento que requieren un rendimiento máximo, con una relación baja de memoria a vCPU (2:1). Es ideal para las aplicaciones que exigen el máximo rendimiento.
Este es el nivel que almacena los datos tanto en memoria como en disco:
Optimizado para Flash (versión preliminar) Permite que los clústeres de Redis muevan automáticamente los datos a los que se accede con menos frecuencia desde la memoria (RAM) al almacenamiento NVMe. Esto reduce el rendimiento, pero permite el escalado rentable de cachés con grandes conjuntos de datos.
También puede usar la función de persistencia de datos para almacenar en disco los datos de los niveles en memoria. La persistencia de datos almacena una copia de seguridad de los datos en disco para una recuperación rápida si experimenta una interrupción inesperada. La persistencia de datos es diferente del nivel Optimizado para Flash, que está diseñado para almacenar datos en disco para operaciones típicas.
El almacenamiento de algunos datos en disco mediante el nivel Optimizado para Flash no aumenta la resistencia de los datos. También puede usar la persistencia de datos en el nivel Optimizado para Flash.
Note
Para obtener más información sobre cómo se diseña el nivel Optimizado para Flash, consulte Arquitectura de Azure Managed Redis
- Para obtener instrucciones sobre cómo escalar entre niveles y SKU, consulte Escalado de una instancia de Azure Managed Redis.
- Para obtener información sobre los precios, consulte los precios de Azure Managed Redis.
Important
Todos los niveles en memoria que usan más de 235 GB de almacenamiento se encuentran en versión preliminar pública, incluidos los Optimizados para Memoria M350 y superiores; los Equilibrados B350 y superiores; y los Optimizados para Computación X350 y superiores. Todos estos niveles y superiores se encuentran en versión preliminar pública.
Todos los niveles optimizados para Flash están en versión preliminar pública.
Comparación de características
La tabla siguiente le ayuda a describir algunas de las características que admite cada nivel:
| Descripción de la característica | Memory Optimized | Balanced | Compute Optimized | Flash Optimized |
|---|---|---|---|---|
| Tamaño (GB) | 12 - 1920 | 0.5 - 960 | 3 - 720 | 250 - 4500 |
| Acuerdo de Nivel de Servicio (SLA) | Yes | Yes | Yes | Yes |
| Cifrado de datos en tránsito | Si (punto de conexión privado) | Si (punto de conexión privado) | Si (punto de conexión privado) | Si (punto de conexión privado) |
| Replicación y conmutación por error | Yes | Yes | Yes | Yes |
| Aislamiento de red | Yes | Yes | Yes | Yes |
| Autenticación basada en Microsoft Entra ID | Yes | Yes | Yes | Yes |
| Escalado | Yes | Yes | Yes | Yes |
| Alta disponibilidad | *Sí | *Sí | *Sí | *Sí |
| Persistencia de datos | Yes | Yes | Yes | Yes |
| Geo-replication | Sí (activo) | Sí (activo) | Sí (activo) | No |
| Instancias no agrupadas en clústeres | Yes | Yes | Yes | No |
| Registros de auditoría de conexión | Sí (basado en eventos) | Sí (basado en eventos) | Sí (basado en eventos) | Sí (basado en eventos) |
| Estructuras de datos JSON (es decir, Redis JSON) | Yes | Yes | Yes | Yes |
| Funciones de búsqueda (incluido el vector de búsqueda) | Yes | Yes | Yes | No |
| Estructuras de datos probabilísticas (es decir, Redis Bloom) | Yes | Yes | Yes | Yes |
| Capacidad de base de datos de series temporales (es decir, Redis TimeSeries) | Yes | Yes | Yes | Yes |
| Import/Export | Yes | Yes | Yes | Yes |
* Cuando la alta disponibilidad está habilitada, Azure Managed Redis es redundante por zona en regiones con varias zonas de disponibilidad.
Cuando se usa alta disponibilidad (HA), se implementa una instancia de Redis administrada de Azure con particiones principales y de réplica en dos nodos. En regiones sin Availability Zones, las particiones principal y de réplica se implementan en dos nodos de la misma zona.
Important
Las opciones de SKU B0 y B1 equilibradas no admiten la replicación geográfica activa.
Note
La reducción en escala de ayuda es limitada en algunas situaciones. Para más información, consulte Limitaciones del escalado de Azure Managed Redis.
Rendimiento de red
Si tiene una carga de trabajo que requiere un alto rendimiento, el ancho de banda de la red podría causar un cuello de botella. Puede aumentar el ancho de banda pasando a un nivel de rendimiento superior o a una instancia de gran tamaño. Las instancias de mayor tamaño tienen más ancho de banda debido a la máquina virtual subyacente que aloja la caché. Los límites de ancho de banda más altos ayudan a evitar la saturación de la red que provoca tiempos de espera en la aplicación. Para obtener más información sobre el rendimiento del ancho de banda, consulte Pruebas de rendimiento
Número máximo de conexiones de cliente
Cada SKU tiene un número máximo de conexiones de cliente. Este límite aumenta con los niveles de rendimiento más altos y los tamaños de instancias más grandes. En la tabla siguiente se muestran las conexiones de cliente máximas permitidas por SKU de Redis administrada de Azure.
Optimizado para memoria, equilibrada, optimizado para proceso
En esta tabla se muestran las conexiones máximas por nivel y tamaño de memoria en las SKU optimizadas para memoria, equilibradas y de proceso.
| Tamaño (GB) | Memoria Optimizado |
Balanced | Compute Optimizado |
|---|---|---|---|
| 0,5 | - | 15,000 | - |
| 1 | - | 15,000 | - |
| 3 | - | 15,000 | 30,000 |
| 6 | - | 15,000 | 30,000 |
| 12 | 15,000 | 30,000 | 75,000 |
| 24 | 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 |
| 360 * | 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 * | - | - | - |
* Los tamaños con un asterisco se encuentran en versión preliminar pública.
SKU optimizado para Flash
En esta tabla se muestran las conexiones máximas por nivel y tamaño de memoria en la SKU optimizada para Flash (versión preliminar).
| Tamaño (GB) | Intermitente Optimizado (versión preliminar) |
|---|---|
| 235 * | 75,000 |
| 480 * | 150,000 |
| 720 * | 200 000 |
| 960 * | 200 000 |
| 1440 * | 200 000 |
| 1920 * | 200 000 |
| 4500 * | 200 000 |
* Los tamaños con un asterisco se encuentran en versión preliminar pública.
Alta disponibilidad
Azure Managed Redis proporciona alta disponibilidad. El Acuerdo de Nivel de Servicio solo cubre la conectividad para los puntos de conexión de la memoria caché. El Acuerdo de Nivel de Servicio no cubre la protección frente a la pérdida de datos. Para más información sobre el SLA, consulte el SLA. Es posible deshabilitar la alta disponibilidad en una instancia de Azure Managed Redis. Al deshabilitar la alta disponibilidad, se reduce el precio, pero se produce una pérdida de datos y un tiempo de inactividad. Solo recomendamos deshabilitar la alta disponibilidad para escenarios de desarrollo o prueba.
Otras consideraciones sobre precios
Important
Azure Managed Redis Enterprise requiere una dirección IP para cada instancia de caché. Actualmente, el cargo por dirección IP es absorbido por Azure Managed Redis y no se repercute a los clientes. La facturación puede cambiar en el futuro. Para obtener más información, consulte Precios de las direcciones IP.
Important
El uso de la replicación geográfica activa genera transferencia de datos entre regiones de Azure. Actualmente, Azure Managed Redis absorbe estos cargos por ancho de banda y no los repercute a los clientes. La facturación puede cambiar en el futuro. Para obtener más información, consulte Precios del ancho de banda.
isponibilidad por región
Azure Managed Redis se expande continuamente a nuevas regiones. Para ver la disponibilidad en su región consulte Productos disponibles por región.
Migración desde Azure Cache for Redis
Para más información sobre la migración desde Azure Cache for Redis a Azure Managed Redis, consulte Traslado de Azure Cache for Redis a Azure Managed Redis.