Share via

Supervisión de Azure Cache for Redis

  • Artículo

En este artículo se describe:

  • Los tipos de datos de supervisión que puede recopilar para este servicio.
  • Formas de analizar esos datos.

Nota:

Si ya está familiarizado con este servicio o Azure Monitor y solo quiere saber cómo analizar los datos de supervisión, consulte la sección Analizar cerca del final de este artículo.

Cuando tenga aplicaciones críticas y procesos empresariales que dependan de los recursos de Azure, deberá supervisar y obtener alertas para el sistema. El servicio Azure Monitor recopila y agrega métricas y registros de todos los componentes del sistema. Azure Monitor proporciona una vista de la disponibilidad, el rendimiento y la resistencia, y le notifica los problemas. Puede usar Azure Portal, PowerShell, la CLI de Azure, la API de REST o las bibliotecas cliente para configurar y ver los datos de supervisión.

Información detallada

Algunos servicios de Azure tienen un panel de supervisión integrado en Azure Portal que proporciona un punto de partida para supervisar el servicio. Estos paneles se denominan información, y puede encontrarlos en el Centro de información de Azure Monitor en Azure Portal.

La información de Azure Cache for Redis ofrece la siguiente experiencia:

  • Perspectiva a gran escala de los recursos de Azure Cache for Redis para todas las suscripciones. Puede examinar de forma selectiva solo las suscripciones y los recursos que desea evaluar.
  • Análisis de exploración en profundidad de un recurso de Azure Cache for Redis. Para diagnosticar problemas, puede ver un análisis detallado del uso, los errores, la capacidad y las operaciones, o ver una vista detallada de la información pertinente.
  • Personalización basada en plantillas de libro de Azure Monitor. Puede cambiar qué métricas se muestran y modifican o establecer umbrales que se alineen con los límites. Puede guardar los cambios en un libro personalizado y luego anclar los gráficos del libro a los paneles de Azure.

La información de Azure Cache for Redis no requiere que habilite ni configure nada. La información de Azure Cache for Redis se recopila de forma predeterminada y no hay ningún cargo adicional para acceder a ella.

Para obtener información sobre cómo ver, configurar y personalizar información de Azure Cache for Redis, consulte Información de Azure Monitor para Azure Cache for Redis.

Tipos de recursos

Azure usa el concepto de tipos de recursos e identificadores para identificar todo el contenido de una suscripción. De forma similar, Azure Monitor organiza los datos principales de supervisión en métricas y registros en función de tipos de recursos, que también se denominan espacios de nombres. Hay diferentes métricas y registros disponibles para distintos tipos de recursos. Es posible que el servicio esté asociado a más de un tipo de recurso.

Los tipos de recursos también forman parte de los identificadores de recursos para cada recurso que se ejecuta en Azure. Por ejemplo, un tipo de recurso para una máquina virtual es Microsoft.Compute/virtualMachines. Para obtener una lista de los servicios y sus tipos de recursos asociados, consulte Proveedores de recursos.

Para más información sobre los tipos de recursos de Azure Cache for Redis, consulte Referencia de datos de supervisión de Azure Cache for Redis.

Almacenamiento de datos

Para Azure Monitor:

  • Los datos de métricas se almacenan en la base de datos de métricas de Azure Monitor.
  • Los datos de registro se almacenan en el almacén de registros de Azure Monitor. Log Analytics es una herramienta de Azure Portal que puede hacer consultas en este almacén.
  • El registro de actividad de Azure es un almacén independiente con su propia interfaz en Azure Portal.

Opcionalmente, puede enrutar los datos del registro de actividad y las métricas al almacén de registros de Azure Monitor. A continuación, puede usar Log Analytics para consultar los datos y correlacionarlos con otros datos de registro.

Muchos servicios pueden usar la configuración de diagnóstico para enviar datos de métricas y de registro a otras ubicaciones de almacenamiento fuera de Azure Monitor. Algunos ejemplos son Azure Storage, sistemas de asociados hospedados y sistemas de asociados que no son de Azure mediante Event Hubs.

Para obtener información detallada sobre cómo Azure Monitor almacena datos, consulte Plataforma de datos de Azure Monitor.

Métricas de plataforma de Azure Monitor

