En este documento, se enumeran las cuotas y los límites del sistema que se aplican a Cloud Monitoring.
- Las cuotas especifican la cantidad de un recurso compartido contable que puedes usar. Las cuotas se definen en los servicios de Google Cloud, como Cloud Monitoring.
- Los límites del sistema son valores fijos que no se pueden cambiar.
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 ajustar la mayoría de las cuotas, usa la consola de Google Cloud. Para obtener más información, consulta Solicita un ajuste de cuota.
También existen límites del sistema para los recursos de Monitoring. Los límites del sistema no se pueden cambiar.
Métricas definidas por el usuario
En la página Administración de métricas de Cloud Monitoring, se proporciona información que puede ayudarte a controlar el importe que inviertes en las 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 para 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 las métricas innecesarias, lo que elimina el costo de transferirlas. Para obtener más información de la página Administración de métricas, consulta Visualiza 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 |
| Descriptores de métricas de cargas de trabajo, Prometheus y externos4 por proyecto | 25,000 |
| Series temporales activas de métricas personalizadas por recurso supervisado5 | 200,000 |
| Series temporales activas de las 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 |
| Tasa a la que se pueden crear descriptores de métricas | 6,000 por proyecto por minuto |
1 Este es el límite que impone Cloud Monitoring. Es posible que otros servicios impongan valores máximos más bajos. Las métricas personalizadas son aquellas 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 tiempos 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 últimas 24 horas.
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 de gce_instance o un solo contenedor de k8s_container) en todas las métricas definidas por el usuario dentro de esa fila (personalizadas, de carga de trabajo, de Prometheus o externas). La 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 |
Para encontrar las cuotas y los límites de la API, haz lo siguiente:
|
| 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 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 algunos servicios de Google Cloud, incluida la mayoría de las métricas de las siguientes categorías:
|
24 meses1 |
| 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 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 métricas de Google Cloud Managed Service para Prometheus se almacenan durante 1 semana a su frecuencia de muestreo original; luego, se reduce el muestreo a intervalos de 1 minuto para las siguientes 5 semanas y, luego, se reduce el muestreo a intervalos de 10 minutos para el 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 alcance de métricas .
Puedes agregar hasta 1,000 proyectos de Google Cloud por alcance de métricas, pero es posible que experimentes problemas de rendimiento, especialmente cuando consultas métricas personalizadas o datos históricos. Cloud Monitoring garantiza consultas y gráficos de alto rendimiento solo para 375 proyectos de Google Cloud por alcance de métricas .
Para aumentar la cuota de proyectos de Google Cloud por alcance de métricas, puedes solicitar un aumento de la cuota de "Proyectos supervisados / Alcance de métricas de supervisión". Consulta la documentación sobre cómo administrar tu cuota para obtener más detalles.
Límites para crear y actualizar descriptores de métricas
Cloud Monitoring aplica un límite de frecuencia por minuto a la creación de métricas nuevas, a la adición de nombres de etiquetas nuevas a las métricas existentes y a la eliminación de métricas. Por lo general, este límite de frecuencia solo se alcanza cuando se integra por primera vez en Cloud Monitoring, por ejemplo, cuando migras una implementación existente de Prometheus maduro 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 nombres de etiquetas nuevas 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 basada en métricas | 6 | Métrica |
| Condiciones por política de alertas basada en SQL (versión preliminar pública) | 1 | 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 |
| Es la longitud máxima del filtro que se usa en una condición de umbral de métrica. |
2,048 caracteres Unicode | Métrica |
| Cantidad máxima de series temporales que supervisa 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 | 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 notificaciones4 | 1 notificación cada 5 minutos por cada política de alertas basada en registros | Registro |
| Cantidad máxima de notificaciones | 20 notificaciones por día para cada política de alertas 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 posposición | 16 | Métrica, registro |
| Retención de una posposición | 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.
4Si la consulta de tu política de alertas basada en registros extrae valores de etiqueta, cada combinación de valores extraídos representa su propio cronograma de notificaciones. Por ejemplo, supongamos que una política de alertas basada en registros extrae los valores de una etiqueta. Supongamos que la etiqueta puede tener dos valores. Con esta configuración, podrías recibir dos notificaciones, una para cada valor de etiqueta, en los mismos 5 minutos.
Límites de los monitores sintéticos
| Categoría | Valor |
|---|---|
| Verificaciones de tiempo de actividad por alcance de métricas * | 100 |
| Cantidad máxima de pings ICMP por verificación de tiempo de actividad pública | 3 |
| Monitores sintéticos por permiso de métricas | 100† |
†Para obtener información sobre cómo aumentar este límite, consulta Administra tu 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* |
| Filas de una tabla | 300 |
To improve performance, we've limited the time series displayed in this chart.
Para mostrar todas las series temporales, expande la información sobre herramientas y selecciona el botón etiquetado como Mostrar todas las series temporales.
Objetivos de nivel de servicio
| Categoría | Valor |
|---|---|
| Cantidad de SLO por servicio | 500 |