Cette page présente la tarification des éditions, des ressources de calcul, du mode de fonctionnement des clusters, des frais de gestion des clusters et des frais d'entrée applicables dans Google Kubernetes Engine (GKE).

GKE inclut la gestion entièrement automatisée du cycle de vie des clusters, l'autoscaling des pods et des clusters, la visibilité des coûts, l'optimisation automatisée des coûts d'infrastructure et des fonctionnalités de gestion multicluster, comme les flottes, les équipes, Config Management, Policy Controller et le tableau de bord de flotte, sans frais supplémentaires.

GKE intègre également un contrat de niveau de service soutenu financièrement, garantissant la disponibilité suivante :

• 99,95 % pour le plan de contrôle des clusters Autopilot et des clusters standards régionaux. 
• 99,5 % pour le plan de contrôle des clusters zonaux standards.
• 99,9 % pour les pods Autopilot dans plusieurs zones.

Des frais de gestion fixes de 0,10 $par cluster et par heure (facturés par seconde) s'appliquent à tous les clusters GKE, quels que soient leur mode de fonctionnement, leur taille et leur topologie. Les clusters à zone unique, multizones, régionaux ou Autopilot génèrent tous les mêmes frais fixes par cluster.

Pour les clusters du canal de publication Extended, des frais de gestion de cluster supplémentaires s'appliquent si la version mineure du cluster se trouve dans la période d'assistance étendue.

L'exemple suivant montre comment les frais de gestion des clusters et le crédit de la version gratuite sont appliqués aux comptes de facturation d'une organisation. Dans cet exemple, les heures de fonctionnement des clusters régionaux et zonaux de l'entreprise sont indiquées, et le montant total facturable est calculé mensuellement, compte tenu du crédit mensuel offert.

Pour les pools de nœuds standards et les classes de calcul qui n'utilisent pas le paramètre Autopilot, les instances Compute Engine sous-jacentes des nœuds vous sont facturées conformément aux tarifs de Compute Engine, jusqu'à ce que les nœuds soient supprimés. Les ressources Compute Engine sont facturées à la seconde avec des frais d'utilisation d'une minute au minimum.

Compute Engine propose des remises sur engagement d'utilisation qui s'appliquent aux instances Compute Engine du cluster. Pour en savoir plus, consultez la page Remises sur engagement d'utilisation dans Compute Engine.

Les clusters Autopilot font l'objet de frais de gestion s'élevant à 0,10 $par cluster et par heure après la version gratuite, en plus des frais liés aux charges de travail que vous exécutez. Autopilot utilise un modèle de provisionnement basé sur les charges de travail, dans lequel les ressources sont provisionnées en fonction des exigences spécifiées dans la spécification de pod de vos charges de travail. GKE intègre un contrat de niveau de service soutenu financièrement, garantissant une disponibilité de 99,95 % pour le plan de contrôle et de 99,9 % pour les pods Autopilot dans plusieurs zones, ou de 99,99 % pour les pods Autopilot dans plusieurs régions. Les remises sur engagement d'utilisation peuvent servir à réduire les coûts des charges de travail dont l'utilisation des ressources est prévisible.

Par défaut, les charges de travail que vous créez sont provisionnées sur notre plate-forme de calcul à usage général, où vous n'êtes facturé que pour les ressources demandées par les pods (et non pour la capacité de calcul de réserve ou la surcharge système). Si vos charges de travail doivent évoluer au-delà de 28 vCPU, vous pouvez utiliser les classes de calcul Balanced ou Scale-Out, qui utilisent la même approche d'approvisionnement et de facturation des ressources de calcul basées sur les pods. Si vous activez les nœuds Confidential GKE Node, des frais supplémentaires s'appliquent. Pour en savoir plus, consultez la page Tarification des nœuds Confidential GKE Node sur GKE Autopilot.

Vous pouvez également demander du matériel spécifique, comme des accélérateurs ou des séries de machines Compute Engine, pour vos charges de travail. Pour ces charges de travail spécialisées, Autopilot fournit des nœuds qui disposent au moins de la capacité de calcul demandée pour la charge de travail et vous facture le nœud entier. Ce modèle de calcul basé sur les nœuds est idéal pour les charges de travail qui ont des exigences matérielles spécifiques, mais il vous oblige à réfléchir à la façon d'utiliser pleinement les ressources provisionnées.

