Documentación de Oracle Cloud Infrastructure

Visión general de Monitoring

Utilice el servicio Oracle Cloud Infrastructure Monitoring para supervisar de forma activa y pasiva los recursos en la nube mediante las funciones de métricas y alarmas. Conozca cómo funciona Monitoring.

Esta imagen muestra métricas y alarmas tal como se utilizan en el servicio Monitoring.

Consejo

Vea una introducción en vídeo al servicio.

Cómo funciona Monitoring

El servicio Monitoring utiliza métricas para supervisar recursos y alarmas a fin de notificarle cuando estas métricas alcanzan los disparadores especificados por las alarmas.

Las métricas se emiten al servicio Monitoring en forma de puntos de datos no procesados o pares de registro de hora-valor junto con las dimensiones y los metadatos. Las métricas provienen de varias fuentes:

Puede transferir métricas del servicio Monitoring mediante Connector Hub. Para obtener más información, consulte Creación de un Conector con un Origen de Monitoring.

Los datos de métricas publicados en el servicio Monitoring solo se le muestran a usted o son consumidos por funciones de Oracle Cloud Infrastructure que le permiten usar datos de métricas.

Cuando consulte una métrica, el servicio Monitoring devuelve datos agregados de acuerdo con los parámetros especificados. Puede especificar un rango (por ejemplo, las últimas 24 horas), una estadística  y un intervalo . La Consola Muestra un Gráfico de Supervisión por Métrica para los Recursos Seleccionados. Los datos agregados en cada gráfico reflejan la estadística y el intervalo seleccionados. Las solicitudes de API pueden filtrar por dimensión y especifican una resolución . Las respuestas de API incluyen el nombre de la métrica junto con su compartimento de origen y el espacio de nombre de métrica . Puede suministrar los datos agregados a una biblioteca de visualización o de gráficos.

Se puede acceder a los datos de métricas y alarmas desde la consola, la CLI y la API. Para obtener información sobre los periodos de retención, consulte Límites de almacenamiento.

La función Alarmas del servicio Monitoring publica mensajes de alarma en destinos configurados, como temas de Notificaciones y flujos de Streaming.

Visión general de la función de métricas

La función Métricas transmite datos de métricas sobre el estado, la capacidad y el rendimiento de los recursos en la nube.

Una métrica es una medición relacionada con el estado, la capacidad o el rendimiento de un recurso . Los recursos, los servicios y las aplicaciones envían métricas al servicio Monitoring. Las métricas comunes reflejan datos relacionados con:

  • Disponibilidad y latencia
  • Tiempo de actividad e inactividad de las aplicaciones
  • Transacciones finalizadas
  • Operaciones fallidas y correctas
  • Indicadores clave de rendimiento (KPI), como los cuantificadores de ventas e interacción

Al consultar estos datos en Monitoring, podrá averiguar cómo funcionan los sistemas y procesos para alcanzar los niveles de servicio que promete a los clientes. Por ejemplo, puede supervisar el uso de la CPU y las lecturas de disco de las instancias informáticas. Puede utilizar estos datos para decidir cuándo aprovisionar más instancias para gestionar un aumento en la carga, resolver problemas en la instancia o conocer mejor el comportamiento del sistema.

Métrica de ejemplo: ratio de fallos

Para conocer el estado de la aplicación, uno de los KPI habituales es la ratio de fallos, que puede definirse como el número de transacciones fallidas dividido entre el número total de transacciones. Este KPI se suele proporcionar mediante el software de gestión y supervisión de las aplicaciones.

Como desarrollador, puede capturar este KPI en aplicaciones con métricas personalizadas. Registre observaciones cada vez que se produce una transacción de la aplicación y luego contabilice esos datos en el servicio Monitoring. En este caso, configure métricas para capturar transacciones fallidas, transacciones correctas y la latencia de las transacciones (tiempo empleado por transacción finalizada).

Visión general de la función Alarmas

Use alarmas para supervisar el estado, la capacidad y el rendimiento de los recursos en la nube.

Los recursos emiten puntos de datos de métricas para Monitoring. Cuando se disparan, las alarmas envían mensajes al destino configurado. Para el servicio Notifications, los mensajes se envían a las suscripciones en el tema configurado. Para Streaming, los mensajes se envían al flujo configurado).

