Was die Diskussion ausgelöst hat

Update: garage-operator v0.1.x veröffentlicht — Kubernetes-Operator für Garage (selbst gehosteter 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 + Layout-Management • Multi-Cluster-Föderation über Kubernetes-Cluster hinweg • Bucket- + Quota-Management • Generierung von S3-Access-Keys • GitOps-freundliche CRDs

Garage selbst ist ein leichtgewichtiger, verteilter S3-Object-Store, der für Self-Hosting konzipiert ist, oft genutzt als Alternative zu schwergewichtigeren Systemen wie MinIO oder Ceph. 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, das direkt aus dem Community-Feedback kam:

• COSI-Unterstützung hinzugefügt • Verbesserte Zuverlässigkeit beim Cluster-Bootstrap • Bessere Dokumentation • Robustere Node Discovery • Aufräumen mehrerer CRD-APIs • Erste Arbeiten an besserer Multi-Cluster-Föderation

Beispiel-CRDs

Sie können jetzt deklarativ Dinge verwalten wie:

• Garage-Cluster * externe Nodes * Buckets * Access Keys

sodass das gesamte Storage-System vollständig 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:

• fehlende Features • seltsame Randfälle • Ideen für bessere CRDs • Erfahrungsberichte 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.

Ich beantworte gerne Fragen zum Operator oder zur Architektur.

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

• Ursprüngliches Subreddit: r/kubernetes
• Ursprünglicher Autor: u/BigCurryCook
• Reddit-Score: 56
• Kommentaranzahl: 9
• Ursprünglicher Thread: https://www.reddit.com/r/kubernetes/comments/1rscptj/looking_for_a_replacement_for_minio_s3_made_easy/