# Kubernetes autogéré ou VPS classique pour un WordPress très saisonnier

> Comparatif de coûts et de performance entre une infrastructure Kubernetes avec autoscaling et un VPS classique surdimensionné, pour un site dont le trafic explose pendant les soldes.

- Auteur : Clément Hadrot
- Publié le : 2025-06-22
- Mis à jour le : 2025-06-22
- Catégorie : Performance
- URL : https://wpmoderne.dev.wordpress-developpement.fr/performance/kubernetes-vps-wordpress-trafic-saisonnier/

## L’essentiel

- Le VPS surdimensionné gaspille des ressources onze mois sur douze
- Kubernetes absorbe le pic sans intervention mais coûte en complexité d'exploitation
- Le seuil de rentabilité dépend surtout du coût humain d'exploitation, pas des serveurs

Le site vend du matériel de sport d'hiver et de plage, avec un trafic multiplié par dix pendant les deux semaines de soldes d'hiver et une amplitude comparable, quoique plus courte, pendant le Black Friday. Le reste de l'année, le trafic reste modeste et largement absorbable par une machine simple. L'équipe technique s'est posé la question suivante avant de renouveler son contrat d'hébergement : investir dans une infrastructure Kubernetes autogérée avec autoscaling automatique, ou continuer avec un VPS classique, mais dimensionné pour tenir les pics plutôt que la moyenne.

## Le protocole de comparaison

Deux architectures ont été chiffrées et testées en conditions comparables sur un environnement de préproduction, avec un test de charge `k6` simulant la montée en trafic typique d'une ouverture de soldes (de 200 à 2 000 visiteurs simultanés en dix minutes).

## Option 1 : VPS classique surdimensionné

Cette option consiste à louer, à l'année, un VPS dimensionné pour absorber le pic de trafic des soldes (16 vCPU, 32 Go de RAM), alors que la consommation réelle le reste de l'année ne nécessite qu'environ 2 vCPU et 4 Go de RAM. Le raisonnement est simple : pas de complexité d'orchestration, une seule machine à administrer, au prix d'un gaspillage de ressources onze mois sur douze.

> L'essentiel à retenir : Le VPS surdimensionné gaspille des ressources onze mois sur douze ; Kubernetes absorbe le pic sans intervention mais coûte en complexité d'exploitation ; Le seuil de rentabilité dépend surtout du coût humain d'exploitation, pas des serveurs

## Option 2 : Kubernetes autogéré avec autoscaling

Cette option répartit WordPress dans des pods PHP-FPM conteneurisés, avec un `Horizontal Pod Autoscaler` qui multiplie le nombre de réplicas selon la charge CPU observée, une base de données MySQL managée séparée pour ne pas complexifier l'état stockable des pods, et un cache d'objet Redis partagé entre tous les pods pour garder une cohérence de session.

```
apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: wordpress-hpa
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: wordpress-php
  minReplicas: 2
  maxReplicas: 20
  metrics:
    - type: Resource
      resource:
        name: cpu
        target:
          type: Utilization
          averageUtilization: 65
```

## Tableau comparatif

| Critère | VPS surdimensionné | Kubernetes autogéré |
| --- | --- | --- |
| Coût mensuel hors pic | 240 € | 95 € (2 réplicas + base managée) |
| Coût mensuel en pic (soldes) | 240 € (identique, déjà dimensionné) | 310 € (jusqu'à 12 réplicas pendant deux semaines) |
| Coût moyen annuel | ~240 €/mois | ~115 €/mois en moyenne lissée |
| Temps d'intervention humaine au pic | Aucun (déjà dimensionné, mais gaspillage permanent) | Aucun une fois l'autoscaling validé, mais mise en place initiale complexe |
| Latence p95 sous charge de pic | 410 ms | 380 ms |
| Complexité d'exploitation | Faible | Élevée (supervision Kubernetes, mises à jour du cluster) |

## Le vrai facteur de décision : le coût humain, pas le coût serveur

Le calcul de coût brut favorise Kubernetes, avec une économie annuelle mesurée d'environ 1 500 euros sur ce projet. Mais ce calcul ignore le facteur qui a finalement pesé le plus dans la décision de l'équipe : opérer un cluster Kubernetes en autogéré demande une compétence spécifique (mises à jour de sécurité du cluster, supervision des nœuds, gestion des certificats) que l'équipe technique de trois personnes ne possédait pas en interne et aurait dû sous-traiter ou acquérir, avec un coût de formation et de risque opérationnel qui n'apparaît dans aucune facture d'hébergeur mais pèse réellement sur la durée.

> Le serveur le moins cher sur le papier n'est jamais le moins cher si personne dans l'équipe ne sait le faire fonctionner correctement un dimanche soir de panne.

## Le verdict retenu par cette équipe

Pour cette équipe précise, avec ses compétences internes actuelles, le VPS surdimensionné a été conservé, avec un ajustement : plutôt qu'un unique VPS surdimensionné à l'année, l'hébergeur a proposé une formule permettant de redimensionner temporairement les ressources allouées (vCPU et RAM) pendant les deux périodes de pic identifiées, ramenant le coût moyen annuel à un niveau comparable à l'option Kubernetes sans en assumer la complexité d'exploitation.

- Le comparatif de coûts serveurs seuls ne suffit pas à trancher ce type de décision.
- Le coût humain d'exploitation d'une infrastructure Kubernetes autogérée doit être chiffré, pas ignoré.
- Un redimensionnement temporaire chez un hébergeur classique peut approcher le gain de coût de Kubernetes sans sa complexité.

## Ce que ce comparatif ne couvre pas

Cet article ne traite pas le choix d'un hébergeur infogéré qui proposerait lui-même une gestion Kubernetes ou une auto-scalabilité clé en main, option intermédiaire qui change sensiblement l'équation du coût humain d'exploitation et mériterait un comparatif distinct.

## En résumé

Sur le papier, Kubernetes autogéré l'emporte en coût moyen annuel et en performance de pointe. En pratique, pour une équipe sans compétence Kubernetes préexistante, le coût réel d'exploitation inverse souvent ce calcul. La bonne question n'est pas seulement « combien coûte le serveur », mais « qui, dans l'équipe, saura le réparer un jour de panne à trois heures du matin pendant les soldes ».