Azure Monitor proporciona métricas de plataforma para la mayoría de los servicios. Estas son las métricas:

  • Se define individualmente para cada espacio de nombres.
  • Almacenado en la base de datos de métricas de serie temporal de Azure Monitor.
  • Ligero y capaz de admitir alertas casi en tiempo real.
  • Se usa para supervisar el rendimiento de un recurso a lo largo del tiempo.

Recopilación: Azure Monitor recopila automáticamente las métricas de la plataforma. No se requiere ninguna configuración.

Enrutamiento: también puede enrutar las métricas de la plataforma a registros de Azure Monitor o Log Analytics para poder consultarlas con otros datos de registro. Para más información, consulta el valor Diagnóstico de métricas. Para obtener información sobre cómo configurar las opciones de diagnóstico de un servicio, consulta Creación de valores de diagnóstico en Azure Monitor.

Para obtener una lista de todas las métricas que es posible recopilar para todos los recursos de Azure Monitor, consulte Métricas admitidas en Azure Monitor.

Para obtener una lista de las métricas disponibles para Azure Cache for Redis, consulte Referencia de datos de supervisión de Azure Cache for Redis.

Registros de recursos de Azure Monitor

Los registros de recursos proporcionan información sobre las operaciones realizadas por un recurso de Azure. Los registros se generan automáticamente, pero debe enrutarlos a los registros de Azure Monitor para guardarlos o consultarlos. Los registros se organizan en categorías. Un espacio de nombres determinado puede tener varias categorías de registro de recursos.

Recopilación: los registros de recursos no se recopilan ni almacenan hasta que se crea una configuración de diagnóstico y se enrutan los registros a una o varias ubicaciones. Cuando se crea una configuración de diagnóstico, se especifican las categorías de registros que se van a recopilar. Hay varias maneras de crear y mantener la configuración de diagnóstico, como Azure Portal, hacerlo mediante programación o usar Azure Policy.

Enrutamiento: el valor predeterminado sugerido es enrutar los registros de recursos a los registros de Azure Monitor para poder consultarlos con otros datos de registro. También están disponibles otras ubicaciones como Azure Storage, Azure Event Hubs y determinados asociados de supervisión de Microsoft. Para más información, consulte los Registros de recursos de Azure y los Destinos de registro de recursos.

Para obtener información detallada sobre cómo recopilar, almacenar y enrutar registros de recursos, consulte Configuración de diagnóstico en Azure Monitor.

Para obtener una lista de todas las categorías de registro de recursos disponibles en Azure Monitor, consulte Registros de recursos admitidos en Azure Monitor.

Todos los registros de recursos de Azure Monitor tienen los mismos campos de encabezado, seguidos de campos específicos del servicio. El esquema común se describe en Esquema de registros de recursos de Azure Monitor.

Si quiere conocer las categorías de registro de recursos disponibles, sus tablas de Log Analytics asociadas y los esquemas de registros de Azure Cache for Redis, consulte la Referencia de datos de supervisión de Azure Cache for Redis.

Registros de recursos de Azure Cache for Redis

En Azure Cache for Redis, hay dos opciones disponibles para registrar:

  • Las métricas de caché ("AllMetrics") registran métricas de Azure Monitor
  • Los registros de conexión registran las conexiones a la caché con fines de seguridad y diagnóstico.

Métricas de caché

Azure Cache for Redis emite muchas métricas que son útiles para registrar, como Server Load y Connections per Second. Al seleccionar la opción AllMetrics, estas y otras métricas de caché se podrán registrar. Es posible configurar cuánto tiempo se conservarán las métricas.

Registros de conexión

Azure Cache for Redis usa la configuración de diagnóstico de Azure para registrar información sobre las conexiones de cliente a la caché. El registro y el análisis de esta configuración de diagnóstico le ayudarán a comprender quién se conecta a las cachés y la marca de tiempo de esas conexiones. Los datos del registro se pueden usar para identificar el ámbito de una vulneración de seguridad y con fines de auditoría de seguridad.

Los registros de conexión tienen implementaciones, contenido y procedimientos de configuración ligeramente diferentes para los distintos niveles de Azure Cache for Redis. Para más información, consulte configuración de diagnóstico de Azure Monitor.

Registro de actividades de Azure

El registro de actividad contiene eventos de nivel de suscripción que realizan el seguimiento de las operaciones de cada recurso de Azure, tal como se ve desde fuera de ese recurso; por ejemplo, crear un recurso o iniciar una máquina virtual.

