Par défaut, les requêtes sont facturées en fonction du modèle de tarification à la demande (par TiB). Vous ne payez que pour les données analysées par vos requêtes.

Avec la tarification à la demande, vous avez généralement accès à un maximum de 2 000 emplacements simultanés, partagés entre toutes les requêtes d'un même projet. De temps en temps, BigQuery peut passer en utilisation intensive au-delà de cette limite pour accélérer les petites requêtes. En outre, vous pouvez parfois avoir moins d'emplacements disponibles s'il existe de nombreux conflits pour la capacité à la demande dans un emplacement spécifique.

Les tarifs de requêtes à la demande (par TiB) sont les suivants :

Notez les points suivants concernant les frais de requêtes à la demande (par TiB) :

• BigQuery utilise une structure en colonne de données. Vous êtes facturé en fonction du nombre total de données traitées dans les colonnes que vous sélectionnez, et le nombre total de données par colonne est calculé en fonction des types de données de la colonne. Pour plus d'informations sur le mode de calcul de la taille de vos données, consultez la section Estimer les coûts des requêtes.
• Les requêtes exécutées sur les données partagées vous sont facturées. Le propriétaire des données n'est pas facturé lorsque ses données sont consultées.
• Les requêtes renvoyant une erreur et les requêtes qui récupèrent les résultats depuis le cache ne vous sont pas facturées. Pour les tâches de langage procédural, cette décision est indiquée au niveau des instructions.
• Les frais sont arrondis au Mo supérieur le plus proche, avec un minimum de 10 Mo de données traitées par table référencée par la requête, et avec un minimum de 10 Mo de données traitées par requête.
• L'annulation d'une tâche de requête en cours d'exécution peut entraîner des frais s'élevant jusqu'au coût total de la requête si vous la laissez se terminer.
• Lors de l'exécution d'une requête, les frais correspondants vous sont facturés en fonction du nombre de données traitées dans les colonnes que vous sélectionnez, même si vous définissez une valeur LIMIT explicite dans les résultats.
• Le partitionnement et le clustering des tables permettent de réduire la quantité de données traitées par les requêtes. Nous vous recommandons d'y avoir recours autant que possible.
• Les tarifs à la demande (par TiB) sont appelés "tarifs d'analyse" sur la page des SKU Google Cloud.
• Lorsque vous exécutez une requête sur une table en cluster et qu'elle inclut un filtre sur les colonnes en cluster, BigQuery utilise l'expression de filtre pour restreindre le nombre de blocs analysés par la requête. Cela peut réduire le nombre d'octets analysés.

BigQuery fournit des systèmes de maîtrise des coûts qui vous permettent de plafonner les coûts de vos requêtes. Vous pouvez définir les options suivantes :

• Contrôles de coûts personnalisés au niveau de l'utilisateur et du projet
• Nombre maximal d'octets facturés par requête

Pour obtenir des exemples détaillés sur la manière de calculer le nombre d'octets traités, consultez la section Calcul de la taille des requêtes.

BigQuery propose un modèle de tarification du calcul basé sur la capacité pour les clients qui ont besoin de capacité supplémentaire ou qui préfèrent un coût prévisible pour les charges de travail de requête plutôt que le prix à la demande (par Tio de données traitées). Le modèle de calcul de capacité propose une tarification à l'usage (avec autoscaling) et des engagements d'un ou trois ans en option, qui offrent des prix réduits. Vous payez pour la capacité de traitement des requêtes, mesurée en emplacements (CPU virtuels) sur une période donnée.

Pour activer la tarification basée sur la capacité, utilisez les réservations BigQuery.

Capacité d'emplacements BigQuery :

• est disponible en trois éditions : Standard, Enterprise et Enterprise Plus.
• Ces tarifs s'appliquent aux coûts des requêtes (instructions BigQuery ML, LMD et LDD, par exemple).
• Ces tarifs ne s'appliquent ni aux coûts de stockage, ni aux coûts de BI Engine.
• Cette limite ne s'applique pas aux insertions en flux continu ni à l'utilisation de l'API BigQuery Storage.
• peut exploiter l'autoscaler BigQuery.
• est facturé à la seconde avec un minimum d'une minute.

Engagements d'emplacements BigQuery facultatifs :

• sont disponibles pour des périodes d'un ou trois ans.
• sont disponibles dans les éditions Enterprise et Enterprise Plus.
• sont des capacités régionales. Les engagements souscrits dans une région ou un ensemble multirégional ne peuvent pas être utilisés ni transférés dans une autre région ou un autre ensemble multirégional.
• Les engagements d'emplacements peuvent être partagés par l'ensemble de votre organisation. Il n'est pas nécessaire d'acquérir des engagements d'emplacements pour chaque projet.
• sont proposés avec un minimum de 50 emplacements et par incréments de 50 emplacements.
• sont renouvelés automatiquement, sauf si vous demandez leur résiliation à la fin de la période.