Grâce à ces approches de provisionnement et de facturation des ressources de calcul, vous pouvez utiliser du matériel de calcul spécifique pour les charges de travail spécialisées, tout en utilisant l'approche de provisionnement de ressources de calcul basée sur les pods, plus simple, pour tout le reste.

La plate-forme à usage général par défaut et les classes de calcul Balanced et Scale-Out utilisent un modèle de facturation basé sur les pods. Vous êtes facturé à la seconde pour les ressources de processeur, de mémoire et de stockage éphémère demandées par vos pods en cours d'exécution dans les demandes de ressources de pod, sans durée minimale. Ce modèle de facturation s'applique à la plate-forme à usage général par défaut et aux classes de calcul Équilibré et Scale-Out. Ce modèle implique les considérations suivantes :

• Autopilot définit une valeur par défaut si aucune demande de ressource n'a été définie, et augmente les valeurs qui ne respectent pas les minimums requis ou le ratio processeur/mémoire. Définissez les demandes de ressources en fonction des besoins de vos charges de travail pour obtenir le prix le plus avantageux.
• Vous n'êtes facturé que pour les pods en cours de création ou d'exécution (ceux qui sont en phase "Running" et ceux dont l'état est "ContainerCreating" dans la phase "Pending"). Les pods en attente de programmation et ceux qui ont été arrêtés (comme les pods marqués comme "Succeeded" ou "Failed") ne sont pas facturés.
• Les pods système, la surcharge du système d'exploitation, l'espace non alloué et les pods non planifiés ne sont pas facturés. Définissez des demandes de ressources et des nombres d'instances répliquées de pods appropriés pour vos charges de travail afin d'optimiser les coûts. Avec le modèle de facturation basé sur les pods, la taille ou la quantité de nœuds sous-jacents n'a pas d'importance pour la facturation.

Remarque : Avant la version 1.29.2-gke.1060000, et pour les clusters créés à l'origine avec une version antérieure à la version 1.26, Autopilot définit les ressources demandées sur les valeurs des limites de ressources dans les cas où seule la limite est définie.

Remarque : Les pods de GPU exécutés sur GKE version 1.29.4-gke.1427000 et antérieure sont facturés selon les SKU de pods de GPU Autopilot et utilisent le modèle de facturation basé sur les pods.

Certaines fonctionnalités sont disponibles via des SKU individuels. Parmi ces fonctionnalités, on trouve Managed Service Mesh, Binary Authorization, Advanced Vulnerability Insights, Multicluster Gateway et Multicluster Ingress, Backup for GKE et GKE Extended Support.

La passerelle multicluster ne facture que les pods qui sont des backends directs des ressources de passerelle basées sur une classe de passerelle multicluster. L'objet Ingress multicluster ne facture que les pods qui sont des backends directs des ressources MultiClusterIngress. Les pods qui ne sont pas des backends de la passerelle multicluster ou de l'objet Ingress multicluster ne sont pas facturés. Dans cet exemple, il existe trois ressources MultiClusterService sur deux clusters avec des backends de pod. Les pods qui sont membres des services A, B et C ne sont pas des backends directs et ne sont pas facturés selon la tarification autonome.

Tous les pods membres de plusieurs ressources MultiClusterService sont facturés pour chaque MultiClusterService dont ils sont membres. Deux pods sont membres à la fois des ressources MultiClusterService D et E.

Le tableau suivant récapitule le coût mensuel total de la facturation autonome pour les deux clusters de l'exemple :

Par exemple, un client disposant d'un plan de sauvegarde unique dans l'Iowa (us-central1) qui sauvegarde en moyenne 20 pods au cours d'un mois, stockant 200 Gio de données de sauvegarde dans l'Iowa, serait facturé 25,60 $. Ces 25,60 $incluent 20 $pour la gestion mensuelle des sauvegardes GKE (20 x 1,00 $/pod/mois) et 5,60 $pour le stockage des sauvegardes (200 x 0,028 $/Gio/mois).

À partir du 26 juin 2023, de nouveaux frais de transfert de données sortantes sur le réseau seront appliqués aux sauvegardes stockées dans une région différente de celle de leur cluster GKE source. Ces frais dépendent de la région source et de la région de destination, ainsi que du nombre d'octets transférés pour chaque opération de sauvegarde interrégionale :

Emplacement du cluster GKE