Recopilación: los eventos del registro de actividad se generan y recopilan automáticamente en un almacén independiente para su visualización en Azure Portal.

Enrutamiento: puedes enviar datos del registro de actividad a los registros de Azure Monitor para poder analizarlos junto con otros datos de registro. También están disponibles otras ubicaciones como Azure Storage, Azure Event Hubs y determinados asociados de supervisión de Microsoft. Para más información sobre cómo enrutar el registro de actividad, consulte Información general del registro de actividad de Azure.

Analizar los datos de supervisión

Hay muchas herramientas para analizar los datos de supervisión.

Herramientas de Azure Monitor

Azure Monitor admite las siguientes herramientas básicas:

Entre las herramientas que permiten una visualización más compleja se incluyen:

  • Paneles que permiten combinar diferentes tipos de datos en un único panel de Azure Portal.
  • Libros: informes personalizables que se pueden crear en Azure Portal. Los libros pueden incluir texto, métricas y consultas de registro.
  • Grafana: una herramienta de plataforma abierta que se destaca en los paneles operativos. Puede usar Grafana para crear paneles que incluyan datos de varios orígenes distintos de Azure Monitor.
  • Power BI: un servicio de análisis empresarial que proporciona visualizaciones interactivas en varios orígenes de datos. Puede configurar Power BI para que los datos de registro se importen automáticamente desde Azure Monitor y utilizar estas otras adicionales.

Herramientas de exportación de Azure Monitor

Puede obtener datos de Azure Monitor en otras herramientas mediante los siguientes métodos:

Para empezar a trabajar con la API de REST para Azure Monitor, consulte Tutorial de la API de REST de supervisión de Azure.

Métricas de Azure Cache for Redis

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.

Los informes de las métricas de caché se generan utilizando diferentes intervalos, como Última hora, Hoy, Semana anterior y Personalizado. 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é.

Captura de pantalla con métricas que se muestran en el administrador de recursos.

Tipos de agregación

Para obtener más información sobre los tipos de agregación, consulte Configuración de la agregación.

En condiciones normales de la caché, Average y Max serán muy similares porque solo un nodo emite estas métricas. En un escenario en el que el número de clientes conectados cambia rápidamente, Max, Average y Min mostrarían valores muy diferentes. Este es también el comportamiento esperado.

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. La actividad es normal en el funcionamiento de la caché.

En el caso de las caché no agrupadas, se recomienda usar las métricas sin el sufijo Instance Based. Por ejemplo, para comprobar la carga del servidor de la instancia de caché, use la métrica Carga del servidor.

Por el contrario, en el caso de las caché agrupadas, se recomienda usar las métricas con el sufijo Instance Based. A continuación, agregue una división o un filtro en ShardId. Por ejemplo, para comprobar la carga del servidor de la partición 1, use la métrica Carga del servidor (basada en instancias) y, a continuación, aplique el filtro ShardId = 1.

Consultas de Kusto

Puedes analizar datos de supervisión en el almacén de registros de Azure Monitor o Log Analytics mediante el lenguaje de consulta Kusto (KQL).

Importante

Al seleccionar Registros en el menú del servicio del portal, Log Analytics se abre con el ámbito de consulta establecido en el servicio actual. Este ámbito significa que las consultas de registro solo incluirán datos de ese tipo de recurso. Si quiere ejecutar una consulta que incluya datos de otros servicios de Azure, seleccione Registros en el menú Azure Monitor. Consulte Ámbito e intervalo de tiempo de una consulta de registro en Log Analytics de Azure Monitor para obtener más información.

Para obtener una lista de las consultas comunes de cualquier servicio, consulte Interfaz de consultas de Log Analytics.

Para ver consultas de Kusto de ejemplo para los registros de conexión de Azure Cache for Redis, consulte Consultas de registro de conexión.

Alertas

Las alertas de Azure Monitor le informan de forma proactiva cuando se detectan condiciones específicas en los datos que se supervisan. Las alertas permiten identificar y solucionar las incidencias en el sistema antes de que los clientes puedan verlos. Para obtener más información, vea Alertas de Azure Monitor.

