Mr.PlanB Logo

    Newsletter

    Newsletter abonnieren

    Neue Infrastruktur-Guides, Vergleichsberichte und Migrationshinweise direkt ins Postfach.

    Infrastruktur-Notizen, Guides und neue Tools. Jederzeit abbestellbar.

    Zurück zum Blog
    Kubernetes
    Storage
    Produktion

    Auf der Suche nach einem Ersatz für Minio? S3 leicht gemacht mit Garage

    9. Februar 2026
    4 Min. Lesezeit

    Was die Diskussion ausgelöst hat

    Der garage-operator v0.1.x ist veröffentlicht, ein Kubernetes-Operator für Garage, also für selbst gehosteten S3-Storage.

    Vor etwa einem Monat habe ich ein Projekt geteilt, an dem ich arbeite: einen Kubernetes-Operator für Garage, einen leichtgewichtigen, verteilten, S3-kompatiblen Object Store, der für Self-Hosting konzipiert ist.

    Ursprünglicher Beitrag: https://www.reddit.com/r/kubernetes/comments/1qeagkn/built_a_kubernetes_operator_for_garage_selfhosted/

    Seitdem haben ein paar Leute es ausprobiert, Issues eröffnet und Feedback gegeben, also habe ich gerade das erste Minor Release veröffentlicht.

    Was garage-operator macht

    Es automatisiert den Betrieb von Garage-Clustern in Kubernetes: Garage-Cluster mit StatefulSets bereitstellen, automatisches Bootstrap und Layout-Management, Multi-Cluster-Föderation über Kubernetes-Cluster hinweg, Bucket- und Quota-Management, Generierung von S3-Access-Keys und GitOps-freundliche CRDs.

    Garage selbst ist ein leichtgewichtiger, verteilter S3-Object-Store für Self-Hosting, der oft als Alternative zu schwergewichtigeren Systemen wie MinIO oder Ceph zum Einsatz kommt. Den breiteren Kontext dazu finden Sie in unserem vollständigen Rundumblick auf MinIOs Wartungsmodus und die Alternativen, die aufsteigen, um es zu ersetzen, oder in unseren K8s-spezifischen Tests von S3-Alternativen, nachdem MinIOs Repo archiviert wurde.

    Verbesserungen seit dem ersten Beitrag

    Einiges davon kam direkt aus dem Community-Feedback: Unterstützung für COSI, mehr Zuverlässigkeit beim Cluster-Bootstrap, bessere Dokumentation, robustere Node Discovery, aufgeräumte CRD-APIs und erste Arbeiten an einer besseren Multi-Cluster-Föderation.

    Beispiel-CRDs

    Deklarativ verwalten lassen sich jetzt Garage-Cluster, externe Nodes, Buckets und Access Keys, sodass das gesamte Storage-System vollständig über GitOps verwaltet wird.

    Repo

    https://github.com/rajsinghtech/garage-operator

    Wenn hier jemand Garage in Kubernetes betreibt oder darüber nachdenkt, würde ich mich über Feedback freuen, etwa zu fehlenden Features, seltsamen Randfällen, Ideen für bessere CRDs oder Erfahrungen aus der Produktion.

    Ich verwalte persönlich 3 Cluster und nutze Tailscale, um Konnektivität zwischen meinen Clustern für die verteilte Garage-Redundanz herzustellen. Volsync-Restic-Backup hat mir den Bedarf an Ceph genommen.

    Fragen zum Operator oder zur Architektur beantworte ich gern.

    Was in den Kommentaren auffiel

    Diskussionspunkt 1

    Ich nutze Garage für einen On-Prem-Cluster, und ich wollte nicht all meine Dienste umschreiben müssen, die auf S3 setzen, also war es enorm hilfreich, und es scheint großartig zu funktionieren. Ich bin noch nicht in Produktion, aber wir werden es bald sein, also hoffe ich, dass alles gut geht, Glückwunsch zur guten Arbeit und ich freue mich schon auf das, was als Nächstes kommt

    Diskussionspunkt 2

    Früher habe ich mein Garage manuell konfiguriert. Dann habe ich den ersten Beitrag gesehen, Fragen gestellt und bin auf den Operator umgestiegen. Exzellente Entscheidung. Exzellenter Operator.

    Diskussionspunkt 3

    Ich verfolge das schon eine Weile, könnte wirklich sein, dass ich umziehen muss. Aktuell deploye ich mit einem selbstgebauten Helm-Chart. Aber das sieht nach einem wirklich nützlichen Weg aus, um S3 in Kubernetes zu bekommen. Hoffe, das setzt sich durch.

    Diskussionspunkt 4

    Das sieht wirklich cool aus. Garage + ein sauberer Operator + GitOps-Kontrolle ist eine solide Kombination. Definitiv interessant für Leute, die etwas Leichteres als MinIO oder Ceph wollen.

    Diskussionspunkt 5

    Garage statt MinIO ist ein solider Schachzug für Self-Hosted-Setups, deutlich leichter bei den Ressourcen. Der Operator-Ansatz mit GitOps-CRDs ist die richtige Entscheidung, verteilten Storage in k8s manuell zu verwalten, wird schnell mühsam. Bin gespannt, wie die Multi-Cluster-Föderation mit Netzwerk-Partitionen zwischen Ihren per Tailscale verbundenen Clustern umgeht.

    Thread-Übersicht

    Weiterführende Ressourcen