Tarifs de Google Kubernetes Engine

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 et l'optimisation automatisée des coûts d'infrastructure. Tarif de 0,10 $par cluster et par heure.

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 GKE Enterprise 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 du calcul basée 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 provisionne 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 ou le ratio processeur/mémoire requis. 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 de répliques 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 de façon à ce qu'elles soient égales aux 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.

Autopilot utilise un modèle de facturation basé sur les nœuds lorsque vous demandez du matériel spécifique, comme des accélérateurs ou des séries de machines Compute Engine. Lorsque vos pods demandent ces types de ressources matérielles, GKE alloue des types de machines Compute Engine prédéfinis qui correspondent le plus aux demandes (par conséquent, ils peuvent être plus grands que ce que votre pod a demandé). Vous êtes facturé pour les ressources de VM sous-jacentes, auxquelles s'appliquent les remises applicables telles que les remises sur engagement d'utilisation Compute Engine, ainsi que pour la gestion des ressources de calcul.

Comme vous êtes facturé pour la machine entière, assurez-vous que ces charges de travail spécialisées utilisent efficacement toutes les ressources des machines provisionnées. Cette considération ne s'applique pas au modèle de facturation par pod par défaut, qui est idéal pour les charges de travail plus petites (celles qui demandent beaucoup moins de ressources que la taille de la plus petite machine de la série) et les charges de travail qui ne correspondent pas efficacement aux types de machines Compute Engine prédéfinis.

Remarque : Les pods GPU antérieurs à la version 1.29.4-gke.1427000 qui ne spécifient pas la classe de calcul Accelerator sont facturés selon la facturation basée sur les pods avec ces SKU hérités.

Les clusters créés en mode standard font l'objet de frais de gestion s'élevant à 0,10 $par cluster et par heure, indépendamment de la taille ou de la topologie du cluster, après le niveau gratuit. Les frais de gestion des clusters GKE ne s'appliquent pas aux clusters GKE Enterprise.

En mode Standard, GKE utilise des instances de nœuds de calcul dans le cluster des instances Compute Engine. Chacune de ces instances vous est facturée 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 .

GKE intègre un contrat de niveau de service soutenu financièrement, garantissant une disponibilité de 99,95 % pour le plan de contrôle des clusters régionaux et de 99,5 % pour le plan de contrôle des clusters zonaux.

Les frais de gestion des clusters de 0,10 $par cluster et par heure (facturés par seconde) s'appliquent à tous les clusters GKE indépendamment du mode de fonctionnement, de la taille ou de la topologie du cluster.

La version gratuite de GKE fournit 74,40 $de crédits mensuels par compte de facturation, appliqués aux clusters zonaux et Autopilot. Si vous n'utilisez qu'un seul cluster zonal ou Autopilot, ce crédit couvrira au minimum le coût total de ce cluster chaque mois. Les crédits de version gratuite non utilisés ne sont pas reportés et ne peuvent pas être appliqués à d'autres SKU (par exemple, ils ne peuvent pas être appliqués à des frais de calcul, ni aux frais de cluster pour les clusters régionaux).

Les conditions suivantes s'appliquent aux frais de gestion de clusters :

• Les frais restent les mêmes, indépendamment de la taille ou de la topologie du cluster. Les clusters à zone unique, multizones, régionaux ou Autopilot génèrent tous les mêmes frais fixes par cluster.
• Ces frais ne s'appliquent pas aux clusters GKE Enterprise.

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, à l'exclusion des heures de fonctionnement des clusters GKE Enterprise. Le montant total facturable est calculé mensuellement, et le crédit mensuel offert est appliqué.

Les clusters du canal de publication étendu peuvent conserver leur version mineure de GKE et bénéficier d'une assistance étendue au-delà de la période d'assistance standard. Avec l'assistance étendue, vous pouvez rester sur une version mineure de GKE prise en charge pendant 24 mois maximum. Des frais supplémentaires de gestion de cluster GKE vous seront facturés pour la période étendue une fois que le cluster aura atteint la fin de la période d'assistance standard. L'utilisation du canal de publication Extended pendant la période d'assistance standard n'entraîne pas de frais supplémentaires. Vous pouvez passer à une version mineure couverte par la période d'assistance standard à tout moment. Pour en savoir plus, consultez la page Obtenir un support à long terme avec le canal étendu.

Tarif de 0,50 $par cluster et par heure. Les frais de gestion des clusters GKE pendant la période prolongée s'ajoutent aux frais de gestion des clusters GKE de 0,10 $par cluster et par heure, pour un total de 0,60 $par cluster et par heure. Les frais de gestion des clusters GKE pendant la période prolongée sont inclus dans l'édition GKE Enterprise.

