Cuotas y límites

Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

Para asegurarse de que las operaciones sean eficientes, Cloud Monitoring impone los siguientes límites de uso.

Métricas personalizadas

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. Es posible que otros servicios impongan valores máximos más bajos.
2 Solo puedes escribir un dato para cada serie temporal de una solicitud. Por lo tanto, este límite también corresponde a 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
1Métrica: una política de alertas basada en datos de métricas; Registro: una política de alertas basada en mensajes de registro (alertas basadas en registros)
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