Tarifs de la suite Google Cloud Operations

La tarification de la suite Google Cloud Operations vous permet de contrôler votre utilisation et vos dépenses. Le modèle de tarification de la suite Google Cloud Operations est basé sur le volume de données. Vous pouvez utiliser les attributions de consommation gratuite des données pour commencer sans frais ni engagements initiaux.

Les tableaux suivants récapitulent les informations tarifaires pour Cloud Logging, Cloud Monitoring et Cloud Trace.

Synthèse des tarifs Cloud Logging

Caractéristique Prix1 Attribution gratuite par mois Date d'entrée en vigueur
Ingestion Logging 0,50 $/Gio pour les journaux ingérés. Ces frais d'ingestion uniques pouvant inclure jusqu'à 30 jours de stockage 50 premiers Gio/projet 1er juillet 2018
Stockage Logging 0,01 $/Gio pour les journaux conservés plus de 30 jours. Facturation mensuelle en fonction de la durée de conservation. Les journaux conservés pendant la durée de conservation par défaut n'entraînent aucuns frais de stockage. 1 avril 2022

Synthèse des tarifs Cloud Monitoring

Caractéristique Tarif Attribution gratuite par mois Date d'entrée en vigueur
Toutes les données de Monitoring
à l'exception des données ingérées à l'aide des métriques de charge de travail GKE
0,2580 $/Mio1 : 150 à 100 000 premiers Mio
0,1510 $/Mio : 100 000 à 250 000 Mio suivants
0,0610 $/Mio : > 250 000 Mio
Toutes les métriques GCP non facturables
150 premiers Mio par compte de facturation pour les métriques facturées par octets
1er juillet 2018
Surveillance des données ingérées à l'aide des métriques de charge de travail GKE 0,15 $/million d'échantillons : premiers 0 à 50 milliards d'échantillons#
0,12 $/million d'échantillons : 50 à 250 milliards d'échantillons suivants
0,09 $/million d'échantillons : > 250 milliards d'échantillons
Non applicable 1er décembre 2021
Appels d'API Monitoring 0,01 $/1 000 appels d'API en lecture
Les appels d'API en écriture sont gratuits.
Premier million d'appels d'API en lecture inclus (par compte de facturation) 1er juillet 2018
 L'utilisation des métriques de charge de travail GKE avec Cloud Monitoring est la méthode recommandée par Google pour surveiller les applications Kubernetes. Les métriques de charge de travail GKE sont basées sur les échantillons ingérés au lieu des octets, conformément aux conventions de Prometheus. Pour en savoir plus sur la mesure basée sur les échantillons, consultez la section Tarifs pour la contrôlabilité et la prédictibilité. Pour obtenir des exemples de calcul, consultez la section Exemples de tarification basés sur les échantillons ingérés.
#  Les échantillons sont comptabilisés par compte de facturation.

Synthèse des tarifs Cloud Trace

Caractéristique Tarif Attribution gratuite par mois Date d'entrée en vigueur
Ingestion Trace 0,20 $/million de délais 2,5 premiers millions de délais 1er novembre 2018

Pour en savoir plus sur les coûts liés aux produits de la suite Google Cloud Operations, consultez les sections suivantes de cette page :

Pour en savoir plus sur les tarifs d'Anthos, consultez la page Anthos.

Récapitulatif des tarifs de Google Cloud Managed Service pour Prometheus

Google Cloud Managed Service pour Prometheus utilise l'espace de stockage de Cloud Monitoring pour stocker les données de métriques créées en externe, et utilise l'API Monitoring pour récupérer ces données. Managed Service pour Prometheus entraîne les frais Monitoring suivants :

Caractéristique Tarif Attribution gratuite par mois Date d'entrée en vigueur
Métriques provenant de Google Cloud Managed Service pour Prometheus 0,20 $/million d'échantillons : premiers 0 à 50 milliards d'échantillons#
0,16 $/million d'échantillons : 50 à 250 milliards d'échantillons suivants
0,12 $/million d'échantillons : > 250 milliards d'échantillons
Non applicable 1er décembre 2021
Appels d'API Monitoring 0,01 $/1 000 appels d'API en lecture
Les appels d'API en écriture sont gratuits.
Premier million d'appels d'API en lecture inclus (par compte de facturation) 1er juillet 2018
  Google Cloud Managed Service pour Prometheus effectue des mesures basées sur les échantillons ingérés au lieu des octets, conformément aux conventions de Prometheus. Pour en savoir plus sur la mesure basée sur les échantillons, consultez la section Tarifs pour la contrôlabilité et la prédictibilité. Pour obtenir des exemples de calcul, consultez la section Exemples de tarification basés sur les échantillons ingérés.
#  Les échantillons sont comptabilisés par compte de facturation.

Afficher les données d'utilisation

Pour afficher les informations sur votre utilisation actuelle, accédez à la page Rapports Cloud Billing dans Google Cloud Console.

Accéder à Cloud Billing

En fonction de ces données d'utilisation, vous pouvez estimer le montant de vos factures à l'aide du Simulateur de coût.

Prenons l'exemple d'une configuration dans laquelle chaque instance de VM Compute Engine génère 10 Gio de journaux payants et 20 Mio de métriques facturables par mois. Le Simulateur de coût vous permet de prévoir les coûts liés à Cloud Monitoring et Cloud Logging :

1 VM 10 VM 100 VM 1 000 VM
Coût des métriques par mois 0,00 $ 12,90 $ 477,30 $ 5 121,30 $
Coût de la journalisation par mois 0,00 $ 25,00 $ 475,00 $ 4 975,00 $
Coût total 0,00 $ 37,90 $ 952,30 $ 10 096,30 $

Configurer une alerte de facturation

Pour être averti si vos frais facturables ou prévus dépassent un certain budget, créez une alerte sur la page Budgets et alertes de Google Cloud Console :

  1. Connectez-vous à Google Cloud Console :
    Se connecter à Cloud Console
  2. Ouvrez le menu de navigation  de la console, puis sélectionnez Facturation. Si vous possédez plusieurs comptes de facturation Cloud, effectuez l'une des opérations suivantes :
    • Pour gérer la facturation Cloud pour le projet en cours, sélectionnez Accéder au compte de facturation associé.
    • Pour trouver un autre compte de facturation Cloud, sélectionnez Gérer les comptes de facturation et choisissez le compte pour lequel vous souhaitez définir un budget.
  3. Dans le menu de navigation "Facturation", sélectionnez Budgets et alertes.
  4. Cliquez sur  Créer un budget.
  5. Saisissez les détails du budget dans la boîte de dialogue qui s'affiche. Elle vous permet de sélectionner des projets et des produits Google Cloud, puis de créer un budget pour cette combinaison. Par défaut, vous êtes averti lorsque vous atteignez 50 %, 90 % et 100 % du budget. Pour consulter la documentation complète, accédez à la page Définir des budgets et des alertes de budget.

