Preguntas más frecuentes sobre Metrics Advisor

A partir del 20 de septiembre de 2023, no podrá crear nuevos recursos de Metrics Advisor. El servicio Metrics Advisor se va a retirar el 1 de octubre de 2026.

Consulte la definición de métrica multidimensional en el glosario.

Como mínimo, un punto de datos puede desencadenar la detección de anomalías. Sin embargo, esto no aporta la mejor precisión. Durante la creación de la fuente de distribución de datos, el servicio asumirá una ventana de puntos de datos anteriores utilizando el valor especificado como regla de "espacio de relleno".

Se recomienda tener algunos datos antes de la marca de tiempo en la que desea realizar la detección. Según la granularidad de los datos, la cantidad de datos recomendada varía como se indica a continuación.

• Metrics Advisor procesa datos de series temporal que se recopilan del origen de datos de un cliente, los datos históricos se usan para la selección del modelo y determinan el límite de datos esperado.
• Los datos de las series temporales del cliente y los resultados de la inferencia se almacenarán en el servicio. Metrics Advisor no almacena ni procesa los datos del cliente fuera de la región donde el cliente implementa la instancia de servicio.

Metrics Advisor está diseñado para detectar datos de streaming en vivo. Existe una limitación de la duración máxima de los datos históricos que el servicio analizará y en la que ejecutará la detección de anomalías. Esto significa que solo los puntos de datos después de una marca de tiempo más temprana determinada tendrán resultados de detección de anomalías. La marca de tiempo más temprana depende de la granularidad de los datos.

En función de la granularidad de los datos, las duraciones de los datos históricos que tendrán resultados de detección de anomalías son las siguientes.

1. Retención de datos. Metrics Advisor mantendrá como máximo 10 000 intervalos de tiempo ¿qué es un intervalo? contando hacia delante desde la marca de tiempo actual, con independencia de que haya datos disponibles o no. Se eliminarán los datos fuera del intervalo. Asignación de retención de datos para el recuento de días para una granularidad de métricas diferente.

2. Limitación del número máximo de series temporales dentro de una métrica.

Pueden tener varias dimensiones dentro de una métrica y cada dimensión puede tener varios valores. La combinación de dimensiones máxima para una métrica no debe superar los 100 000.

• Los administradores de recursos y propietarios de fuentes de distribución de datos de Metrics Advisor recibirán una notificación cuando se alcance la limitación del 80 % en la página de detalles de la fuente de distribución de datos.
• Si la métrica ha superado la limitación, la fuente de distribución de datos se pausará y esperará a que los clientes realicen acciones de seguimiento. Se recomienda dividir la fuente de distribución de datos en varias fuentes de distribución de datos mediante el filtrado.

3. Limitación de los puntos de datos máximos almacenados en una instancia de Metrics Advisor

Metrics Advisor cuenta el total de puntos de datos de todas las fuentes de distribución de datos que se incorporaron a la instancia a partir de la primera fecha de ingesta. El número máximo de puntos de datos que se almacenarán en una instancia de Metrics Advisor es de 2 mil millones.

• Los administradores de recursos y todos los usuarios de Metrics Advisor recibirán una notificación cuando se alcance la limitación del 80 % en la página de la lista de fuente de distribución de datos y a través de la página de fuente de distribución de datos nueva.
• Si el total de puntos de datos ha superado la limitación, todas las fuentes de distribución de datos se pausarán y también se bloqueará la incorporación de nuevas fuentes. Se recomienda eliminar las fuentes de distribución de datos no utilizadas o crear un nuevo recurso de Metrics Advisor dentro de la suscripción.

Hay dos casos en los que se retira un recurso:

• Se crea un recurso de Metrics Advisor, pero no se ha incorporado ninguna fuente de distribución de datos en un período de 90 días. El recurso se retirará transcurridos 90 días debido a la inactividad.
• Si se han creado una o varias fuentes de distribución de datos, pero no se ingieren datos nuevos en Metrics Advisor, el servicio entrará en modo inactivo sin que se procesen datos. El sistema seguirá intentando obtener datos periódicamente del origen según la granularidad de las métricas. Sin embargo, si sigue sin tener datos disponibles o ninguna serie temporal única que se procese durante un período de 90 días consecutivos, se retirará el recurso. Todos los datos históricos asociados al recurso se perderán cuando se retire.

Se recomienda crear un nuevo recurso y eliminar el anterior si desea reiniciar el uso.

Si tiene umbrales estrictos predefinidos, puede establecer de forma manual el "umbral estricto" en las configuraciones de detección de anomalías. Si no hay umbrales, puede usar la "detección inteligente", que se basa en IA. Consulte la optimización de la configuración de detección para obtener detalles.

