Quotas et limites de Cloud Monitoring

Ce document répertorie les quotas et les limites qui s'appliquent à Cloud Monitoring.

Un quota limite la quantité d'une ressource Google Cloud partagée particulière que votre projet Google Cloud peut utiliser, y compris les composants matériels, logiciels et réseau. Par conséquent, les quotas font partie d'un système qui effectue les opérations suivantes :

  • Surveille votre utilisation ou votre consommation des produits et services Google Cloud
  • Limite la consommation de ces ressources pour des raisons telles que l'équité et la réduction des pics d'utilisation.
  • Gère des configurations qui appliquent automatiquement des restrictions recommandées.
  • Fournit un moyen de demander ou d'effectuer des modifications de quota.

Dans la plupart des cas, lorsqu'un quota est dépassé, le système bloque immédiatement l'accès à la ressource Google concernée et la tâche que vous essayez d'effectuer échoue. Dans la plupart des cas, les quotas s'appliquent à chaque projet Google Cloud. Ils sont partagés entre toutes les applications et adresses IP qui utilisent ce projet.

Pour demander une augmentation ou une diminution de la plupart des quotas, vous pouvez utiliser Google Cloud Console. Pour en savoir plus, consultez Demander une augmentation de quota.

Des limites s'appliquent également aux ressources Monitoring. Ces limites ne sont pas liées au système de quotas. Sauf indication contraire, les limites ne peuvent pas être modifiées.

Métriques définies par l'utilisateur

La page Gestion des métriques de Cloud Monitoring fournit des informations qui peuvent vous aider à contrôler les sommes que vous consacrez aux métriques facturables, sans affecter l'observabilité. La page Gestion des métriques fournit les informations suivantes :

  • Les volumes d'ingestion pour la facturation à base d'octets et celle à base d'exemples, englobant les différents domaines de métriques et des métriques individuelles
  • Les données sur les libellés et la cardinalité des métriques
  • L'utilisation de métriques dans les règles d'alerte et les tableaux de bord personnalisés
  • Les taux d'erreurs d'écriture de métriques
Pour en savoir plus sur la page Gestion des métriques, consultez la section Afficher et gérer l'utilisation des métriques.

Catégorie Valeur maximale
Descripteurs de métriques personnalisées par projet1 10 000
Libellés par descripteur de métrique 30
Longueur de chaîne d'une clé de libellé 100
Longueur de chaîne d'une valeur de libellé 1 024
Séries temporelles incluses dans une requête d'écriture2 200
Fréquence d'écriture des données dans une série temporelle unique3 un point pour chaque tranche de 5 secondes
Buckets d'histogrammes par métrique de distribution personnalisée 200
Descripteurs de métriques de charge de travail, Prometheus et externes4 par projet 25 000
Séries temporelles actives des métriques personnalisées par ressource surveillée5 200 000
Séries temporelles actives des métriques de charge de travail par ressource surveillée5 200 000
Séries temporelles actives de Prometheus par ressource surveillée5 1 000 000
Séries temporelles actives des métriques externes par ressource surveillée5 200 000
Fréquence de création des descripteurs de métrique 6 000 par minute et par projet

1 Cette limite est imposée par Cloud Monitoring. D'autres services peuvent imposer des valeurs maximales inférieures. Les métriques personnalisées sont celles écrites dans custom.googleapis.com.
2 Vous ne pouvez écrire qu'un seul point de données pour chaque série temporelle d'une requête. Cette limite correspond donc également au nombre maximal de points pouvant être écrits par requête.
3 L'API Cloud Monitoring nécessite que les heures de fin des points écrits dans une série temporelle soient espacées d'au moins cinq secondes. Si les points de données sont écrits dans l'ordre, vous pouvez les écrire par lot dans une série temporelle.
4 Les métriques externes sont celles qui sont écrites dans external.googleapis.com.
5 Une série temporelle est considérée comme active si vous y avez ajouté des points de données au cours des dernières 24 heures. La limite indiquée sur cette ligne correspond au nombre total de séries temporelles actives pour une seule ressource surveillée (par exemple, une seule VM gce_instance ou un seul conteneur k8s_container) pour toutes les métriques définies par l'utilisateur sur cette ligne (personnalisée, de charge de travail, Prometheus ou externe). La ressource surveillée global constitue une exception à la règle, pour laquelle la limite s'applique séparément à chaque métrique définie par l'utilisateur. Cette limite de sécurité est définie pour tout le système et n'est pas personnalisable.

