Kapsule : Kubernetes managé chez Scaleway

Ce cours relie deux parcours : le Kubernetes des cours Kubernetes : les fondamentaux et Kubernetes : réseau et exposition, et le Scaleway des cours Le cloud : les fondamentaux et Scaleway en pratique. Il s'adresse aux personnes qui créent ou exploitent un cluster Kapsule, le Kubernetes managé de Scaleway, celui sur lequel Lyneko fait tourner ses propres applications.

L'approche

Un Kubernetes managé change la répartition du travail : Scaleway exploite le plan de contrôle, vous gardez les nœuds, les charges de travail, et toutes les décisions de configuration. Chaque leçon dit précisément où passe cette frontière, ce que l'intégration avec Scaleway fait pour vous (répartiteurs de charge, volumes, autoscaling, journaux) et ce qu'elle vous laisse.

Les commandes sont tirées de la documentation de Scaleway, de l'aide de la CLI scw 2.62 et du schéma du fournisseur Terraform ; elles sont vérifiées sans créer de ressource, et les leçons ne présentent pas de sortie inventée. Les fonctionnalités et limites du produit sont datées au 5 octobre 2026. La dernière leçon décrit en Terraform un cluster de production inspiré de celui de Lyneko.

Ce qu'il faut

• Un compte Scaleway, la CLI scw, kubectl 1.36, Helm et Terraform ou OpenTofu.
• Un budget surveillé : un cluster et ses nœuds sont facturés à l'heure. Chaque leçon se termine par la suppression de ce qu'elle a créé.

Les leçons

1. Kapsule : ce qui est managé, et ce qui ne l'est pas
2. Créer un cluster dans un réseau privé
3. Pools de nœuds, autoscaling et autoréparation
4. Répartiteurs de charge et stockage intégrés
5. Accès au cluster et identités des applications
6. Mettre à jour le cluster
7. Observer et maîtriser les coûts
8. Un cluster de production en code

Pour valider : le quiz (niveau 100) et le lab (niveau 200).

Plan du cours

1. Kapsule : ce qui est managé, et ce qui ne l'est pas 1 h 15 200 Pratiquer
   Où passe la frontière de responsabilité entre Scaleway et vous sur un cluster Kapsule : plan de contrôle, etcd, composants installés, nœuds, mises à jour. Les types de clusters (mutualisé, dédié, Kosmos), leurs limites et leur SLA, la politique de versions, et ce que cela change par rapport à EKS, AKS et GKE.
2. Créer un cluster dans un réseau privé 1 h 20 200 Pratiquer
   Créer le cluster Kapsule de Signalements : réseau privé, choix du CNI, plages des pods et des Services, plugins d'admission, feature gates, OIDC et mise à jour automatique, liste d'adresses autorisées pour l'API, nœuds avec ou sans adresse publique, récupération du kubeconfig et premiers contrôles. Ce qui se décide une fois pour toutes à la création.
3. Pools de nœuds, autoscaling et autoréparation 1 h 30 300 Concevoir
   Dimensionner et organiser les nœuds d'un cluster Kapsule : types de nœuds, pools par profil (général, mémoire, GPU), un pool par zone, étiquettes et teintes, autoscaler de cluster et ses garde-fous, autoréparation, volume système, groupes de placement, mise à jour d'un pool, drain et PodDisruptionBudget, coût des nœuds inactifs.
4. Répartiteurs de charge et stockage intégrés 1 h 25 200 Pratiquer
   Ce que le cloud controller manager et le pilote CSI de Scaleway font pour vous : un Service LoadBalancer devient un répartiteur Scaleway piloté par annotations, avec adresse IP réservée et protocole PROXY ; un PersistentVolumeClaim devient un volume Block Storage, avec ses classes, sa zone, son chiffrement LUKS, ses instantanés ; et ce qui n'existe pas, comme le partage entre pods.
5. Accès au cluster et identités des applications 1 h 40 300 Concevoir
   Deux couches de droits à raccorder : l'IAM de Scaleway et le RBAC de Kubernetes. Les trois formes de kubeconfig, la correspondance entre jeux de permissions et groupes Kubernetes, les groupes et l'OIDC pour les personnes, les comptes de service des pods, les clés dédiées pour que les applications joignent les API Scaleway faute de fédération d'identité, le registre privé et la liste blanche de l'API.
6. Mettre à jour le cluster 1 h 40 300 Concevoir
   Le calendrier de support des versions de Kapsule et ce qui se passe à la fin, la montée du plan de contrôle puis des pools une mineure à la fois, la stratégie de remplacement des nœuds (surge, indisponibilité, délai de grâce qui passe outre les PodDisruptionBudget), la mise à jour automatique des correctifs, les API retirées, les essais en préproduction, et les applications qui rendent la montée invisible.
7. Observer et maîtriser les coûts 1 h 30 200 Pratiquer
   Ce que Cockpit fournit gratuitement pour un cluster Kapsule (plan de contrôle, nœuds, composants système), ce qu'il faut ajouter pour voir les pods et les journaux applicatifs, les alertes qui comptent (nœud NotReady, pods en échec, volumes pleins), puis le coût d'un cluster poste par poste : requests et sur-dimensionnement, autoscaler, types d'instances, répartition par espace de noms, environnements éteints la nuit.
8. Un cluster de production en code 1 h 50 300 Concevoir
   Décrire en Terraform un cluster Kapsule de production : réseau privé, cluster, deux pools répartis sur deux zones, liste d'adresses autorisées, fenêtre de maintenance, puis l'amorçage d'Argo CD par Helm. Le danger du kubeconfig dans l'état, le découpage en couches, ce qui change en place et ce qui recrée, et la destruction d'un cluster qui a créé des ressources dont Terraform ne sait rien.