Cloud Logging

Les tarifs de Cloud Logging sont basés sur des buckets de journaux, qui sont les conteneurs Logging qui ingèrent et stockent les données des journaux.

Logging facture le volume de données de journaux qui dépasse les attributions mensuelles gratuites pour l'ingestion et le stockage.

Cette section fournit les informations suivantes :

  • Décrit l'attribution d'ingestion gratuite.
  • Décrit l'attribution de l'espace de stockage gratuit.
  • Définit les éventuels frais liés à l'ingestion et au stockage de Cloud Logging.
  • Elle fournit des informations sur la manière de réduire vos coûts d'ingestion Cloud Logging.
  • Elle fournit les paramètres d'une règle d'alerte pouvant vous avertir si le seuil défini pour l'ingestion Cloud Logging est atteint.

Pour obtenir des informations sur la tarification, reportez-vous à la section Tarifs de Cloud Logging.

Pour connaître les limites qui s'appliquent à votre utilisation de Logging, y compris celles concernant la durée de conservation des données, consultez la page Quotas et limites.

Pour afficher et comprendre vos données d'utilisation Cloud Logging, consultez la page Estimer vos factures.

Comprendre le stockage dans Cloud Logging

Pour chaque projet Cloud, Logging crée automatiquement deux buckets de journal : _Required et _Default.

Pour ces deux buckets, Logging crée automatiquement des récepteurs de journaux nommés _Required et _Default qui acheminent les journaux vers les buckets nommés correspondants. Vous ne pouvez pas désactiver ni modifier le récepteur _Required. Vous pouvez désactiver ou modifier le récepteur _Default pour empêcher le bucket _Default d'ingérer des journaux.

De plus, vous pouvez créer des buckets de journaux définis par l'utilisateur dans un projet Cloud et configurer des récepteurs pour acheminer n'importe quelle combinaison de journaux, même entre plusieurs projets Cloud dans votre organisation Google Cloud, vers ces buckets.

Pour en savoir plus sur les buckets et les récepteurs Cloud Logging, consultez la page Présentation du stockage dans Cloud Logging.

Tarifs d'ingestion

À des fins de tarification, dans Cloud Logging, l'ingestion fait référence au processus d'écriture des données dans l'API Cloud Logging et au routage vers des buckets de journaux.

Logging facture le volume de données de journaux qui dépasse l'allocation mensuelle gratuite de l'ingestion, à l'exception des journaux ingérés dans le bucket _Required. Les frais d'ingestion ne s'appliquent pas aux journaux stockés dans le bucket de journaux _Required.

L'ingestion d'une même entrée de journal peut être facturée plusieurs fois. Par exemple, si vos récepteurs acheminent une entrée de journal vers trois buckets de journal, l'ingestion de cette entrée de journal est comptabilisée trois fois dans votre attribution d'ingestion.

Ingestion gratuite avec le bucket _Required

Cloud Logging achemine automatiquement certains journaux répertoriés ci-dessous dans le bucket _Required. Vous ne pouvez pas supprimer ce bucket ni l'arrêter d'intégrer des journaux. Par conséquent, l'ingestion des journaux suivants dans le bucket _Required est gratuite et n'est pas comptabilisée dans votre quota d'ingestion de journaux mensuel :

Tarifs de stockage

À des fins de tarification, dans Cloud Logging, le stockage fait référence aux données des journaux conservées dans les buckets de journaux.

Cloud Logging fournit un espace de stockage gratuit pour tous les journaux ingérés, quel que soit le bucket de journaux qui les conserve, pendant les 30 premiers jours.

Si vous configurez des périodes de conservation personnalisées dans vos buckets de journaux définis par l'utilisateur ou sur le bucket _Default et prolongez la durée de conservation des données des journaux au-delà des périodes de conservation par défaut, les frais de stockage s'appliquent.

Les coûts de stockage ne s'appliquent jamais aux journaux stockés dans le bucket de journaux _Required. Notez que si vous acheminez des copies de ces journaux vers un autre bucket et que vous les conservez pendant plus de 30 jours, les tarifs de stockage s'appliquent.

Le stockage d'une même entrée de journal peut être facturé plusieurs fois. Par exemple, si vos récepteurs acheminent une entrée de journal vers le bucket de journaux _Default et vers un bucket de journaux défini par l'utilisateur, et si vous avez configuré la conservation pour ces buckets au cours des 30 derniers jours, ce journal du stockage d'entrée deux fois dans vos coûts de stockage.

Réduire l'ingestion de journaux

Logging vous permet d'identifier et d'exclure manuellement les entrées du journal de votre projet Google Cloud, réduisant ainsi votre ingestion Cloud Logging.

Pour réduire les coûts d'ingestion dans Cloud Logging, configurez des filtres d'exclusion sur vos récepteurs de buckets de journaux et envisagez d'acheminer vos journaux en dehors de Cloud Logging pour en conserver l'accès.

Vous pouvez ajouter des filtres d'exclusion à un récepteur de journaux pour exclure des entrées de journal correspondantes ou pour échantillonner certaines entrées de journal de sorte qu'un pourcentage d'entrées de journal correspondantes seulement soit ingéré par Cloud Logging. Les entrées de journal exclues ne sont pas ingérées, et n'affectent donc pas votre attribution d'ingestion. Pour savoir comment configurer des filtres d'exclusion, consultez la page Exclure des journaux.

Pour conserver l'accès aux journaux en dehors de Logging, vous pouvez également utiliser des récepteurs de journaux pour acheminer les entrées de journal depuis Cloud Logging vers une destination Google Cloud compatible, comme un bucket Cloud Storage, un ensemble de données BigQuery ou un sujet Pub/Sub. Logging ne vous facture pas l'acheminement des journaux, mais les services Google Cloud qui les reçoivent vous facturent l'utilisation. Pour savoir comment acheminer des journaux en dehors de Cloud Logging, consultez la page Exporter des journaux.

Métriques basées sur les journaux

Les métriques basées sur les journaux définies par le système sont fournies pour tous les projets Google Cloud et ne sont pas facturables.

Les métriques basées sur les journaux définies par l'utilisateur sont une classe de métriques personnalisées Cloud Monitoring. Elles sont payantes. Pour plus de détails sur les tarifs, consultez la section Métriques facturables.