Le tableau suivant indique le coût des emplacements dans l'édition Standard.

Le tableau suivant indique le coût des emplacements dans l'édition Enterprise.

Le tableau suivant indique le coût des emplacements dans l'édition Enterprise Plus.

Les services supplémentaires utilisés dans le cadre de BigQuery seront facturés à l'aide du SKU des services BigQuery. Ces services incluent le service de transfert de données.

Le tableau suivant présente les différents services facturés à l'aide du SKU des services BigQuery.

Les tarifs de stockage correspondent au coût de stockage des données que vous chargez dans BigQuery. Vous payez pour le stockage actif et le stockage à long terme.

• Le stockage actif inclut toutes les tables ou partitions de tables que vous avez modifiées au cours des 90 derniers jours.
• Le stockage à long terme inclut toutes les tables ou partitions de tables qui n'ont pas été modifiées pendant 90 jours consécutifs. Le coût de stockage de cette table diminue automatiquement d'environ 50 %. Le choix du type de stockage n'a aucune incidence sur les performances, la durabilité ou la disponibilité.

Les tarifs de stockage sont basés sur la quantité de données stockées dans vos tables.Les tables de session temporaires et les tables temporaires multi-instructions sont facturées pour le stockage actif uniquement. Aucuns frais ne sont facturés pour le stockage temporel et le stockage sécurisé. Aucuns frais de stockage ne sont facturés pour les tables de résultats de requête mis en cache temporaires.

La taille des données est calculée en fonction des types de données de chaque colonne. Pour en savoir plus sur le mode de calcul de la taille des données, consultez la section Calcul de la taille des données.

Le tarif de stockage est calculé au prorata par Mio et par seconde. Par exemple, si vous utilisez le stockage logique actif dans us-central1 :

• Pour 512 Mio pendant 15 jours, vous payez 0,00575 $
• Pour 100 Gio pendant 15 jours, vous payez 1,15 $
• Pour 1 Tio pendant un mois complet, vous payez 23,552 USD.

L'espace de stockage utilisé est calculé en gibioctets-mois (Gio-mois), 1 Gio correspondant à 230 octets (1 024 Mio). De même, 1 tébioctet (TiB) correspond à 240 octets (1 024 Gio). La valeur d'utilisation finale est le produit de la taille des données en gibioctets et de la durée d'utilisation du stockage en mois.

Si les données d'une table ne sont pas modifiées ni supprimées pendant 90 jours consécutifs, elles sont facturées au tarif du stockage à long terme. Lorsqu'une table est considérée comme un espace de stockage à long terme, cela n'a aucune incidence sur les performances, la durabilité, la disponibilité ou toute autre fonctionnalité.

Chaque partition d'une table partitionnée est prise en considération individuellement pour les tarifs de stockage à long terme. Si une partition n'a pas été modifiée au cours des 90 derniers jours, les données de cette partition sont considérées comme un espace de stockage à long terme et sont facturées au prix réduit.

Si la table est modifiée, le tarif de stockage normal s'applique de nouveau et le compteur de 90 jours est remis à zéro. Toute action qui modifie les données d'une table réinitialise le compteur, y compris les suivantes :

Toutes les autres actions ne réinitialisent pas le compteur, y compris celles indiquées ci-dessous :

• Interroger une table
• Créer une vue qui interroge une table
• Exporter des données depuis une table
• Copier une table (dans une autre table de destination)
• Appliquer un correctif à une ressource de table ou la mettre à jour

Pour les tables qui atteignent le seuil de 90 jours au cours d'un cycle de facturation, le prix est calculé au prorata.

Les tarifs de stockage à long terme ne s'appliquent qu'au stockage BigQuery et non aux données stockées dans des sources de données externes, telles que Bigtable, Cloud Storage et Google Drive.

Calcul de la taille des données

Lorsque vous chargez des données dans BigQuery ou interrogez les données, vous êtes facturé en fonction de leur taille. La taille de vos données est calculée en fonction de celle du type de données de chaque colonne.

La taille des données stockées et celle des données traitées par vos requêtes sont calculées en gibioctets (Gio), et 1 Gio correspond à 230 octets (1 024 Mio). De même, 1 tébioctet (TiB) correspond à 240 octets (1 024 Gio).

Pour en savoir plus, consultez la page Tailles des types de données.

Le Service de transfert de données BigQuery est facturé mensuellement et au prorata. Voici comment sont calculés les frais à payer :