La "detección inteligente" es capaz de aprender el patrón de los datos, incluidos los patrones estacionales. Después, detecta los puntos de datos que no se ajustan a los patrones regulares como anomalías. Consulte la optimización de la configuración de detección para obtener detalles.

No, Metrics Advisor no admite actualmente orígenes de datos que estén detrás de una red virtual.

Si los datos suelen ser bastante inestables y fluctúan mucho, y desea recibir una alerta cuando pasen a ser demasiado estables o incluso se conviertan en una línea plana, el "umbral de cambio" puede configurarse para detectar dichos puntos de datos cuando el cambio sea demasiado pequeño. Consulte las configuraciones de detección de anomalías para obtener detalles.

1. Un usuario con privilegios de administrador de la suscripción o de administrador del grupo de recursos debe ir al recurso de Metrics Advisor que creó en Azure Portal y seleccionar la pestaña Control de acceso (IAM) .

2. Seleccione Agregar asignación de roles.

3. Elija un rol de administrador de Cognitive Services Metrics Advisor y seleccione su cuenta como en la imagen siguiente.

4. Seleccione el botón Guardar y se le agregará como administrador del recurso de Metrics Advisor. Todas las acciones anteriores las debe realizar el administrador de la suscripción o el administrador del grupo de recursos.

   

5. Los permisos pueden tardar hasta un minuto en propagarse. Después, seleccione el área de trabajo de Metrics Advisor y seleccione la opción Configuración de correo electrónico en el panel de navegación izquierdo. Rellene los elementos necesarios, en particular la información relacionada con SMTP.

6. Seleccione Guardar y, después, habrá completado la configuración de correo electrónico. Puede crear nuevos enlaces y suscribirse a anomalías de métricas para alertas casi en tiempo real.

Una métrica se puede dividir en varias series temporales mediante dimensiones. Por ejemplo, la métrica Response latency se supervisa en todos los servicios que posee el equipo. La categoría Service se podría usar como dimensión para enriquecer la métrica, por lo que se obtiene Response latency dividido por Service1, Service2, y así sucesivamente. Cada servicio se puede implementar en distintas máquinas de varios centros de datos, por lo que la métrica se podría dividir aún más por Machine y Data center.

A partir del valor total de Response latency, se puede explorar en profundidad la métrica por Service, Data center y Machine. Sin embargo, puede que para los propietarios de servicios tenga más sentido usar la ruta Service ->Data center ->Machine, o para los ingenieros de infraestructura la ruta Data Center ->Machine ->Service. Todo depende de los requisitos empresariales individuales de los usuarios.

En Metrics Advisor, los usuarios pueden especificar cualquier ruta que quieran explorar en profundidad o consolidar de un nodo de la topología jerárquica. Más concretamente, la topología jerárquica es un grafo acíclico dirigido en lugar de una estructura de árbol. Hay una topología jerárquica completa que consta de todas las combinaciones posibles de dimensiones, como esta:

En teoría, si la dimensión Service tiene Ls valores distintos, la dimensión Data center tiene Ldc valores distintos y la dimensión Machine tiene Lm valores distintos, podría haber entonces combinaciones de las dimensiones (Ls + 1) * (Ldc + 1) * (Lm + 1) en la topología jerárquica.

Sin embargo, normalmente no todas las combinaciones de dimensiones son válidas, lo que puede reducir de forma considerable la complejidad. Actualmente, si los usuarios agregan la métrica por su cuenta, no se limita el número de dimensiones. Si necesita usar la funcionalidad de consolidación que ofrece Metrics Advisor, el número de dimensiones no debería ser superior a 6. Sin embargo, se limita el número de series temporales expandidas por las dimensiones de una métrica a menos de 10 000.

La herramienta de árbol de diagnóstico de la página de diagnósticos solo muestra los nodos en los que se ha detectado una anomalía, no toda la topología. De esta manera, puede centrarse en el problema actual. También puede que no se muestren todas las anomalías dentro de la métrica, sino aquellas más importantes en función de la contribución. Así, se puede averiguar rápidamente el efecto, el ámbito y la ruta de propagación de los datos anómalos. Esto reduce de forma considerable el número de anomalías en las que debemos centrarnos y ayuda a los usuarios a comprender y localizar sus problemas principales.

Por ejemplo, cuando se produce una anomalía en Service = S2 | Data Center = DC2 | Machine = M5, la desviación de esta afecta al nodo primario Service= S2, que también la ha detectado, pero no afecta a todo el centro de datos en DC2 ni a todos los servicios de M5. El árbol de incidentes se crearía como en la siguiente captura de pantalla: la anomalía principal se captura en Service = S2 y la causa principal podría analizarse en dos rutas que conducen a Service = S2 | Data Center = DC2 | Machine = M5.

Pasos siguientes

• Introducción a Metrics Advisor