Pour en savoir plus, consultez la présentation des métriques basées sur les journaux.

Créer des alertes sur les octets de journaux mensuels ingérés

Pour créer une règle d'alerte qui se déclenche lorsque les octets de journaux mensuels ingérés dépassent la limite définie par l'utilisateur dans Cloud Logging, utilisez les paramètres suivants :

Champ du
volet Cible

Valeur
Resource type Global
Metric Monthly log bytes ingested
Filter
Aggregator sum
Period 60 m
Aligner max
Volet Configuration
Champ

Valeur
Condition triggers if Any time series violates
Condition is above
Threshold Vous définissez la valeur acceptable.
For La valeur minimale acceptable est de 30 minutes.

Cloud Monitoring

Monitoring facture les frais suivants :

  • Métriques mesurées en octets ingérés, lorsque les données de métrique ingérées dépassent l'attribution mensuelle gratuite de métriques.

    Les métriques non facturables ne sont pas comptabilisées dans la limite d'attribution.

  • Métriques mesurées par le nombre d'échantillons ingérés.

  • Appels en lecture de l'API Cloud Monitoring qui dépassent l'attribution mensuelle gratuite d'API.

    Les appels en écriture de l'API Monitoring ne sont pas comptabilisés dans la limite d'attribution.

Dans Monitoring, l'ingestion fait référence au processus d'écriture de séries temporelles dans Monitoring. Chaque série temporelle inclut un certain nombre de points de données, lesquels constituent la base des frais d'ingestion. Pour en savoir plus sur les tarifs, consultez la page Tarifs de Cloud Monitoring.

Cette section fournit les informations suivantes :

  • Définitions des métriques facturables et non facturables.
  • Description des stratégies d'ingestion basées sur des octets et des échantillons.
  • Exemples de tarification des métriques facturées par octets ingérés.

Pour obtenir des informations sur la tarification actuelle, reportez-vous à la section Tarifs de Cloud Monitoring.

Pour connaître les limites qui s'appliquent à votre utilisation de Monitoring, consultez la page Quotas et limites.

Pour afficher les informations sur votre utilisation actuelle, accédez aux pages Rapports Cloud Billing ou Paramètres de Monitoring dans Google Cloud Console.

Accéder à la page Paramètres de Monitoring

En fonction de ces données d'utilisation, vous pouvez estimer le montant de vos factures.

Métriques non facturables

Les données issues des métriques Google Cloud, Anthos et Knative sont gratuites. Les métriques non facturables (gratuites) incluent les suivantes :

Métriques facturables

Toutes les données de métriques, à l'exception de celles indiquées dans la section Métriques non facturables, sont payantes. La plupart des ingestions de métriques sont facturées selon le nombre d'octets, mais certaines sont facturées selon le nombre d'échantillons. Ces modèles de tarification sont décrits dans les sections suivantes.

Les facteurs suivants contribuent aux coûts d'ingestion :

  • Type de points de données (valeurs scalaires ou valeurs de distribution) collectés par les métriques.

    • Pour en savoir plus sur le type de données associé à un type de métrique spécifique, consultez la liste des métriques.
    • Pour plus d'informations sur les types de données scalaires et de distribution, consultez la section Types de valeurs.
  • Nombre de points de données écrits dans les séries temporelles. Cette valeur dépend de la fréquence à laquelle les données sont échantillonnées et de la cardinalité de vos données. La cardinalité détermine le nombre de séries temporelles générées pour une combinaison de types de métriques et de ressources surveillées. Pour en savoir plus, consultez la section Cardinalité.

Les valeurs des libellés de métrique et de ressource qui font partie de votre série temporelle ne contribuent pas à vos frais.

Métriques facturées par octets ingérés

Les métriques suivantes sont payantes et facturées en fonction du nombre d'octets ingérés :

À des fins de tarification, le volume d'ingestion est calculé comme suit :

  • Pour un type de données scalaires : 8 octets pour chaque point de données écrit dans une série temporelle. Les métriques de compteur basées sur les journaux définies par l'utilisateur appartiennent à cette catégorie.
  • Pour un type de données de distribution : 80 octets pour chaque point de données écrit dans une série temporelle

Pour en savoir plus sur les points de données des séries temporelles, consultez la section Séries temporelles : données issues d'une ressource surveillée.

Métriques facturées par échantillons ingérés

Les métriques suivantes sont payantes et facturées en fonction du nombre d'échantillons ingérés :

À des fins de tarification, le nombre d'échantillons est calculé comme suit :

  • Pour un type de données scalaires : 1 pour chaque point écrit dans une série temporelle.
  • Pour un type de données de distribution : 2 pour chaque point écrit dans une série temporelle, plus 1 pour chaque bucket d'histogrammes dont le nombre n'est pas nul.

Pour en savoir plus sur les points de données des séries temporelles, consultez la section Séries temporelles : données issues d'une ressource surveillée.

Créer des alertes sur les métriques ingérées

Vous ne pouvez pas créer d'alerte basée sur les métriques mensuelles ingérées. Vous pouvez toutefois en créer une pour vos frais Cloud Monitoring. Pour en savoir plus, consultez la section Configurer une alerte de facturation.

Exemples de tarification basées sur les octets ingérés

Les exemples suivants montrent comment obtenir une estimation des coûts dans le cadre de la collecte des données de métriques facturées par octets ingérés. Ces exemples sont destinés à illustrer les calculs. Pour obtenir des estimations complètes, utilisez le Simulateur de coût. Si vous accédez à cet outil, utilisez le produit de la suite Google Cloud Operations pour saisir des données de métrique, de journalisation et de trace.

Le scénario de base est le suivant : vous disposez d'un certain nombre de ressources surveillées telles que Compute Engine, Google Kubernetes Engine ou App Engine, qui écrivent des données à partir d'un certain nombre de métriques chaque mois.

Les différents scénarios incluent les variables suivantes :

  • Nombre de ressources
  • Nombre de métriques
  • Métriques Google Cloud ou non
  • Fréquence à laquelle les données de métriques sont écrites

Les exemples de cette section illustrent les tarifs de Monitoring en vigueur depuis juillet 2020.

Contexte commun

Dans les exemples de tarification suivants, chaque point de données de métriques ingéré est du type double, int64 ou bool. Ces types comptent pour 8 octets dans la tarification. Un mois compte environ 730 heures (365 jours/12 mois x 24 heures), soit 43 800 minutes.

