OpenKeel: die souveräne französische Cloud-Lösung mit europäischer Reichweite der inherent-Gruppe inherent entdecken

Komponenten · Speicher

Swift und S3

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.

Ausführung

okadm install --mode lab --create-kind --ingress --ceph-s3, danach openstack container create, object create, object list.

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.

Diagramm openkeel-swift.svg Vollbild
Die 3 Interaktionen des Modells
VonNachProtokollWas
Swift proxySwift storageREST-APIinternal account/container/object requests (ring lookup)
Swift storageCSI driver (Longhorn)Kubernetes-APIone PVC per device (block StorageClass)
CSI driver (Longhorn)Swift storageDatenpfadXFS devices, 1 Longhorn replica

Spezifikationen