OpenKeel: la soluzione Cloud sovrana, francese e di portata europea, del gruppo inherent Scopri inherent
Componenti · Storage
I volumi a blocchi sono PVC di una StorageClass CSI (Rook-Ceph, Longhorn, NetApp, Huawei Dorado, Pure Storage), con snapshot CSI e backup cinder-backup.
OpenKeel implementation in Go of OpenStack Cinder, the Block Storage API v3, generated from the reverse-specification of branch stable/2026.2 by the generate-go-from-spec skill. It replaces the Python service without its clients noticing (Nova, Glance's cinder store, python-cinderclient, Skyline): same routes, status codes, error bodies, microversions 3.0–3.71 and policies. Volumes are Kubernetes PVCs on a block CSI StorageClass (Longhorn by default), snapshots and backups are CSI VolumeSnapshots, volumes from images are CDI clones, and attachments are KubeVirt hotplugs. What is reproduced and what differs is in docs/CONFORMANCE.md; the security checklist is in docs/SECURITY.md; the build plan with the status of every operation is in docs/PLAN.md.
github.com/openkeel/openkeel-cindercinder-api | REST API v3; also -migrate for the database migrations | 8776, admin 9090 | | cinder-scheduler | places volumes on backends and backups on backup hosts, purges expired reservations and messages | admin 9090 | | cinder-volume | drives PVCs, VolumeSnapshots, DataVolumes and PV handovers for the volumes of its backends | admin 9090 | | cinder-backup | creates, deletes and restores backups (VolumeSnapshots of the backup class) | admin 9090 | The workers poll the database for transient statuses and elect one active replica each with a Kubernetes Lease.Estratto da openkeel-cinder/README.md (in inglese).
218 operazioni dell'API REST originale (route e azioni nel corpo) e il loro stato in OpenKeel.
Gli scambi dei test funzionali di Cinder Python vengono riprodotti sul servizio Go, il contratto degli attachment di Nova viene testato e la concorrenza viene verificata su Galera.
967 scambi di 196 test funzionali Python restituiscono lo stesso stato e lo stesso corpo, con la fixture dei test funzionali emulata.
make e2e, su go-mysql-server e MariaDB 11.4 (E2E_MYSQL_DSN); E2E_STRICT=1 superato con test/e2e/known-differences.txt.
Ultimo risultato 832 / 967 identici (834 su MariaDB); nel solo ambito 832 / 854 (97.4 %), il resto essendo groups e manage (fuori ambito).
Fonte: openkeel-cinder/docs/CONFORMANCE.md
L'API degli attachment in 3.44, l'aggiornamento e l'eliminazione idempotenti, la regola del token di servizio e gli stati di errore interpretati da Nova corrispondono alle sue aspettative.
TestNovaAttachmentFlow, test del router e TestQuotaExceeded.
Ultimo risultato Testato; os-reimage e gli eventi esterni di Nova sono implementati ma non riprodotti su Nova.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
Le personas di policy su 161 delle 167 regole predefinite, i vettori di quota e di trasferimento, le regole del router e il driver CSI si comportano come specificato.
go test ./... (13 pacchetti), driver CSI su simulatori client-go.
Ultimo risultato Tutti superati.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
Quota e prenotazione reggono quando le creazioni arrivano contemporaneamente da tre nodi Galera.
make galera-test su un cluster a 3 nodi: 30 creazioni per una quota di 10, 9 os-reserve concorrenti.
Ultimo risultato Superato, 3 esecuzioni su 3: esattamente 10 × 202, 20 × 413, nessun 5xx; un solo vincitore di os-reserve.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
Tempest tempest/api/volume, cinder-tempest-plugin e replay delle chiamate di cinderclient, Nova e dello store di Glance.
Richiedono un cluster kind con Keystone, Longhorn, CDI e KubeVirt; non esistono invocazioni client registrate.
Ultimo risultato Non eseguito.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
Cinder mantiene l'API dei volumi ma delega il percorso dei dati a CSI (Longhorn per impostazione predefinita), eliminando i driver dei vendor, la migrazione e la replica tra backend e la topologia RPC.
Gestito da CSI (Longhorn per impostazione predefinita)
Ogni backend è una StorageClass CSI con snapshot CSI e hotplug KubeVirt; le informazioni di connessione sono un kubernetes_pvc utilizzato dal Nova di OpenKeel.
Nova, lo store cinder di Glance, cinderclient e Skyline usano la stessa API. Qualsiasi storage con un driver CSI può fungere da backend.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
Gestito da CSI
La copia dei dati tra StorageClass avviene tramite retype con la policy di migrazione on-demand.
os-migrate_volume risponde 400 con un messaggio che rimanda a os-retype, che sposta i dati.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
Gestito da CSI
I backend CSI non hanno una replica gestita da Cinder.
failover_host risponde 400 'no replication target configured'. La ridondanza è quella propria del backend di storage, configurata al di fuori dell'API Cinder.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
Gestito da Volumi cifrati Longhorn
La cifratura è svolta dalla StorageClass, quindi il percorso di Cinder non richiede un key manager.
I tipi di volume cifrati continuano a funzionare; viene registrato un ID di chiave fisso, nascosto nelle viste 3.64.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
L'API registra lo stato transitorio e i worker interrogano il database; i driver CSI non segnalano capacità, quindi c'è un pool per backend e AZ.
Gli stati dei volumi e le risposte dell'API restano invariati; le operazioni interrotte riprendono al passaggio successivo, quindi workers/cleanup restituisce elenchi vuoti.
Fonte: openkeel-cinder/docs/CONFORMANCE.md
Gestito da Kubernetes Leases
Ogni worker detiene un Lease Kubernetes, quindi i cluster active-active di Cinder non esistono.
Gli elenchi di cluster e os-hosts sono vuoti e le scritture rispondono 501; l'alta disponibilità deriva dalla presa in carico del Lease.
Fonte: openkeel-cinder/docs/CONFORMANCE.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
Vista del servizio generata dalla skill dei diagrammi a partire dal modello OpenKeel.
Schermo intero| Da | A | Protocollo | Cosa |
|---|---|---|---|
| Skyline | Cinder API | API REST | aggregated lists |
| Nova API | Cinder API | API REST | volume attach |
| Cinder API | Nova API | API REST | volume events |
| Cinder API | Glance | API REST | volume from image |
| Cinder API | Cinder volume driver | RabbitMQ | RPC create/attach |
| Cinder volume driver | CSI driver (Longhorn) | API Kubernetes | PVC (Block), VolumeSnapshot |
| Cinder volume driver | KubeVirt | API Kubernetes | volume hotplug |
| Heat engine | Cinder API | API REST | OS::Cinder::* |
| EC2 API | Cinder API | API REST | volumes, snapshots |
| Zun compute | Cinder API | API REST | attachments → kubernetes_pvc |
Branch stable-2026.2 · 8 file
Leggi la reverse-specImmagini archiviate in PVC a blocchi tramite i DataVolume di CDI; i quattro metodi di importazione interoperabili.
Share NFS multi-tenant: un gateway NFS-Ganesha per share network, all'interno della rete del tenant.
Storage a oggetti: Rook-Ceph e il suo gateway RGW per le API S3 e Swift.
Driver CSI in Go per Pure Storage FlashArray su iSCSI: snapshot, cloni, espansione, blocco RWX per KubeVirt. Prototipo.