Pour une métrique d'écriture de données à la fréquence de 1 point de données par minute pour un mois :

  • Nombre total de points de données : 43 800
  • Volume total ingéré :
    • 350 400 octets (43 800 points de données x 8 octets)
    • 0,33416748 Mio (350 400 octets/1 048 576 octets/Mio)

Pour une métrique d'écriture de données à la fréquence de 1 point de données par heure pendant un mois :

  • Nombre total de points de données : 730
  • Volume total ingéré :
    • 5 840 octets (730 points de données x 8 octets)
    • 0,005569458 Mio (5 840 octets/1 048 576 octets/Mio)

Exemples

Scénario 1 : Vous avez 1 000 ressources, chacune écrivant 75 métriques. Il s'agit de métriques Google Cloud uniquement, écrites à la fréquence de 1 point de données par minute.

  • Ingestion mensuelle : 25 063 Mio = 0,33416748 Mio pour 1 métrique x 75 000 (soit 1 000 ressources, 75 métriques)
  • Coût approximatif par mois : 0,00 $ (les métriques Google Cloud sont incluses gratuitement)
Mio ingérés Tarif ($/Mio) Coût ($)
Illimité 0,00 0,00 $
Total 25 063 0,00 $

Scénario 2 : Vous avez 1 000 ressources, chacune écrivant 75 métriques personnalisées. Il s'agit de métriques facturables, écrites à la fréquence de 1 point de données par minute.

  • Ingestion mensuelle : 25 063 Mio (comme ci-dessus)
  • Coût approximatif par mois : 6 427,55 $
Mio ingérés Tarif ($/Mio) Coût ($)
150 0,00 0,00 $
24 913 0,258 6 427,55 $
Total 25 063 6 427,55 $

Scénario 3 : Vous avez 1 000 ressources, chacune écrivant 75 métriques personnalisées. Il s'agit de métriques facturables, écrites à la fréquence de 1 point de données par heure.

  • Ingestion mensuelle : 418 Mio = 0,005569458 Mio pour 1 métrique x 75 000
  • Coût approximatif par mois : 69,14 $
Mio ingérés Tarif ($/Mio) Coût ($)
150 0,00 0,00 $
267 0,258 69,14 $
Total 417 69,14 $

Scénario 4 : Vous avez 1 ressource écrivant 500 000 métriques. Il s'agit de métriques facturables, écrites à la fréquence de 1 point de données par minute.

  • Ingestion mensuelle : 167 084 Mio = 0,33416748 Mio pour 1 métrique x 500 000
  • Coût approximatif par mois : 35 890,98 $
Mio ingérés Tarif ($/Mio) Coût ($)
150 0,00 0,00 $
99 850 0,258 25 761,30 $
67 084 0,151 10 129,68 $
Total 167 084 35 890,98 $

Tarifs pour la contrôlabilité et la prédictibilité

La tarification de Managed Service pour Prometheus et des métriques liées aux charges de travail est conçue pour être contrôlable. Étant donné que vous êtes facturé par échantillon, vous pouvez exploiter les leviers suivants pour contrôler les coûts :

  • Période d'échantillonnage : passer la période de scraping de métriques de 15 secondes à 60 secondes permet de réduire les coûts de 75 %, sans sacrifier la cardinalité. Vous pouvez configurer des périodes d'échantillonnage par tâche, par cible ou à l'échelle mondiale.

  • Filtrage : vous pouvez utiliser le filtrage pour réduire le nombre d'échantillons envoyés au datastore global du service. Pour en savoir plus, consultez les pages Filtrer les métriques exportées (Managed Service pour Prometheus) ou Gérer les coûts (métriques de charge de travail). Utilisez des configurations de libellés de métriques dans votre configuration de scraping Prometheus pour supprimer des métriques au moment de l'ingestion, en fonction des correspondances d'étiquettes.

  • Managed Service pour Prometheus uniquement : conservez les données locales à faible valeur et à cardinalité élevée. Vous pouvez exécuter la version standard de Prometheus en même temps que le service géré, en utilisant les mêmes configurations de scraping, et conserver localement les données qui ne valent pas la peine d'être envoyées au datastore global du service.

La tarification de Managed Service pour Prometheus et des métriques liées aux charges de travail est conçue pour être prédictible.

  • Vous n'êtes pas pénalisé en cas d'histogrammes creux. Les échantillons ne sont comptabilisés que pour la première valeur non nulle, puis lorsque la valeur du bucket n est supérieure à celle du bucketn-1. Par exemple, un histogramme présentant les valeurs 10 10 13 14 14 14 compte pour trois échantillons, qui correspondent respectivement au premier, au troisième et au quatrième buckets.

    Selon le nombre d'histogrammes que vous utilisez et ce pour quoi vous les utilisez, l'exclusion des buckets non modifiés de la tarification peut généralement entraîner une diminution de 20 à 40 % du nombre d'échantillons comptabilisés à des fins de facturation par rapport à ce qu'indiquerait le nombre absolu de buckets d'histogramme.

  • La facturation par échantillon fait que vous n'êtes pas pénalisé pour les conteneurs qui sont préemptifs, éphémères, ou soumis à une succession rapide de scalings à la hausse et à la baisse, tels que ceux créés par AHP ou GKE Autopilot.

    Si les métriques de Managed Service pour Prometheus ou de charge de travail étaient facturées par métrique, vous payeriez pour la cardinalité d'un mois complet, en une seule fois, à chaque fois qu'un nouveau conteneur est lancé. Grâce à la tarification par échantillon, vous ne payez que lorsque le conteneur est en cours d'exécution.

Requêtes, y compris les requêtes d'alerte

Les requêtes, y compris les requêtes interactives, les requêtes d'alerte et les requêtes émises lors de l'exécution des règles d'enregistrement, sont facturées via les appels d'API Cloud Monitoring. Pour connaître le tarif actuel, consultez le tableau récapitulatif des tarifs de Managed Service pour Prometheus ou des tarifs de Monitoring. Une seule requête PromQL peut être facturée comme plusieurs appels, si elle interroge plusieurs métriques.

Les requêtes effectuées via l'interface utilisateur de requête interactive dans Google Cloud Console ne sont pas facturées.

Exemples de tarification basés sur les échantillons ingérés

Les exemples suivants montrent comment estimer les coûts liés à la collecte des métriques facturées sur la base des échantillons ingérés. La facturation basée sur les échantillons est utilisée pour les éléments suivants :

  • Métriques de charge de travail GKE
  • Google Cloud Managed Service pour Prometheus

Ces exemples sont destinés à illustrer des techniques de calcul et non à fournir des données de facturation.