Chaque application Android possède un ID application unique qui ressemble à un nom de package Java tel que com.example.myapp. Le rapport Installations contient une colonne "Nom du package". Le nombre de noms de packages uniques est utilisé pour calculer l'utilisation des transferts.

Chaque transfert que vous créez génère une ou plusieurs exécutions par jour. Les noms de packages ne sont comptabilisés que le jour où une exécution de transfert se termine. Par exemple, si un transfert commence le 14 juillet et se termine le 15 juillet, les noms de packages sont comptabilisés le 15 juillet.

Si un nom de package unique apparaît dans plusieurs exécutions de transfert un jour donné, il n'est comptabilisé qu'une seule fois. Les noms de packages sont comptabilisés séparément pour différentes configurations de transfert. Si un nom de package unique apparaît dans l'exécution de deux configurations de transfert distinctes, il est comptabilisé deux fois.

Si un nom de package apparaît tous les jours pendant un mois entier, vous serez facturé 25 $pour ce mois. Sinon, si l'annonce a été diffusée pendant une partie du mois, les frais sont calculés au prorata.

Exemple n° 1 : Si nous synchronisons une application (com.smule.singandroid), cela nous coûtera-t-il 25 $par mois + le prix du stockage BigQuery ?

La réponse est 25 $par mois (au prorata) + les coûts de stockage/de requête de BigQuery.

Exemple n° 2 : Si nous synchronisons toutes les données historiques (sur 10 ans), serons-nous facturés pour 120 mois ou pour 1 mois, car nous les avons transférées en une seule fois ?

La réponse est toujours de 25 $par mois (au prorata) + les coûts de stockage/requête de BigQuery, car nous facturons 25 $par nom de package unique dans la table "Installs_country", quelle que soit l'ancienneté des données historiques pour ce nom de package unique.

BigQuery Omni propose les modèles de tarification suivants en fonction de vos charges de travail et de vos besoins.

Comme pour le modèle d'analyse à la demande de BigQuery, les requêtes BigQuery Omni sont facturées par défaut selon le modèle de tarification à la demande (par TiB), où vous payez pour les données analysées par vos requêtes.

Avec la tarification à la demande, vous avez généralement accès à un grand pool d'emplacements simultanés, partagés entre toutes les requêtes d'un même projet. De temps en temps, BigQuery Omni peut passer en utilisation intensive au-delà de cette limite pour accélérer les petites requêtes. En outre, vous pouvez parfois avoir moins d'emplacements disponibles s'il existe de nombreux conflits pour la capacité à la demande dans un emplacement spécifique.

Voici les tarifs des requêtes BigQuery Omni à la demande (par Tio) :

Les détails et les limites sont similaires à ceux de la tarification de l'analyse BigQuery. Notez les points suivants concernant les frais de requêtes à la demande (par TiB) :

• BigQuery utilise une structure en colonne de données.Le montant qui vous est facturé est défini en fonction du nombre total de données traitées dans les colonnes que vous sélectionnez, et le nombre total de données par colonne est calculé en fonction des types de données de la colonne. Pour plus d'informations sur le mode de calcul de la taille de vos données, consultez la section Calcul de la taille des données.
• Les requêtes renvoyant une erreur et les requêtes qui récupèrent les résultats depuis le cache ne vous sont pas facturées.Pour les tâches de langage procédural, cette décision est indiquée au niveau des instructions.
• Les frais sont arrondis au Mo supérieur le plus proche, avec un minimum de 10 Mo de données traitées par table référencée par la requête, et avec un minimum de 10 Mo de données traitées par requête.
• L'annulation d'une tâche de requête en cours d'exécution peut entraîner des frais s'élevant jusqu'au coût total de la requête si vous la laissez se terminer.
• Lors de l'exécution d'une requête, les frais correspondants vous sont facturés en fonction du nombre de données traitées dans les colonnes que vous sélectionnez, même si vous définissez une valeur LIMIT explicite dans les résultats.
• Le partitionnement et le clustering des tables permettent de réduire la quantité de données traitées par les requêtes. Nous vous recommandons d'y avoir recours autant que possible.
• Les tarifs à la demande (par TiB) sont appelés "tarifs d'analyse" sur la page des SKU Google Cloud.
• Lorsque vous exécutez une requête sur une table en cluster et qu'elle inclut un filtre sur les colonnes en cluster, BigQuery utilise l'expression de filtre pour restreindre le nombre de blocs analysés par la requête. Cela peut réduire le nombre d'octets analysés.

BigQuery fournit des systèmes de maîtrise des coûts qui vous permettent de plafonner les coûts de vos requêtes. Vous pouvez définir les options suivantes :

• Contrôles de coûts personnalisés au niveau de l'utilisateur et du projet
• Nombre maximal d'octets facturés par requête

