En este documento, se enumeran las cuotas y los límites que se aplican a Cloud Monitoring
Google Cloud usa cuotas para garantizar la equidad y reducir los aumentos repentinos en el uso y la disponibilidad de los recursos. Una cuota restringe la cantidad de un recurso de Google Cloud que puede usar tu proyecto de Google Cloud. Las cuotas se aplican a una variedad de tipos de recursos, incluidos los componentes de hardware, software y red. Por ejemplo, las cuotas pueden restringir la cantidad de llamadas a la API para un servicio, la cantidad de balanceadores de cargas que se usan en simultáneo en tu proyecto o la cantidad de proyectos que puedes crear. Las cuotas protegen a la comunidad de usuarios de Google Cloud mediante la prevención de la sobrecarga de los servicios. También te ayudan a administrar tus propios recursos de Google Cloud.
El sistema de cuotas Cloud realiza las siguientes acciones:
- Supervisa el consumo de productos y servicios de Google Cloud.
- Restringe el consumo de esos recursos.
- Proporciona un medio para solicitar cambios en el valor de la cuota.
En la mayoría de los casos, cuando intentas consumir más de lo que permite la cuota de un recurso, el sistema bloquea el acceso al recurso, y la tarea que intentas realizar falla.
Por lo general, las cuotas se aplican a nivel del proyecto de Google Cloud. El uso de un recurso en un proyecto no afecta tu cuota disponible en otro proyecto. Dentro de un proyecto de Google Cloud, las cuotas se comparten entre todas las aplicaciones y direcciones IP.
Para aumentar o disminuir la mayoría de las cuotas, usa la consola de Google Cloud. Para obtener más información, consulta Solicita una cuota mayor.
También existen límites para los recursos de Monitoring. Estos límites no están relacionados con el sistema de cuotas. Los límites no se pueden cambiar, a menos que se indique lo contrario.
Métricas definidas por el usuario
La página Administración de métricas de Cloud Monitoring proporciona información que pueden ayudarte a controlar el importe que inviertes en métricas facturables sin afectar la observabilidad. En la página Administración de métricas, se informa la siguiente información:
- Los volúmenes de transferencia para la facturación basada en bytes y de muestra, en todos los dominios de métricas y para las métricas individuales.
- Datos sobre etiquetas y cardinalidad de métricas.
- Cantidad de lecturas por cada métrica.
- Uso de métricas en políticas de alertas y paneles personalizados.
- Tasa de errores de escritura de métricas.
También puedes usar la Administración de métricas para excluir métricas innecesarias, lo que elimina el costo de transferirlos. Para obtener más información sobre la página Administración de métricas, consulta Consulta y administra el uso de métricas.
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 | 1024 |
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 |
Depósitos de histogramas por métrica de distribución personalizada | 200 |
Carga de trabajo, Prometheus y descriptores de métricas externos4 por proyecto | 25,000 |
Series temporales activas de métricas personalizadas por recurso supervisado5 | 200,000 |
Series temporales activas de métricas de carga 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 |
Velocidad a la que se pueden crear descriptores de métricas | 6,000 por minuto, por proyecto |
1 Este es el límite que impone Cloud Monitoring. Otros servicios
podría imponer valores máximos más bajos. Las métricas personalizadas son aquellas
custom.googleapis.com
2
Solo puedes escribir un dato para cada serie temporal de una solicitud, así que
límite también funciona como la cantidad máxima de puntos que se pueden escribir por
para cada solicitud.
3
La API de Cloud Monitoring requiere que las horas de finalización de los puntos escritos en
una serie temporal tengan una diferencia
de al menos 5 segundos. 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
dentro de las últimas 24 horas.
El límite especificado en la fila es el número total de series temporales activas para un
Único recurso supervisado (por ejemplo, una sola VM gce_instance
)
o un único contenedor k8s_container
) en todos los recursos definidos por el usuario
métricas dentro de esa fila (personalizada, de carga de trabajo, de Prometheus o externa). Los
excepción es el recurso supervisado global
, al que se aplica el límite
cada métrica definida por el usuario por separado. Es un límite de seguridad para todo el sistema
no es personalizable.
Supervisa las cuotas y los límites de las API
Categoría | Valor máximo |
---|---|
Límites del uso de las API |
Para encontrar las cuotas y los límites de la API, realiza una de las siguientes acciones:
|
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.
Para reducir la cantidad de solicitudes a la API que emites cuando tus servicios escriben
de series temporales, usa una solicitud a la API para escribir datos para varias series temporales.
Te recomendamos que escribas al menos 10 objetos por solicitud.
Para obtener más información sobre cómo agrupar las solicitudes a la API en lotes, consulta
timeSeries.create
Si, después de agrupar las solicitudes a la API, aún necesitas una mayor Supervisión de los límites de cuota de la API, contacto 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, inclusive: | 6 semanas |
Ciclo de vida de tokens de una página de API | 24 horas |
1 Se almacenan datos de métricas
6 semanas a su frecuencia de muestreo original,
Luego, se reduce su muestreo a intervalos de 10 minutos para extender el almacenamiento.
2 Los datos de métricas de Google Cloud Managed Service para Prometheus se almacenan para
1 semana en su precio original
frecuencia de muestreo, se reduce el muestreo a intervalos de 1 minuto para los siguientes
5 semanas; luego, se reduce el muestreo a intervalos de 10 minutos para un almacenamiento extendido.
.
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 permiso 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, especialmente cuando realices consultas métricas o datos históricos. Cloud Monitoring garantiza consultas con buen rendimiento y gráficos solo para 375 proyectos de Google Cloud por permiso de métricas .
Para aumentar la cuota de permisos de tus proyectos de Google Cloud por métricas, puedes solicitar un de aumento en los “Proyectos supervisados / Alcance de las métricas de supervisión” de la cuota de transferencia de registros. Consulta la documentación sobre cómo administrar tu cuota para obtener más detalles.
Límites en la creación y actualización de descriptores de métricas
Cloud Monitoring aplica un límite de frecuencia por minuto a la creación de métricas nuevas, agregar nuevos nombres de etiquetas a las métricas existentes y borrar métricas. Por lo general, este límite de frecuencia solo se alcanza cuando se realiza la primera integración con Cloud Monitoring, por ejemplo, cuando migrar una implementación madura y existente de Prometheus a Cloud Monitoring Este no es un límite de frecuencia para la transferencia de datos. Este límite de frecuencia solo se aplica cuando creas métricas nunca antes vistas o cuando agregas nuevos nombres de etiquetas a métricas existentes.
Esta cuota es fija, pero cualquier problema debería resolverse de forma automática a medida que se crean nuevas métricas y etiquetas de métricas hasta el límite por minuto.
Límites 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 | 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 |
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 supervisado 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 | 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 |
Cantidad máxima de políticas de alertas por alerta pospuesta | 16 | Métrica, registro |
Retención de una alerta pospuesta | 13 meses | 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.
Límites de supervisores sintéticos
Categoría | Valor |
---|---|
Verificaciones de tiempo de actividad por permiso de métricas * | 100 |
Cantidad máxima de pings de ICMP por verificación de tiempo de actividad pública | 3 |
Supervisión sintética por permiso de métricas | 100† |
†Para obtener información sobre cómo aumentar este límite, consulta Administra la cuota con la consola de Google Cloud.
Límites de gráficos
Categoría | Valor |
---|---|
Paneles por alcance de métricas | 1000 |
Gráficos por panel | 40 |
Líneas por gráfico | 50 |
Objetivos de nivel de servicio
Categoría | Valor |
---|---|
Cantidad de SLO por servicio | 500 |