MinIO wurde in den Wartungsmodus versetzt

 (github.com/minio)
3 Punkte von GN⁺ 2025-12-04 | 2 Kommentare | Auf WhatsApp teilen
  • Das High-Performance-, S3-kompatible Objekt-Storage-System MinIO ist derzeit in einen wieder nur noch auf Wartungsbetrieb umgestellt
  • Neue Funktionen, die Annahme von Pull Requests und die neue Feature-Entwicklung wurden eingestellt, ebenso die aktive Überprüfung bestehender Issues
  • Sicherheitslückenbehebungen werden nur noch fallweise und begrenzt geprüft
  • Die Community-Unterstützung bleibt nur in minimaler Form über den Slack-Kanal erhalten
  • Für kommerzielle Unterstützung und aktive Wartung wird die Nutzung von MinIO AIStor empfohlen

Wartungsmodus-Ankündigung

  • Das MinIO-Projekt wurde in den aktuellen Wartungsmodus überführt und nimmt keine neuen Änderungen mehr entgegen
    • Neue Funktionen, Verbesserungen und Pull Requests werden nicht mehr angenommen
    • Bestehende Issues und PRs werden nicht mehr aktiv geprüft
  • Sicherheitsrelevante kritische Korrekturen können im Einzelfall geprüft werden
  • Die Community-Unterstützung wird nur noch minimal über den Slack-Kanal bereitgestellt
  • Nutzer mit Bedarf an kommerziellem Support sollten MinIO AIStor verwenden

Überblick zu MinIO

  • MinIO ist ein hochperformantes S3-API-kompatibles Objekt-Storage, optimiert für AI/ML, Analyse und Big-Data-Workloads
  • Es wird unter der GNU AGPL v3.0-Lizenz vertrieben und als Projekt für die Open-Source-Community konzipiert
  • Die Hauptmerkmale sind S3-API-Kompatibilität, AI/Analyse-Optimierung und hohe Performance
  • Es kann direkt aus dem Quellcode gebaut und in Bare-Metal-Umgebungen bereitgestellt werden

Open-Source- und Lizenzpolitik

  • MinIO kann gemäß der AGPLv3-Lizenz frei modifiziert und weiterverbreitet werden
    • Dabei gelten jedoch die Bedingungen von AGPLv3, einschließlich der Pflicht zur Veröffentlichung geänderter Codeanteile
  • Kommerzielle oder proprietäre Nutzung erfolgt auf eigene Verantwortung; es gibt keine Garantie- oder Wartungsverpflichtung
  • Der Community-Support wird über GitHub und Slack im Best-Effort-Verfahren angeboten
  • MinIO AIStor bietet für den Unternehmenseinsatz Enterprise-Grade-Support inkl. SLA-Garantien

Bereitstellung und Installation

  • Die Community-Edition wird nur als Quellcode bereitgestellt; vorkompilierte Binaries werden nicht mehr bereitgestellt
  • Installationsmethode
    1. Installation per go install github.com/minio/minio@latest direkt aus dem Quellcode
    2. Erstellen eines Docker-Images direkt mit der bereitgestellten Dockerfile
  • Bestehende Binary-Releases bleiben als Referenz erhalten und werden nicht aktualisiert

Build aus dem Quellcode und Ausführung

  • Unter Go 1.24+ kann der MinIO Server mit dem Befehl go install gebaut und ausgeführt werden
  • Die Standard-Root-Anmeldedaten lauten minioadmin:minioadmin
  • Über die webbasierte MinIO Console können Buckets erstellt, Objekte hochgeladen und durchsucht werden
  • Mit dem MinIO Client (mc)-CLI lässt sich der Server verbinden und verwalten
  • Bei Verwendung binärer Versionen, die aus dem Quellcode gebaut wurden, bietet AGPLv3 keine Garantie oder Haftung

Docker- und Kubernetes-Bereitstellung

  • Mit dem Befeyn docker build . kann lokal ein Docker-Image erstellt werden
    • Mit docker run können Port-Mapping und die Console-URL beim Start gesetzt werden
  • In Kubernetes-Umgebungen ist
    • die Bereitstellung per MinIO Operator oder Helm Chart möglich
    • die zugehörige Dokumentation auf der offiziellen MinIO-Dokumentationsseite verfügbar