Les régions BigQuery Omni sont compatibles avec les éditions BigQuery. Actuellement, seule l'édition Enterprise est disponible dans les régions Omni

Le tableau suivant indique le coût des emplacements dans les régions Omni

Lorsque vous utilisez les fonctionnalités inter-cloud d'Omni (transfert inter-cloud, création de table à partir d'une sélection, insertion dans une sélection, jointures inter-cloud et vues matérialisées inter-cloud) qui impliquent le déplacement de données d'AWS ou d'Azure vers Google Cloud, des frais de transfert de données supplémentaires s'appliquent.

Plus précisément, les fonctionnalités "CREATE TABLE AS SELECT", "INSERT INTO SELECT" et les jointures inter-cloud ne sont pas facturées pendant la période de l'aperçu. À partir du 29 février 2024, ces services seront en disponibilité générale et le transfert de données vous sera facturé. Les frais de transfert de données ne s'appliquent que lorsque vous utilisez l'un des services mentionnés ci-dessus pour transférer des données d'une région AWS ou Azure vers une région Google Cloud BigQuery. Vous serez facturé par GiB en fonction de la quantité de données transférées d'AWS ou d'Azure vers Google Cloud.

Lorsque vous utilisez la fonctionnalité de vues matérialisées sur plusieurs clouds d'Omni, vous êtes également facturé pour la création de vues matérialisées locales, qui se trouve sur le stockage géré BigQuery sur AWS. Vous serez facturé par GiB pour la quantité d'espace de stockage physique utilisée pour la vue matérialisée locale.

BigQuery propose deux modes d'ingestion de données :

• Chargement par lot. Charger les fichiers sources dans une ou plusieurs tables BigQuery en une seule opération par lot.
• En flux continu : Importer des données un enregistrement à la fois ou par petits lots à l'aide de l'API BigQuery Storage Write ou de l'ancienne API de traitement en flux continu.

Pour savoir quel mode choisir, consultez la page Présentation du chargement des données.

Par défaut, le chargement de données par lot depuis Cloud Storage ou des fichiers locaux dans BigQuery est gratuit. Les jobs de chargement interrégionaux sont facturés pour l'utilisation du réseau selon les SKU de transfert de données réseau.

Les tâches de chargement utilisent un pool d'emplacements partagé par défaut. BigQuery ne garantit pas la capacité disponible de ce pool partagé, ni le débit obtenu. Vous pouvez également acheter des emplacements dédiés pour exécuter des tâches de chargement. Des tarifs basés sur la capacité vous sont facturés pour les emplacements dédiés. Lorsque des tâches de chargement sont attribuées à une réservation, elles perdent l'accès au pool gratuit. Pour en savoir plus, consultez la section Attributions.

Une fois les données chargées dans BigQuery, elles sont soumises aux tarifs de stockage de BigQuery. Si vous chargez des données depuis Cloud Storage, leur stockage vous est facturé. Pour en savoir plus, consultez la section Stockage de données sur la page des tarifs de Cloud Storage.

BigQuery propose les modes d'extraction de données suivants :

• Exportation par lot. Utilisez un job d'extraction pour exporter les données d'une table vers Cloud Storage. L'exportation de données depuis une table BigQuery à l'aide d'un job d'extraction n'entraîne aucun frais de traitement. Les jobs d'extraction interrégionaux sont facturés selon les SKU de trafic réseau de transfert de données général pour les régions croisées Google Cloud.
• Exporter les résultats de la requête Utilisez l'instruction EXPORT DATA pour exporter les résultats de requêtes vers Cloud Storage, Bigtable ou Spanner. Les coûts de calcul pour traiter l'instruction de requête vous sont facturés.
• Lectures en streaming. Utilisez l'API Storage Read pour effectuer des lectures à haut débit des données de table. Vous êtes facturé en fonction du volume de données lues.

Remarque : L'extraction ou le transfert de données ne vous sont pas facturés lorsque vous accédez aux résultats de requête dans la console Google Cloud, l'API BigQuery ou d'autres clients, comme Looker.

Des frais de transfert de données vous sont facturés lorsque vous exportez des données par lot de BigQuery vers un bucket Cloud Storage ou une table Spanner dans une autre région, comme suit :

Remarque : Tous les prix sont indiqués en $/Gio et tous les Gio sont en octets physiques.

L'API Storage Read suit le modèle de tarification à la demande. Si vous optez pour la tarification à la demande, BigQuery facture le nombre d'octets traités (également appelés "octets lus"). Les tarifs à la demande sont uniquement basés sur l'utilisation : vous bénéficiez d'une version gratuite de 300 Tio d'octets lus par mois pour chaque compte de facturation. Les octets analysés dans le cadre des lectures des tables temporaires sont gratuits et ne sont pas comptabilisés dans la version gratuite de 300 TiB. Vous bénéficiez d'une version gratuite de 300 Tio d'octets lus. Cette offre ne s'applique pas au transfert de données sortant associé.