Le scénario de base est le suivant : vous avez un certain nombre de conteneurs ou de pods qui écrivent des points dans un certain nombre de séries temporelles chaque mois. Les données peuvent être constituées de valeurs scalaires ou de distributions.

Les différents scénarios incluent les variables suivantes :

  • Nombre de conteneurs ou de pods
  • Nombre de séries temporelles
  • Type de données : valeurs scalaires, distributions ou les deux
  • Fréquence d'écriture des données de métriques

Compter les échantillons

Pour pouvoir estimer les prix, vous devez savoir comment comptabiliser les échantillons. Le nombre d'échantillons comptabilisés pour une valeur dépend des éléments suivants :

  • Type de la valeur : scalaire ou distribution
  • Fréquence d'écriture des valeurs

Cette section explique comment estimer le nombre d'échantillons écrits pour une série temporelle sur la période de facturation mensuelle.

Un mois équivaut à environ 730 heures (365 jours / 12 mois x 24 heures), soit 43 800 minutes ou 2 628 000 secondes.

Si une série temporelle écrit des valeurs scalaires, chaque valeur est comptabilisée comme un échantillon. Le nombre d'échantillons écrits au cours d'un mois dépend uniquement de la fréquence d'écriture des valeurs. Prenons les exemples suivants :

  • Pour des valeurs écrites toutes les 15 secondes :
    • Taux d'écriture : 1 valeur/15 s = 1 échantillon/15 s
    • Échantillons par mois : 175 200 (1 échantillon/15 s x 2 628 000 secondes/mois)
  • Pour des valeurs écrites toutes les 60 secondes :
    • Taux d'écriture : 1 valeur/60 s = 1 échantillon/60 s
    • Échantillons par mois : 43 800 (1 échantillon/60 s x 2 628 000 secondes/mois)

Si une série temporelle écrit des valeurs de distribution, chaque valeur peut contenir deux + n échantillons, où n est le nombre de buckets dans l'histogramme. Le nombre d'échantillons écrits au cours d'un mois dépend du nombre de buckets de vos histogrammes et de la fréquence d'écriture des valeurs.

Par exemple, chaque instance d'un histogramme de 50 buckets peut contenir 52 échantillons. Si les valeurs sont écrites toutes les 60 secondes, un histogramme de 50 buckets écrit au maximum 2 277 600 échantillons par mois. Si l'histogramme comporte 100 buckets et des écritures toutes les 60 secondes, chaque histogramme peut contenir 102 échantillons et écrit au maximum 4 467 600 échantillons par mois.

La plupart des séries temporelles de distribution contiennent moins d'échantillons que le nombre maximal autorisé. En pratique, entre 20 et 40 % des buckets d'histogramme sont vides. Ce pourcentage est encore plus élevé pour les utilisateurs ayant des histogrammes creux, tels que ceux générés par Istio.

Lors du comptage des échantillons pour la tarification, seuls les buckets avec des valeurs non vides sont inclus. Le nombre maximal d'échantillons par histogramme est de 2 + n . Si 25 % de vos buckets sont vides, le nombre d'échantillons attendu est de 2 + 0,75n par histogramme. Si 40 % de vos buckets sont vides, le nombre d'échantillons attendu est de 2 + 0,60n par histogramme.

Les calculs suivants et le tableau récapitulatif présentent le nombre maximal d'échantillons et des valeurs plus réalistes de nombre d'échantillons attendu :

  • Pour des valeurs d'histogramme avec 50 buckets écrites toutes les 15 secondes :

    • Taux d'écriture : 1 valeur/15 s
    • Nombre maximal d'échantillons :
      • Par histogramme : 52
      • Par mois : 9 100 400 (52 x 1 valeur/15 s x 2 628 000 secondes/mois)
    • Nombre d'échantillons attendu, en supposant que 25 % sont vides :
      • Par histogramme : 37,5 (2 + 0,75(50) ou 2 + (50 - 12,5))
      • Par mois : 6 574 000 (37,5 x 1 valeur/15 s x 2 628 000 secondes/mois)
    • Nombre d'échantillons attendu, en supposant que 40 % sont vides :
      • Par histogramme : 32 (2 + 0,6(50) ou 2 + (50 - 20))
      • Par mois : 5 606 400 (32 x 1 valeur/15 s x 2 628 000 secondes/mois)
  • Pour des valeurs d'histogramme avec 50 buckets écrites toutes les 60 secondes :

    • Taux d'écriture : 1 valeur/60 s
    • Nombre maximal d'échantillons :
      • Par histogramme : 52
      • Par mois : 2 277 600 (52 x 1 valeur/60 s x 2 628 000 secondes/mois)
    • Nombre d'échantillons attendu, en supposant que 25 % sont vides :
      • Par histogramme : 37,5 (2 + 0,75(50) ou 2 + (50 - 12,5))
      • Par mois : 1 642 500 (37,5 x 1 valeur/60 s x 2 628 000 secondes/mois)
    • Nombre d'échantillons attendu, en supposant que 40 % sont vides :
      • Par histogramme : 32 (2 + 0,6(50) ou 2 + (50 - 20))
      • Par mois : 1 401 600 (32 x 1 valeur/60 s x 2 628 000 secondes/mois)
  • Pour des valeurs d'histogramme avec 100 buckets écrites toutes les 15 secondes :

    • Taux d'écriture : 1 valeur/15 s
    • Nombre maximal d'échantillons :
      • Par histogramme : 102
      • Par mois : 17 870 400 (102 x 1 valeur/15 s x 2 628 000 secondes/mois)
    • Nombre d'échantillons attendu, en supposant que 25 % sont vides :
      • Par histogramme : 77 (2 + 0,75(100) ou 2 + (100 - 25))
      • Par mois : 13 490 400 (77 x 1 valeur/15 s x 2 628 000 secondes/mois)
    • Nombre d'échantillons attendu, en supposant que 40 % sont vides :
      • Par histogramme : 62 (2 + 0,6(100) ou 2 + (100 - 40))
      • Par mois : 10 862 400 (62 x 1 valeur/15 s x 2 628 000 secondes/mois)
  • Pour des valeurs d'histogramme avec 100 buckets écrites toutes les 60 secondes :

    • Taux d'écriture : 1 valeur/60 s
    • Nombre maximal d'échantillons :
      • Par histogramme : 102
      • Par mois : 4 467 600 (102 x 1 valeur/60 s x 2 628 000 secondes/mois)
    • Nombre d'échantillons attendu, en supposant que 25 % sont vides :
      • Par histogramme : 77 (2 + 0,75(100) ou 2 + (100 - 25))
      • Par mois : 3 372 600 (77 x 1 valeur/60 s x 2 628 000 secondes/mois)
    • Nombre d'échantillons attendu, en supposant que 40 % sont vides :
      • Par histogramme : 62 (2 + 0,6(100) ou 2 + (100 - 40))
      • Par mois : 2 715 600 (62 x 1 valeur/60 s x 2 628 000 secondes/mois)

