Si vos services tournent dans Docker sur un VPS ou un serveur dédié, une échéance approche. D'après le suivi public endoflife.date, la branche Docker Engine 25, sortie le 19 janvier 2024, atteint sa fin de support le 4 décembre 2026. Nous n'avons trouvé aucune page officielle de Docker qui confirme cette date : prenez-la comme une échéance sérieuse, à traiter avant la fin de l'année.
Ce que signifie la fin de vie
Une version en fin de vie (EOL, end of life) ne reçoit plus de correctifs de sécurité ni de corrections de bogues. Vos conteneurs ne s'arrêtent pas le 4 décembre : le démon continue de tourner. Mais toute faille découverte ensuite dans le moteur, dans runc ou dans containerd ne sera plus corrigée sur cette branche. Or le démon Docker tourne en root et se trouve au contact de vos images, de vos réseaux et de vos volumes : c'est une surface d'attaque qui mérite d'être tenue à jour.
Ce n'est pas une surprise : les branches 26, 27 et 28 sont déjà sorties de support selon le même suivi. Si vous êtes encore en 25, votre mise à jour est déjà en retard sur plusieurs versions majeures.
Vers quelle version migrer
La cible logique est la branche 29, publiée le 10 novembre 2025 et toujours maintenue. Les notes de version officielles et l'annonce de Docker Engine 29 détaillent les changements. Retenez surtout :
- le démon exige désormais une version d'API
1.44au minimum (Docker 25.0 et au-delà) : les clients plus anciens ne peuvent plus lui parler par défaut ; - des changements de fond côté stockage d'images (intégration de
containerd) et côté pare-feu (prise en charge expérimentale denftables) : relisez les notes avant de basculer ; - les correctifs de sécurité continuent d'arriver sur la 29.x : visez la dernière version corrective plutôt que la 29.0.
Le détail pas à pas est dans notre guide migrer Docker 25 vers Docker 29 sur un VPS Linux. Cet article se concentre sur le calendrier et la préparation.
Vérifier votre version en deux commandes
Connectez-vous en SSH à chaque machine qui héberge des conteneurs et relevez les versions du client et du serveur :
docker version --format '{{.Server.Version}} (API {{.Server.APIVersion}})'
docker compose version
docker info | grep -i -E 'storage driver|cgroup|server version'
Notez aussi comment Docker a été installé. Si vous passez par le dépôt officiel de Docker, la mise à jour se fait avec votre gestionnaire de paquets. Si vous utilisez le paquet docker.io de votre distribution (Debian, Ubuntu ou autre), la version dépend de celle-ci. Notre guide installer Docker sur un VPS rappelle la méthode recommandée.
Vocabulaire : serveur physique, VPS, hébergement
Avant de planifier la migration, utilisons les mêmes mots pour les mêmes choses. Pour les notions de VPS et de serveur dédié, consultez nos VPS Linux et nos serveurs dédiés.
| Terme | Définition |
|---|---|
| Serveur physique | Machine matérielle complète (processeur, RAM, disques) installée dans un datacenter. |
| Virtualisation | Technique qui découpe un serveur physique en plusieurs machines virtuelles isolées les unes des autres. |
| Machine virtuelle (serveur virtuel) | Système d'exploitation isolé qui tourne sur une part des ressources d'un serveur physique. Un VPS (serveur privé virtuel) en est un exemple. |
| Serveur dédié | Serveur physique entier, réservé à un seul client. |
| Hébergement mutualisé | Site web hébergé sur un serveur partagé avec de nombreux clients, sans accès root. |
| Hébergeur | Entreprise qui fournit et exploite les serveurs, le réseau et l'alimentation électrique. |
| Infogérance | Confier à un prestataire l'administration, la supervision et la maintenance d'un système. |
| Cloud | Ressources informatiques mises à disposition à la demande via Internet. |
| RAM | Mémoire vive utilisée par les services et conteneurs en cours d'exécution. |
| Processeur (CPU) | Composant qui exécute les calculs de la machine, partagé entre ses services. |
| Espace disque | Capacité de stockage utilisée par le système, les images, les volumes et les journaux. |
| SSD | Disque à mémoire flash, sans partie mécanique, plus rapide qu'un disque dur classique. |
| Bande passante | Volume de données qu'un serveur peut échanger avec Internet. |
| Adresse IP | Identifiant numérique d'une machine sur le réseau. |
| DNS | Service qui traduit un nom de domaine en adresse IP. |
| Nom de domaine | Nom lisible, comme exemple.fr, qui pointe vers une adresse IP grâce au DNS. |
| Pare-feu (firewall) | Filtre qui autorise ou bloque les flux réseau selon des règles. |
| Sauvegarde (backup) | Copie des données servant à restaurer après une panne, une erreur ou une attaque. |
| Serveur web | Logiciel qui répond aux requêtes HTTP, par exemple Nginx ou Apache. |
| CMS | Logiciel de gestion de contenu pour publier un site, comme WordPress. |
| Base de données | Ensemble structuré de données, géré par un moteur comme MySQL ou MariaDB. |
| FTP | Protocole de transfert de fichiers entre un poste et un serveur. |
Plan de migration en cinq étapes
- Inventaire. Listez les hôtes Docker, les stacks Docker Compose, les volumes, les sites web et leurs CMS, les bases de données (MySQL ou autres), les serveurs FTP, les adresses IP et enregistrements DNS, ainsi que les outils qui parlent à l'API Docker (supervision, déploiement, tableaux de bord).
- Sauvegarde (backup). Exportez les volumes et copiez vos fichiers Compose et
.env, par exemple avec rsync vers un serveur distant. Testez une restauration : une sauvegarde jamais restaurée n'est qu'une hypothèse. - Recette. Montez une machine de test identique, installez Docker 29, redémarrez vos stacks et vérifiez réseaux, ports publiés, règles de pare-feu et journaux.
- Bascule. Mettez à jour la production en dehors des heures de pointe, un hôte à la fois, puis relancez
docker compose up -det contrôlez l'état des conteneurs. - Nettoyage. Une fois tout validé, libérez l'espace avec la purge des images et volumes inutilisés, sans toucher aux volumes encore utiles.
Points de vigilance
Outils tiers et API
Avec l'API minimale à 1.44, un vieux client, un script maison ou un agent de déploiement figé sur une ancienne bibliothèque peut échouer. Repérez-les à l'étape d'inventaire.
Pare-feu et réseau
Docker manipule les règles réseau de l'hôte : pare-feu (firewall), ports publiés et adresses IP publiques. Après une mise à jour, vérifiez que seuls les ports voulus sont exposés, surtout si vous filtrez avec ufw ou nftables.
Reproductibilité
Épinglez vos images sur des versions précises plutôt que sur latest : une migration du moteur n'a pas à être mélangée à une mise à jour applicative.
État des branches Docker Engine
| Branche | Sortie | Fin de support (endoflife.date) | Action |
|---|---|---|---|
| 25 | 19 janvier 2024 | 4 décembre 2026 (à venir) | Migrer avant l'échéance |
| 26 | mars et avril 2024 | Terminée | Migrer sans attendre |
| 27 | 25 juin 2024 | 3 mai 2025 | Migrer sans attendre |
| 28 | 20 février 2025 | 13 mai 2026 | Migrer sans attendre |
| 29 | 10 novembre 2025 | Support actif | Version cible |
Où faire cette migration
La mise à jour du moteur Docker exige un accès root, que l'hébergement mutualisé ne donne généralement pas : elle se fait sur un VPS Linux, un VPS Ubuntu ou un serveur dédié. Les serveurs de jeu (FiveM, Minecraft, Rust…) se gèrent depuis le panel Pterodactyl, sans accès SSH root : ils ne sont pas concernés. Si vous hésitez à changer de moteur, comparez avec Podman et Docker. Pour les prix des offres, consultez leurs pages : ils évoluent.
Le plus simple : profitez de ce rendez-vous du 4 décembre pour caler une fenêtre de maintenance, sauvegarder, tester sur une machine séparée, puis basculer. Une migration préparée en novembre coûte bien moins cher qu'une urgence en janvier.
FiveM
Minecraft
Rust
RedM
Hytale