Notez les points suivants concernant les frais de l'API Storage Read :

• Vous êtes facturé en fonction du volume total de données lues. Le total des données lues par colonne et la taille des données sont calculés en fonction du type de données de la colonne. Pour en savoir plus sur le mode de calcul de la taille des données, consultez la section Calcul de la taille des données.
• Des frais s'appliquent pour toutes les données lues au cours d'une session de lecture, même en cas d'échec d'un appel ReadRows.
• Si vous annulez un appel ReadRows avant la fin du flux, toutes les lectures de données effectuées avant l'annulation sont facturées. Les frais peuvent inclure les données qui ont été lues, mais qui ne vous ont pas été renvoyées avant l'annulation de l'appel ReadRows.
• Nous vous recommandons, dans la mesure du possible, d'utiliser des tables partitionnées et en cluster. Vous pouvez réduire la quantité de données lues en utilisant une clause WHERE pour restreindre les partitions. Pour en savoir plus, consultez la page Interroger des tables partitionnées.
• Lorsque vous utilisez Interconnect, les tarifs Cloud Interconnect s'appliquent à la place des tarifs d'utilisation générale du réseau de l'API BigQuery Storage Read.

Outre les opérations de copie dans la même région, BigQuery propose deux modes de réplication (copie) des données entre régions. Vous pouvez effectuer une opération de copie unique ou utiliser une réplication incrémentielle continue. Voici les options dont vous disposez pour copier des données entre régions :

• Copie interrégionale : Copie unique ou programmée de données de table entre des régions ou des emplacements multirégionaux : consultez Copier des ensembles de données ou Copier des tables. La copie interrégionale est facturée selon les SKU de trafic réseau de transfert de données général pour une zone croisée/interrégionale Google Cloud.
• Réplication interrégionale. Réplication incrémentielle continue d'un ensemble de données entre deux régions ou emplacements multirégionaux (ou plus). Voir la réplication interrégionale d'ensembles de données.
• Réplication turbo interrégionale. Réplication incrémentielle continue et hautes performances d'un ensemble de données entre au moins deux régions ou emplacements multirégionaux différents Disponible uniquement avec la reprise après sinistre gérée.

La réplication interrégionale et la réplication turbo interrégionale sont facturées selon les SKU de réplication de sortie réseau BigQuery.

Les données répliquées stockées dans la région ou la multirégion de destination sont facturées conformément aux tarifs de stockage de BigQuery.

Les transferts de données vous sont facturés en fonction du volume de données répliqué. Voici les cas d'utilisation et la répartition des frais de transfert de données :

Remarque : Tous les prix sont indiqués en $/Gio et tous les Gio sont en octets physiques.

Les notebooks BigQuery Studio s'appuient sur un environnement d'exécution de notebook par défaut qui utilise un environnement d'exécution Colab Enterprise pour permettre l'exécution du code du notebook. L'environnement d'exécution par défaut de Colab Enterprise consomme des ressources de calcul et de disque (SSD et PD).

La facturation de ces ressources est mesurée en emplacements à la demande, comme indiqué ci-dessous. Ces emplacements sont facturés selon le SKU BigQuery Standard Edition.

Les notebooks qui utilisent un environnement d'exécution non par défaut sont facturés selon les SKU Vertex.

L'environnement d'exécution de notebook par défaut est une machine virtuelle (VM) provisionnée par Google qui peut exécuter le code de votre notebook (fichier IPYNB). Cela permet aux clients BigQuery d'exécuter des scripts Python sans être facturés après un temps d'inactivité.

Par défaut, le notebook alloue des disques persistants et SSD en arrière-plan pour aider les utilisateurs à installer de nouveaux packages de science des données et à conserver leur travail au-delà du code Python qu'ils exécutent. Une fois le disque persistant et le SSD libérés, vous ne verrez plus de frais.

Les modèles BigQuery ML peuvent être classés dans deux catégories : les modèles intégrés et les modèles externes. Les modèles intégrés BigQuery ML sont entraînés dans BigQuery, comme les modèles de régression linéaire, de régression logistique, de k-moyennes, de factorisation matricielle, d'ACP et d'ARIMA. Le modèle TimesFM pré-entraîné est également considéré comme un modèle intégré. Les modèles externes BigQuery ML sont entraînés à l'aide d'autres services Google Cloud, de modèles d'arbres de décision boostés, de forêts aléatoires et de DNN (qui sont entraînés sur Vertex AI) et de modèles AutoML (qui sont entraînés sur le backend Vertex AI Tables). Les tarifs d'entraînement de modèles BigQuery ML dépendent du type de modèle, de votre modèle d'utilisation et de votre modèle de tarification : éditions ou à la demande. Les fonctionnalités de prédiction et d'évaluation de BigQuery ML sont exécutées en interne pour tous les types de modèles, dont la tarification est décrite ci-dessous.