Quotas et limites de l'API Monitoring

Catégorie Valeur maximale
Limites d'utilisation de l'API

Pour trouver les quotas et limites d'API, effectuez l'une des opérations suivantes:

Durée de vie des jetons de page de l'API 24 heures

À propos des quotas de l'API Monitoring

L'API Monitoring présente des limites de quota pour les taux de requêtes d'ingestion de séries temporelles et de requêtes de séries temporelles. Les requêtes d'ingestion sont des appels qui écrivent des données de séries temporelles, tandis que les requêtes de séries temporelles récupèrent des données de séries temporelles. Des limites internes s'appliquent également à d'autres points de terminaison de l'API Monitoring, car ceux-ci ne sont pas destinés à gérer des taux élevés de requêtes.

Pour réduire le nombre de requêtes API que vous émettez lorsque vos services écrivent des données de séries temporelles, utilisez une seule requête API afin d'écrire des données pour plusieurs séries temporelles. Nous vous recommandons d'écrire au moins 10 objets par requête. Pour en savoir plus sur les requêtes API par lot, consultez timeSeries.create.

Si, après avoir traité vos requêtes API par lot, vous avez toujours besoin d'une limite de quota plus élevée pour l'API Monitoring, contactez l'assistance Google Cloud.

Les autres limites sont fixes et sont détaillées sur cette page.

Pour en savoir plus, consultez la page Utiliser des quotas.

Conservation des données

Les points de données des métriques plus anciens que la durée de conservation sont supprimés de la série temporelle.

Catégorie Valeur
Rétention des points de données des types de métriques personnalisées, externes et d'agents, y compris :
  • Métriques personnalisées, préfixe custom.googleapis.com
  • Métriques de Google Cloud Managed Service pour Prometheus, préfixe prometheus.googleapis.com2
  • Métriques d'agents, préfixe agent.googleapis.com, y compris
    , processes/count_by_state et processes/fork_state.
    Les métriques processes restantes ont une durée de conservation différente ; consultez l'entrée suivante.
  • Métriques externes, préfixe external.googleapis.com
  • OpenTelemetry et autres métriques de charge de travail, préfixe workload.googleapis.com
24 mois1
Rétention des points de données des types de métriques d'état de processus : agent.googleapis.com/processes,
, à l'exception de count_by_state et fork_state, comme indiqué dans l'entrée précédente.
24 heures
Rétention des points de données de tous les autres types de métriques, y compris : 6 semaines Conservation des métriques Google Cloud 6 semaines
Durée de vie des jetons de page de l'API 24 heures

1 Pendant 6 semaines, les données de métriques sont stockées selon leur fréquence d'échantillonnage d'origine. Passé cette période, les données continuent d'être stockées, mais l'échantillonnage est réalisé moins souvent, par intervalles de 10 minutes.
2 Les données de métriques Google Cloud Managed Service pour Prometheus sont stockées pendant une semaine selon leur fréquence d'échantillonnage d'origine. Elles sont ensuite sous-échantillonnées à intervalles d'une minute pendant les cinq semaines suivantes, puis sont sous-échantillonnées à des intervalles de 10 minutes pour le stockage étendu.

Groupes de ressources

Catégorie Valeur
Nombre de groupes de ressources par champ d'application des métriques 500
Nombre maximum de groupes inclus dans un rapport par e-mail1 10

1 Lorsque vous configurez les rapports Cloud Monitoring envoyés par e-mail, vous pouvez demander à recevoir des informations sur l'utilisation de vos groupes de ressources. En raison de limitations techniques liées à l'outil de génération de rapports par e-mail, seuls 10 groupes peuvent être inclus dans un même rapport.

Limites de projet surveillé

Cloud Monitoring accepte officiellement jusqu'à 375 projets Google Cloud par champ d'application des métriques .

Vous pouvez ajouter jusqu'à 1 000 projets Google Cloud par champ d'application des métriques, mais vous risquez de rencontrer des problèmes de performances, en particulier lorsque vous interrogez des métriques personnalisées ou des données historiques. Cloud Monitoring garantit des requêtes et des graphiques performants pour 375 projets Google Cloud par champ d'application des métriques .

