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
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 :
|
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 |
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† |
†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 |