En este documento, se describe cómo puedes usar Cloud Monitoring para observar las tendencias en tus datos de registro y notificarte cuando se producen las condiciones que especificas. Para proporcionar a Cloud Monitoring datos de tus registros, Logging admite las siguientes funciones:
Puedes generar métricas personalizadas a partir de tus entradas de registro. Estas métricas se denominan métricas basadas en registros. También puedes crear políticas de alertas basadas en métricas para recibir notificaciones cuando una métrica basada en registros cumpla con una condición. Para obtener más información, consulta Visualiza datos de entrada de registro con métricas basadas en registros.
Puedes usar políticas de alertas para supervisar, casi en tiempo real, cuándo aparece un mensaje en tus entradas de registro. Estas políticas de alertas se denominan políticas de alertas basadas en registros. Para obtener más información, consulta Supervisa entradas de registro individuales para ver mensajes.
Puedes escribir una consulta en SQL en el Análisis de registros y crear una política de alertas que supervise los resultados de la consulta. Estas políticas de alertas se denominan políticas de alertas basadas en SQL. Para obtener más información, consulta Supervisa consulta en SQL SQL.
Las políticas de alertas basadas en SQL están en versión preliminar pública.
En el resto de este documento, se describen las diferencias entre estas tres políticas de alertas y se proporciona información sobre la autorización, los costos y los límites.
Visualiza los datos de entrada de registro con métricas basadas en registros
Cuando desees supervisar eventos recurrentes en tus datos de registro a lo largo del tiempo, usa métricas basadas en registros. Las métricas basadas en registros generan datos numéricos a partir de tus datos de registro y son adecuadas si deseas realizar alguna de las siguientes acciones:
- Contar las ocurrencias de un mensaje, como una advertencia o un error, en los datos de registro y recibir una notificación cuando la cantidad de ocurrencias supera un umbral.
- Observar las tendencias en tus datos, como los valores de latencia en tus datos de registro, y recibir una notificación cuando los valores cambien de una manera inaceptable.
- Crear gráficos para mostrar los datos numéricos extraídos
Debido a que las métricas basadas en registros generan datos numéricos a partir de tus datos de registros, puedes usar estas métricas en las políticas de alertas y mostrarlas en gráficos. Si deseas obtener información para crear políticas de alertas y gráficos para métricas basadas en registros, consulta Configura notificaciones para métricas basadas en registros.
Cloud Monitoring proporciona un conjunto de métricas predefinidas basadas en registros, y puedes definir las tuyas. Para ver una lista de las métricas basadas en registros definidas por el sistema, haz clic en el siguiente botón add_circle:
Métricas basadas en registros definidas por el usuario
Puedes crear métricas basadas en registros para extraer datos numéricos de tus datos de registro. Las métricas basadas en registros definidas por el usuario calculan valores a partir de entradas de registro incluidas y excluidas.
De forma predeterminada, las métricas basadas en registros definidas por el usuario recopilan datos de todas las entradas de registro que recibe el enrutador de registros en tu proyecto de Google Cloud , pero puedes definir métricas basadas en registros que recopilen datos de las entradas de registro que se enrutan a un bucket de registros específico.
- Si deseas obtener información para definir y usar métricas basadas en registros a nivel del proyecto, consulta Usa métricas basadas en registros.
- Si deseas obtener información para definir y usar métricas basadas en registros a nivel del bucket, consulta Métricas basadas en registros en buckets de registros.
Si defines tus propias métricas basadas en registros, es posible que se generen cargos. Para obtener más información sobre los costos asociados con la transferencia de métricas, consulta los precios de Google Cloud Observability.
Supervisa las entradas de registro individuales en busca de mensajes
Cuando desees recibir notificaciones cada vez que ocurra un mensaje específico en una entrada de registro, usa políticas de alertas basadas en registros. Las políticas de alertas basadas en registros son útiles para detectar eventos relacionados con la seguridad en las entradas de registro, como los siguientes:
- Deseas recibir una notificación cuando aparezca un evento en un registro de auditoría; por ejemplo, un usuario humano accede a la llave de seguridad de una cuenta de servicio.
- Tu aplicación escribe mensajes de implementación en los registros y deseas recibir una notificación cuando se registra un cambio de implementación.
Las políticas de alertas basadas en registros son útiles para los eventos que esperas que sean poco frecuentes e importantes. No quieres conocer una tendencia o un patrón, sino que ocurrió algo.
Las políticas de alertas basadas en registros se definen en un proyecto y analizan una entrada de registro cuando se cumplen las siguientes condiciones:
- La facturación está habilitada.
- La entrada de registro se origina en un proyecto.
Los receptores del proyecto en el que se origina la entrada de registro o de un proyecto al que se enruta la entrada de registro la enrutan a un bucket de registros.
Por ejemplo, supongamos que una entrada de registro se origina en el proyecto
A. Si un receptor de registros del proyectoAenruta la entrada de registro a un bucket de registros, las políticas de alertas basadas en registros definidas en el proyectoAanalizan la entrada de registro.Como segundo ejemplo, supongamos que una entrada de registro se origina en el proyecto
Xy que un receptor de registros en el proyectoXenruta la entrada de registro al proyectoY. Si un receptor en el proyectoYenruta la entrada de registro a un bucket de registros, las políticas de alertas basadas en registros definidas en el proyectoXy en el proyectoYanalizan la entrada de registro.
No puedes usar políticas de alertas basadas en registros para supervisar las entradas de registro que se originan en carpetas, cuentas de facturación u organizaciones, ni para supervisar las entradas de registro que no se almacenan en buckets de registros. Si creas receptores agregados, es posible que estos intercepten una entrada de registro y eviten que los receptores del proyecto en el que se originó la entrada de registro la enruten.
Para obtener información sobre cómo crear políticas de alertas basadas en registros, consulta Configura políticas de alertas basadas en registros.
Supervisa los resultados de consulta en SQL
Puedes configurar políticas de alertas que usen el Análisis de registros para ejecutar consultas en SQL sobre los datos de las entrada de registro. Estos tipos de políticas de alertas son eficaces cuando deseas recibir notificaciones basadas en patrones que no se pueden evaluar con políticas de alertas basadas en registros, como patrones complejos en entradas de registro o agregaciones de datos de registro. Para obtener más información, consulta Supervisa los resultados de tus consulta en SQL con una política de alertas.
Comparación de opciones de alertas
En esta sección, se comparan las políticas de alertas basadas en métricas basadas en registros, las políticas de alertas basadas en registros y las políticas de alertas basadas en SQL.
Tabla de resumen
En la siguiente tabla, se resumen las técnicas de alertas y se proporcionan vínculos a información adicional:
| Políticas de alertas basadas en métricas | Políticas de alertas basadas en registros | Políticas de alertas basadas en SQL | Más información |
|---|---|---|---|
| Se basan en métricas derivadas de las entradas de registro. | Según cadenas en entradas de registro individuales | Basado en las tablas que devuelven las consultas en SQL sobre las entradas de registro | Métricas basadas en registros Alertas basadas en registros Alertas basadas en SQL |
| Se usa para notificarte sobre las tendencias a lo largo del tiempo | Se usa para notificarte cuando aparece un mensaje específico en un registro. | Se usa para notificarte sobre un patrón en una ventana de entradas de registro | Métricas basadas en registros Alertas basadas en registros Alertas basadas en SQL |
Se calcula a partir de
|
Solo coinciden las entradas de registro incluidas | Se calcula a partir de las entradas de registro en una ventana deslizante. | Entradas de registro disponibles Alertas basadas en SQL |
| Operar con métricas de todos los proyectos en el permiso de métricas del proyecto de permisos | Operar en las entradas de registro que satisfagan las siguientes condiciones:
|
Operar en vistas de registros a las que se puede acceder a través de conjuntos de datos vinculados Los conjuntos de datos vinculados pueden estar en cualquier proyecto. | Alcance de las métricas Conjuntos de datos vinculados |
| Se crea un incidente cuando el valor de una métrica cumple una condición durante un período especificado. | Se crea un incidente cada vez que una entrada de registro específica coincide con un filtro. | Se crea un incidente cuando la tabla de resultados de la búsqueda cumple con una condición. | Incidentes y notificaciones |
| Se crea y administra en Monitoring | Se crea en Logging y se administra en Monitoring. |
Se crea en Log Analytics y se administra en Monitoring. | Crea y administra políticas de alertas Alertas basadas en SQL |
| Se visualizó en Monitoring | Se visualizó en Monitoring | Se visualizó en Monitoring | Visualiza las políticas de alertas |
| Puedes usar cualquier canal de notificaciones compatible con Monitoring. | Puedes usar cualquier canal de notificaciones compatible con Monitoring. | Puedes usar cualquier canal de notificaciones compatible con Monitoring. | Canales de notificaciones |
Entradas de registro disponibles
Las métricas basadas en registros definidas por el usuario se calculan a partir de todas las entradas de registro que recibe la API de Logging para el proyecto Google Cloud , independientemente de los filtros de inclusión o los filtros de exclusión que se puedan aplicar al proyecto Google Cloud . Si creas una política de alertas basada en una métrica basada en registros que define el usuario, la política supervisa los datos de todas las entradas de registro.
Las métricas basadas en registros definidas por el sistema solo se calculan a partir de las entradas de registro que se almacenaron en los buckets de registros del proyectoGoogle Cloud . Si un registro se excluyó explícitamente, no se incluye en estas métricas. Si creas una política de alertas basada en una métrica basada en registros definida por el sistema, la política supervisará los datos solo de las entradas de registro incluidas.
Las políticas de alertas basadas en registros se definen en un proyecto y analizan una entrada de registro cuando se cumplen las siguientes condiciones:
- La facturación está habilitada.
- La entrada de registro se origina en un proyecto.
Los receptores del proyecto en el que se origina la entrada de registro o de un proyecto al que se enruta la entrada de registro la enrutan a un bucket de registros.
Por ejemplo, supongamos que una entrada de registro se origina en el proyecto
A. Si un receptor de registros del proyectoAenruta la entrada de registro a un bucket de registros, las políticas de alertas basadas en registros definidas en el proyectoAanalizan la entrada de registro.Como segundo ejemplo, supongamos que una entrada de registro se origina en el proyecto
Xy que un receptor de registros en el proyectoXenruta la entrada de registro al proyectoY. Si un receptor en el proyectoYenruta la entrada de registro a un bucket de registros, las políticas de alertas basadas en registros definidas en el proyectoXy en el proyectoYanalizan la entrada de registro.
No puedes usar políticas de alertas basadas en registros para supervisar las entradas de registro que se originan en carpetas, cuentas de facturación u organizaciones, ni para supervisar las entradas de registro que no se almacenan en buckets de registros. Si creas receptores agregados, es posible que estos intercepten una entrada de registro y eviten que los receptores del proyecto en el que se originó la entrada de registro la enruten.
Las políticas de alertas basadas en SQL consultan vistas de registros en buckets de registros. Estos buckets de registros deben actualizarse para usar el Análisis de registros y, luego, vincularse a un conjunto de datos de BigQuery. Para obtener más información sobre las políticas de alertas basadas en SQL, consulta Supervisa los resultados de tus consulta en SQL con una política de alertas.
Supervisa métricas en varios proyectos
Puedes supervisar las métricas de varios proyectos configurando un permiso de métricas. Un permiso de métricas enumera todos los proyectos y cuentas que supervisa. Un proyecto de permisos aloja el permiso de métricas. El proyecto de permisos almacena las políticas de alertas y otras opciones de configuración que creas para el permiso de las métricas. El proyecto de permisos para un permiso de métricas es el proyecto que selecciona el selector de proyectos de la consola de Google Cloud .
Las políticas de alertas basadas en métricas basadas en registros, como las políticas de alertas basadas en otras métricas, funcionan en todos los proyectos dentro del permiso de las métricas del proyecto de permisos.
El permiso de las métricas no es relevante para las políticas de alertas basadas en entradas de registro, como las políticas basadas en registros y en SQL.
Para obtener más información sobre los permisos de métricas, incluidos los permisos de métricas de varios proyectos, y sobre los proyectos de permisos, consulta lo siguiente:
Incidentes y notificaciones
Cuando se cumple la condición de una política de alertas, Monitoring abre un incidente y envía notificaciones a los canales de notificación de la política de alertas. Para ver los detalles del incidente, haz clic en Ver incidente en el mensaje de notificación o navega directamente a la página Incidentes en Monitoring.
Incidentes para las políticas de alertas basadas en métricas
Las políticas de alertas basadas en métricas basadas en registros crean incidentes y notificaciones, como todas las demás políticas de alertas basadas en métricas en Monitoring, como se describe en Comportamiento de alertas. Si deseas obtener más información sobre la administración de incidentes para las políticas de alertas basadas en métricas, consulta Incidentes para políticas de alertas basadas en métricas.
Incidentes para las políticas de alertas basadas en registros
Cuando Cloud Logging escribe la entrada de registro en un bucket de registros, cada política de alertas basada en registros analiza la entrada de registro. Si una entrada de registro coincide con el filtro de la política de alertas, Cloud Logging extrae etiquetas y reenvía los datos a Cloud Monitoring.
Cuando recibe datos de Cloud Logging, Cloud Monitoring usa las siguientes reglas para determinar qué acciones debe realizar:
Si no hay incidentes abiertos para la política de alertas, Monitoring abre un incidente nuevo y envía una notificación.
Cuando las etiquetas extraídas están disponibles, la información de identificación del incidente incluye esas etiquetas.
Si hay un incidente cerrado cuyos valores de etiqueta extraídos coinciden con los valores de etiqueta extraídos de la entrada de registro actual, Monitoring vuelve a abrir el incidente cerrado o abre uno nuevo. Monitoring determina qué acción tomar en función de si se borró el incidente cerrado, lo que puede tardar hasta tres minutos.
Si hay un incidente abierto cuyos valores de etiqueta coinciden con los valores de etiqueta extraídos para la entrada de registro actual, el sistema envía otra notificación o no hace nada. El comportamiento del sistema depende de si la política de alertas superó un límite de incidentes o notificaciones.
Para cada política de alertas basada en registros, se aplican los siguientes límites:
Un máximo de 20 incidentes por día
Cuando se alcanza este límite, la notificación incluye una declaración similar a la siguiente: "Se alcanzó el límite máximo de 20 incidentes diarios. Los incidentes relacionados con esta política se reanudarán en las próximas 24 horas".
Un máximo de 2 incidentes nuevos por minuto.
Cuando una política de alertas basada en registros extrae valores de etiquetas, este límite puede impedir que recibas las notificaciones que esperas. Por ejemplo, supongamos que una política de alertas basada en registros extrae una etiqueta que tiene cinco valores posibles. En cualquier intervalo de un minuto, el sistema puede abrir como máximo 2 incidentes.
El intervalo mínimo entre las notificaciones repetidas de un incidente abierto es de 5 minutos. Puedes configurar este intervalo cuando crees o edites tu política de alertas.
Los incidentes se cierran automáticamente cuando transcurre el período especificado por la duración del cierre automático, sin que se repita la causa del incidente. De forma predeterminada, la duración del cierre automático es de 7 días. Debido a los eventos repetidos, el incidente puede permanecer abierto durante más tiempo que la duración del cierre automático.
Si deseas obtener más información para administrar incidentes de políticas de alertas basadas en registros, consulta Administra incidentes de políticas de alertas basadas en registros.
Incidentes para las políticas de alertas basadas en SQL
En el caso de las políticas de alertas basadas en SQL, Cloud Monitoring crea un incidente la primera vez que el resultado de la consulta en SQL cumple con la condición especificada en la política. Cada política de alertas tiene solo un incidente abierto. Mientras el incidente esté abierto, si se vuelve a cumplir la condición, Monitoring no creará más incidentes ni enviará notificaciones adicionales. Monitoring cierra los incidentes basados en SQL después de siete días, a menos que configures un período de cierre de incidentes más corto o cierres el incidente por tu cuenta.
Si deseas obtener más información para administrar incidentes de políticas de alertas basadas en SQL, consulta Administra incidentes de políticas de alertas basadas en SQL.
Crea y administra políticas de alertas
Puedes crear, modificar y borrar políticas de alertas en función de las métricas basadas en registros en Cloud Monitoring, como cualquier otra política de alertas basada en métricas. Para obtener más información, consulta Administra políticas.
Puedes crear políticas de alertas basadas en registros con el Explorador de registros o la API de Cloud Monitoring. Modificas y borras políticas de alertas basadas en registros en Monitoring o con la API de Cloud Monitoring. Para obtener más información, consulta Administra políticas de alertas basadas en registros.
Puedes crear políticas de alertas basadas en SQL con Log Analytics o la API de Cloud Monitoring. Puedes modificar y borrar políticas de alertas basadas en SQL en Monitoring o con la API de Cloud Monitoring. Para obtener más información, consulta Supervisa los resultados de tus consulta en SQL con una política de alertas.
Visualiza las políticas de alertas
En la página Políticas de Monitoring, se enumeran todas las políticas de alertas en tu proyecto de Google Cloud . En esta lista, se incluyen las políticas que usan métricas basadas en registros y políticas de alertas basadas en registros.
-
En la consola de Google Cloud , ve a la página Alertas notifications:
Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Monitoring.
- Selecciona Ver todas las políticas.
Las políticas de alertas basadas en registros aparecen en la lista con el valor Logs en la columna Tipo. Las políticas de alertas basadas en métricas, incluidas las métricas basadas en registros, aparecen en la lista con el valor Metrics en la columna Tipo.
Las políticas de alertas basadas en SQL aparecen en la lista con el valor SQL en la columna Tipos.
En la siguiente captura de pantalla, se muestra un extracto de una lista de políticas:
Canales de notificaciones
Puedes enviar notificaciones desde cualquier tipo de política de alertas a cualquiera de los canales de notificaciones compatibles con Monitoring. Debes configurar estos canales para poder usarlos en las políticas de alertas.
Para obtener más información, consulta Administra los canales de notificaciones.
Requisitos de autorización
El uso de métricas basadas en registros o políticas de alertas basadas en registros requiere autorización para Cloud Logging y Cloud Monitoring.
Para las métricas basadas en registros definidas por el usuario, consulta Permisos para las métricas basadas en registros.
Para las políticas de alertas basadas en registros, consulta Permisos para las políticas de alertas basadas en registros.
Para obtener información sobre las políticas de alertas basadas en SQL, consulta Permisos para las políticas de alertas basadas en SQL.
Costos y límites
Si defines tus propias métricas basadas en registros, se aplica lo siguiente:
- Existen límites para la cantidad y la estructura de las métricas basadas en registros definidas por el usuario. Para obtener más información sobre estos límites, consulta límites de métricas basadas en registros.
- Es posible que se generen cargos por las métricas basadas en registros que define el usuario. Para obtener más información sobre los costos asociados con la transferencia de métricas, consulta los precios de Google Cloud Observability.
- Las políticas de alertas basadas en SQL se ejecutan en una reserva de BigQuery en tu proyecto de Google Cloud . Es posible que se generen cargos por tener una reserva de BigQuery. Para obtener más información sobre los costos asociados con las reservas de BigQuery, consulta Precios de BigQuery.
No hay cargos asociados con el uso de políticas de alertas basadas en métricas basadas en registros.
Se aplican los siguientes límites de Monitoring relacionados con las políticas de alertas:
| Categoría | Valor | Tipo de política1 |
|---|---|---|
| Políticas de alertas (suma del registro y la métrica) por alcance de métricas 2 | 2,000 | Métrica, registro |
| Condiciones por política de alertas basada en métricas | 6 | Métrica |
| Condiciones por política de alertas basada en SQL (versión preliminar pública) |
1 | SQL |
| Tiempo máximo de ejecución de consultas para una política de alertas basada en SQL (versión preliminar pública) |
5 minutos | SQL |
| Período máximo que una condición de ausencia de métricas evalúa3 |
1 día | Métrica |
| Período máximo que una condición de umbral de métrica evalúa3 |
23 horas y 30 minutos | Métrica |
| Longitud máxima del filtro utilizado en una condición de umbral de métrica |
2,048 caracteres Unicode | Métrica |
| Cantidad máxima de series temporales supervisadas por una condición de previsión |
64 | Métrica |
| Período mínimo de previsión | 1 hora (3,600 segundos) | Métrica |
| Período máximo de previsión | 2.5 días (216,000 segundos) | Métrica |
| Canales de notificaciones por política de alertas | 16 | Todos |
| Cantidad máxima de incidentes nuevos por política de alertas basada en registros |
20 incidentes por día | Registro |
| Cantidad máxima de notificaciones4 por política de alertas basada en registros |
20 notificaciones por día | Registro |
| Frecuencia máxima de incidentes nuevos por política de alertas basada en registros |
2 incidentes nuevos por minuto | Registro |
| Intervalo mínimo entre las notificaciones de un incidente abierto5 por política de alertas basadas en registros |
5 minutos | Registro |
| Cantidad máxima de políticas de alertas que se activan simultáneamente por proyecto |
80,000 | Todos |
| Cantidad máxima de incidentes abiertos simultáneamente por política de alertas |
1,000 | Todos |
| Período después del cual se cierra automáticamente un incidente sin datos nuevos |
7 días | Métrica, SQL |
| Duración máxima de un incidente si no se cierra de forma manual | 7 días | Registro |
| Retención de incidentes cerrados | 13 meses | No aplicable |
| Retención de incidentes abiertos | Indefinido | No aplicable |
| Canales de notificaciones por alcance de métricas | 4,000 | No aplicable |
| Cantidad máxima de políticas de alertas por posposición | 16 | Todos |
| Retención de una alerta pospuesta | 13 meses | No aplicable |
2Puedes solicitar que se aumente este límite del valor predeterminado de 2,000 políticas por permiso de métricas a 10,000 políticas por permiso de métricas.
3El período máximo que una condición evalúa es la suma del período de alineación y los valores del período de duración. Por ejemplo, si el período de alineación se establece en 15 horas y el período de duración se establece en 15 horas, se requieren 30 horas de datos para evaluar la condición.
4Monitoring genera notificaciones para un incidente abierto cuando transcurre el tiempo mínimo entre notificaciones y una entrada de registro coincide con las etiquetas del incidente. Si se pospone una política de alertas basada en registros cuando Monitoring genera una notificación, esta se descarta y no se envía a los canales de notificación de la política. De lo contrario, Monitoring envía la notificación a los canales de notificaciones de la política de alertas. Todas las notificaciones que genera Monitoring se incluyen en el límite de 20 notificaciones por día de la política de alertas.
5Si la consulta de tu política de alertas basada en registros extrae etiquetas, cada combinación de valores de etiquetas extraídos representa su propia línea de tiempo de incidentes. Por lo tanto, puedes recibir varias notificaciones en un plazo de 5 minutos.