Pour augmenter le quota de vos projets Google Cloud par champ d'application de métriques, vous pouvez demander une augmentation du quota "Projets surveillés / Champ d'application des métriques Monitoring". Pour en savoir plus, consultez la documentation sur la gestion des quotas.

Limites concernant la création et la mise à jour des descripteurs de métrique

Cloud Monitoring applique une limite de débit par minute lors de la création de métriques, de l'ajout de nouveaux libellés de métriques aux métriques existantes et de la suppression de métriques. Cette limite de débit n'est généralement atteinte que lors de la première intégration à Cloud Monitoring, par exemple lorsque vous migrez un déploiement Prometheus existant et mature vers Cloud Monitoring. Il ne s'agit pas d'une limite de débit pour l'ingestion de points de données. Cette limite de débit s'applique uniquement à la création de métriques qui n'existaient pas auparavant ou à l'ajout de nouveaux libellés aux métriques existantes.

Ce quota est fixe, mais les problèmes éventuels doivent être automatiquement résolus à mesure que de nouvelles métriques et de nouveaux libellés de métriques sont créés dans la limite définie par minute.

Limites des alertes

Catégorie Valeur Type de règle1
Règles d'alerte (somme des métriques et des journaux) par champ d'application des métriques2 500 Métrique, journal
Conditions par règle d'alerte 6 Métrique
Période maximale qu'une condition d'absence de métrique
évalue3
1 jour Métrique
Période maximale qu'une condition de seuil de métrique
évalue3
23 heures 30 minutes Métrique
Longueur maximale du filtre utilisé
dans une condition de seuil de métrique
2 048 caractères Unicode Métrique
Nombre maximal de séries temporelles
surveillées par une condition de prévision
64 Métrique
Période de prévision minimale 1 heure (3 600 secondes) Métrique
Fenêtre de prévision maximale 2,5 jours (216 000 secondes) Métrique
Canaux de notification par règle d'alerte 16 Métrique, journal
Taux maximal de notifications Une notification toutes les cinq minutes pour chaque alerte basée sur les journaux Journal
Nombre maximal de notifications 20 notifications par jour pour chaque alerte basée sur les journaux Journal
Nombre maximal d'incidents ouverts simultanément
par règle d'alerte
1 000 Métrique
Période après laquelle un incident sans nouvelle donnée est
automatiquement fermé
7 jours Métrique
Durée maximale d'un incident s'il n'est pas fermé manuellement 7 jours Journal
Conservation des incidents fermés 13 mois Non applicable
Conservation des incidents ouverts Indéfiniment Non applicable
Canaux de notification par champ d'application des métriques 4 000 Non applicable
Nombre maximal de règles d'alerte par mise en pause 16 Métrique, journal
Rétention d'une répétition 13 mois Non applicable
1 Métrique : règle d'alerte basée sur des données de métriques ; Journal : règle d'alerte basée sur des messages de journal (alertes basées sur les journaux)
2 Apigee et Apigee hybrid sont étroitement intégrés à Cloud Monitoring. La limite d'alerte pour tous les niveaux d'abonnements Apigee (Standard, Enterprise et Enterprise Plus) est la même que pour Cloud Monitoring : 500 par champ d'application de métriques.
3 La période maximale qu'une condition évalue est la somme de la période d'alignement et des valeurs d'intervalle de temps. Par exemple, si la période d'alignement est définie sur 15 heures et que l'intervalle de temps est défini sur 15 heures, 30 heures de données sont nécessaires pour évaluer la condition.

Limites concernant les surveillances synthétiques

Catégorie Valeur
Tests de disponibilité par champ d'application des métriques * 100
Nombre maximal de pings ICMP par test de disponibilité public 3
Surveillance synthétique par champ d'application des métriques 100
*Cette limite s'applique au nombre de configurations de tests de disponibilité. Chaque configuration de test de disponibilité inclut l'intervalle de temps entre les tests de l'état de la ressource spécifiée.
Pour savoir comment augmenter cette limite, consultez Gérer votre quota à l'aide de la console Google Cloud.

Limites concernant les graphiques

Catégorie Valeur
Tableaux de bord par champ d'application des métriques 1000
Graphiques sur un tableau de bord 40
Lignes sur un graphique 50

Objectifs de niveau de service

Catégorie Valeur
Nombre de SLO par service 500