Kubernetes managé
Nous exploitons le control plane et pilotons les montées de version. Vous gardez l’accès complet à l’API Kubernetes, vos manifestes et vos charts Helm — nous ne dictons pas ce que vous déployez.
Clusters
2
1 dans EC-DBA-01
Nœuds workers
12
Control planes HA
1
1 mono-master
Pools avec autoscaling
2
| k8s-dba-prodrattaché à app-analytics | 1.30.4 | HA · 3 masters | 10 | pool-general · 5pool-memoire · 2pool-spot · 3 | 6 | ABJAbidjan | En marche | Ouvrir → |
| k8s-dba-labautonome | 1.31.1 | Mono-master | 2 | pool-lab · 2 | 2 | GBMGrand-Bassam | En marche | Ouvrir → |
Mono-master ou haute disponibilité : le vrai arbitrage
Un control plane mono-master coûte trois fois moins cher, et pour un cluster de recette ou de développement c’est le choix rationnel : une indisponibilité de l’API pendant une maintenance n’arrête pas les pods déjà en cours d’exécution. En production, la haute disponibilité devient nécessaire dès lors que vous dépendez de l’API pour l’autoscaling, les déploiements automatiques ou les sondes d’un opérateur.
Nœuds préemptibles : 60 % moins cher, 30 secondes de préavis
Un nœud préemptible peut être récupéré par la plateforme avec un préavis de trente secondes. C’est parfaitement adapté aux traitements par lots, aux jobs CI et aux workers de file — et à éviter pour un service synchrone. Le pool pool-spot du cluster de production illustre cet usage, avec un autoscaling de 0 à 8 nœuds.