Seminar NooBaa / Multicloud Object Gateway Backing Stores und Bucket Classes

Inhaltsübersicht

• Backing Stores planen
• Bucket Classes erstellen
• Policies und Platzierung
• Änderungen kontrolliert durchführen

Einordnung

Dieses Training behandelt die Speicherhintergründe des Multicloud Object Gateway. Es wird gezeigt, wie Backing Stores eingerichtet, geprüft und in Bucket Classes zusammengeführt werden. Ziel ist ein belastbares Verständnis dafür, welche Speicherressourcen für welche Workloads geeignet sind.

Der Schwerpunkt liegt auf praktischer Handlungsfähigkeit. Begriffe, Plattformobjekte und Betriebsentscheidungen werden nicht isoliert behandelt, sondern immer im Zusammenhang mit einer nachvollziehbaren Administrations- oder Architekturaufgabe.

Zielgruppe

Storage-Administratoren, OpenShift-Administratoren, Plattform Engineers, Cloud Engineers.

Voraussetzungen

Grundlagen von OpenShift oder Kubernetes sowie Verständnis von Objekt-Storage und Zugangsdaten.

Seminarinhalte

Backing Stores

Backing Stores werden als technische Speicherziele betrachtet. Behandelt werden Zugangsdaten, Kapazitäten, Erreichbarkeit, Statusprüfung und typische Fehlerbilder.

Bucket Classes

Bucket Classes bündeln Speicherziele und legen fest, wie neue Buckets bereitgestellt werden. Die Teilnehmenden lernen, warum diese Schicht für Standardisierung und Mandantenfähigkeit wichtig ist.

Änderungen im Betrieb

Gezeigt wird, wie bestehende Zuordnungen bewertet, erweitert und kontrolliert geändert werden, ohne unkontrollierte Seiteneffekte für Anwendungen zu erzeugen.

Schrittweise Übungen

1. Anforderungen an Kapazität, Standort, Latenz und Schutzbedarf aufnehmen.
2. Backing Store mit passenden Zugangsdaten und Parametern anlegen.
3. Status und Events kontrollieren und Verbindungsprobleme auswerten.
4. Bucket Class erstellen und einem Object Bucket Claim zuordnen.
5. Ablageverhalten mit Schreib- und Lesetests prüfen.

Praxisbausteine

In den Übungen werden mehrere Speicherziele angelegt, eine Bucket Class aufgebaut und anschließend über einen Bucket-Claim praktisch verwendet. Fehlerhafte Credentials und nicht erreichbare Ziele werden gezielt analysiert.

Betriebscheckliste

• Relevante Ressourcen und Zustände werden vor Änderungen geprüft.
• Änderungen werden mit klaren Namenskonventionen und nachvollziehbaren Parametern durchgeführt.
• Zugriffstests werden mit dokumentierten Credentials, Endpoints und Buckets wiederholbar ausgeführt.
• Fehlerbilder werden über Status, Events, Logs und technische Gegenproben eingegrenzt.
• Die fertige Konfiguration wird so dokumentiert, dass Betrieb und Anwendungsteam damit arbeiten können.