Supervisar Azure SignalR Service

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

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 para Azure SignalR Service, consulte Referencia de datos de supervisión de Azure SignalR Service.

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

Los registros de Azure SignalR Service se almacenan en la cuenta de almacenamiento configurada en la configuración de diagnóstico. Se crea automáticamente un contenedor denominado insights-logs-alllogs para almacenar los registros de recursos. Dentro del contenedor, los registros se almacenan en el archivo resourceId=/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT.SIGNALRSERVICE/SIGNALR/XXX/y=YYYY/m=MM/d=DD/h=HH/m=00/PT1H.json. Básicamente, la ruta de acceso es una combinación de resource ID y Date Time. Los archivos de registro se dividen por hour. Por lo tanto, los minutos siempre son m=00.

Todos los registros se almacenan en el formato de notación de objetos JavaScript (JSON). El código siguiente es un ejemplo de una cadena JSON de registro de archivo:

{
    "properties": {
        "message": "Entered Serverless mode.",
        "type": "ConnectivityLogs",
        "collection": "Connection",
        "connectionId": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
        "userId": "User",
        "transportType": "WebSockets",
        "connectionType": "Client"
    },
    "operationName": "ServerlessModeEntered",
    "category": "AllLogs",
    "level": "Informational",
    "callerIpAddress": "xxx.xxx.xxx.xxx",
    "time": "2019-01-01T00:00:00Z",
    "resourceId": "/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT.SIGNALRSERVICE/SIGNALR/XXX",
    "location": "xxxx"
}

Los nombres de campo para destinos de Storage difieren ligeramente de los nombres de campo para Log Analytics. Para obtener más información sobre la asignación de nombres de campo entre tablas de Storage y Log Analytics, consulte Asignación de tablas de registro de recursos.

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

Métricas de Azure SignalR Service

Para obtener la lista de todas las métricas disponibles para Azure SignalR Service, consulte Referencia de datos de supervisión de Azure SignalR Service.

Granularidad del recuento de mensajes

La granularidad mínima del recuento de mensajes es de 2 KB del tráfico de datos de salida. Si un cliente envía mensajes pequeños o poco frecuentes que sumen menos de 2 KB en un período de tiempo de muestreo, el recuento de mensajes es cero (0) aunque se envíen mensajes. La manera de comprobar un número o tamaño pequeño de mensajes es mediante la métrica Tráfico saliente, que es un recuento de los bytes enviados.

Errores del sistema y errores de usuario

Las métricas Errores de usuario y Errores del sistema son el porcentaje de operaciones intentadas, como la conexión o el envío de un mensaje, que fallaron. Un error del sistema es un error en la lógica interna del sistema. Un error de usuario suele ser un error de aplicación, a menudo relacionado con las redes. Normalmente, el porcentaje de errores del sistema debe ser bajo, cerca de cero.

Importante

En algunas situaciones, la tasa de errores de usuario es muy alta, especialmente en modo sin servidor. En algunos exploradores, el cliente de SignalR no se cierra correctamente cuando un usuario cierra la página web. Una conexión puede permanecer abierta pero sin respuesta, hasta que Azure SignalR Service la cierre finalmente debido al tiempo de espera. La clausura del tiempo de espera se cuenta en la métrica Errores de usuario.

Métricas adecuadas para la escalabilidad automática

El uso de cuota de conexión y la carga del servidor muestran el porcentaje de uso o de carga en comparación con el recuento de unidades asignadas actualmente. Estas métricas se usan normalmente en las reglas de escalado automático. Por ejemplo, si la asignación actual es una unidad y hay 750 conexiones al servicio, el uso de cuota de conexión es 750/1000 = 0,75. La carga del servidor se calcula de forma similar, mediante el uso de valores para la capacidad de proceso. Para obtener más información, consulte Escalabilidad automática de unidades de una instancia de Azure SignalR Service.

Nota:

El escalado automático es solo una característica de nivel Premium.

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.

Categorías del registro de recursos

Los registros de recursos se agrupan en grupos de categorías. Los grupos de categorías son una colección de registros diferentes para ayudarle a lograr diferentes objetivos de supervisión. Azure SignalR admite registros de conectividad, mensajería y solicitudes Http.