La función de alarmas del servicio Monitoring funciona junto al servicio de destino configurado para informarle cuando las métricas alcanzan los disparadores especificados para la alarma. En la ilustración anterior se muestra el flujo, empezando por los recursos que emiten puntos de datos de métricas para Monitoring. Cuando se ejecuta, una alarma envía un mensaje de alarma al destino configurado. En Notifications, los mensajes se envían a las suscripciones en el tema configurado. Para Streaming, los mensajes se envían al flujo configurado. (Esta ilustración no cubre los datos de métricas brutos y agregados. Para obtener más información, consulte la ilustración Visión general de Monitoring, en la parte superior de esta página.

Cuando se configura, las notificaciones repetidas le recuerdan un estado de activación continuo durante el intervalo de repetición configurado. También se le notificará cuando una alarma regrese al estado OK o cuando se restablezca una alarma.

Evaluaciones de alarma

Monitoring evalúa las alarmas una vez por minuto para buscar el estado de la alarma.

Cuando la alarma divide las notificaciones, Monitoring evalúa cada flujo de métricas con seguimiento. Si la evaluación de ese flujo de métricas indica un nuevo estado FIRING u otro evento de cualificación, Monitoring envía un mensaje de alarma.

Monitoring realiza un seguimiento de los flujos de métricas por alarma para eventos de cualificación, pero los mensajes están sujetos a los límites de servicio de destino.

Ilustración de la evaluación de alarmas

Considere una alarma que mida el percentil 90 de la métrica CpuUtilization.

{
  "compartmentId": "ocid1.compartment.oc1..exampleuniqueID",
  "destinations": ["ocid1.onstopic.exampleuniqueID"],
  "displayName": "High CPU Utilization",
  "id": "ocid1.alarm.oc1..exampleuniqueID",
  "lifecycleState": "ACTIVE",
  "metricCompartmentId": "ocid1.compartment.oc1..exampleuniqueID",
  "namespace": "oci_computeagent",
  "pendingDuration": "PT3M",
  "query": "CpuUtilization[1m]{availabilityDomain = \"cumS:PHX-AD-1\"}.groupBy(availabilityDomain).percentile(0.9) > 85",
  "repeatNotificationDuration": "PT2H",
  "severity": "WARNING",
  "isEnabled": true,
  "timeCreated": "2023-02-01T01:02:29.600Z",
  "timeUpdated": "2023-02-03T01:02:29.600Z"
}

Notas sobre esta alarma de ejemplo:

  • El percentil se especifica en la consulta como statistic (negrita):
    CpuUtilization[1m]{availabilityDomain = \"cumS:PHX-AD-1\"}.groupBy(availabilityDomain).percentile(0.9) > 85
  • Cada punto de datos es el percentil 90 (percentile(0.9)) de una ventana de un minuto, especificado en la consulta como intervalo (negrita):
    CpuUtilization[1m]{availabilityDomain = \"cumS:PHX-AD-1\"}.groupBy(availabilityDomain).percentile(0.9) > 85
  • Los valores de punto de datos para esta estadística pueden ser desde nulos (ausentes) hasta 100.
  • Evaluaciones de puntos de datos:
    • Para cualquier valor de punto de datos mayor que 85, la evaluación es verdadera (1). Una verdadera evaluación significa que se ha cumplido la condición de regla del disparador.
    • Para cualquier valor de punto de datos que no sea mayor que 85, la evaluación es falsa (0).
  • La alarma no se activa hasta que se cumple la condición de regla de disparador durante tres minutos sucesivos. Esta configuración es el retraso del disparador (pendingDuration) de la alarma, definido como PT3M.
  • La alarma actualiza su estado a OK cuando la condición de incumplimiento ha estado clara durante el minuto más reciente.

En la siguiente imagen se muestra un flujo de métricas agregadas para la alarma de ejemplo. Cada punto de datos se indica mediante un cuadrado.


Flujo de métricas agregado para la alarma de ejemplo.

En la siguiente tabla, se muestran evaluaciones de alarma consecutivas para la alarma de ejemplo. La alarma se evalúa en una ventana móvil de tres intervalos de un minuto.

Registro de Hora de Período de Evaluación Minutos en el período Evaluaciones de puntos de datos* Estado
3 [1 2 3] [0 0 0] OK
4 [2 3 4] [0 0 1] OK
5 [3 4 5] [0 1 1] OK
6 [4 5 6] [1 1 1] FIRING
7 [5 6 7] [1 1 1] FIRING
8 [6 7 8] [1 1 0] OK
9 [7 8 9] [1 0 0] OK
10 [8 9 10] [0 0 0] OK

*Un valor de uno (1) significa que se cumple la condición de regla de disparador.

Cómo se cuentan los puntos de datos

En esta sección, se describe cómo determinar el número de puntos de datos (o puntos de datos) recuperados por una alarma. Este número puede ayudarle a estimar los precios de supervisión.

Para buscar el número de puntos de datos recuperados por una alarma, primero obtenga el número de flujos de consulta y los minutos analizados.

  • El número de flujos de consultas depende de los flujos de métricas devueltos por la consulta de alarma.
  • Los minutos analizados dependen de los atributos de alarma interval, resolution y pendingDuration. Para las consultas de alarma, el único valor válido para resolution es 1m. Para obtener más información sobre interval, consulte Intervalo. Para obtener más información sobre resolution y pendingDuration, consulte API de Monitoring.

Cada alarma se evalúa una vez cada minuto y, por lo tanto, cada alarma se evalúa 1440 veces al día. Cada evaluación consulta los datos de la ventana de tiempo definida por interval y comprueba el período de tiempo durante el que persiste la alarma definida por pendingDuration. Por lo tanto, los minutos analizados en cada minuto se calculan mediante la siguiente expresión:

minutos analizados en cada minuto = interval * techo (pendingDuration / resolution)

Acerca del período de restablecimiento interno

El período de restablecimiento interno determina cuándo una alarma deja de comprobar una métrica ausente que disparó el estado Firing en la evaluación anterior. Cuando la métrica está ausente durante todo el período, las evaluaciones de alarma posteriores ignoran el flujo de métricas indicado. Si ningún otro flujo de métricas está causando el estado Firing para la alarma, la alarma pasa a OK y envía un mensaje RESET. Por defecto, el mensaje RESET llega después de 13 minutos (período de restablecimiento interno más el período de suspensión por defecto de 3 minutos). Puede personalizar el período de inactividad.

La duración del período de restablecimiento interno se configura globalmente en 10 minutos, lo que hace que el historial de alarmas muestre una diferencia de 10 minutos.

El inicio de un período de restablecimiento interno depende del tipo de alarma. Para las alarmas de umbral, el período de restablecimiento interno comienza cuando se detecta la primera ausencia. Para las alarmas de ausencia, el período de restablecimiento interno comienza después de la finalización del período de detección de ausencias (el valor por defecto es de 2 horas y se puede personalizar).

Puntos de datos recopilados durante un período de restablecimiento interno

Cada evaluación durante el período de restablecimiento interno de diez minutos contabiliza todos los puntos de datos de ese período.

Por ejemplo, considere un flujo de métricas (A) que supere el umbral (línea roja con guiones en los siguientes diagramas). La alarma se dispara (F). Cuando se detecta una falta de puntos de datos emitidos, comienza un período de restablecimiento interno.

En el siguiente diagrama se muestra un único período de restablecimiento interno para el flujo de métricas A, de las horas t5 a t15. En el momento t16, el flujo de métricas A ya no se evalúa.

Diagrama que representa un único período de restablecimiento interno.

En el siguiente diagrama se muestran dos períodos de restablecimiento internos para el flujo de métricas A, de las horas t3 a t5 y de t6 a t16. A emite un punto de datos en t6, iniciando otro período de restablecimiento interno. En el momento t17, el flujo de métricas A ya no se evalúa.

Diagrama que muestra dos períodos de restablecimiento internos.
Ejemplo de alarma de umbral

Una alarma de umbral informa sobre los flujos de métricas que se producen fuera del umbral. Cuando falta un flujo de métricas anteriormente problemático, la alarma inicia el período de restablecimiento interno para el flujo de métricas.

En este ejemplo, se evalúan cuatro flujos de métricas mediante una alarma de umbral. La consola muestra los estados de transición inicial Firing (1:30) y Ok (1:51). El período de restablecimiento interno se produce mientras la alarma está en estado de activación.

Ejemplo de una alarma de umbral con cuatro flujos de métricas.

El período de restablecimiento interno y otros eventos significativos de este ejemplo se describen en la siguiente tabla.

Hora Estado Transición Eventos Notificaciones (consulte Tipos de mensajes)
12:0 OK OK Todas las emisiones están dentro del umbral. FIRING_TO_OK
1:30 FIRING FIRING La emisión de resource1 supera el umbral. OK_TO_FIRING
1:35 FIRING -- No se detecta ninguna emisión para resource1. La alarma inicia el período de restablecimiento interno para resource1. --
1:38 FIRING -- No se detecta ninguna emisión para resource2. La alarma inicia el período de restablecimiento interno para resource2. --
1:45 FIRING -- El período de restablecimiento interno finaliza para resource1, por lo que la alarma ya no comprueba las emisiones de resource1. Sin embargo, la alarma sigue encendiéndose porque resource2 aún está en su propio período de restablecimiento interno. --
1:48 OK OK El período de restablecimiento interno finaliza para resource2, por lo que la alarma ya no comprueba las emisiones de resource2. Las emisiones de los recursos restantes (resource3 y resource4) están dentro del umbral. RESET (enviado después del período de inactividad de tres minutos, aproximadamente a la 1:51)
Ejemplo de alarma de ausencia

Una alarma de ausencia informa sobre flujos de métricas ausentes. Cuando un flujo de métricas está ausente, la alarma inicia el período de detección de ausencias para el flujo de métricas (se puede personalizar el valor por defecto de dos horas). Una vez finalizado el período de detección de ausencias, la alarma inicia el período de restablecimiento interno para el flujo de métricas.

En este ejemplo, una alarma de ausencia evalúa un flujo de métricas que utiliza el período de detección de ausencias de dos horas por defecto y el período de inactividad de tres minutos por defecto. La consola muestra los estados de transición inicial Firing (2:00) y Ok (4:10). El período de restablecimiento interno se produce mientras la alarma está en estado de activación.

Ejemplo de alarma de ausencia con un único flujo de métricas.

El período de restablecimiento interno y otros eventos significativos de este ejemplo se describen en la siguiente tabla.

Hora Estado Transición Eventos Notificaciones (consulte Tipos de mensajes)
1:00 OK -- Se detectan emisiones.
2:00 FIRING FIRING No se ha detectado ninguna emisión para el recurso-z. La alarma inicia el período de detección de ausencias para el recurso-z. OK_TO_FIRING
4:0 FIRING -- Finaliza el período de detección de ausencias para el recurso-z. La alarma inicia el período de restablecimiento interno para el recurso-z. --
4:10 OK OK El período de restablecimiento interno finaliza para el recurso-z, por lo que la alarma ya no comprueba las emisiones del recurso-z. La alarma ya no supervisa ningún flujo de métricas, por lo que la alarma pasa al estado Correcto. RESET (enviado después del período de inactividad de tres minutos, aproximadamente a las 4:13)

Tiempo necesario para reflejar las actualizaciones de alarma

Las actualizaciones de las alarmas tardan hasta cinco minutos en reflejarse en todas partes.

Por ejemplo, si actualiza una alarma para dividir notificaciones, puede tardar hasta cinco minutos en que aparezca el estado del flujo de métricas en la consola.

Tipos de mensajes

El tipo de mensaje indica el motivo por el que se envió el mensaje.

Nota

El tipo de mensaje especificado se envía a la hora indicada más el retraso del disparador configurado de la alarma, si lo hay.

Los mensajes de repetición también se envían si se configuran en la alarma.

En la siguiente tabla, se muestra el estado de la alarma y la transición para cada tipo de mensaje.

Tipo de Mensaje Estado Transición Comentarios
OK_TO_FIRING FIRING de OK a FIRING
FIRING_TO_OK OK de FIRING a OK
REPEAT FIRING -- Este tipo de mensaje se envía cuando la alarma mantiene el estado FIRING y la alarma se configura para notificaciones repetidas.
RESET OK de FIRING a OK

Importante: Cuando se produzca un cambio en el estado RESET, consulte el estado del recurso.

Este tipo de mensaje se envía cuando la alarma pasa al estado OK después de uno o más restablecimientos internos. Se produce un restablecimiento interno cuando un flujo de métricas que hizo que la alarma pasara al estado FIRING está continuamente ausente durante el período de restablecimiento interno completo. La alarma ya no realiza un seguimiento de un flujo de métricas que se restablece internamente.

Posibles causas de un flujo de métricas ausente: es posible que el recurso que emitió la métrica se haya movido o haya terminado, o que la métrica se haya emitido solo en caso de fallo. Para obtener más información sobre el período de restablecimiento interno, consulte Acerca del período de restablecimiento interno.

Conceptos de Monitoring

Los siguientes conceptos son esenciales para trabajar con Monitoring.

datos agregados
Resultado de aplicar una estadística y un intervalo a una selección de puntos de datos no procesados para una métrica. Por ejemplo, puede aplicar la estadística max y el intervalo 1h (una hora) a las últimas 24 horas de puntos de datos no procesados para la métrica CpuUtilization. Los datos agregados se muestran en los gráficos de métricas por defecto de la Consola. También puede crear consultas de métricas para conjuntos específicos de datos agregados. Para obtener instrucciones, consulte Visualización de gráficos de métricas por defecto y Creación de consultas de métricas.
alarma
Consulta de alarma que se va a evaluar y el destino de notificación que se va a utilizar cuando la alarma está en estado de activación, así como otras propiedades de la alarma.
Para crear una alarma, consulte Creación de una alarma básica.
consulta de alarma
Expresión en lenguaje Monitoring Query Language (MQL) que se evalúa para la alarma. Una consulta de alarma debe especificar una métrica, una estadística, un intervalo y una regla de disparador (umbral o ausencia). La función Alarmas del servicio Monitoring interpreta los resultados para cada serie de tiempo devuelta como un valor booleano, donde cero representa falso y un valor distinto de cero representa verdadero. Un valor verdadero significa que se ha cumplido la condición de regla del disparador.
Para crear una consulta de alarma básica, consulte Creación de una consulta básica para generar un gráfico de métricas de alarma. Para crear una alarma, consulte Creación de una alarma básica.
punto de datos
Par de marca de tiempo-valor para la métrica especificada. Ejemplo: 2022-05-10T22:19:00Z, 10.4
Un punto de datos puede ser no procesado o agregado. Los puntos de datos no procesados se publican mediante el espacio de nombre de métricas en el servicio Monitoring con la operación PostMetricData. La frecuencia de los puntos de datos publicados varía en función del espacio de nombre de métricas. Por ejemplo, un espacio de nombre personalizado puede enviar puntos de datos para una métrica en una frecuencia de 20 segundos.
Los puntos de datos agregados se obtienen al aplicar una estadística y un intervalo a los puntos de datos no procesados. El interval de los puntos de datos agregados se especifica en la solicitud SummarizeMetricsData. Por ejemplo, una solicitud que especifica la estado sum y el intervalo 1h (una hora) devuelve un valor sum para cada hora de puntos de datos no procesados disponibles para la métrica.
dimensión
Cualificador proporcionado en una definición de métrica. Ejemplo: identificador de recurso (resourceId), proporcionado en las definiciones de las métricas oci_computeagent. Utilice dimensiones para filtrar o agrupar datos de métricas. Ejemplo de par nombre de dimensión-valor para filtrar por dominio de disponibilidad: availabilityDomain = "VeBZ:PHX-AD-1"
Para seleccionar una dimensión para un gráfico o consulta de métricas, consulte Selección de dimensiones para filtrar métricas y Selección de dimensiones para una consulta.
Para seleccionar un intervalo para una alarma, consulte Selección del intervalo para una consulta de alarma.
frecuencia
Período de tiempo entre cada punto de datos no procesado publicado para una métrica. (El espacio de nombres de la métrica publica los puntos de datos no procesados en el servicio Monitoring.) Aunque la frecuencia varía según la métrica, las métricas de servicio por defecto suelen tener una frecuencia de 60 segundos (un punto de datos publicado por minuto). Consulte también resolución.
intervalo
Intervalo de tiempo utilizado para convertir el conjunto de puntos de datos no procesados.
La marca de tiempo del punto de datos agregado corresponde al final del intervalo de tiempo durante el que se han evaluado los puntos de datos no procesados. Por ejemplo, para un intervalo de cinco minutos, la marca de tiempo "2:05" corresponde al intervalo de cinco minutos comprendido entre 2:00:n y 2:05:00.
Esta imagen muestra cómo la marca de tiempo de un punto de datos agregado se corresponde con el intervalo.
La siguiente consulta de ejemplo (expresión MQL) especifica un intervalo de 5 minutos. Para obtener opciones de intervalo válidas en expresiones MQL, consulte Intervalo (Referencia de Monitoring Query Language (MQL)).
CpuUtilization[5m].max()
Nota

Los valores soportados para el intervalo dependen del rango de tiempo especificado en la consulta de métrica (no aplicable a las consultas de alarma). Se soportan más valores de intervalo para los rangos de tiempo más pequeños. Por ejemplo, si selecciona una hora para el rango de tiempo, se soportan todos los valores de intervalo. Si selecciona 90 días para el rango de tiempo, solo están soportados valores de intervalo entre 1 hora y 1 día.
Para seleccionar un intervalo para un gráfico o una consulta de métricas, consulte Cambio del intervalo de un gráfico de métricas por defecto y Selección del intervalo de una consulta.
Para seleccionar un intervalo para una alarma, consulte Selección del intervalo para una consulta de alarma.
Consulte también resolución.
mensaje
Contenido que la función Alarmas del servicio Monitoring publica en temas en los destinos de notificación configurados para la alarma. Un mensaje se envía cuando la alarma pasa a otro estado, por ejemplo, de OK a FIRING.
Para obtener más información sobre los mensajes de alarma, consulte Formato del mensaje y ejemplos.
metadatos
Referencia proporcionada en una definición de métrica. Ejemplo: unidad (bytes), proporcionada en la definición de la métrica de oci_computeagent DiskBytesRead. Utilice metadatos para determinar información adicional sobre una métrica. Para conocer la definición de las métricas, consulte Servicios admitidos.
métrica
Medida relacionada con el estado, la capacidad o el rendimiento de un recurso. Ejemplo: oci_computeagent métrica CpuUtilization, que mide el uso de una instancia informática. Para conocer la definición de las métricas, consulte Servicios admitidos.
Nota

Los recursos de métrica no tienen OCID .
definición de métrica
Conjunto de referencias, cualificadores y otra información proporcionada por un espacio de nombre de métrica para una métrica. Por ejemplo, la métrica de oci_computeagent DiskBytesRead se define mediante dimensiones (como el identificador del recurso) y metadatos (especificando bytes para la unidad), así como mediante la identificación de su espacio de nombres de métrica (oci_computeagent). Cada conjunto publicado de puntos de datos posee esta información. Utilice la operación de la API ListMetricData para obtener las definiciones de las métricas. Para conocer la definición de las métricas, consulte Servicios admitidos.
Para seleccionar un nombre de métrica para una consulta, consulte Selección del nombre de métrica para una consulta.
Para seleccionar un nombre de métrica para una alarma, consulte Creación de una consulta básica para generar un gráfico de métricas de alarma y Creación de una alarma básica.
espacio de nombre de métricas
Indicador del recurso, el servicio o la aplicación que emite la métrica. Se indica en la definición de métrica. Por ejemplo, la definición de métrica de CpuUtilization emitida por el software de Oracle Cloud Agent en instancias informáticas muestra el espacio de nombres de métrica oci_computeagent como origen de la métrica CpuUtilization. Para conocer la definición de las métricas, consulte Servicios admitidos.
Para seleccionar un espacio de nombres de métricas para un gráfico o consulta de métricas, consulte Visualización de gráficos de métricas por defecto para un espacio de nombres de métrica (varios recursos) y Selección del espacio de nombres de métrica para una consulta.
Para seleccionar un espacio de nombres de métricas para una alarma, consulte Creación de un gráfico de métricas de alarma y Creación de una alarma básica.
flujo de métrica
Juego individual de datos agregados para una métrica y cero o más valores de dimensión.
En la página Estado de flujos de métricas, cada flujo de métricas se corresponde con un juego de pares clave-valor de dimensión.
En gráficos métricas (en la consola), cada flujo de métricas se representa como una línea (a menos que agregue todos los flujos de métricas).
En la siguiente imagen se muestran los flujos de métricas en un gráfico. Cada línea del gráfico se corresponde con un flujo de métricas.
En esta imagen se muestran los flujos de métricas en un gráfico. Cada línea del gráfico se corresponde con un flujo de métricas.
Por ejemplo, imagine un compartimento que contenga tres instancias informáticas en el dominio de disponibilidad AD-1 (incluidas dos en el pool de instancias ipexample) y una cuarta instancia en el dominio de disponibilidad AD-2. En este ejemplo, el gráfico de métricas de uso de CPU muestra cuatro líneas (una por instancia). Cuando se filtra por el dominio de disponibilidad AD-1, en el gráfico se muestran tres líneas. Cuando se filtra aún más por el pool de instancias ipexample, en el gráfico se muestran dos líneas.
Para seleccionar flujos de métricas en una consulta, consulte Selecting Dimensions to Filter Metrics, Selecting Dimensions for a Query y Selecting Dimensions for an Alarm Query.
Para configurar una alarma para notificaciones por flujo de métricas, consulte Creación de una alarma que divide los mensajes por flujo de métricas y Escenario: división de mensajes por flujo de métricas.
destino de notificación
Detalles para enviar mensajes cuando la alarma pasa a otro estado, como de OK a FIRING. Los detalles y la configuración podrían variar según el servicio de destino. Los servicios de destino disponibles incluyen Notifications y Streaming.
Para el servicio Notifications, especifique un tema. (Si está creando el tema para la alarma, especifique también uno o más protocolos de suscripción (como PagerDuty).
Para el servicio Streaming, especifique un flujo.
Para ver ejemplos de mensajes de alarma enviados a temas y flujos, consulte Ejemplo de mensajes de alarma.
Para configurar un destino de notificación en una alarma, consulte Definición de notificaciones para una alarma.
Software del agente de Oracle Cloud
Software utilizado por una instancia informática para publicar puntos de datos no procesados en el servicio Monitoring. Se instala automáticamente con las versiones más recientes de las imágenes admitidas. Consulte Activación de la supervisión para instancias de Compute.
query
Expresión en lenguaje Monitoring Query Language (MQL) e información asociada (como el espacio de nombres de métricas) que se evalúa para la obtención de datos agregados. La consulta debe especificar una métrica, una estadística y un intervalo.
Para crear una consulta de métrica, consulte Creación de una consulta.
Para crear una consulta de alarma, consulte Creación de una consulta básica para generar un gráfico de métricas de alarma.
resolución

Periodo entre intervalos de tiempo o regularidad con la que cambian los intervalos de tiempo. Por ejemplo, utilice una resolución de 1m para recuperar agregaciones cada minuto.

Nota

Para las consultas de métricas, el intervalo seleccionado controla la resolución por defecto de la solicitud, lo cual determina el intervalo máximo de tiempo de los datos obtenidos.

En las consultas de alarmas, el intervalo  especificado no tiene efecto alguno en la resolución  de la solicitud. El único valor válido de la resolución para una solicitud de consulta de alarma es 1m. Para obtener más información acerca del uso del parámetro de resolución en las consultas de alarmas, consulte Alarma.

Como se muestra en la siguiente ilustración, la resolución controla la hora de inicio de cada periodo de agregación en relación con el periodo anterior, mientras que el intervalo controla la duración de cada periodo. Ambas solicitudes aplican la estadística max a los datos de cada intervalo de cinco minutos (dentro del intervalo), lo que da como resultado un único punto de datos agregado que representa el contador CPUutilization más alto para el intervalo en cuestión. Solo varía el valor de resolución. La resolución varía la regularidad con la que cambian los intervalos de agregación, o las horas de inicio de los intervalos de agregación sucesivos. La solicitud A no especifica una resolución y, por tanto, utiliza el valor por defecto, es decir, el mismo que para el intervalo (5 minutos). Los intervalos de agregación de cinco minutos de esta solicitud se obtienen de los conjuntos de puntos de datos emitidos de 0:n a 5:00, 5:n a 10:00, y así sucesivamente. La solicitud B especifica una resolución de 1 minuto, por tanto, los intervalos de agregación de cinco minutos se obtienen de los conjuntos de puntos de datos emitidos cada minuto de 0:n a 5:00, 1:n a 6:00, y así sucesivamente.

En esta imagen se muestra cómo comienzan los intervalos de agregación según la resolución.

Para especificar una resolución no predeterminada que difiera del intervalo, consulte Selección de una resolución no predeterminada para una consulta y Creación de una alarma.

grupo de recursos
Cadena personalizada proporcionada con una métrica personalizada que se puede utilizar como filtro o para agregar resultados. El grupo de recursos debe existir en la definición de la métrica publicada. Solo se puede aplicar un grupo de recursos por métrica.
Para seleccionar un grupo de recursos en una consulta, consulte Selección de un grupo de recursos en una consulta.
Para seleccionar un grupo de recursos en una consulta de alarma, consulte Selección de un grupo de recursos en una consulta de alarma.
estadística
Función de agregación aplicada al juego de puntos de datos sin formato.
Para seleccionar la estadística para un gráfico o consulta de métricas, consulte Cambio de la estadística para un gráfico de métricas por defecto y Selección de la estadística para una consulta.
Para seleccionar la estadística para una consulta de alarma, consulte Selección de la estadísticas para una consulta de alarma.
suppression
Configuración para evitar la publicación de mensajes durante el rango temporal especificado. Es útil para suspender notificaciones de alarma durante el mantenimiento del sistema.
Para suprimir alarmas, consulte Suppressing a Single Alarm y Suppressing Multiple Alarms.
rango temporal
Límites (registros de hora) de los datos de métrica que desea. Por ejemplo, la última hora.
Para seleccionar el rango temporal de un gráfico o consulta de métricas, consulte Cambio del rango temporal para gráficos de métricas por defecto, Cambio del rango temporal para un gráfico de métricas personalizadas y Selección de un rango temporal no por defecto para una consulta.
regla de disparador
Condición que se debe cumplir para poner la alarma en estado de activación. Una regla de disparador se puede basar en un umbral o en una ausencia de una métrica.
Para configurar una regla de disparador en una alarma, consulte Adición de reglas de disparador a una alarma.

Disponibilidad

El servicio Monitoring está disponible en todas las regiones comerciales de Oracle Cloud Infrastructure. Consulte Acerca de las regiones y los dominios de disponibilidad para obtener la lista de regiones disponibles, junto con las ubicaciones, identificadores de región, claves de región y dominios de disponibilidad asociados.

Servicios soportados

Los siguientes servicios tienen recursos o componentes que pueden emitir métricas a Monitoring:

Identificadores de recursos

La mayoría de los tipos de recursos de Oracle Cloud Infrastructure tienen un identificador único asignado por Oracle denominado Oracle Cloud ID (OCID). Para obtener información sobre el formato del OCID y otras formas de identificar los recursos, consulte Identificadores de recursos. Consulte Identificadores de recursos.

Nota

Los recursos de métrica no tienen OCID .

Maneras de acceder a Monitoring

Puede acceder a Oracle Cloud Infrastructure (OCI) utilizando la consola (una interfaz basada en explorador), la API de REST o la CLI de OCI. A lo largo de esta documentación se incluyen temas con instrucciones para utilizar la consola, la API y la CLI. Para obtener una lista de los SDK disponibles, consulte Interfaz de línea de comandos y kits de desarrollo de software.

Consola: para acceder a Monitoring con la Consola, debe usar un explorador compatible. Para ir a la página de conexión de la consola, abra el menú de navegación en la parte superior de esta página y seleccione Consola de Infrastructure. Se le solicitará que introduzca el inquilino en la nube, el nombre de usuario y la contraseña. Abra el menú de navegación y seleccione Observación y gestión. En Supervisión, seleccione Métricas de servicio.

API: para acceder a Monitoring a través de API, use la API de Monitoring para las métricas y las alarmas y la API de Notifications para las notificaciones (utilizadas con las alarmas).

CLI: consulte Referencia de línea de comandos para Monitoring y Referencia de línea de comandos para Notifications.

Autenticación y autorización

Cada servicio de Oracle Cloud Infrastructure se integra con IAM con fines de autenticación y autorización para todas las interfaces (la consola, el SDK o la CLI, y la API de REST).

Un administrador de una organización debe configurar grupos, compartimentos y políticas que controlen qué usuarios pueden acceder a qué servicios y recursos, así como el tipo de acceso. Por ejemplo, las políticas controlan quién puede crear usuarios, crear y gestionar la red en la nube, crear instancias, crear cubos, descargar objetos, etc. Para obtener más información, consulte Gestión de dominios de identidad. Para obtener detalles específicos sobre la escritura de políticas de los distintos servicios, consulte Referencia de políticas.

Si es un usuario normal (no un administrador) que debe utilizar los recursos de Oracle Cloud Infrastructure que posee la compañía, póngase en contacto con un administrador para configurar su ID de usuario. El administrador puede confirmar qué compartimento o compartimentos puede utilizar.

Para obtener más información sobre las autorizaciones de usuario para la supervisión, consulte Políticas de IAM.

Administradores: Para políticas comunes que otorgan a grupos acceso a métricas, consulte Acceso a métricas para grupos. Para políticas de alarma comunes, consulte Acceso a alarmas para grupos. Para autorizar recursos, como instancias, y realizar llamadas de API, agregue los recursos a un grupo dinámico. Utilice las reglas de coincidencia de grupo dinámico para agregar los recursos y, a continuación, crear una política que permita el acceso del grupo dinámico a las métricas. Consulte Acceso a métricas para recursos.

Límites de Monitoring

Consulte Límites de Monitoring para ver una lista de límites aplicables e instrucciones para solicitar un aumento del límite.

Existen otros límites como, por ejemplo, los descritos a continuación.

Límites de almacenamiento

Elemento Intervalo de tiempo de almacenamiento
Definiciones de métricas 90 días
Entradas del historial de alarmas 90 días

Límites de mensajes de alarma

El número máximo de mensajes por evaluación de alarma depende del destino de la alarma. Los límites están asociados al servicio de Oracle Cloud Infrastructure que se utiliza para el destino.

Monitoring realiza un seguimiento de 200 000 flujos de métricas por alarma para eventos de cualificación. Para obtener más información sobre las evaluaciones de alarmas, consulte Evaluaciones de alarma en esta página.

Destino de alarma Entrega Máximo de mensajes de alarma por evaluación
tema (Notifications) Al menos una vez 60
flujo (Streaming) Al menos una vez 100.000

Por ejemplo, tenga en cuenta las siguientes evaluaciones de una alarma que divide las notificaciones entre 200 flujos de métricas, utilizando un tema como destino.

Evaluación de alarma (tiempo) Transición de flujo de métricas Mensajes generados Mensajes enviados Mensajes borrados
00:01:00 110 flujos de métricas pasan del estado OK a FIRING. 110 60 50
00:02:00 90 flujos de métricas pasan del estado OK a FIRING. 90 60 30

Cuando un tema o flujo se usa en exceso, puede generar notificaciones de alarma retrasadas. El uso excesivo se puede producir cuando varios recursos utilizan ese tema o flujo.

Mejores prácticas para trabajar cumpliendo los límites

Cuando tenga previsto un gran volumen de notificaciones de alarma, siga estas mejores prácticas para evitar exceder los límites de mensajes de alarma y los retrasos asociados.

  • Reserve un único tema o flujo para utilizarlo con una alarma de gran volumen. No utilice un tema o flujo para varias alarmas de gran volumen.
  • Si espera más de 60 mensajes por minuto, especifique Flujo como destino de alarma.
  • Flujos:
    • Cree particiones según la carga esperada. Consulte Límites sobre el flujo de recursos.
    • Si los mensajes de alarma exceden el espacio del flujo, actualice la alarma para que utilice un flujo diferente que tenga más particiones. Por ejemplo, si el flujo original contiene cinco particiones, cree un flujo con diez particiones y, a continuación, actualice la alarma para utilizar el nuevo flujo.
      Nota

      Para evitar que falten mensajes, siga consumiendo el flujo original hasta que no se reciban más mensajes.
  • Aumente los límites del arrendamiento:

Seguridad

En este tema se describe la seguridad de Monitoring.

Para obtener información sobre cómo proteger Monitoring, incluida la información y las recomendaciones de seguridad, consulte Protección de Monitoring.