Supervisión de Azure Cache for Redis

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.

• Para más información sobre Azure Monitor, consulte la Información general de Azure Monitor.
• Para más información sobre cómo supervisar los recursos de Azure en general, consulte Supervisión de recursos de Azure con Azure Monitor.

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. 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.

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.

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 algunas métricas de la plataforma a registros de Azure Monitor o Log Analytics para poder consultarlas con otros datos de registro. Compruebe el valor Exportación de DS para ver si puede usar una configuración de diagnóstico a fin de enrutar la métrica a registros de Azure Monitor o Log Analytics.

• Para más información, consulta el valor Diagnóstico de métricas.
• A fin de configurar valores de diagnóstico para un servicio, vea 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:

• Explorador de métricas: una herramienta de Azure Portal que le permite ver y analizar métricas de recursos de Azure. Para obtener más información, consulte Análisis de métricas con el explorador de métricas de Azure Monitor.

• Log Analytics, una herramienta de Azure Portal que le permite consultar y analizar datos de registro mediante el lenguaje de consulta Kusto (KQL). Para más información, consulte Introducción a las consultas de registro en Azure Monitor.

• El registro de actividad: que tiene una interfaz de usuario en Azure Portal para visualización y búsquedas básicas. Para realizar un análisis más detallado, debe enrutar los datos a los registros de Azure Monitor y ejecutar consultas más complejas en Log Analytics.

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:

• Métricas: con la API de REST para métricas puede extraer datos de métricas de la base de datos de métricas de Azure Monitor. La API admite expresiones de filtro para refinar los datos recuperados. Para obtener más información, consulte Referencia de la API de REST de Azure Monitor.

• Registros: use la API de REST o las bibliotecas de cliente asociadas.

• Otra opción es la exportación de datos del área de trabajo.

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 para que se puedan mostrar en los gráficos de métricas y que las reglas de alertas puedan evaluarlas. Para obtener información sobre cuánto tiempo se conservan los datos y cómo configurar una directiva de retención diferente, consulte Retención de datos y archivo en registros de Azure Monitor.

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é.

Visualización de métricas de caché

Puede ver las métricas de Azure Monitor para Azure Cache for Redis directamente desde un recurso de Azure Cache for Redis en Azure Portal.

Seleccione la instancia de Azure Cache for Redis en el portal. En la página Información general se muestran los gráficos predefinidos uso de memoria y supervisión de carga del servidor de Redis. Estos gráficos son resúmenes útiles que permiten echar un vistazo rápido al estado de la memoria caché.

Para obtener información más detallada, puede supervisar las siguientes métricas útiles de Azure Cache for Redis en la sección Supervisión del menú Recurso.

Métrica de Azure Cache for Redis	Más información
Uso de ancho de banda de red	Rendimiento de la caché: ancho de banda disponible
Clientes conectados	Configuración predeterminada del servidor Redis: número máximo de clientes
Carga de servidor	Carga de servidor de Redis
Uso de la memoria	Rendimiento y tamaño de la memoria caché

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

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.

Consultas de Log Analytics

Nota:

Para ver un tutorial sobre cómo usar Azure Log Analytics, consulte Introducción a Log Analytics en Azure Monitor. Recuerde que los registros podrían tardar hasta 90 minutos en aparecer en Log Analtyics.

Estas son algunas consultas básicas que se usarán como modelos.

Consultas de los niveles Básico, Estándar y Premium

• Conexiones cliente de Azure Cache for Redis por hora en el intervalo de direcciones IP especificado:

let IpRange = "10.1.1.0/24";
ACRConnectedClientList
// For particular datetime filtering, add '| where TimeGenerated between (StartTime .. EndTime)'
| where ipv4_is_in_range(ClientIp, IpRange)
| summarize ConnectionCount = sum(ClientCount) by TimeRange = bin(TimeGenerated, 1h)

• Direcciones IP de cliente de Redis únicas que se han conectado a la memoria caché:

ACRConnectedClientList
| summarize count() by ClientIp

Consultas de los niveles Enterprise y Enterprise Flash

• Conexiones de Azure Cache for Redis por hora en el intervalo de direcciones IP especificado:

REDConnectionEvents
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
| where EventType == "new_conn"
| summarize ConnectionCount = count() by TimeRange = bin(EventTime, 1h)

• Solicitudes de autenticación de Azure Cache for Redis por hora en el intervalo de direcciones IP especificado:

REDConnectionEvents
| extend EventTime = unixtime_seconds_todatetime(EventEpochTime)
// For particular datetime filtering, add '| where EventTime between (StartTime .. EndTime)'
// For particular IP range filtering, add '| where ipv4_is_in_range(ClientIp, IpRange)'
// IP range can be defined like this 'let IpRange = "10.1.1.0/24";' at the top of query.
| where EventType == "auth"
| summarize AuthencationRequestsCount = count() by TimeRange = bin(EventTime, 1h)

• Direcciones IP de cliente de Redis únicas que se han conectado a la memoria caché:

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus :
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus == 2 or EventStatus == 8 or EventStatus == 7
| summarize count() by ClientIp

• Intentos de autenticación incorrectos en la caché

REDConnectionEvents
// https://docs.redis.com/latest/rs/security/audit-events/#status-result-codes
// EventStatus : 
// 0    AUTHENTICATION_FAILED    -    Invalid username and/or password.
// 1    AUTHENTICATION_FAILED_TOO_LONG    -    Username or password are too long.
// 2    AUTHENTICATION_NOT_REQUIRED    -    Client tried to authenticate, but authentication isn’t necessary.
// 3    AUTHENTICATION_DIRECTORY_PENDING    -    Attempting to receive authentication info from the directory in async mode.
// 4    AUTHENTICATION_DIRECTORY_ERROR    -    Authentication attempt failed because there was a directory connection error.
// 5    AUTHENTICATION_SYNCER_IN_PROGRESS    -    Syncer SASL handshake. Return SASL response and wait for the next request.
// 6    AUTHENTICATION_SYNCER_FAILED    -    Syncer SASL handshake. Returned SASL response and closed the connection.
// 7    AUTHENTICATION_SYNCER_OK    -    Syncer authenticated. Returned SASL response.
// 8    AUTHENTICATION_OK    -    Client successfully authenticated.
| where EventType == "auth" and EventStatus != 2 and EventStatus != 8 and EventStatus != 7
| project ClientIp, EventStatus, ConnectionId

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 de 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.

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.

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:

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

• Consulte Referencia de datos de supervisión de Azure Cache for Redis para obtener una referencia de las métricas, los registros y otros valores importantes creados para Azure Cache for Redis.
• Consulte Supervisión de recursos de Azure con Azure Monitor para obtener información general sobre la supervisión de recursos de Azure.