Ces informations sont récapitulées dans le tableau ci-dessous :

Nombre de buckets Taux d'écriture Échantillons par mois
(max)
Échantillons par mois
(25 % vides)
Échantillons par mois
(40 % vides)
50 1 échantillon/15 s 9 100 400 6 574 000 5 606 400
50 1 échantillon/60 s 2 277 600 1 642 500 1 401 600
100 1 échantillon/15 s 17 870 400 13 490 400 10 862 400
100 1 échantillon/60 s 4 467 600 3 372 600 2 715 600

Exemples

Pour estimer les prix, comptez le nombre d'échantillons écrits sur un mois et appliquez les valeurs tarifaires. Les échantillons sont facturés par million, suivant des plages empilées, comme suit :

Plage d'ingestion Métriques de charge de travail GKE Managed Service pour Prometheus
Jusqu'à 50 milliards (50 000 millions) 0,15 $/million 0,20 $/million
50 milliards à 250 milliards (250 000 millions) 0,12 $/million 0,16 $/million
Plus de 250 milliards (250 000 millions) 0,09 $/million 0,09 $/million

Ce reste de cette section passe en revue différents scénarios possibles.

Scénario 1 : Vous avez 100 conteneurs, chacun écrivant 1 000 séries temporelles.

Variante A : si chaque série temporelle est écrite toutes les 15 secondes (1 échantillon/15 s), le nombre d'échantillons écrits par mois est de 17 420 000 000 (175 200 échantillons/mois x 1 000 séries temporelles x 100 conteneurs), soit 17,42 millions. Les échantillons sont facturés par million. Pour l'estimation des tarifs, nous arrondissons ce nombre à 18 millions.

Variante B : si chaque série temporelle est écrite toutes les 60 secondes (1 échantillon/60 s), le nombre d'échantillons écrits par mois est de 4 380 000 000 (43 800 échantillons/mois x 1 000 séries temporelles x 100 conteneurs), soit 4 380 millions, arrondis à 5 millions pour l'estimation des tarifs.

Ces deux cas comportent chacun moins de 50 000 millions d'échantillons. Par conséquent, seul le premier tarif s'applique. Aucun échantillon n'est facturé aux deuxième ou troisième tarifs.

Variante Échantillons ingérés Plage d'ingestion Métriques de charge de travail GKE
(0,15 $, 0,12 $, 0,09 $)
Managed Service pour Prometheus
(0,20 $, 0,16 $, 0,12 $)
A (1 échantillon/15 s)


Total
18 millions


18 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
2,70 $


2,70 $
3,60 $


3,60 $
B (1 échantillon/60 s)


Total
5 millions


5 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
0,75 $


0,75 $
1,00 $


1,00 $

Scénario 2 : Vous avez 10 000 conteneurs, chacun écrivant 100 000 séries temporelles.

Variante A : si chaque série temporelle est écrite toutes les 15 secondes (1 échantillon/15 s), le nombre d'échantillons écrits par mois est de 174 200 000 000 000 ou 174 200 millions :

  • Les 50 000 premiers millions d'échantillons sont facturés au premier tarif.
  • Les 124 200 millions d'échantillons restants sont facturés au second tarif.
  • Aucun échantillon n'est facturé au troisième tarif.

Variante B : si chaque série temporelle est écrite toutes les 60 secondes (1 échantillon/60 s), le nombre d'échantillons écrits par mois est de 43 800 000 000 000, soit 43 800 millions. Cette valeur mensuelle étant inférieure à 50 000 millions d'échantillons, seul le premier tarif s'applique.

Variante Échantillons ingérés Plage d'ingestion Métriques de charge de travail GKE
(0,15 $, 0,12 $, 0,09 $)
Managed Service pour Prometheus
(0,20 $, 0,16 $, 0,12 $)
A (1 échantillon/15 s)


Total
50 000 millions
124 200 millions

174 200 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
7 500,00 $
14 904,00 $

22 404,00 $
10 000,00 $
19 872,00 $

29 872,00 $
B (1 échantillon/60 s)


Total
43 800 millions


43 800 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
7 320,00 $


7 320,00 $
9 760,00 $


9 760,00 $

Scénario 3 : Vous avez 100 conteneurs, chacun écrivant 1 000 séries temporelles de type distribution dans 100 buckets. Vous prévoyez que 25 % des buckets seront vides.

Variante A : si chaque série temporelle est écrite toutes les 15 secondes (1 échantillon/15 s), le nombre d'échantillons écrits par mois est de 1 349 040 000 000 (13 490 400 échantillons/mois x 1 000 séries temporelles x 100 conteneurs), soit 1 349,04 millions, arrondis à 1 350 millions pour l'estimation des tarifs.

Variante B : si chaque série temporelle est écrite toutes les 60 secondes (1 échantillon/60 s), le nombre d'échantillons écrits par mois est de 337 260 000 000 (3 372 600 échantillons/mois x 1 000 séries temporelles x 100 conteneurs), soit 337,26 millions, arrondis à 338 millions pour l'estimation des tarifs.

Ces deux cas comportent chacun moins de 50 000 millions d'échantillons. Par conséquent, seul le premier tarif s'applique. Aucun échantillon n'est facturé aux deuxième ou troisième tarifs.

Variante Échantillons ingérés Plage d'ingestion Métriques de charge de travail GKE
(0,15 $, 0,12 $, 0,09 $)
Managed Service pour Prometheus
(0,20 $, 0,16 $, 0,12 $)
A (1 échantillon/15 s)


Total
1 350 millions


1 350 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
202,50 $


202,50 $
270,00 $


270,00 $
B (1 échantillon/60 s)


Total
338 millions


338 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
50,70 $


50,70 $
67,60 $


67,60 $

Scénario 4 : Vous avez 1 000 conteneurs, chacun écrivant 10 000 séries temporelles de type distribution dans 100 buckets. Vous prévoyez que 40 % des buckets seront vides.

