GKE : Comprendre les types de clusters et la facturation de base

Section Un peu d'histoire

Kubernetes est né de l'expérience interne de Google. Initialement développé sous le nom de Borg, ce système a été open source en 2015 et renommé Kubernetes. Son logo représente un gouvernail, symbole de direction et de contrôle, rappelant ainsi son rôle de chef d'orchestre dans la gestion des conteneurs.

Google a naturellement intégré Kubernetes dans son infrastructure, ce qui en fait une solution particulièrement bien adaptée à ses besoins. Cependant, le fonctionnement détaillé de Kubernetes ne sera pas le cœur de ce cours. Nous nous concentrerons plutôt sur son moteur, ses coûts et leurs variations.

Section Les deux types de cluster

Cluster Autopiloté

Le cluster Autopiloté est très pratique dans de nombreux cas. Il te permet de déployer tes ressources sans te soucier de la gestion des serveurs sous-jacents. En d'autres termes, tu peux déployer tes pods et Google s'occupe de réserver les serveurs appropriés pour les faire tourner en fonction de ta consommation.

Avantages

• Pas besoin de réserver des serveurs à l'avance.
• Moins de risques de dépassement de mémoire (OOM) dans bien des cas.
• Déploiement automatique et scaling : le cluster s'adapte automatiquement à la demande.
• En cas de trafic élevé, le cluster se met à l'échelle avec des règles bien sûr...

Inconvénients

• Le coût peut devenir un gouffre financier si mal maîtrisé.
• Tu perds un peu le contrôle sur les serveurs : tu ne choisis plus le type ni la puissance.
• Tu ne gères plus du tout le côté financier : si tes pods consomment trop ou si le trafic devient ingérable, les coûts peuvent exploser.

Il est donc important de bien choisir des le départ votre type de cluster.

Cluster Standard

En mode Standard, vous gardez la main sur les machines virtuelles (nœuds Compute Engine) qui composent votre cluster. Vous choisissez la taille des VMs, le système d'exploitation et les pools de nœuds (Node Pools).

Avantages

• Contrôle total de la configuration matérielle (GPU, types de processeurs, disques locaux SSD).
• possibilité d'utiliser des machines Spot très économiques.
• personnalisation avancée du noyau et des démons système.

Inconvénients

• Vous payez pour les machines virtuelles même si elles ne tournent qu'à 10 % de leur capacité.
• La maintenance (mises à niveau de version, gestion des pools de nœuds) est à votre charge.

En d'autre mots pour avoir une facilité et juste déployer sans se soucier de l'infrastructure parter sur un cluster autopiloté sinon sur un cluster standard

Section Comment fonctionne la facturation

GKE facture deux composantes distinctes : les frais de gestion du cluster et le coût des ressources de calcul.

1. Les frais de gestion du cluster

Google applique des frais fixes de gestion (environ 0,10 $ / heure par cluster, soit ~74 $ / mois).

À retenir : Google offre un crédit mensuel de 74 $ par compte de facturation, ce qui rend les frais de gestion de votre premier cluster (Standard ou Autopilot) gratuits.

2. Le calcul : Standard vs Autopilot

3. Les leviers d'optimisation

• Les VM Spot : Utilisables en Standard et Autopilot pour réduire les coûts jusqu'à 60-91 % sur les charges tolérantes aux pannes.
• Le bon dimensionnement (Requests vs Limits) : En Autopilot, vous êtes facturé sur ce que vous déclarez dans resources.requests. Si vous demandez trop de mémoire par précaution, la facture grimpe immédiatement.

Section Déployer sur GKE : L'importance des Requests

Voici un exemple minimal de pod. En Autopilot, ce sont exactement ces lignes qui déterminent votre facture :

1apiVersion: apps/v1
2kind: Deployment
3metadata:
4  name: mon-api
5spec:
6  replicas: 2
7  template:
8    spec:
9      containers:
10      - name: web
11        image: nginx:alpine
12        resources:
13          requests:
14            memory: "256Mi"
15            cpu: "250m"
16          limits:
17            memory: "512Mi"
18            cpu: "500m"

Section Conclusion

Tu auras compris que GKE est un excellent service proposé par Google, avec de nombreuses fonctionnalités et avantages (nous n'avons pas abordé le maillage de service, les groupes de clusters, etc.).

Il faut par ailleurs faire attention au type de cluster choisi en fonction de vos besoins.