MinIO Community Edition est archivée
Le dépôt minio/minio est en lecture seule depuis avril 2026 et n'est plus maintenu. Une instance existante ne reçoit plus de correctifs de sécurité communautaires : lisez « Rester ou migrer » ci-dessous. Pour sortir, le guide migrer-minio-vers-garage-ou-rustfs-vps décrit la méthode, et heberger-garage-s3-vps et self-host-rustfs-vps décrivent les deux destinations.
MinIO Community Edition est archivée : l'état réel du projet
Le dépôt minio/minio est archivé : il est en lecture seule, son dernier commit date d'avril 2026 et son README indique que le dépôt n'est plus maintenu. C'est l'aboutissement d'un glissement visible depuis l'automne 2025 : l'éditeur a annoncé en octobre 2025 cesser de publier des images Docker, puis le projet est passé en « maintenance seule » en décembre 2025, sans nouvelles contributions acceptées et avec, au mieux, l'examen au cas par cas des seuls correctifs critiques. L'édition Community est désormais distribuée sous forme de code source uniquement, sous licence AGPLv3, et l'éditeur oriente vers AIStor Free (édition autonome, licence gratuite) ou AIStor Enterprise (édition distribuée avec support commercial). Le code reste disponible et vos données restent lisibles : ce qui disparaît, c'est l'équipe en amont qui corrige les failles.
Ce que cela implique pour une instance déjà en service
- Plus de correctifs de sécurité communautaires — la prochaine faille touchant le serveur S3, la console ou l'authentification ne sera, par défaut, corrigée par personne en amont ; vous restez exposé tant que vous ne la corrigez pas vous-même
- Relever le tag d'image ne sert plus à rien —
docker compose pullne ramène plus de version corrigée deminio/minio; la mise à jour automatique donne une fausse impression de sécurité - Reconstruire depuis les sources, c'est devenir mainteneur — la distribution étant en code source seul, compilation, signature et suivi des CVE des dépendances Go deviennent votre travail
- L'écosystème avance sans vous — SDK, outils et applications S3 continueront de fonctionner un temps, mais plus aucun test d'interopérabilité ne sera fait contre de nouvelles versions de MinIO
- Vos données ne sont pas en danger immédiat — rien ne casse le jour de l'archivage et
mccommerclonelisent toujours vos buckets ; le risque est lent, c'est celui de la dette de sécurité - L'exposition décide de l'urgence — une instance joignable depuis Internet n'a pas le même profil de risque qu'une instance sur réseau privé, derrière un VPN ou un pare-feu
Rester ou migrer : comment décider
Posez trois questions dans cet ordre. L'instance est-elle joignable depuis Internet ? Les données justifient-elles une surveillance de sécurité que plus personne ne fera à votre place ? Votre équipe peut-elle porter la maintenance d'une compilation maison ? Un « oui » à la première question, ou trois « non » aux suivantes, poussent à migrer ; une instance privée, peu exposée, avec des sauvegardes testées, laisse le temps de préparer. Dans les deux cas, ne décidez pas dans l'urgence : une migration S3 se prépare (inventaire des buckets, politiques, URLs présignées, versioning) et c'est ce que détaille le guide migrer-minio-vers-garage-ou-rustfs-vps. Les destinations sont décrites dans heberger-garage-s3-vps et self-host-rustfs-vps, deux stockages compatibles S3 dont les écarts de fonctionnalités avec MinIO sont à connaître avant de choisir.
Rester, compiler, migrer : le tableau de décision
Faites défiler le tableau
| Option | Quand elle se défend | Ce qu'elle implique |
|---|---|---|
| Rester sur la dernière version communautaire | Instance privée, données peu sensibles, sortie planifiée | Aucun correctif en amont, isolation et surveillance à votre charge |
| Compiler depuis les sources | Équipe capable de suivre les CVE Go et de reconstruire | Vous devenez le mainteneur de votre propre binaire |
| Passer à l'édition AIStor de l'éditeur | Vous voulez rester dans l'écosystème MinIO | Licence et conditions propres à l'éditeur, à lire avant de s'engager |
| Migrer vers Garage | Volume modeste, besoins S3 simples, réplication entre sites | Versioning, ACL et politiques de bucket non gérés |
| Migrer vers RustFS | Besoin d'une console et d'un usage proche de MinIO | ACL non gérées, région et style d'adressage à fixer explicitement |
| Revenir à un stockage S3 public | Aucune capacité d'exploitation interne | Retour des frais d'egress et de facturation à la requête |
Pourquoi auto-héberger MinIO sur un VPS
MinIO expose une API 100 % compatible S3 : tous vos SDK, outils (aws s3, rclone, mc) et frameworks qui parlent S3 fonctionnent sans modification. Au lieu de payer le stockage, les requêtes et surtout l'egress d'un cloud public, vous obtenez un stockage objet local au tarif fixe de votre VPS. C'est parfait pour servir des assets applicatifs, stocker les uploads utilisateurs, recevoir les snapshots de bases de données, ou bâtir un cible de sauvegarde pour vos autres serveurs, le tout sur une infrastructure que vous contrôlez.
Les atouts d'un stockage objet maison
- API S3 native : compatibilité immédiate avec
aws-cli,rclone, SDK et frameworks existants - Aucun frais d'egress ni facturation par requête GET/PUT
- Console web intégrée pour gérer buckets, policies et utilisateurs
- Chiffrement côté serveur et versioning des objets activables par bucket
- Cible de backup idéale pour vos VPS, bases de données et conteneurs
- Policies d'accès granulaires et liens présignés pour partager des fichiers en toute sécurité
Prérequis réalistes
MinIO est léger côté CPU/RAM : un VPS 2 vCPU / 2 Go de RAM suffit pour démarrer. Le facteur déterminant est le disque : prévoyez un volume SSD dimensionné selon votre volumétrie cible, avec de la marge pour le versioning. Docker + Compose installés, un sous-domaine pour l'API (s3.votredomaine.com) et un autre pour la console (console.votredomaine.com). Un certificat TLS est indispensable car MinIO transporte des credentials.
Déploiement pas à pas
Préparer le stockage sur le VPS
Créez le répertoire de données sur votre SSD :
mkdir -p /opt/minio/data. Si vous disposez de plusieurs volumes, MinIO peut les agréger en mode erasure coding pour la résilience.Définir le service avec des credentials forts
Dans
docker-compose.yml, utilisez l'imageminio/minio, la commandeserver /data --console-address ":9001", et définissezMINIO_ROOT_USER/MINIO_ROOT_PASSWORDavec des valeurs générées aléatoirement. Montez/opt/minio/data:/data.Démarrer et lier les ports en local
Lancez
docker compose up -d. Exposez le port API 9000 et le port console 9001 uniquement sur127.0.0.1: ils seront publiés exclusivement via le reverse proxy.Mettre en place le reverse proxy TLS
Configurez deux virtual hosts HTTPS :
s3.votredomaine.comvers le port 9000 etconsole.votredomaine.comvers 9001. Pensez à autoriser de gros uploads avecclient_max_body_size 0;(Nginx) sur le host API.Créer un bucket et un utilisateur applicatif
Avec le client
mc:mc alias set local https://s3.votredomaine.com ..., puismc mb local/mon-bucketet créez un utilisateur dédié avec une policyreadwritelimitée à ce bucket plutôt que d'utiliser le compte root.Activer versioning et chiffrement
Activez le versioning (
mc version enable) pour protéger contre les suppressions accidentelles et configurez le chiffrement côté serveur (SSE) sur les buckets sensibles.
Utilisez la fonctionnalité de réplication de buckets (mc replicate) entre votre MinIO et un second VPS distant : vous obtenez une copie quasi temps réel de vos objets dans une autre localisation, ce qui constitue une stratégie de reprise après sinistre robuste sans dépendre d'un cloud tiers. Combinez-la avec des règles de lifecycle pour expirer automatiquement les versions anciennes et maîtriser l'espace disque.
MinIO : quand rester est défendable
Rester n'est pas une faute en soi. Un MinIO archivé continue de stocker et de servir des objets, et une migration mal préparée fait souvent plus de dégâts qu'une faille théorique sur un service non exposé. Rester se défend quand on choisit ce risque en connaissance de cause, avec une date de sortie, plutôt que de l'ignorer.
Les conditions d'un maintien raisonnable
- Aucune exposition publique — ports 9000 et 9001 liés à
127.0.0.1ou à un réseau privé, console jamais publiée, accès par VPN ou tunnel SSH - Usage borné — cible de sauvegarde interne ou stockage d'artefacts, pas d'uploads d'utilisateurs anonymes ni de données personnelles sensibles
- Sauvegarde indépendante et testée — copie des buckets sur un autre support avec
mc mirrorourclone, et une restauration réellement essayée - Fonctionnalités sans équivalent ailleurs — votre application dépend du versioning, des politiques de bucket ou de la réplication que la destination ne gère pas, et migrer la casserait
- Une échéance écrite — une revue trimestrielle et des déclencheurs de migration : faille publiée sans correctif, exposition devenue nécessaire, application qui exige une version plus récente
Si l'un de ces cinq points manque, traitez la migration comme un chantier à planifier, pas comme un projet pour « un jour » : migrer-minio-vers-garage-ou-rustfs-vps pour la méthode, heberger-garage-s3-vps et self-host-rustfs-vps pour installer la cible.
