Storage a oggetti: Rook-Ceph e il suo gateway RGW per le API S3 e Swift.
Specificato Rook-Ceph RGW
Il modulo
Storage a oggetti: Rook-Ceph e il suo gateway RGW per le API S3 e Swift.
Nessun modulo di questo tipo nel workspace: openkeel-swift
Come viene testata la compatibilità
OpenKeel non ha un proprio servizio Swift: Rook-Ceph RGW serve le API Swift e S3 con autenticazione Keystone, verificate con client standard e Skyline su un laboratorio.
End-to-end su un laboratorio
API Swift con la CLI openstack
Container e oggetti vengono creati ed elencati tramite l'API Swift di RGW, con autenticazione Keystone.
Ultimo risultato Eseguito in modalità laboratorio su un nuovo cluster kind.
Fonte: openkeel-okadm/README.md
End-to-end su un laboratorio
S3 con credenziali EC2 di Keystone
L'API S3 accetta le credenziali EC2 di Keystone, e i bucket condividono un unico namespace con i container Swift.
Esecuzione
openstack ec2 credentials create, poi aws s3 mb, PUT e GET.
Ultimo risultato Eseguito in modalità laboratorio su un nuovo cluster kind.
Fonte: openkeel-okadm/README.md
End-to-end su un laboratorio
Pagina Object Storage di Skyline
La console Skyline elenca i container RGW, carica un file e crea un container tramite l'API Swift.
Esecuzione
In un browser sul laboratorio; il file è stato fornito al modulo di upload tramite script.
Ultimo risultato Eseguito in modalità laboratorio; le impostazioni di produzione sono coperte solo dai test unitari, mai su un cluster reale.
Fonte: openkeel-okadm/README.md
Escluso dal rewrite
OpenKeel non ha un servizio Swift: Rook-Ceph RGW, abilitato con okadm --ceph-s3, serve sia l'API Swift sia quella S3 con autenticazione Keystone.
Gestito dalla piattaforma Cloud Native
Proxy, ring e daemon di storage Swift
Gestito da Rook-Ceph RGW
Perché è stato escluso
Ceph fornisce già uno storage a oggetti replicato, gestito da Rook su Kubernetes; RGW parla l'API Swift.
Perché la soluzione non ne risente
RGW è l'object-store del catalogo in /swift/v1/AUTH_<project id>; la pagina di storage a oggetti di Skyline e i comandi container e object di ok sono stati testati su di esso.
Fonte: openkeel-okadm/README.md
Gestito dalla piattaforma Cloud Native
Livello S3 separato (s3api, ec2-api-s3)
Gestito da Rook-Ceph RGW
Perché è stato escluso
RGW serve S3 in modo nativo, con autenticazione tramite le credenziali EC2 di Keystone.
Perché la soluzione non ne risente
Container e bucket condividono uno spazio dei nomi per progetto: un container creato in Skyline compare in aws s3 ls. Lo storage a oggetti è opzionale e assente senza --ceph-s3.
Fonte: openkeel-okadm/README.md
Qui è elencato solo ciò che è stato escluso per scelta progettuale; il lavoro non ancora svolto si trova nei Known gaps del docs/CONFORMANCE.md del modulo. Tutti i moduli
Interazioni Swift e S3
Vista del servizio generata dalla skill dei diagrammi a partire dal modello OpenKeel.