Quotas et limites

Pour garantir un fonctionnement efficace, les limites d'utilisation suivantes sont appliquées à Cloud Monitoring.

Métriques personnalisées

Catégorie Valeur maximale
Descripteurs de métriques personnalisées par projet1 2 000
Libellés par descripteur de métrique 10
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ête2 200
Fréquence d'écriture des données dans une série temporelle unique3 un point pour chaque tranche de 10 secondes
Buckets d'histogrammes par métrique de distribution personnalisée 200
Descripteurs de métriques externes4 par projet 10 000
Séries temporelles actives des métriques personnalisées par ressource surveillée5 200 000
Séries temporelles actives des métriques externes par ressource surveillée5 200 000

1 Cette limite est imposée par Cloud Monitoring. D'autres services peuvent imposer des valeurs maximales inférieures.
2 Vous ne pouvez ajouter 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 ajoutés par requête.
3 L'API Cloud Monitoring nécessite que les heures de début des points écrits dans une série temporelle soit espacées d'au moins 10 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. On retrouve les métriques écrites par Prometheus, un outil de surveillance souvent employé avec Kubernetes. Pour en savoir plus, consultez la page Utiliser Prometheus.
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. Pour les métriques personnalisées et externes, y compris les métriques Prometheus3, cette limite s'applique au nombre total de séries temporelles actives sur l'ensemble des types de métriques personnalisées ou externes pour une ressource surveillée unique. La ressource surveillée global constitue une exception : dans ce cas particulier, la limite s'applique séparément à chaque type de métrique. 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 Consultez le tableau de bord des quotas. Cliquez sur Tous les quotas pour afficher votre quota d'utilisation de l'API.
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 émises lorsque vos services écrivent des données de séries temporelles, utilisez une requête API pour é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 le traitement par lot des requêtes API, consultez la page timeSeries.create.

Si vous avez toujours besoin d'augmenter les limites de quota de l'API Monitoring après avoir traité vos requêtes API par lots, 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'agent, y compris :
  • Métriques personnalisées, préfixe custom.googleapis.com
  • Métriques de charge de travail, préfixe workload.googleapis.com
  • Métriques d'agent, préfixe agent.googleapis.com, y compris
    processes/count_by_state et processes/fork_state.
    Les processes métriques restantes ont une durée de conservation différente. consultez l'entrée suivante.
  • Métriques externes, préfixe external.googleapis.com
24 mois
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
Durée de vie des jetons de page de l'API 24 heures

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.

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é

Vous pouvez ajouter jusqu'à 375 projets Google Cloud par champ d'application des métriques . Pour demander une augmentation de cette limite, contactez l'équipe de gestion de votre compte.

Limites concernant les alertes et les tests de disponibilité

Catégorie Valeur Type de règle1
Règles d'alerte (somme des métriques et des journaux) par champ d'application des métriques 2 500 Métrique, journal
Conditions par règle d'alerte 6 Métrique
Période maximale pendant laquelle une condition
d'absence de métrique évalue3
1 jour Métrique
Période maximale pendant laquelle une condition
de seuil de métrique évalue3
23 heures 30 minutes Métrique
Canaux de notification par règle d'alerte 16 Métrique, journal
Taux maximal de notifications 1 notification toutes les 5 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
par règle d'alerte simultanément
5000 Métrique
Délai au terme duquel un incident sans nouvelles données 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 90 jours Non applicable
Conservation des incidents ouverts Indéfiniment Non applicable
Canaux de notification par champ d'application des métriques 4 000 Non applicable
Tests de disponibilité par champ d'application des métriques 4 100 Non applicable
1 Métrique: règle d'alerte basée sur les données de métriques. Journal: règle d'alerte basée sur les messages de journal (alertes basées sur les journaux)
2Apigee et Apigee hybrid sont étroitement intégrés à Cloud Monitoring. La limite d'alerte pour tous les niveaux d'abonnement Apigee (Standard, Enterprise et Enterprise Plus) est la même que pour Cloud Monitoring: 500 par champ d'application des métriques .
3 La période maximale évaluée par une condition correspond à la somme de la durée de l'alignement et de la durée de l'intervalle. 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.
4 Cette limite s'applique au nombre de configurations de tests de disponibilité. Chaque configuration de test de disponibilité inclut l'intervalle de temps entre le test de l'état de la ressource spécifiée. Pour en savoir plus, consultez la page Gérer les tests de disponibilité.

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 300

Objectifs de niveau de service

Catégorie Valeur
Nombre de SLO par service 500