OpenKeel: die souveräne französische Cloud-Lösung mit europäischer Reichweite der inherent-Gruppe inherent entdecken
Komponenten · Compute und Kapazität
Bare Metal: bleibt upstream Python, verpackt in einem OpenKeel-Chart; zu viele Hardwarekonfigurationen zum Testen.
Upstream OpenStack Ironic (Python, 2026.2) in OpenKeel: a Helm chart, not a Go rewrite. Design, decisions and evidence are in openkeel-docs/IRONIC-DESIGN.md.
Auszug aus openkeel-ironic/README.md (auf Englisch).
131 Operationen der Original-REST-API (Routen und Body-Aktionen) und ihr Status in OpenKeel.
Ironic bleibt der Upstream-Python-Dienst in einem Helm-Chart; die Tests prüfen, dass er über das Go-Keystone, den Standard-Client und das Go-Nova auf einer Fake-Redfish-Maschine funktioniert.
openstack baremetal über das Go-Keystone registriert eine sushy-tools-Maschine, bringt sie auf available, stellt sie bis wait call-back bereit und nimmt die Bereitstellung zurück.
openkeel-ironic/test/smoke.sh aus einem Client-Pod (python-ironicclient 6.3.0) auf einem kind-Cluster.
Letztes Ergebnis Verifiziert (2026-10-31). Keine Maschine bootet: IPA und active sind nicht abgedeckt.
Quelle: openkeel-docs/IRONIC-DESIGN.md
Das mit okadm install --components ironic installierte Chart besteht den Smoke Test in beiden Bereitstellungsmodi.
okadm install im Lab-Modus (kind, 3 Knoten) und im Produktionsmodus (3 API, 2 Conductors, Galera 3), danach jeweils smoke.sh.
Letztes Ergebnis Ausgeführt am 2026-11-02; die Produktion auf kind erforderte zwei reine Testergänzungen (DNS-NetworkPolicy-Workaround, automated_clean: false).
Quelle: openkeel-docs/IRONIC-DESIGN.md
openstack server create mit einem Bare-Metal-Flavor steuert Ironic über das Go-Nova, und das Löschen gibt den Knoten frei.
openkeel-ironic/test/nova.sh in einem Lab mit Nova und Ironic, Neutron flat und sushy-tools.
Letztes Ergebnis Auf kind bis wait call-back verifiziert; echte Maschine, IPA, Config Drive und active nicht verifiziert.
Quelle: openkeel-nova/docs/CONFORMANCE.md
Ironic bleibt das Upstream-Python in einem OpenKeel-Chart, bereitgestellt ohne RabbitMQ, temporäre Swift-URLs oder die Kolla-Startskripte.
Ironic benötigt RabbitMQ für nichts anderes; json-rpc auf Port 8089 des Conductors, mit DNS-Namen pro Pod aus dem StatefulSet, erfüllt dieselbe Aufgabe.
API und Conductor verhalten sich wie upstream; Benachrichtigungen bleiben deaktiviert. JSON-RPC ist noch nicht verschlüsselt, und eine NetworkPolicy beschränkt es auf die API.
Quelle: openkeel-docs/IRONIC-DESIGN.md
OpenKeel hat keinen eigenen Swift-Dienst.
Images und Config Drives werden vom HTTP-Server des Conductors ausgeliefert (image_download_source http, configdrive_use_object_store false), sodass die Bereitstellung weiterhin funktioniert.
Quelle: openkeel-docs/IRONIC-DESIGN.md
Übernommen von Kubernetes
Die Kolla-Images sind per Digest fixiert und ihre Binaries laufen direkt, konfiguriert aus einer ConfigMap, ohne kolla_start oder sudo.
Gleicher Ironic-Code; API und Conductor laufen ohne Privilegien, mit schreibgeschütztem Root-Dateisystem und ohne Capabilities.
Quelle: openkeel-docs/IRONIC-DESIGN.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
Dienstansicht, vom Diagramm-Skill aus dem OpenKeel-Modell generiert.
Vollbild| Von | Nach | Protokoll | Was |
|---|---|---|---|
| Nova conductor + scheduler | Ironic API | REST-API | bare metal flavors: provision nodes |
| Nova compute agent | Ironic API | REST-API | nodes → Placement inventory (planned) |
| Ironic API | Ironic conductor | REST-API | JSON-RPC deploy/clean/power |
| Ironic conductor | BMCs and switches | REST-API | Redfish power, virtual media |
| Ironic conductor | ironic-python-agent | REST-API | agent API: write image, clean, inspect |
| ironic-python-agent | Ironic API | REST-API | lookup, heartbeat |
| Ironic conductor | Glance | REST-API | image download (cache) |
| Ironic conductor | Neutron server | REST-API | provisioning/tenant ports |
Branch stable-2026.2 · 9 Dateien
Reverse-Spec lesenRessourceninventare und Allokationen; die erste in Go neu geschriebene Komponente.
Instanzen laufen als KubeVirt-VirtualMachines; Conductor mit integriertem Scheduler, ein Agent pro Knoten.
Containers as a Service: ein Pod pro Container, isoliert in einer eigenen Kata-MicroVM, mit seinem Neutron-Port als einzigem Netz.
Hochverfügbarkeit von Instanzen; Knotenzustand über Node Healthcheck und Self Node Remediation.