Objektspeicher: Rook-Ceph und sein RGW-Gateway für die S3- und Swift-APIs.
Spezifiziert Rook-Ceph RGW
Das Modul
Objektspeicher: Rook-Ceph und sein RGW-Gateway für die S3- und Swift-APIs.
Kein solches Modul im Workspace: openkeel-swift
Wie die Kompatibilität getestet wird
OpenKeel hat keinen eigenen Swift-Dienst: Rook-Ceph RGW stellt die Swift- und S3-APIs mit Keystone-Authentifizierung bereit, geprüft mit Standard-Clients und Skyline in einem Lab.
End-to-End in einem Lab
Swift-API mit der openstack-CLI
Container und Objekte werden über die Swift-API von RGW erstellt und aufgelistet, authentifiziert durch Keystone.
Letztes Ergebnis Im Lab-Modus auf einem neuen kind-Cluster ausgeführt.
Quelle: openkeel-okadm/README.md
End-to-End in einem Lab
S3 mit Keystone-EC2-Anmeldedaten
Die S3-API akzeptiert Keystone-EC2-Anmeldedaten, und Buckets teilen sich einen Namespace mit Swift-Containern.
Ausführung
openstack ec2 credentials create, danach aws s3 mb, PUT und GET.
Letztes Ergebnis Im Lab-Modus auf einem neuen kind-Cluster ausgeführt.
Quelle: openkeel-okadm/README.md
End-to-End in einem Lab
Object-Storage-Seite von Skyline
Die Skyline-Konsole listet RGW-Container auf, lädt eine Datei hoch und erstellt einen Container über die Swift-API.
Ausführung
In einem Browser im Lab; die Datei wurde dem Upload-Formular per Skript übergeben.
Letztes Ergebnis Im Lab-Modus ausgeführt; Produktionseinstellungen nur durch Unit-Tests abgedeckt, nie auf einem echten Cluster.
Quelle: openkeel-okadm/README.md
Im Rewrite ausgelassen
OpenKeel hat keinen Swift-Dienst: Rook-Ceph RGW, aktiviert mit okadm --ceph-s3, stellt sowohl die Swift- als auch die S3-API mit Keystone-Authentifizierung bereit.
Von der Cloud-Native-Plattform übernommen
Swift-Proxy, Rings und Speicher-Daemons
Übernommen von Rook-Ceph RGW
Warum es ausgelassen wurde
Ceph liefert bereits replizierten Objektspeicher, betrieben von Rook auf Kubernetes; RGW spricht die Swift-API.
Warum die Lösung nicht beeinträchtigt ist
RGW ist der object-store des Katalogs unter /swift/v1/AUTH_<project id>; die Objektspeicher-Seite von Skyline und die Befehle container und object von ok wurden dagegen getestet.
Quelle: openkeel-okadm/README.md
Von der Cloud-Native-Plattform übernommen
Separate S3-Schicht (s3api, ec2-api-s3)
Übernommen von Rook-Ceph RGW
Warum es ausgelassen wurde
RGW stellt S3 nativ bereit, authentifiziert über EC2-Zugangsdaten von Keystone.
Warum die Lösung nicht beeinträchtigt ist
Container und Buckets teilen sich einen Namensraum pro Projekt: Ein in Skyline angelegter Container wird von aws s3 ls aufgelistet. Objektspeicher ist optional und fehlt ohne --ceph-s3.
Quelle: openkeel-okadm/README.md
Hier ist nur aufgeführt, was bewusst ausgelassen wurde; noch nicht erledigte Arbeit steht in den Known gaps der docs/CONFORMANCE.md des Moduls. Alle Module
Swift und S3-Interaktionen
Dienstansicht, vom Diagramm-Skill aus dem OpenKeel-Modell generiert.