Hay muchos orígenes de alertas comunes para los recursos de Azure. Para obtener ejemplos de alertas comunes para recursos de Azure, consulte Consultas de alertas de registro de ejemplo. El sitio de Alertas de línea base de Azure Monitor (AMBA) proporciona un método semiautomatizado para implementar alertas, paneles e instrucciones importantes de métricas de plataforma. El sitio se aplica a un subconjunto de servicios de Azure que se expande continuamente, incluidos todos los servicios que forman parte de la zona de aterrizaje de Azure (ALZ).

El esquema de alerta común normaliza el consumo de notificaciones de alerta de Azure Monitor. Para obtener más información, consulte Esquema de alertas comunes.

Tipos de alertas

Puede alertar sobre cualquier métrica o fuente de datos de registro en la plataforma de datos de Azure Monitor. Hay muchos tipos diferentes de alertas en función de los servicios que está supervisando y de los datos de supervisión que está recopilando. Los distintos tipos de alertas tienen varias ventajas y desventajas. Para obtener más información, consulte Elegir el tipo de alerta de supervisión adecuado.

En la siguiente lista se describen los tipos de alertas de Azure Monitor que puede crear:

  • Alertas de métricas: evalúan las métricas de recursos a intervalos regulares. Las métricas pueden ser métricas de plataforma, métricas personalizadas, registros de Azure Monitor convertidos en métricas o métricas de Application Insights. Las alertas de métricas también pueden aplicar varias condiciones y umbrales dinámicos.
  • Alertas de registro: permiten a los usuarios emplear una consulta de Log Analytics para evaluar los registros de recursos con una frecuencia predefinida.
  • Alertas del registro de actividad: se desencadenan cuando se produce un nuevo evento del registro de actividad que coincide con las condiciones definidas. Las alertas de Resource Health y de Service Health son alertas del registro de actividad que informan sobre el servicio y el estado de los recursos.

Algunos servicios de Azure también admiten alertas de detección inteligente, alertas de Prometheus, o reglas de alerta recomendadas.

Para algunos servicios, puede supervisar a escala aplicando la misma regla de alertas de métricas a varios recursos del mismo tipo que existen en la misma región de Azure. Se envían notificaciones individuales para cada recurso supervisado. Para obtener servicios y nubes de Azure compatibles, consulte Supervisión de varios recursos con una regla de alerta.

Reglas comunes de alertas de Azure Cache for Redis

En la tabla siguiente se enumeran las reglas de alertas comunes y recomendadas para Azure Cache for Redis.

Tipo de alerta Condición Descripción
Métrica Latencia del percentil 99 Alerta sobre la latencia en el peor de los casos de los comandos del lado del servidor en instancias de Azure Cache for Redis. La latencia se mide mediante comandos PING y tiempos de respuesta de seguimiento. Supervise el estado de la instancia de caché para ver si los comandos de ejecución prolongada ponen en peligro el rendimiento de la latencia.
Métrica Uso o picos de Server Load elevados SI hay una carga elevada del servidor, el servidor de Redis no puede mantenerse al día con las solicitudes, lo que provoca que se agote el tiempo de espera. Cree alertas sobre las métricas de carga del servidor para recibir una notificación anticipada sobre los posibles impactos.
Métrica Uso elevado del ancho de banda de red Si el servidor supera el ancho de banda disponible, los datos no se envían al cliente tan rápidamente. Las solicitudes del cliente podría agotar el tiempo de espera debido a que el servidor no puede insertar datos al cliente lo suficientemente rápido. Configure alertas para los límites de ancho de banda de red del lado servidor mediante los contadores de Cache Read y Cache Write.

Recomendaciones de Advisor

Para algunos servicios, si se producen condiciones críticas o cambios inminentes durante las operaciones de recursos, se muestra una alerta en la página Información general del servicio del portal. Puede encontrar más información y correcciones recomendadas para la alerta en Recomendaciones de Advisor en Supervisión en el menú izquierdo. Durante las operaciones normales, no se muestran recomendaciones de Advisor.

Para más información sobre Azure Advisor, consulte Introducción a Azure Advisor.

En la captura de pantalla siguiente se muestra una recomendación del asesor para una alerta de Azure Cache for Redis:

Captura de pantalla que muestra la opción Recomendaciones de Advisor.

Para actualizar la caché, seleccione Actualizar ahora para cambiar el plan de tarifa y escalar la caché. Para más información sobre cómo elegir un plan de tarifa, consulte Elección del plan de tarifa adecuado.

Contenido relacionado