BigQuery ML est disponible dans les éditions Enterprise et Enterprise Plus pour les clients qui préfèrent un modèle de tarification basé sur la capacité de calcul (nombre d'emplacements) plutôt qu'un modèle à la demande (nombre d'octets traités). Les clients peuvent utiliser les réservations Enterprise ou Enterprise Plus pour utiliser toutes les fonctionnalités de BigQuery ML. L'utilisation de BigQuery ML sera incluse dans l'utilisation de BigQuery Editions.

Réservations pour créer des modèles intégrés

BigQuery propose trois types de tâches pour l'attribution de réservation : QUERY, PIPELINE et ML_EXTERNAL.Les attributions QUERY, utilisées pour les requêtes analytiques, permettent également d'exécuter des requêtes CREATE MODEL pour les modèles intégrés BigQuery ML. Les requêtes analytiques et d'entraînement de modèles intégrés partagent le même pool de ressources dans leurs réservations attribuées, et suivent le même comportement vis-à-vis de la préemption et de l'utilisation d'emplacements inactifs associés à d'autres réservations.

Réservations pour créer des modèles externes

Comme les modèles externes sont entraînés en dehors de BigQuery, ces charges de travail ne sont pas préemptives. Par conséquent, pour garantir que les autres charges de travail ne sont pas affectées, seules les réservations avec une attribution associée au type de tâche ML_EXTERNAL peuvent être utilisées pour ces tâches externes.La page sur la gestion de la charge de travail liée aux réservations explique comment créer des réservations pour les tâches d'entraînement de modèles externes. L'utilisation d'emplacements par tâche est calculée pour conserver des prix équivalents entre les emplacements BigQuery et les services Google Cloud externes.

Remarque : Vous pouvez ajouter une attribution associée au type de tâche ML_EXTERNAL aux réservations que vous souhaitez utiliser pour créer des modèles externes BigQuery ML. Lorsque les emplacements de la réservation sont partagés par les jobs QUERY/PIPELINE et ML_EXTERNAL, les jobs QUERY/PIPELINE peuvent les utiliser uniquement lorsqu'ils sont disponibles. Par conséquent, il est important de vous assurer que les jobs QUERY et PIPELINE critiques s'exécutent dans leurs propres réservations, car les jobs ML_EXTERNAL ne sont pas préemptifs.Les jobs ML_EXTERNAL ne peuvent pas utiliser les emplacements inactifs associés à d'autres réservations. Cependant, si des emplacements dans cette réservation (avec l'attribution ML_EXTERNAL) sont disponibles, les jobs associés à d'autres réservations (où ignore_idle_slots est défini sur "false") peuvent les utiliser.

Remarque : Pour créer un modèle AutoML Tables, vous devez disposer d'environ 1 000 emplacements ML_EXTERNAL. Le nombre d'emplacements est susceptible d'être modifié en fonction des tarifs du backend de Vertex AI Tables. En parallèle, le nombre d'emplacements externes utilisés pour entraîner d'autres modèles externes BigQuery ML (tels que DNN, l'arbre de décision à boosting, la forêt d'arbres décisionnels, etc.) est déterminé de manière dynamique afin de procéder au scaling horizontal de la tâche d'entraînement. Plus précisément, le niveau d'évolutivité de l'entraînement de Vertex AI (configuration des machines virtuelles pour le nœud de calcul chef, les serveurs de paramètres et les nœuds de calcul) est déterminé au moment de l'exécution en fonction de la taille des données d'entraînement et du type de modèle. Le service BigQuery ML réserve ensuite un nombre d'emplacements équivalent au prix total de la VM pour vos réservations ML_EXTERNAL.

Les tarifs de BigQuery ML pour les requêtes à la demande dépendent du type d'opération : choix du type, création, évaluation, inspection ou prédiction de modèles. Pour les modèles qui le prennent en charge, le réglage des hyperparamètres est facturé au même tarif que la création de modèles. Le coût de l'entraînement du modèle associé au réglage des hyperparamètres correspond à la somme du coût de tous les essais exécutés.

Remarque : Les modèles de factorisation matricielle ne sont disponibles que pour les clients ayant opté pour les éditions ou les réservations.

Les tarifs de BigQuery ML à la demande sont les suivants :

BigQuery ML permet aux clients de créer un modèle distant qui cible un modèle de fondation Vertex AI, un point de terminaison de prédiction en ligne Vertex AI ou une API Cloud AI, comme l'API Cloud AI Vision.

La tarification de l'inférence de modèle distant BigQuery ML comporte les éléments suivants :

1. Les octets traités par BigQuery sont facturés selon les tarifs standards, comme la tarification à la demande ou la tarification par édition.
2. De plus, les coûts suivants sont facturés pour le point de terminaison distant :

Lorsque vous utilisez le réglage supervisé avec des modèles distants sur des LLM Vertex AI, les coûts sont calculés en fonction des éléments suivants :

• Les octets traités à partir de la table de données d'entraînement spécifiée dans la clause AS SELECT. Ces frais sont facturés par BigQuery à votre projet.
• L'utilisation de GPU ou de TPU pour régler le LLM. Ces frais sont facturés par Vertex AI à votre projet. Pour en savoir plus, consultez les tarifs de Vertex AI.

En raison de la nature des algorithmes sur lesquels certains types de modèles reposent et des différentes tarifications applicables, le calcul des estimations initiales s'avère complexe. C'est pourquoi le nombre d'octets traités n'est calculé qu'une fois l'entraînement terminé pour certains types de modèles.

Les frais BigQuery ML ne sont pas détaillés sur votre relevé de compte. Pour les modèles actuels, si vous utilisez BigQuery Editions, les frais BigQuery ML sont inclus.

Si vous utilisez un tarif à la demande, les frais BigQuery ML sont inclus dans le prix d'analyse (de requête) de BigQuery.

Les jobs BigQuery ML qui effectuent des opérations d'inspection, d'évaluation et de prédiction entraînent les mêmes frais que les jobs de requêtes à la demande. Comme les requêtes CREATE MODEL entraînent des frais différents, vous devez calculer les coûts des tâches CREATE MODEL séparément à l'aide des journaux d'audit Cloud Logging. Les journaux d'audit vous permettent de déterminer les octets facturés par le service BigQuery ML pour chaque tâche CREATE MODEL BigQuery ML. Vous devez ensuite multiplier les octets facturés par le coût des requêtes CREATE MODEL dans votre zone régionale ou multirégionale.

Par exemple, pour déterminer le coût d'une requête incluant une instruction CREATE MODEL BigQuery ML dans la zone US :

• Ouvrez la page Cloud Logging dans la console Google Cloud.
• Vérifiez que le produit sélectionné est BigQuery.
• Cliquez sur la flèche du menu déroulant de la zone "Filtrer par étiquette ou texte recherché", puis sélectionnez Convertir en filtre avancé. Le texte ci-dessous est ajouté au filtre :

• Ajoutez le texte suivant sur la deuxième ligne, sous la ligne "resource.type" :

• À droite du bouton Envoyer le filtre, sélectionnez la période appropriée dans la liste déroulante. Par exemple, si vous sélectionnez Dernières 24 heures, les tâches CREATE MODEL BigQuery ML effectuées au cours des dernières 24 heures s'affichent.
• Cliquez sur Envoyer le filtre pour afficher les jobs effectués pendant la période sélectionnée.
• Une fois que les données s'affichent, cliquez sur Options d'affichage, puis sélectionnez Modifier les champs personnalisés.
• Dans la boîte de dialogue Ajouter des champs personnalisés, saisissez :

• Cliquez sur Enregistrer pour mettre à jour les résultats.
• Pour calculer les frais de la tâche CREATE MODEL BigQuery ML, multipliez les octets facturés par le prix à la demande de BigQuery ML. Dans cet exemple, la tâche CREATE MODEL a traité 100 873 011 200 octets. Pour calculer le coût de cette tâche dans l'emplacement multirégional "US", divisez les octets facturés par le nombre d'octets par TiB, puis multipliez le résultat par le coût de création du modèle :

100 873 011 200 / 1 099 511 627 776 x 312,5 $= 28,669 $

Remarque : Les métriques Cloud Logging ne sont actuellement pas disponibles pour BigQuery ML. Lorsqu'elles le seront, elles vous permettront d'afficher les octets BigQuery ML facturés dans des graphiques avec des agrégations personnalisées.

BI Engine accélère les requêtes SQL en mettant en cache les données BigQuery en mémoire. La quantité de données stockées dépend de la capacité que vous achetez. Pour acheter de la capacité BI Engine, créez une réservation BI Engine dans le projet où les requêtes seront exécutées.

Lorsque BI Engine accélère une requête, l'étape de la requête qui lit les données de la table est gratuite. Les étapes suivantes dépendent du type de tarification BigQuery que vous utilisez :

• Pour la tarification à la demande, les étapes qui utilisent BI Engine sont facturées pour 0 octet analysé. Les étapes suivantes n'entraîneront pas de frais à la demande supplémentaires.
• Pour les tarifs des éditions, la première étape ne consomme aucun emplacement de réservation BigQuery. Les étapes suivantes utilisent les emplacements de la réservation BigQuery.

Voici les tarifs de BI Engine :

Lorsque vous utilisez la tarification basée sur la capacité de calcul de BigQuery avec des engagements d'édition BigQuery, vous pouvez bénéficier d'une capacité BI Engine limitée dans le prix de votre édition, sans frais supplémentaires, comme indiqué dans le tableau ci-dessous. Pour bénéficier de la capacité BI Engine sans frais supplémentaires, suivez les instructions pour réserver de la capacité dans un projet appartenant à la même organisation que votre réservation d'édition. Pour que la réservation BI Engine d'un projet donné soit prise en compte dans cette capacité groupée, des emplacements doivent être attribués à ce projet. Les réservations BI Engine dans un projet d'analyse à la demande ne sont pas prises en compte dans la capacité gratuite. La capacité gratuite s'affiche sous forme de frais standards dans vos rapports de facturation, mais elle fait l'objet d'une remise sous la forme d'une "remise basée sur les dépenses".

Les opérations BigQuery suivantes sont gratuites dans toutes les zones.Les quotas et limites s'appliquent à ces opérations.

Si vous copiez des tables entre des régions, des frais de réplication des données vous sont facturés.

Dans le cadre de la version gratuite de Google Cloud, vous bénéficiez d'un quota de ressources gratuites avec BigQuery dans la limite des conditions fixées. Ce quota est disponible pendant et après l'essai gratuit. Si vous dépassez les limites d'utilisation et que l'essai gratuit est terminé, le service vous sera facturé selon les tarifs figurant sur cette page. Vous pouvez essayer le niveau gratuit de BigQuery dans le bac à sable BigQuery sans carte de crédit.

Remarque : Le modèle de tarification forfaitaire de BigQuery n'est plus proposé depuis le 5 juillet 2023. Il est décrit ici pour les clients qui ont déjà des engagements forfaitaires.

Lorsque vous utilisez le modèle de tarification forfaitaire pour le calcul, vous achetez une capacité dédiée au traitement de requêtes, qui est mesurée en nombre d'emplacements BigQuery. Vos requêtes utilisent cette capacité, mais les octets traités ne vous sont pas facturés. Si vos besoins dépassent la capacité allouée par l'engagement, BigQuery met les requêtes en file d'attente. Aucuns frais supplémentaires ne s'appliquent.

Tarifs forfaitaires pour le calcul :

• Ces tarifs s'appliquent aux coûts des requêtes (instructions BigQuery ML, LMD et LDD, par exemple).
• Ces tarifs ne s'appliquent ni aux coûts de stockage, ni aux coûts de BI Engine.
• Cette limite ne s'applique pas aux insertions en flux continu et à l'utilisation de l'API BigQuery Storage.
• Il s'agit d'une ressource régionale. Les engagements d'emplacements acquis dans une région ou un ensemble multirégional ne peuvent pas être utilisés ni transférés dans une autre région ou un autre ensemble multirégional.
• Ils sont disponibles sous la forme d'engagements à la seconde (flex), mensuels ou annuels.
• Les engagements d'emplacements peuvent être partagés par l'ensemble de votre organisation. Il n'est pas nécessaire d'acquérir des engagements d'emplacements pour chaque projet.
• Le nombre minimal d'emplacements est de 100 par engagement, et ils s'acquièrent par incréments de 100.
• Ils sont facturés à la seconde jusqu'à ce que vous annuliez l'engagement (ce que vous pouvez faire à tout moment après sa date de fin).

Le tableau ci-dessous indique le coût de vos emplacements sur engagement mensuel au tarif forfaitaire. Pour en savoir plus, consultez la section Engagements mensuels.

Le tableau ci-dessous indique le coût de vos emplacements sur engagement annuel à tarif forfaitaire. Pour en savoir plus, consultez la section Engagements annuels.

Les emplacements Flex correspondent à un type d'engagement spécial :

• La durée de l'engagement n'est que de 60 secondes.
• Vous pouvez annuler les emplacements Flex à tout moment par la suite.
• Vous ne payez que pour les secondes de déploiement de votre engagement.

L'attribution des emplacements Flex dépend de la disponibilité en capacité. Lorsque vous tentez d'acheter des emplacements Flex, vous ne pouvez pas être sûr que vous les obtiendrez. Cependant, une fois que votre engagement est accepté, votre capacité est garantie jusqu'à ce que vous annuliez vos emplacements. Pour en savoir plus, consultez la section Emplacements Flex.

Le tableau suivant indique le coût de vos emplacements sur engagement Flex.