Registros de conectividad

Los registros de conectividad proporcionan información detallada para las conexiones del centro de conectividad de SignalR. Por ejemplo:

  • Información básica, como el id. de usuario, el id. de conexión y el tipo de transporte
  • Información de eventos como eventos de conexión, desconexión y anulación

Por este motivo, el registro de conectividad resulta útil para solucionar problemas de conexión. Para obtener una solución de problemas de conexión típicos, consulte Problemas de conexión.

Registros de mensajería

Los registros de mensajería proporcionan información de seguimiento para los mensajes del centro de conectividad de SignalR recibidos y enviados mediante el servicio SignalR, por ejemplo, el id. de seguimiento y el tipo de mensaje del mensaje. El identificador de seguimiento y el tipo de mensaje también se registran en el servidor de aplicaciones. Por lo general, el mensaje se registra cuando llega al servidor o sale de este. Por lo tanto, los registros de mensajería resultan útiles para solucionar problemas relacionados con los mensajes. Para obtener la solución de problemas relacionados con los mensajes típicos, consulte Problemas relacionados con los mensajes.

Nota:

Este tipo de registro se genera para cada mensaje. Si los mensajes se envían con frecuencia, los registros de mensajería podrían afectar al rendimiento del servicio SignalR. Sin embargo, puede elegir diferentes comportamientos de recopilación para minimizar el impacto en el rendimiento. Consulte Comportamientos de recopilación de los registros de recursos.

Registros de solicitudes HTTP

Los registros de solicitudes HTTP proporcionan información detallada sobre las solicitudes HTTP que recibe Azure SignalR, por ejemplo, el código de estado y la dirección URL de la solicitud. Un registro de solicitudes HTTP resulta útil para solucionar problemas relacionados con las solicitudes.

Para conocer las categorías de registro de recursos disponibles, sus tablas de Log Analytics asociadas y los esquemas de registro para Azure SignalR Service, consulte Referencia de datos de supervisión de Azure SignalR Service.

Comportamientos de recopilación de los registros de recursos

Hay dos escenarios de uso típicos para los registros de recursos, especialmente si se trata de registros de mensajería.

  • La calidad del mensaje registra si el mensaje se envió o recibió correctamente, o documenta todos los mensajes que se entregan a través del servicio SignalR.
  • El rendimiento registra la latencia de mensajes o realiza un seguimiento del mensaje en algunas conexiones en lugar de en todas las conexiones.

Por lo tanto, el servicio SignalR proporciona dos comportamientos de recopilación:

  • Recopilar todos recopila registros en todas las conexiones.
  • Recopilar parcialmente: recopila registros en determinadas conexiones.

Para obtener más información sobre los comportamientos de recopilación de registros de recursos y cómo configurarlos, consulte Comportamientos de recopilación de registros de recursos.

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.

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 Azure SignalR Service, vea Consultas para la tabla SignalRServiceDiagnosticLogs.

Nota:

Los nombres de campo de consulta para destinos de Storage difieren ligeramente de los nombres de campo para Log Analytics. Para obtener más información sobre las asignaciones de nombres de campo entre tablas de Storage y Log Analytics, consulte Asignación de tablas de registro de recursos.

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 alertas de línea base de Azure Monitor (AMBA) proporciona un método semiautomatizado para implementar importantes alertas de métricas de plataforma, paneles e instrucciones. 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 de alertas de Azure SignalR Service

En la tabla siguiente se enumeran algunas reglas de alerta sugeridas para Azure SignalR Service. Estas alertas son solo ejemplos. Puede configurar alertas para cualquier métrica, entrada de registro o entrada de registro de actividad que figura en la Referencia de datos de supervisión de Azure SignalR Service.

Tipo de alerta Condición Descripción
Métricas de la plataforma Uso de cuota de conexión Cada vez que el uso máximo de cuota de conexión es mayor que el umbral dinámico
Métricas de la plataforma Eliminar SignalR Siempre que el registro de actividad tenga un evento con Category='Administrative', Signal name='Delete SignalR (SignalR)'

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.

Contenido relacionado