Verwandte Beiträge

2 Kommentare

 
GN⁺ 2025-12-04
Hacker-News-Kommentare

  • Dank an die Teams hinter MinIO, RustFS und Garage für ihre Beiträge
    Die Community war überrascht, dass MinIO das Ende von Open Source so plötzlich angekündigt hat, aber letztlich scheint ein Weg zur Monetarisierung notwendig zu sein
    Vergleicht man RustFS und Garage, dann veröffentlicht Garage langsamer, während RustFS fast wöchentlich Updates erhält
    Bei den Lizenzen hat Garage AGPLv3, RustFS dagegen die Apache-Lizenz, was für den Unternehmenseinsatz vorteilhafter ist
    Bei der Stabilität ist Garage in verteilten Umgebungen etwas besser
    Da MinIO faktisch aus dem OSS-Wettbewerb ausgestiegen ist, dürfte RustFS wohl die Führung übernehmen

  • SeaweedFS wird empfohlen
    Ich habe es selbst nicht benutzt, aber für Leute, die Server selbst betreiben wollen, scheint es als MinIO-Alternative brauchbar zu sein

    • Ich frage mich, ob es inzwischen stabil ist
      Als ich es früher gesehen habe, gab es zu viele Bugfixes, um Vertrauen zu wecken

  • MinIO hat im Open-Source-Release fortlaufend Funktionen entfernt
    Die naheliegendste Alternative scheint RustFS zu sein
    Ich warte darauf umzusteigen, sobald Site-Replication unterstützt wird

    • Garage ist ebenfalls eine beliebte Alternative (offizielle Website)
      RustFS ist auch interessant, aber wegen der übertriebenen Marketing-Sprache auf der Homepage war ich anfangs kurz davor, sie direkt wieder zu schließen
      Das GitHub-Repository ist hier
    • Ich pflege einen S3-Client, und RustFS verursacht häufig Kompatibilitätsprobleme
      Zuletzt funktionierte deleteObject nicht, weshalb ich es aus der Testmatrix entfernt habe
      Offiziell steht dort auch, dass es noch nicht produktionsreif ist
      Garage wirkt in Ordnung
    • Auf einem einzelnen Node ist es stabil, und das Team behebt Bugs schnell
      Aber der Distributed Mode ist noch unvollständig, und Bucket-Replikation sowie Lifecycle-Policies sind ebenfalls noch in Arbeit
      Vor einem großflächigen Rollout sollte man unbedingt die Roadmap prüfen
    • Wenn es nicht zu Apache, der CNCF oder der Linux Foundation gehört, könnte es nur ein Open-Source-Köder sein
      Commits wurden nicht offen mit Externen geteilt, und am Ende wurde Open Source doch aufgegeben
    • Die Replikationsfunktion könnte bald hinzukommen (Dokumentation)

  • Ich entwickle HS5 in einer Richtung, die dem ursprünglichen Ziel von MinIO ähnelt
    Der Core ist stabil, aber Benutzerverwaltung und Web-UI sind noch in Arbeit

    • Beeindruckend ist, dass das Problem mit AGPL-Verstößen klar benannt wurde
      Wenn ich juristische Kenntnisse hätte, würde ich MinIO am liebsten verklagen
    • Ich wünschte, ich hätte letzte Woche schon von diesem Projekt gewusst
      Ich habe viel zu viel Zeit mit dem Setup von SeaweedFS verbracht, dabei war es für meinen Anwendungsfall überdimensioniert
      HS5 scheint viel besser zu passen
    • Mir gefallen die Einfachheit und die Garantie der Haltbarkeit
      Für Entwicklung oder PoCs scheint es gut geeignet zu sein, ebenso in Umgebungen, in denen HA/RAID auf den unteren Stack-Ebenen gelöst wird
      Mich würde allerdings interessieren, wie die Performance beim Lesen/Schreiben/Löschen ist
      Und ich frage mich, wie man auf die Frage antworten würde: „Ist das nicht am Ende nur eine Neuimplementierung des Dateisystems?“
    • Jetzt scheint ein guter Zeitpunkt zu sein, das Projekt bei Show HN einzureichen

  • Stallman hatte recht
    Ich verstehe nicht, warum die Community weiterhin zu Projekten mit solchen CLAs (Contributor License Agreements) beiträgt
    Am Ende gab es wieder einmal einen „Rug Pull“

  • Wahrscheinlich wird es einen Fork unter der Linux Foundation geben
    MinIO wird in 1–2 Jahren wohl zurückkommen, aber das Vertrauen der Community ist bereits verloren

    • Möglicherweise werden sie Fork-Nutzer wie in der Vergangenheit auch angreifen
      Ähnliche Fälle: Issue-Kommentar, Diskussion

  • Dass sie die POSIX-Kompatibilität aufgegeben und stattdessen ein komplexes Produkt gebaut haben, das dann gegen Konkurrenten wie Ceph oder S3/R2/B2 verliert, ist nicht überraschend

    • Jetzt wurde es unter dem Namen AIStor für den Vertrieb an AI-Unternehmen umbenannt
      MinIO war immer noch ganz brauchbar in Umgebungen, in denen Ceph schwer zu installieren ist, oder als Build-Cache für CI/CD
      Aber dort liegt nicht der lukrative Markt
    • S3-Objektnamen sind nicht POSIX-kompatibel
      Zum Beispiel sind „foo“ und „foo/bar“ in S3 beide gültig, können in einem POSIX-Dateisystem aber nicht gleichzeitig existieren
    • Es ist widersprüchlich, die Aufgabe der POSIX-Unterstützung zu kritisieren und zugleich zu sagen, das Produkt sei zu komplex
      Ein zuverlässiges POSIX-System zu bauen ist von Natur aus komplex

  • Für die meisten Anwendungsfälle hat MinIO bereits genügend Funktionen
    In den letzten größeren Updates wurden sogar UI-Funktionen entfernt
    Ich benutze es seit fünf Jahren und denke, dass ich es weiterverwenden kann, solange es Sicherheits-Patches gibt

    • Allerdings macht mir der Zusatz „Sicherheitsfixes werden von Fall zu Fall geprüft“ Sorgen
      Das wirkt so, als seien notwendige Fixes nicht garantiert
    • Soweit ich weiß, wurde die UI in die kostenpflichtige Version verschoben
    • Ich habe es nur für Docker-Experimente verwendet und meistens per Python darauf zugegriffen

  • Dass die Open-Source-Basis eingestellt und auf ein kommerzielles Produkt umgestellt wurde, ist schockierend
    Und dann auch noch die Umbenennung in „AIStor“ – wirklich absurd

    • Wenn keine CLAs von externen Beitragenden eingeholt wurden, müssten sie für eine Zustimmung zur Lizenzänderung alle einzeln einholen
      Da es AGPL ist, müssten sie den Source Code weiterhin irgendwo veröffentlichen
    • Offenbar leben wir inzwischen in einer Welt, in der ein Name ohne „AI“ nicht mehr reicht
    • Irgendjemand wird es ohnehin forken, daher ist es vielleicht kein allzu großes Problem
    • Ich weiß immer noch nicht genau, was an „AIStor“ eigentlich anders ist (Produktseite)
    • Wenn Unternehmen AGPL nutzen und gleichzeitig die Rechte von Beitragenden einschränken, ist das ein Vorzeichen für einen Rug Pull
      Man versucht, mit kostenlosem Code aus der Community Geld zu verdienen und zugleich Konkurrenz zu verhindern
      Da sich so etwas ständig wiederholt, überrascht es mich inzwischen kaum noch

  • Bei Clickhouse scheint es in dieselbe Richtung zu gehen
    Der Grund für die Roadmap-Änderung vor zwei Jahren war ebenfalls, dass die Open-Source-Version mit dem Cloud-Geschäft konkurrieren konnte
    Eine dazugehörige Diskussion gibt es hier