Variante A : si chaque série temporelle est écrite toutes les 15 secondes (1 échantillon/15 s), le nombre d'échantillons écrits par mois est de 108 624 000 000 000 (10 862 400 échantillons/mois x 10 000 séries temporelles x 1 000 conteneurs), soit 108 624 millions.

  • Les 50 000 premiers millions d'échantillons sont facturés au premier tarif.
  • Les 58 624 millions d'échantillons restants sont facturés au second tarif.
  • Aucun échantillon n'est facturé au troisième tarif.

Variante B : si chaque série temporelle est écrite toutes les 60 secondes (1 échantillon/60 s), le nombre d'échantillons écrits par mois est de 27 156 000 000 000 (2 715 600 échantillons/mois x 10 000 séries temporelles x 1 000 conteneurs), soit 27 156 millions Cette valeur mensuelle étant inférieure à 50 000 millions d'échantillons, seul le premier tarif s'applique.

Variante Échantillons ingérés Plage d'ingestion Métriques de charge de travail GKE
(0,15 $, 0,12 $, 0,09 $)
Managed Service pour Prometheus
(0,20 $, 0,16 $, 0,12 $)
A (1 échantillon/15 s)


Total
50 000 millions
58 624 millions

108 624 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
7 500,00 $
7 034,88 $

14 534,88 $
10 000,00 $
9 379,84 $

19 379,84 $
B (1 échantillon/60 s)


Total
27 156 millions


27 156 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
4 073,40 $


4 073,40 $
5 431,20 $


5 431,20 $

Scénario 5 : Vous avez les éléments suivants :

  • 10 000 conteneurs, chacun écrivant 100 000 séries temporelles scalaires toutes les 15 secondes. Le nombre d'échantillons écrits par mois est de 174 200 000 000, soit 174 200 millions. (Scénario 2, variante B)

  • 1 000 conteneurs, chacun écrivant 10 000 séries temporelles de type distribution dans 100 buckets toutes les 15 secondes. Vous prévoyez que 40 % des buckets seront vides. Le nombre d'échantillons écrits par mois est de 108 624 000 000 000, soit 108 624 millions. (Scénario 4, variante A)

Le nombre total d'échantillons par mois est de 282 824 millions (174 200 millions + 108 624 millions).

  • Les 50 000 premiers millions d'échantillons sont facturés au premier tarif.
  • Les 200 000 millions d'échantillons suivants sont facturés au second tarif.
  • Les 32 824 millions d'échantillons restants sont facturés au troisième tarif.
Variante Échantillons ingérés Plage d'ingestion Métriques de charge de travail GKE
(0,15 $, 0,12 $, 0,09 $)
Managed Service pour Prometheus
(0,20 $, 0,16 $, 0,12 $)
2B + 4A


Total
50 000 millions
200 000 millions
32 824 millions
282 824 millions
Jusqu'à 50 000 millions
Jusqu'à 250 000 millions
Plus de 250 000 millions
7 500,00 $
24 000,00 $
2 954,16 $
34 454,16 $
10 000,00 $
32 000,00 $
3 938,88 $
45 938,88 $

Error Reporting

Pour obtenir des informations sur la tarification actuelle, reportez-vous à la section Tarifs d'Error Reporting.

Pour connaître les limites qui s'appliquent à votre utilisation d'Error Reporting, consultez la page Quotas et limites.

Cloud Debugger

Pour obtenir des informations sur la tarification actuelle, reportez-vous à la section Tarifs de Cloud Debugger.

Cloud Profiler

Pour obtenir des informations sur la tarification actuelle, reportez-vous à la section Tarifs de Cloud Profiler.

Pour connaître les limites qui s'appliquent à votre utilisation de Profiler, consultez la page Quotas et limites.

Cloud Trace

Les frais appliqués à Trace dépendent du nombre de délais de trace ingérés et analysés. Lorsque les données de latence sont envoyées à Trace, elles sont regroupées dans une trace composée de délais, qui sont ingérés par le backend Cloud Trace. Lorsque vous affichez des données de trace, Cloud Trace analyse les délais stockés. Cette section fournit les informations suivantes :

  • Elle définit les délais de trace payants et gratuits.
  • Elle présente un exemple de tarification.
  • Elle explique comment réduire l'ingestion de délais de trace.
  • Elle fournit les paramètres d'une règle d'alerte pouvant vous avertir si le seuil défini pour l'ingestion des délais de trace est atteint.

Pour obtenir des informations sur la tarification actuelle, reportez-vous à la section Tarifs de Cloud Trace.

Pour connaître les limites qui s'appliquent à votre utilisation de Trace, consultez la page Quotas et limites.

Pour afficher les informations sur votre utilisation actuelle, accédez aux pages Rapports Cloud Billing ou Présentation de Trace dans Google Cloud Console.

Accéder à la page Présentation de Trace

En fonction de ces données d'utilisation, vous pouvez estimer le montant de vos factures.

Délais de trace gratuits

Les tarifs de Cloud Trace ne s'appliquent pas aux délais générés automatiquement par l'environnement standard App Engine, Cloud Functions ou Cloud Run : l'ingestion de ces traces est gratuite.

Délais de trace payants

L'ingestion des délais de trace, à l'exception de ceux indiqués dans la section Délais de trace gratuits, est payante et facturée en fonction du volume ingéré. Il s'agit, entre autres, des délais créés par l'instrumentation que vous ajoutez à votre application App Engine standard.

Exemples de tarification

Ces exemples illustrent les tarifs de Trace en vigueur depuis juillet 2020.

  • Si vous ingérez 2 millions de délais par mois, le coût est de 0 $. (Vos 2,5 premiers millions de délais ingérés en un mois sont gratuits.)
  • Si vous ingérez 14 millions de délais en un mois, le coût est de 2,30 $. (Vos 2,5 premiers millions de délais en un mois sont gratuits. Le coût des délais restants est de 11,5 millions de délais x 0,20 $/million de délais = 2,30 $.)
  • Si vous ingérez 1 milliard de délais en un mois, le coût est de 199 $. (Vos 2,5 premiers millions de délais en un mois sont gratuits. Le coût des délais restants est de 997,5 millions de délais x 0,20 $/million de délais = 199,50 $.)

Réduire votre utilisation de traces

Pour contrôler le volume d'ingestion des délais Trace, vous pouvez gérer votre taux d'échantillonnage de traces afin d'équilibrer le nombre de traces dont vous avez besoin pour l'analyse des performances et le coût que vous pouvez supporter.

Pour les systèmes à fort trafic, la plupart des clients peuvent effectuer un échantillonnage à un taux de 1 transaction sur 1 000, voire 1 transaction sur 10 000, tout en bénéficiant de suffisamment d'informations pour l'analyse des performances.

