Serveur cloud pour Kubernetes en Europe
Kubernetes est la plateforme d'orchestration standard pour les charges de travail conteneurisees a grande échelle. Le faire fonctionner correctement nécessite plus que simplement installer k8s : vous avez besoin d'un matériel suffisant par noeud, de réseaux fiables entre les noeuds et de comprendre a quoi ressemble un cluster minimum viable.
Héberger votre cluster Kubernetes en Europe est une exigence pratique si vos utilisateurs ou vos données s'y trouvent. Les réseaux privés a faible latence entre les noeuds, la conformité au RGPD et la proximite physique avec votre équipe d'ingénieurs favorisent l'hébergement dans l'UE.
Pourquoi l'hébergement dans l'UE est important pour Kubernetes
Un cluster Kubernetes est un système distribue. Les composants du plan de contrôle communiquent constamment avec les noeuds de travail. La latence réseau entre les noeuds affecte directement la stabilité du cluster. Etcd nécessite des ecritures a faible latence pour maintenir la coherence.
Placer tous les noeuds dans le même centre de données de l'UE maintient la latence inter-noeuds en dessous de 1 ms.
Exigences minimales du serveur
Kubernetes a de vraies exigences matérielles.
Pour le noeud du plan de contrôle :
- RAM: 4 Go minimum (8 Go recommandés pour les clusters avec plus de 10 travailleurs)
- CPU: 2 coeurs minimum (4 coeurs recommandés)
- Disque: 40 Go SSD
Pour chaque noeud de travail :
- RAM: 4 Go minimum par noeud
- CPU: 2 coeurs minimum par noeud
- Disque: 40 Go SSD par noeud
Une configuration minimale prête pour la production est 1 noeud de plan de contrôle plus 2 noeuds de travail.
Configuration DCXV recommandée
Les instances cloud DCXV sur https://dcxv.com/data-center#cloud commencent a partir de 15 EUR/mois. Pour un cluster Kubernetes a 3 noeuds, trois instances avec 4 Go RAM et 4 vCPUs chacune est un bon point de depart.
Les instances cloud DCXV dans le même centre de données partagent un réseau privé avec une très faible latence inter-instances. Le support d'ingénieurs 24/7 est inclus sans frais supplémentaires.
Pour les clusters plus importants, les serveurs dédiés DCXV commencent a partir de 49 EUR/mois.
Guide de configuration
Déploiement d'un cluster k3s sur trois instances DCXV :
# Sur le noeud du plan de contrôle : installer k3s
curl -sfL https://get.k3s.io | sh -
# Obtenir le token de jointure du plan de contrôle
cat /var/lib/rancher/k3s/server/node-token
# Sur chaque noeud de travail : rejoindre le cluster
curl -sfL https://get.k3s.io | K3S_URL=https://<control-plane-ip>:6443 K3S_TOKEN=<token> sh -
# Vérifier que tous les noeuds sont prêts
kubectl get nodes
Combien de noeuds de plan de contrôle
C'est la décision à prendre avant que quoi que ce soit tourne sur le cluster, car etcd maintient un quorum et un quorum exige une majorité. La deuxième ligne est la contre-intuitive:
| Plan de contrôle | Survit à la perte de | Le quorum exige | Choisissez-le quand |
|---|---|---|---|
| 1 noeud | Rien - l'API disparaît | 1 sur 1 | Développement, CI, préproduction, tout ce qui se reconstruit |
| 2 noeuds | Rien, et cela coûte le double | 2 sur 2 | Jamais - strictement pire qu'un seul noeud |
| 3 noeuds | Un noeud, sans perte d'écritures | 2 sur 3 | Production, et le minimum qui mérite ce mot |
| 5 noeuds | Deux noeuds | 3 sur 5 | Grands clusters, ou quand une baie entière peut tomber |
Deux noeuds, c'est le piège: avec un nombre pair il n'y a pas de majorité possible, donc perdre l'un ou l'autre fait tomber le serveur d'API exactement comme un noeud unique, et vous avez payé deux fois. Pour les workers c'est l'inverse - ce sont du bétail, ajoutez-les et retirez-les librement, leur nombre ne porte rien.
Performances attendues
Sur un cluster k3s a 3 noeuds avec des instances de 4 Go / 4 vCPU :
- Latence de planification des pods inferieure a 2 secondes pour les charges de travail typiques
- Débit réseau inter-pods de 1-5 Gbps dans le même centre de données
- Ingress gérant 1.000-3.000 requêtes HTTP par seconde
- Temps de réponse de l'API du plan de contrôle inferieurs a 50 ms
- Latence d'écriture etcd inferieure a 5 ms avec stockage SSD
Ce sont des attentes pour du matériel de cette classe, pas des mesures issues de notre propre laboratoire. Prenez-les comme point de départ pour le dimensionnement et mesurez votre charge : les chiffres réels dépendent de vos données, de vos requêtes et de votre tuning bien plus que du fournisseur.
