Mises à jour & Rollback

Les clusters Deployme.cloud basés sur Talos Linux bénéficient de mises à jour atomiques avec rollback automatique en cas d’échec.

Comment fonctionnent les mises à jour ?

Talos Linux effectue les mises à jour en deux temps :

Staging — la nouvelle version est téléchargée sur une partition inactive
Activation — le node redémarre sur la nouvelle partition

Si le node ne démarre pas correctement, il revient automatiquement sur la partition précédente.

Partition A (active)     Partition B (inactive)
┌──────────────┐         ┌──────────────┐
│ Talos v1.8.0 │         │   (vide)     │
│  (running)   │         │              │
└──────────────┘         └──────────────┘
        │
        │  1. Staging: téléchargement v1.9.0
        │
┌──────────────┐         ┌──────────────┐
│ Talos v1.8.0 │         │ Talos v1.9.0 │
│  (running)   │         │  (staged)    │
└──────────────┘         └──────────────┘
        │
        │  2. Reboot → activation
        │
┌──────────────┐         ┌──────────────┐
│ Talos v1.8.0 │         │ Talos v1.9.0 │
│  (fallback)  │         │  (running)   │
└──────────────┘         └──────────────┘

Mise à jour via le Manager

Ouvrez le détail du cluster
Si une mise à jour est disponible, un badge s’affiche
Cliquez sur “Mettre à jour”
Choisissez la version cible
Les nodes sont mis à jour un par un (rolling update)

Mise à jour via la CLI

# Vérifier les versions disponibles
deployme cluster versions

# Mettre à jour
deployme cluster upgrade production --version v1.31.0

# Suivre la progression
deployme cluster get production --watch

Mise à jour via l’API

curl -X POST \
  -H "Authorization: Bearer TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"kubernetes_version": "v1.31.0"}' \
  https://api.deployme.cloud/v1/clusters/cls_abc123/upgrade

Processus de rolling update

Les nodes sont mis à jour séquentiellement pour garantir la disponibilité :

Control planes d’abord — un par un, en attendant que chacun soit Ready
Workers ensuite — un par un, avec drain automatique des pods

Rollback

Rollback automatique (Talos)

Si un node ne redémarre pas correctement après une mise à jour, Talos revient automatiquement sur la version précédente. Aucune action n’est requise.

Rollback manuel

Pour revenir à une version précédente de Kubernetes :

deployme cluster upgrade production --version v1.30.0

Bonnes pratiques

Testez d’abord en staging — mettez à jour un cluster de test avant la production
Vérifiez la compatibilité — consultez les release notes de Kubernetes avant de mettre à jour
PDB — configurez des PodDisruptionBudgets pour garantir la disponibilité pendant le rolling update
Surveillez — gardez un oeil sur le monitoring pendant et après la mise à jour