Para asegurarse de que las operaciones sean eficientes, Cloud Monitoring impone los siguientes límites de uso.
Métricas definidas por el usuario
| Categoría | Valor máximo |
|---|---|
| Descriptores de métricas personalizadas por proyecto1 | 10,000 |
| Etiquetas por descriptor de métrica | 30 |
| Longitud de las strings para la clave de las etiquetas | 100 |
| Longitud de las strings para el valor de las etiquetas | 1,024 |
| Series temporales incluidas en una solicitud de escritura2 | 200 |
| Frecuencia con la que se pueden escribir datos en una única serie temporal3 | un punto cada 5 segundos |
| Buckets de histogramas por métrica de distribución personalizada | 200 |
| Cargas de trabajo, Prometheus y descriptores de métricas externas4 por proyecto | 25,000 |
| Series temporales activas de métricas personalizadas por recurso supervisado5 | 200,000 |
| Series temporales activas de métricas de cargas de trabajo por recurso supervisado5 | 200,000 |
| Series temporales activas de Prometheus por recurso supervisado5 | 1,000,000 |
| Series temporales activas de métricas externas por recurso supervisado5 | 200,000 |
1 Este es el límite que impone Cloud Monitoring. Otros servicios pueden imponer valores máximos más bajos. Las métricas personalizadas son las que se escriben en custom.googleapis.com.
2 Solo puedes escribir un dato para cada serie temporal de una solicitud. Por lo tanto, este límite también funciona como la cantidad máxima de datos que se pueden escribir por solicitud.
3 La API de Cloud Monitoring requiere que los horarios de finalización de los puntos escritos en una serie temporal tengan al menos 5 segundos de diferencia. Puedes escribir puntos por lotes en una serie temporal siempre que lo hagas en orden.
4 Las métricas externas son las que se escriben en external.googleapis.com.
5 Una serie temporal está activa si le agregaste datos durante las 24 horas anteriores.
El límite especificado en la fila es la cantidad total de series temporales activas para un solo recurso supervisado (por ejemplo, una sola VM gce_instance o un solo contenedor k8s_container) en todas las métricas definidas por el usuario dentro de esa fila (personalizadas, cargas de trabajo, Prometheus o externas). Una excepción es el recurso supervisado global, para el que se aplica el límite a cada métrica definida por el usuario por separado. Este es un límite de seguridad para todo el sistema y no se puede personalizar.
Supervisa las cuotas y los límites de las API
| Categoría | Valor máximo |
|---|---|
| Límites del uso de las API | Consulta el panel de cuotas. En el caso de las API, haz clic en Todas las cuotas para consultarlas. |
| Ciclo de vida de tokens de una página de API | 24 horas |
Acerca de las cuotas de la API de Monitoring
La API de Monitoring tiene límites de cuotas para las tasas de solicitudes de transferencia y las consultas de series temporales. Las solicitudes de transferencia son llamadas que escriben datos de series temporales, y las consultas son llamadas que recuperan datos de series temporales. También existen límites internos para otros extremos de la API de Monitoring; estos extremos no están diseñados con el fin de controlar tasas altas de solicitudes.
A fin de reducir la cantidad de solicitudes a la API que emites cuando tus servicios escriben datos de series temporales, usa una solicitud a la API para escribir datos en varias series temporales. Te recomendamos que escribas al menos 10 objetos por solicitud.
Para obtener más información sobre el procesamiento por lotes de solicitudes a la API, consulta timeSeries.create.
Si, después de agrupar las solicitudes a la API, aún necesitas límites de cuota más altos para la API de Monitoring, comunícate con el equipo de Asistencia de Google Cloud.
Los demás límites son fijos, según se detalla en esta página.
Para obtener más información, consulta la página Trabaja con cuotas.
Retención de datos
Los datos de métricas anteriores al período de retención se borran de las series temporales.
| Categoría | Valor |
|---|---|
Retención de datos de tipos de métricas personalizadas, externas y de agente, incluidas las siguientes:
|
24 meses1 |
Retención de datos de tipos de métricas del estado del proceso: agent.googleapis.com/processes,excepto count_by_state y fork_state, como se indicó en la entrada anterior. |
24 horas |
| Retención de datos de todos los demás tipos de métricas, incluidas las siguientes: | 6 semanas |
| Ciclo de vida de tokens de una página de API | 24 horas |
1 Los datos de métricas se almacenan por 6 semanas a su frecuencia de muestreo original; luego, se reduce el muestreo a intervalos de 10 minutos para almacenarlos por más tiempo.
2 Los datos de las métricas de Google Cloud Managed Service para Prometheus se almacenan por 1 semana a su frecuencia de muestreo original. Luego, se reduce el muestreo a intervalos de 1 minuto durante las próximas 5 semanas y, luego, se reduce el muestreo a intervalos de 10 minutos para almacenarlos por más tiempo.
Grupos de recursos
| Categoría | Valor |
|---|---|
| Cantidad de grupos de recursos por alcance de métricas | 500 |
| Cantidad máxima de grupos incluidos en un informe por correo electrónico1 | 10 |
1 Cuando configuras informes de Cloud Monitoring que se pueden enviar por correo electrónico, puedes solicitar información sobre el uso de tus grupos de recursos. Debido a una limitación en el generador de informes por correo electrónico, los informes solo incluyen información sobre 10 grupos.
Límites del proyecto supervisado
Cloud Monitoring admite oficialmente hasta 375 proyectos de Google Cloud por alcance de métricas .
Puedes agregar hasta 1,000 proyectos de Google Cloud por permiso de métricas, pero es posible que experimentes problemas de rendimiento, en especial cuando consultes métricas personalizadas o datos históricos. Cloud Monitoring garantiza las consultas y los gráficos de alto rendimiento solo para 375 proyectos de Google Cloud por permiso de métricas .
Para aumentar la cuota de alcance de los proyectos de Cloud por métricas, puedes solicitar un aumento de la cuota “Alcance de los proyectos supervisados / métricas de supervisión”. Consulta la documentación sobre cómo administrar tu cuota para obtener más detalles.
Límites de alertas y verificaciones de tiempo de actividad
| Categoría | Valor | Tipo de política1 |
|---|---|---|
| Políticas de alertas (suma del registro y la métrica) por alcance de métricas 2 | 500 | Métrica, registro |
| Condiciones por política de alertas | 6 | Métrica |
| 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 |
| Cantidad máxima de series temporales supervisadas por una condición de previsión |
64 | Métrica |
| Ventana de previsión mínima | 1 hora (3,600 segundos) | Métrica |
| Ventana de previsión máxima | 7 días (604,800 segundos) | Métrica |
| Canales de notificaciones por política de alertas | 16 | Métrica, registro |
| Frecuencia máxima de notificaciones | 1 notificación cada 5 minutos por cada alerta basada en registros | Registro |
| Cantidad máxima de notificaciones | 20 notificaciones por día por cada alerta basada en registros | Registro |
| Cantidad máxima de incidentes abiertos simultáneamente por política de alertas |
1,000 | Métrica |
| Período después del cual se cierra automáticamente un incidente sin datos nuevos |
7 días | Métrica |
| 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 |
| Verificaciones de tiempo de actividad por alcance de métricas 4 | 100 | No aplicable |
| Cantidad máxima de pings ICMP por verificación de tiempo de actividad pública | 3 | No aplicable |
2Apigee y Apigee Hybrid están profundamente integrados en Cloud Monitoring. El límite de alertas para todos los niveles de suscripción de Apigee (Standard, Enterprise y Enterprise Plus) es el mismo que para Cloud Monitoring: 500 por alcance de métrica.
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.
4Se aplica este límite a la cantidad de configuraciones de verificación de tiempo de actividad. Cada configuración incluye el intervalo de tiempo entre la prueba del estado del recurso especificado. Consulta Administra verificaciones de tiempo de actividad para obtener más información.
Límites de gráficos
| Categoría | Valor |
|---|---|
| Paneles por alcance de métricas | 1,000 |
| Gráficos por panel | 40 |
| Líneas por gráfico | 300 |
Objetivos de nivel de servicio
| Categoría | Valor |
|---|---|
| Cantidad de SLO por servicio | 500 |