Azure Cache for Redis y la excelencia operativa
Azure Cache for Redis proporciona un almacén de datos en memoria basado en el software de Redis (servidor de diccionario remoto). Es un agente de mensajería y una caché de datos segura que proporciona a las aplicaciones un acceso de alto rendimiento y baja latencia a los datos.
Entre los procedimientos recomendados que respaldan la excelencia operativa se incluyen:
En las secciones siguientes se incluyen consideraciones de diseño, una lista de comprobación de configuración y opciones de configuración recomendadas específicas de Azure Cache for Redis.
Consideraciones de diseño
Los Acuerdos de Nivel de Servicio de Azure Cache for Redis solo incluyen las cachés de los niveles Estándar y Premium. El nivel Básico no está cubierto.
Redis es una caché en memoria para pares clave-valor que tiene una alta disponibilidad de manera predeterminada, excepto en el nivel Básico. Hay tres niveles para Azure Cache for Redis:
Básico: no se recomienda para las cargas de trabajo de producción. El nivel Básico es idóneo para:
- Nodo único
- Varios tamaños
- Desarrollo
- Prueba
- Cargas de trabajo no críticas
Estándar: caché replicada en una configuración de dos nodos, principal y secundario, administrada por Microsoft y con un Acuerdo de Nivel de Servicio de alta disponibilidad.
Prémium: incluye todas las características de nivel estándar e incluye las siguientes características:
- Hardware y rendimiento más rápidos, en comparación con los niveles Básico o Estándar.
- Caché de mayor tamaño, hasta
120GB. - Persistencia de los datos, que incluye un archivo de base de datos de Redis (RDB) y un archivo de solo anexar (AOF).
- Compatibilidad con redes virtuales.
- Clustering
- Replicación geográfica: una caché secundaria se encuentra en otra región y replica los datos de la réplica principal para la recuperación ante desastres. Para conmutar por error a la secundaria, las memorias caché deben desvincularse manualmente y, después, la secundaria estará disponible para escrituras. La aplicación que escribe en Redis deberá actualizarse con la cadena de conexión de la caché secundaria.
- Zonas de disponibilidad: implemente la caché y las réplicas entre las zonas de disponibilidad.
Nota
De manera predeterminada, cada implementación tendrá una sola réplica por partición. La persistencia, la agrupación en clústeres y la replicación geográfica están deshabilitadas en este momento con implementaciones que tienen más de una réplica. Los nodos se distribuirán uniformemente entre todas las zonas. Debe tener un recuento de réplicas que sea
>=que el número de zonas. - Importación y exportación.
Microsoft garantiza como mínimo que al menos un 99.9% los clientes tendrán conectividad entre los puntos de conexión de la caché y la puerta de enlace de Internet de Microsoft.
Lista de comprobación
¿Ha configurado Azure Cache for Redis teniendo en cuenta la excelencia operativa?
- Programar actualizaciones.
- Supervise la caché y establezca alertas.
- Implemente la caché dentro de una red virtual.
- Use el tipo de almacenamiento en caché correcto (local, en rol, administrado, Redis) en la solución.
- Configure Persistencia de los datos para guardar una copia de la caché en Azure Storage o usar la replicación geográfica, en función de los requisitos empresariales.
- Use una implementación estática o Singleton del multiplexor de conexión a Redis y siga la guía de procedimientos recomendados.
- Consulte Administración de Azure Cache for Redis.
Recomendaciones para la configuración
Explore la siguiente tabla de recomendaciones para optimizar la configuración de Azure Cache for Redis para la excelencia operativa:
| Recomendación | Descripción |
|---|---|
| Programar actualizaciones. | Programe los días y las horas en que las actualizaciones del servidor de Redis se aplicarán a la caché, lo que no incluye las actualizaciones de Azure ni las del sistema operativo de la máquina virtual. |
| Supervise la caché y establezca alertas. | Establezca alertas para excepciones, uso elevado de CPU, uso elevado de memoria, carga del servidor y claves expulsadas para obtener información sobre cuándo escalar la memoria caché. Si es necesario escalar la memoria caché, es importante saber cuál el mejor momento para hacerlo, ya que aumentará uso de la CPU durante el evento de escalado para migrar los datos. |
| Implemente la caché dentro de una red virtual. | Proporciona al cliente más control sobre el tráfico que se puede conectar a la caché. Asegúrese de que la subred tenga suficiente espacio de direcciones disponible para implementar los nodos de la memoria caché y las particiones (clúster). |
| Use el tipo de almacenamiento en caché correcto (local, en rol, administrado, Redis) en la solución. | Las aplicaciones distribuidas normalmente implementan ambas de las siguientes estrategias, o una de ellas, al almacenar datos en caché: - Mediante una caché privada, donde los datos se guardan localmente en la máquina que ejecuta una instancia de una aplicación o un servicio. Mediante una caché compartida, que actúa como un origen común al que se pueden acceder varios procesos y máquinas. En ambos casos, el almacenamiento en caché se puede realizar en el lado cliente y servidor. El almacenamiento en caché en el lado cliente se realiza mediante el proceso que proporciona la interfaz de usuario de un sistema, como un explorador web o una aplicación de escritorio. El almacenamiento en caché en el lado servidor se realiza mediante el proceso que proporciona los servicios de negocios que se ejecutan de forma remota. |
| Configure Persistencia de los datos para guardar una copia de la caché en Azure Storage o usar la replicación geográfica, en función de los requisitos empresariales. | Persistencia de datos: si el maestro y la réplica se reinician, los datos se cargarán automáticamente desde la cuenta de almacenamiento. Replicación geográfica: la caché secundaria debe desvincularse de la principal, tras lo que la caché secundaria se convertirá en la principal y puede recibir escrituras. |
| Consulte Administración de Azure Cache for Redis. | Sepa cómo se puede producir la pérdida de datos con los reinicios de la caché y cómo probar la resistencia de la aplicación. |
Artefactos de origen
Para identificar las instancias de Redis que no están en el nivel Premium, use la siguiente consulta:
Resources
| where type == 'microsoft.cache/redis'
| where properties.sku.name != 'Premium'