Le taux d'échantillonnage est configuré avec les bibliothèques clientes Cloud Trace.

Créer des alertes sur les délais mensuels ingérés

Pour créer une règle d'alerte qui se déclenche lorsque les délais mensuels ingérés dans Cloud Trace dépassent la limite définie par l'utilisateur, utilisez les paramètres suivants :

Champ du
volet Cible

Valeur
Resource type global
Metric Monthly trace spans ingested
Filter
Aggregator sum
Period 60 m
Aligner max
Volet Configuration
Champ

Valeur
Condition triggers if Any time series violates
Condition is above
Threshold Vous définissez la valeur acceptable.
For La valeur minimale acceptable est de 30 minutes.

Anthos

Aucuns frais ne s'appliquent pour les journaux système et les métriques Anthos.

Dans un cluster Anthos sur un cluster VMware, les journaux système et les métriques Anthos incluent les éléments suivants :

  • Journaux et métriques de tous les composants d'un cluster d'administrateur
  • Journaux et métriques des composants de ces espaces de noms dans un cluster d'utilisateur : kube-system, gke-system, gke-connect, knative-serving, istio-system, monitoring-system, config-management-system, gatekeeper-system, cnrm-system

Questions fréquentes

Quelles fonctionnalités du produit sont gratuites ?

L'utilisation des produits de la suite Google Cloud Operations est facturée selon le volume de données. Outre les coûts des volumes de données décrits sur cette page, l'utilisation de toutes les fonctionnalités produit supplémentaires de la suite Google Cloud Operations est gratuite.

À combien s'élèveront mes coûts ?

Pour estimer vos coûts d'utilisation, consultez la page Estimer vos factures.

Si vous avez des questions, consultez la page Questions sur la facturation.

Comment comprendre les détails de mon utilisation ?

Plusieurs métriques vous permettent d'explorer et d'analyser le volume de vos journaux et métriques à l'aide de l'explorateur de métriques. Pour en savoir plus, consultez la section Afficher l'utilisation détaillée dans l'explorateur de métriques.

Si vous êtes intéressé par une analyse encore plus approfondie de votre utilisation des journaux, vous pouvez analyser leur volume à l'aide de métriques basées sur les journaux dans Datalab. Lisez cet article du blog Google Cloud pour plus d'informations.

Comment les champs d'application des métriques affectent-ils la facturation ?

Dans la plupart des cas, les champs d'application des métriques n'ont pas d'incidence sur la facturation. Les journaux et les métriques sont facturés au projet Google Cloud qui reçoit les données. Le champ d'application des métriques pour un projet définit la collection de projets dont les métriques peuvent être affichées et surveillées par ce projet. Lorsque vous définissez un champ d'application de métriques, cela n'a aucune incidence sur le projet qui reçoit les données de métrique ou sur la duplication des données.

Par exemple, supposons que votre organisation dispose de 100 machines virtuelles (VM) : 60 VM sont hébergées dans le projet A et 40 VM dans le projet B. Le projet A reçoit et stocke les métriques de ses VM. Il est facturé lorsque les métriques sont facturables. De même, le projet B reçoit et stocke les métriques de ses VM, et il est facturé lorsque ces métriques sont facturables. Si vous créez un champ d'application de métriques qui inclut les projets A et B, vous pouvez afficher les métriques combinées des 100 VM. Vous pouvez désormais afficher uniquement les métriques du projet A, uniquement celles du projet B ou l'ensemble des métriques des deux projets. Bien qu'il existe deux façons d'afficher les métriques du projet A, cela n'a aucune implication en termes de facturation.

Dans le cas de la surveillance d'un compte AWS, vous devez connecter un compte AWS à Google Cloud en créant un projet de connecteur AWS. Le projet de connecteur contient les journaux et les données de surveillance du compte AWS.

Que se passe-t-il si je dépasse les attributions gratuites ?

Vous êtes automatiquement facturé pour toute utilisation au-delà de vos attributions gratuites. Vous ne perdez aucun journal ni aucune métrique. Pour mieux comprendre l'estimation de vos coûts, consultez la page Estimer vos factures.

Vous pouvez créer une règle d'alerte qui surveille votre utilisation et vous avertit lorsque vous approchez du seuil de facturation.

Mes projets comportent un grand nombre de journaux Google Cloud que je n'utilise pas. Les frais liés à ces journaux me préoccupent. Comment puis-je les éviter ?

Vous pouvez exclure des journaux pour contrôler ceux qui sont ingérés dans Logging. Consultez la section consacrée à la réduction de votre utilisation des journaux pour plus d'informations.

Les services qui envoient des journaux à mon projet recevront-ils une erreur si les journaux sont exclus ?

Non. Les services qui envoient des entrées de journaux ne peuvent pas déterminer si ces entrées sont ingérées dans Logging ou non.

Serai-je facturé deux fois pour les journaux de flux Virtual Private Cloud ?

Si vous envoyez vos journaux de flux VPC à Logging, les frais de génération des journaux de flux VPC sont annulés, et seuls les frais de Logging s'appliquent. Toutefois, si vous exportez vos journaux de flux VPC vers Logging, puis les supprimez de ce service, les frais de génération des journaux vous seront facturés. Pour en savoir plus, consultez le Simulateur de coût Google Cloud pour la mise en réseau.

À des fins de tarification, toutes les unités sont traitées comme mesures binaires. Exemple : mébioctets (Mio ou 220 octets) ou gibioctets (Gio, ou 230 octets).

2 Aucuns frais ne s'appliquent aux métriques Google Cloud ou Anthos mesurées jusqu'à 1 point de données par minute, ce qui correspond actuellement à la résolution la plus élevée. À l'avenir, les métriques mesurées à des résolutions plus élevées pourront entraîner des frais.

3 Les métriques de processus sont actuellement collectées à une fréquence par défaut prédéfinie par minute et ne peut pas être modifiée. Comme ces données changent généralement lentement, ces métriques sont actuellement suréchantillonnées. Par conséquent, les métriques de processus facturées à 5 % du tarif standard sont alignées sur ce tarif si elles ont été échantillonnées à des intervalles de 20 minutes. Les utilisateurs qui collectent 100 Mio de données à partir de ces métriques ne sont facturés que pour 5 Mio.

Étape suivante

Demander un devis personnalisé

Avec le paiement à l'usage de Google Cloud, vous ne payez que pour les services que vous utilisez. Contactez notre équipe commerciale pour obtenir un devis personnalisé pour votre entreprise.
Contacter le service commercial