Garage

Garage zerlegt Objekte in Datenblöcke und verteilt deren Kopien anhand des Clusterlayouts. Eine Zone beschreibt einen gemeinsamen Ausfallbereich, etwa einen Standort. Drei virtuelle Maschinen auf demselben Hypervisor sind deshalb keine drei unabhängigen Standorte, auch wenn sie drei Prozesse ausführen.

Für viele Szenarien empfiehlt die Dokumentation einen Replikationsfaktor von drei. Die konkrete Verfügbarkeit hängt zusätzlich vom gewählten Replikationsmodus, den erreichbaren Knoten und der Verteilung der Daten ab. Eine pauschale Aussage wie „zwei Knoten dürfen immer ausfallen“ wäre ohne diese Angaben falsch.

Garage benötigt für seinen Kern keine separate externe Datenbank. Metadaten und Nutzdaten bleiben dennoch verschiedene Betriebsbestandteile. Schneller Metadatenzugriff und ausreichend freie Speicherkapazität sind bei vielen kleinen Objekten ebenso wichtig wie die reine Summe der Festplatten.

Der dokumentierte Umfang enthält unter anderem Signature Version 4, Multipart Uploads und vorsignierte URLs. Die kompatiblen Operationen müssen zum verwendeten SDK und zur Anwendung passen. Ein erfolgreicher Login oder ein einzelner Test-Upload prüft noch keinen vollständigen Arbeitsablauf.

S3-Objektversionierung fehlt im geprüften Stand. Auch die APIs für Object Lock, Retention und Legal Hold sind nicht vorhanden. Garage ist damit kein geeigneter Ersatz für ein Ziel, auf dem eine Anwendung genau diese Funktionen für unveränderbare Sicherungen voraussetzt.

Für Berechtigungen verwendet Garage eigene Zuordnungen zwischen Schlüsseln und Buckets. Eine vorhandene AWS-Bucket-Policy oder S3-ACL lässt sich daher nicht einfach als identisches Zugriffsmodell übernehmen. Lifecycle-Regeln sind ebenfalls nur teilweise implementiert.

Bei drei Kopien ist als grobe Ausgangsrechnung ungefähr die dreifache Nutzdatenmenge an Rohkapazität nötig. Metadaten, freie Reserve und Verteilung kommen hinzu. Kompression und Deduplizierung können den tatsächlichen Bedarf verändern, sind aber kein belastbarer Ersatz für eine Kapazitätsreserve.

Nach dem Ausfall oder Austausch eines Knotens müssen Daten wieder verteilt werden. Dafür ist Bandbreite nötig, während der normale Betrieb weiterläuft. Beispielsweise dauert schon die reine Übertragung von einem Terabyte über 100 Mbit/s unter idealen Bedingungen mehr als 22 Stunden. Protokolloverhead, andere Last und Engpässe verlängern diese Zeit.

Standortübergreifend zählen neben Bandbreite auch Latenz, Verbindungsabbrüche und Rückstau. Mit der tatsächlichen Objektgröße und Zahl paralleler Zugriffe testen. Wenige große Dateien und Millionen kleiner Objekte erzeugen unterschiedliche Anforderungen.

Den S3-Endpunkt über TLS anbieten und nur die benötigten Zugänge freigeben. Admin-API und interne Clusterkommunikation gehören in einen anderen Zugriffskreis als die Anwendungskonten. Ein kompromittierter Anwendungsschlüssel sollte nicht gleichzeitig die Clusterverwaltung öffnen.

Garage dokumentiert Verschlüsselung mit vom Client gelieferten Schlüsseln über SSE-C. Dabei müssen Schlüsselverwaltung und Wiederherstellung auf Clientseite gelöst sein. TLS, verschlüsselte Datenträger und objektbezogene Verschlüsselung schützen unterschiedliche Wege und Zustände.

Für Sicherungsdaten ist zusätzlich das Löschrecht wichtig. Ein Speichercluster repliziert auch berechtigte Löschungen. Mehrere Kopien derselben Daten schützen daher nicht automatisch gegen Fehlbedienung oder kompromittierte Zugangsdaten.

Garage wird unter AGPLv3 veröffentlicht. Die freie Lizenz enthält keine vertragliche Zusage zu Support oder Reaktionszeiten. Für einen geschäftskritischen Dienst müssen Betreuung und Wiederherstellung deshalb organisatorisch abgesichert sein.

Garage stellt Metriken für die Überwachung bereit und dokumentiert Reparaturverfahren. Dazu zählen Prüfungen und Wiederherstellung interner Zuordnungen sowie die Kontrolle der Datenblöcke. Solche Arbeiten können Last erzeugen und brauchen einen nachvollziehbaren Anlass und Zeitplan.

Vor Änderungen am Clusterlayout freien Platz und Replikationszustand prüfen. Ein Knoten sollte nicht allein deshalb entfernt werden, weil seine Anwendungslast gerade niedrig aussieht. Entscheidend ist, welche Datenkopien auf ihm liegen und ob der verbleibende Bestand vollständig und ausreichend verteilt ist.

Updates nach dem zur Ausgangsversion passenden Upgrade-Pfad durchführen. Konfiguration, Schlüssel und Wiederherstellungsverfahren dokumentieren. Ein Testbestand sollte sich nach einem simulierten Knotenausfall und nach einer Wiederherstellung weiterhin vollständig lesen lassen.

Geprüft am 20. September 2026 anhand der aktuellen Garage-Dokumentation. Kompatibilitätsangaben gelten für die dort dokumentierte Garage-Implementierung. Angaben über andere Produkte aus der Garage-Vergleichsmatrix wurden nicht übernommen.