Supervisión de Azure Cache for Redis
Azure Cache for Redis usa Azure Monitor para proporcionar varias opciones para la supervisión de instancias de caché. Use estas herramientas para supervisar el estado de las instancias de Azure Cache for Redis y como ayuda para administrar sus aplicaciones de almacenamiento en caché.
Use Azure Monitor para:
- ver métricas
- anclar gráficos de métricas en el panel
- personalizar el intervalo de fechas y horas de los gráficos de supervisión
- agregar y quitar métricas de los gráficos
- y establecer alertas cuando se cumplen ciertas condiciones.
Las métricas de las instancias de Azure Cache for Redis se recopilan mediante el comando INFO de Redis. Las métricas se recopilan dos veces por minuto aproximadamente y se almacenan de forma automática durante 30 días para que se puedan mostrar en los gráficos de métricas y que las reglas de alertas puedan evaluarlas.
Para configurar una directiva de retención diferente, consulte Uso de una cuenta de almacenamiento para exportar métricas de caché.
Para obtener más información sobre los distintos valores INFO que se usan para las métricas de caché, consulte Creación de sus propias métricas.
Visualización de métricas de caché
En el menú Recurso se muestran algunas métricas sencillas en dos lugares: Información general y Supervisión.
Para ver las métricas básicas de caché, busque su caché en Azure Portal. En el lado izquierdo, seleccione Información general. Verá los siguientes gráficos de supervisión predefinidos: Uso de memoria y Carga del servidor Redis. Estos gráficos son resúmenes útiles que permiten echar un vistazo rápido al estado de la memoria caché.
Para obtener más información detallada, puede ver más métricas en la sección Supervisión del menú Recurso. Seleccione Métricas para ver, crear o personalizar un gráfico mediante la adición y eliminación de métricas y el cambio del intervalo de informe.
Las demás opciones de Supervisión proporcionan otras formas de ver y usar las métricas de las memorias caché.
| Número de selección | Descripción |
|---|---|
| Información detallada | Un grupo de iconos y gráficos predefinidos que se usarán como punto de partida para las métricas de caché. |
| Alertas | Configure alertas basadas en métricas y registros de actividad. |
| Métricas | Cree su propio gráfico personalizado para realizar un seguimiento de las métricas que desea ver. |
| Recomendaciones de Advisor | Le ayuda a seguir los procedimientos recomendados para optimizar las implementaciones de Azure. |
| Workbooks | Organice las métricas en grupos que proporcionen la información de forma coherente. |
Visualización de gráficos de métricas con Azure Monitor para Azure Cache for Redis
Use Azure Monitor para Azure Cache for Redis para obtener una vista del rendimiento general, los errores, la capacidad y el estado operativo de todos los recursos de Azure Cache for Redis. Vea las métricas en una experiencia personalizable, unificada e interactiva que le permite explorar en profundidad los detalles de los recursos individuales. Azure Monitor para Azure Cache for Redis se basa en la característica de libros de Azure Monitor que proporciona visualizaciones enriquecidas para métricas y otros datos. Para más información, consulte el artículo Exploración de Azure Monitor para Azure Cache for Redis.
Aunque se puede acceder a las características de Azure Monitor desde el menú Supervisión de Azure Portal, también se puede acceder a ellas directamente desde el menú Recurso de un recurso de Azure Cache for Redis. Para más información acerca de cómo trabajar con métricas mediante Azure Monitor, consulte Información general sobre las métricas en Microsoft Azure.
En escenarios en los que no necesita la flexibilidad completa de Azure Monitor para Azure Cache for Redis, puede ver las métricas y crear gráficos personalizados mediante Métricas del menú Recurso de la memoria caché y personalizar el gráfico mediante las métricas preferidas, el intervalo de informe, el tipo de gráfico, etc. Para más información, consulte Creación de sus propias métricas.
Uso de Información para gráficos predefinidos
La sección Supervisión del menú Recurso contiene Información. Al seleccionar Información, verá agrupaciones de tres tipos de gráficos: Información general, Rendimiento y Operaciones.
Cada pestaña contiene iconos de estado y gráficos. Estos iconos y gráficos son un punto de partida para las métricas. Si desea expandir más allá de Información, puede definir sus propias alertas, métricas, configuración de diagnóstico y libros.
Uso de una cuenta de almacenamiento para exportar métricas de caché
De manera predeterminada, en Azure Monitor las métricas de caché se almacenan durante 30 días y después se eliminan. Para conservar las métricas de memoria caché durante más de 30 días, puede usar una cuenta de almacenamiento y especificar una directiva Retención (días) que satisfaga sus requisitos.
Configure una cuenta de almacenamiento con el fin de usarla para almacenar las métricas. La cuenta de almacenamiento debe estar en la misma región que las memorias caché. Una vez que haya creado una cuenta de almacenamiento, configure una cuenta de almacenamiento para las métricas de caché:
En la página Azure Cache for Redis, en el encabezado Supervisión, seleccione Configuración de diagnóstico.
Seleccione + Agregar configuración de diagnóstico.
Asigne un nombre a la configuración.
Seleccione Archivar en una cuenta de almacenamiento. Cuando envíe diagnósticos a una cuenta de almacenamiento, se le cobrará de acuerdo a las tarifas de datos normales relativas a almacenamiento y transacciones.
Seleccione Configurar para elegir la cuenta de almacenamiento en la que va a almacenar las métricas de caché.
En el encabezado de tabla Métrica, active la casilla junto a los elementos de línea que desea almacenar, como AllMetrics (Todas las métricas). Especifique una directiva Retención (días) . La retención máxima de días que puede especificar es 365 días. Sin embargo, si desea conservar los datos de las métricas para siempre, establezca Retención (días) en 0.
Seleccione Guardar.
Nota
Además de archivar las métricas de caché en el almacenamiento, también puede transmitirlas a un centro de eventos o enviarlas al área de trabajo de Log Analytics.
Para acceder a las métricas, se visualizan en Azure Portal como ya se ha descrito anteriormente en este mismo artículo. También puede acceder a ellas mediante la API de REST de métricas de Azure Monitor.
Nota
Si cambia las cuentas de almacenamiento, los datos de la cuenta de almacenamiento configurada anteriormente siguen estando disponibles para su descarga, pero no se muestran en el Portal de Azure.
Creación de sus propias métricas
Cree su propio gráfico personalizado para realizar un seguimiento de las métricas que quiere ver. Los informes de las métricas de caché se generan utilizando diferentes intervalos, como Última hora, Hoy, Semana anterior y Personalizado. A la izquierda, seleccione Métricas en la sección Supervisión. En cada gráfico de métricas se muestran los valores promedio, mínimos y máximo para cada métrica del gráfico, y para algunas métricas se muestra un total correspondiente al intervalo de informe.
Cada métrica incluye dos versiones: una métrica mide el rendimiento de toda la memoria caché y para las memorias caché que usan la agrupación en clústeres. Una segunda versión de la métrica, que incluye (Shard 0-9) en el nombre, mide el rendimiento de una única partición de una memoria caché. Por ejemplo, si una memoria caché tiene cuatro particiones, Cache Hits es el número total de aciertos en toda la memoria caché y Cache Hits (Shard 3) mide simplemente los aciertos para esa partición de la memoria caché.
En el menú Recurso de la izquierda, seleccione Métricas en Supervisión. Aquí, diseñará su propio gráfico para la memoria caché, definiendo el tipo de métrica y el tipo de agregación.
Tipos de agregación
Cuando vea el tipo de agregación:
- Count que muestra 2, indica que la métrica recibió 2 puntos de datos para la granularidad de tiempo (1 minuto).
- Max muestra el valor máximo de un punto de datos en la granularidad de tiempo.
- Min muestra el valor mínimo de un punto de datos en la granularidad de tiempo.
- Average muestra el valor medio de todos los puntos de datos en la granularidad de tiempo.
- Sum muestra la suma de todos los puntos de datos en la granularidad de tiempo y puede ser engañoso en función de la métrica específica.
En condiciones normales, Average y Max serán muy similares porque solo un nodo emite estas métricas (el nodo principal). En un escenario en el que el número de clientes conectados cambia rápidamente, Max, Average y Min mostrarían valores muy diferentes y este es también el comportamiento esperado.
Por lo general, Average mostrará un gráfico sin problemas de la métrica deseada y reaccionará bien a los cambios en la granularidad del tiempo. Max y Min pueden ocultar cambios grandes en la métrica si la granularidad de tiempo es grande, pero se puede usar con una granularidad de tiempo pequeña para ayudar a identificar el tiempo exacto en el que se producen cambios grandes en la métrica.
Los tipos Count y “Sum pueden ser engañosos para determinadas métricas (incluidos los clientes conectados). Por lo tanto, le sugerimos que consulte las métricas Average y no las métricas Sum.
Nota
Incluso cuando la memoria caché está inactiva sin ninguna aplicación de cliente activa conectada, puede que vea alguna actividad de caché, como clientes conectados, uso de memoria y operaciones que se están realizando. Esta actividad es normal durante la operación de una instancia de Azure Cache for Redis.
| Métrica | Descripción |
|---|---|
| Aciertos de caché | El número de búsquedas de claves correctas durante el intervalo de informes. Esta cifra se asigna a keyspace_hits desde el comando INFO de Redis. |
| Latencia de la memoria caché | Latencia de la memoria caché calculada mediante la latencia entre nodos de la memoria caché. Esta métrica se mide en microsegundos y tiene tres dimensiones: Avg, Min y Max. Las dimensiones representan la latencia promedio, mínima y máxima de la memoria caché durante el intervalo de informes especificado. |
| Errores de caché | El número de búsquedas de claves incorrectas durante el intervalo de informes. Esta cifra se asigna a keyspace_misses desde el comando INFO de Redis. Los errores de caché no significan necesariamente que haya un problema con la memoria caché. Por ejemplo, cuando se utiliza el modelo de programación cache-aside, una aplicación busca un elemento en primer lugar en la memoria caché. Si el elemento no está allí (error de caché), se recupera de la base de datos y se agrega a la caché para la próxima vez. Los errores de caché son un comportamiento normal del modelo de programación cache-aside. Si el número de errores de caché es mayor de lo esperado, examine la lógica de aplicación que rellena y lee de la memoria caché. Si se expulsan los elementos de la memoria caché debido a la presión de memoria, puede haber algunos errores de caché; una métrica mejor para supervisar la presión de memoria sería Used Memory o Evicted Keys. |
| Lectura de caché | La cantidad de datos que se leen de la memoria caché en megabytes por segundo (MB/s) durante el intervalo de informes especificado. Este valor se deriva de las tarjetas de interfaz de red que admiten la máquina virtual que hospeda la caché y no es específica de Redis. Este valor corresponde al ancho de banda de red utilizado por esta memoria caché. Si desea configurar alertas para los límites de ancho de banda de red del lado servidor, hágalo mediante este contador Cache Read. Consulte esta tabla para conocer los límites de ancho de banda de los diferentes tamaños y planes de tarifa de caché. |
| Escritura de caché | La cantidad de datos que se escriben en la memoria caché en megabytes por segundo (MB/s) durante el intervalo de informes especificado. Este valor se deriva de las tarjetas de interfaz de red que admiten la máquina virtual que hospeda la caché y no es específica de Redis. Este valor corresponde al ancho de banda de red de los datos enviados a la memoria caché desde el cliente. |
| Clientes conectados | El número de conexiones de clientes a la caché durante el intervalo de informes especificado. Esta cifra se asigna a connected_clients desde el comando INFO de Redis. Cuando se alcanza el límite de conexión, se producirá un error en los intentos posteriores de conexión a la caché. Incluso si no hay ninguna aplicación de cliente activa, puede haber algunas instancias de clientes conectadas debido a procesos y conexiones internos. |
| Conexiones creadas por segundo | Número de conexiones instantáneas creadas por segundo en la memoria caché a través del puerto 6379 o 6380 (SSL). Esta métrica puede ayudar a identificar si los clientes se desconectan y se vuelven a conectar con frecuencia, lo que puede provocar un mayor uso de la CPU y carga del servidor de Redis. |
| Conexiones cerradas por segundo | Número de conexiones instantáneas cerradas por segundo en la memoria caché a través del puerto 6379 o 6380 (SSL). Esta métrica puede ayudar a identificar si los clientes se desconectan y se vuelven a conectar con frecuencia, lo que puede provocar un mayor uso de la CPU y carga del servidor de Redis. |
| CPU | El uso de CPU del servidor de Azure Cache for Redis como porcentaje durante el intervalo de informes especificado. Este valor se asigna al contador de rendimiento \Processor(_Total)\% Processor Time del sistema operativo. Nota: Esta métrica puede ser ruidosa a causa de los procesos de seguridad en segundo plano de prioridad baja que se ejecutan en el nodo, por lo que se recomienda supervisar la métrica de Carga del servidor para realizar un seguimiento de la carga en un servidor de Redis. |
| Errors | Errores específicos y problemas de rendimiento que puede experimentar la memoria caché durante un intervalo de notificación especificado. Esta métrica tiene ocho dimensiones que representan los diferentes tipos de errores, pero se podrían agregar más en el futuro. Los tipos de error que se representan ahora son los siguientes:
|
| Claves expulsadas | El número de elementos que se elimina de la caché durante el intervalo de informes especificado debido al límite maxmemory. Esta cifra se asigna a evicted_keys desde el comando INFO de Redis. |
| Claves expiradas | El número de elementos expirados de la caché durante el intervalo de informes especificado. Este valor se asigna a expired_keys desde el comando INFO de Redis. |
| Gets | El número de operaciones get de la caché durante el intervalo de informes especificado. Este valor es la suma de los siguientes valores de todos los comandos INFO de Redis: cmdstat_get, cmdstat_hget, cmdstat_hgetall, cmdstat_hmget, cmdstat_mget, cmdstat_getbit y cmdstat_getrange, y es equivalente a la suma de aciertos y errores de caché durante el intervalo de informes. |
| Operaciones por segundo | El número total de comandos procesados por segundo por el servidor de caché durante el intervalo de informes especificado. Este valor se asigna a "instantaneous_ops_per_sec" desde el comando INFO de Redis. |
| Carga de servidor de Redis | El porcentaje de ciclos en el que el servidor de Redis está ocupado procesando y no esperando a los mensajes inactivo. Si este contador llega a 100, significa que el servidor de Redis ha llegado a un límite de rendimiento y la CPU no puede procesar el trabajo más rápidamente. Si ve alta carga del servidor de Redis, verá las excepciones de tiempo de espera en el cliente. En este caso, debería considerar la posibilidad de un escalado vertical o el particionamiento de los datos en varias cachés. |
| Conjuntos | El número de operaciones set a la caché durante el intervalo de informes especificado. Este valor es la suma de los siguientes valores de todos los comandos INFO de Redis: cmdstat_set, cmdstat_hset, cmdstat_hmset, cmdstat_hsetnx, cmdstat_lset, cmdstat_mset, cmdstat_msetnx, cmdstat_setbit, cmdstat_setex, cmdstat_setrange y cmdstat_setnx. |
| Total de claves | El número máximo de claves en la memoria caché durante el período de generación de informes anterior. Esta cifra se asigna a keyspace desde el comando INFO de Redis. Debido a una limitación del sistema de métricas subyacente para las memorias caché con la agrupación en clústeres habilitada, Total de claves devuelve el número máximo de claves de la partición que tenía el número máximo de claves durante el intervalo de generación de informes. |
| Total de operaciones | El número total de comandos procesados por el servidor de caché durante el intervalo de informes especificado. Este valor se asigna a total_commands_processed desde el comando INFO de Redis. Cuando se use Azure Cache for Redis simplemente para publicación y suscripción, no habrá ninguna métrica para Cache Hits, Cache Misses, Gets o Sets, pero habrá métricas Total Operations que reflejen el uso de la memoria caché para operaciones de publicación y suscripción. |
| Memoria usada | La cantidad de memoria caché en MB usada para pares clave-valor en la memoria caché durante el intervalo de informes especificado. Este valor se asigna a used_memory desde el comando INFO de Redis. Este valor no incluye los metadatos o la fragmentación. |
| Porcentaje de memoria usado | % del total de memoria que se usa durante el intervalo de notificación especificado. Este valor hace referencia al valor de used_memory del comando INFO de Redis para calcular el porcentaje. |
| Memoria RSS usada | La cantidad de memoria caché usada en MB durante el intervalo de informes especificado, incluida la fragmentación y los metadatos. Este valor se asigna a used_memory_rss desde el comando INFO de Redis. |
Creación de alertas
Puede configurar la recepción de alertas en función de métricas y registros de actividad. Azure Monitor permite configurar una alerta que haga lo siguiente cuando se desencadena:
- Enviar una notificación por correo electrónico
- Llamar a un webhook
- Invocar una aplicación lógica de Azure
Para configurar alertas para la memoria caché, seleccione Alertas en Supervisión en el menú Recurso.
Para más información acerca de la configuración y uso de alertas, consulte Información general de las alertas.
Organización con libros
Una vez que haya definido una métrica, puede enviarla a un libro. Los libros ofrecen una manera de organizar las métricas en grupos que proporcionen la información de forma coherente.
Para información sobre cómo crear una métrica, consulte Creación de sus propias métricas.