L'entrée multicluster est incluse dans GKE Enterprise. Aucuns frais supplémentaires ne sont donc facturés pour l'utilisation d'un objet Ingress multicluster dans un cluster GKE Enterprise sur Google Cloud. Si vous ne disposez pas de licence GKE Enterprise pour certains de vos clusters GKE, l'utilisation d'Ingress multicluster vous est facturée selon la tarification autonome. La fonctionnalité d'entrée multicluster est identique, que vous l'utilisiez avec une licence GKE Enterprise ou une tarification autonome. Vous pouvez modifier votre mode de facturation à tout moment en vous inscrivant ou en vous désinscrivant dans GKE Enterprise.

Dans tous les cas, les équilibreurs de charge et le trafic associés aux ressources MultiClusterIngress sont facturés séparément, conformément aux tarifs de l'équilibreur de charge.

L'entrée multicluster est incluse dans GKE Enterprise. Si vous activez l'API GKE Enterprise (gcloud services enable anthos.googleapis.com) et que vos clusters sont enregistrés dans un parc, l'utilisation de la ressource Ingress multicluster n'entraîne aucuns frais supplémentaires.

La tarification autonome des entrées multiclusters est basée sur le nombre de pods considérés comme des backends d'entrée multicluster pour un coût de 3 $par pod backend et par mois (730 heures). Cette tarification est d'environ 0,0041096 $par pod backend et par heure, facturée par tranche de 5 minutes.

Le nombre de pods backend correspond au nombre total de pods membres des ressources MultiClusterService sur l'ensemble des clusters GKE de votre projet. L'exemple suivant montre comment les pods backend sont comptabilisés :

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

La sauvegarde pour GKE est un service distinct de GKE qui peut être utilisé pour protéger et gérer les données GKE.

Elle est facturée en fonction de deux éléments. Premièrement, des frais de gestion des sauvegardes GKE s'appliquent en fonction du nombre de pods GKE protégés. Deuxièmement, des frais de stockage de sauvegarde vous sont facturés en fonction de la quantité de données stockées (en Gio). Ces deux types de frais sont calculés sur une base mensuelle, comme pour la facturation des autres fonctionnalités de GKE.

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

Inclut toutes les fonctionnalités de l'édition Standard, mais aussi la prise en charge de plusieurs équipes, la gestion multicluster et l'accès en libre-service, des fonctionnalités avancées de sécurité, de maillage de services et de configuration, des métriques d'observabilité basées sur les bonnes pratiques, ainsi qu'une console unifiée. Tarif de 0,00822 $par processeur virtuel et par heure.

En activant GKE Enterprise dans votre projet, vous pouvez utiliser pleinement la plate-forme GKE Enterprise, y compris les fonctionnalités hybrides et multicloud. Une fois GKE Enterprise activé, ses frais s'appliquent à tous les clusters GKE Enterprise et dépendent du nombre de processeurs virtuels pour les clusters GKE Enterprise, qui vous sont facturés à l'heure. Un processeur virtuel est considéré comme "géré" par GKE Enterprise lorsqu'il représente de la capacité de calcul programmable pour le plan de contrôle GKE Enterprise, soit tous les processeurs virtuels dans le cluster d'utilisateur pertinent, à l'exclusion du cluster d'administrateur et des nœuds du plan de contrôle (pour les options sur site). Pour en savoir plus sur les fonctionnalités GKE Enterprise disponibles dans chaque environnement, consultez le guide des options de déploiement.

Si vous utilisez des clusters Autopilot avec GKE Enterprise, vous êtes facturé par processeur virtuel pour le niveau Enterprise en plus du modèle de tarification décrit dans la section Tarification d'Autopilot.

GKE Enterprise propose un modèle de paiement à l'usage, où vous êtes facturé pour les clusters GKE Enterprise selon votre utilisation, aux tarifs indiqués ci-dessous. Vous pouvez commencer à utiliser le paiement à l'usage à tout moment en suivant les instructions de nos guides de configuration.

Les tarifs sont indiqués en dollars américains (USD). Si vous ne payez pas en USD, les tarifs indiqués dans votre devise sur la page relative aux SKU de Cloud Platform s'appliquent. Une facture sur laquelle figurent l'utilisation et les frais applicables est envoyée à la fin de chaque cycle de facturation.

Si vous êtes un nouveau client GKE Enterprise, vous pouvez essayer GKE Enterprise gratuitement pendant 90 jours maximum. Tous les frais applicables à l'utilisation de l'infrastructure pendant l'essai vous sont facturés. Pour vous inscrire, accédez à la console GKE et activez l'essai.

Vous pouvez à tout moment cesser d'utiliser GKE Enterprise. Pour cela, suivez les instructions disponibles sur la page Désactiver GKE Enterprise.

Vous pouvez également utiliser le Simulateur de coût Google Cloud pour estimer vos frais GKE mensuels, dont les frais de gestion des clusters et les tarifs des nœuds de calcul.