OpenKeel : la solution Cloud souveraine, française à portée européenne du groupe inherent Découvrir inherent
Composants · Calcul et capacités
Bare metal : reste en Python amont, empaqueté dans un chart OpenKeel ; trop de configurations matérielles à tester.
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.
Extrait de openkeel-ironic/README.md (en anglais).
131 opérations de l'API REST d'origine (routes et actions de corps), et leur état dans OpenKeel.
Ironic reste le service Python amont dans un chart Helm ; les tests vérifient qu'il fonctionne via le Keystone Go, le client standard et le Nova Go, sur une fausse machine Redfish.
openstack baremetal via le Keystone Go enrôle une machine sushy-tools, la mène jusqu'à available, la déploie jusqu'à wait call-back et la dé-déploie.
openkeel-ironic/test/smoke.sh depuis un pod client (python-ironicclient 6.3.0) sur un cluster kind.
Dernier résultat Vérifié (2026-10-31). Aucune machine ne démarre : IPA et active ne sont pas couverts.
Source : openkeel-docs/IRONIC-DESIGN.md
Le chart installé par okadm install --components ironic réussit le smoke test dans les deux modes de déploiement.
okadm install en mode lab (kind, 3 nœuds) et en mode production (3 API, 2 conductors, Galera 3), puis smoke.sh sur chacun.
Dernier résultat Exécuté le 2026-11-02 ; la production sur kind a nécessité deux ajouts propres aux tests (contournement NetworkPolicy pour le DNS, automated_clean: false).
Source : openkeel-docs/IRONIC-DESIGN.md
openstack server create avec une flavor bare metal pilote Ironic via le Nova Go, et la suppression libère le nœud.
openkeel-ironic/test/nova.sh sur un lab avec Nova et Ironic, Neutron flat et sushy-tools.
Dernier résultat Vérifié sur kind jusqu'à wait call-back ; machine réelle, IPA, config drive et active non vérifiés.
Source : openkeel-nova/docs/CONFORMANCE.md
Ironic reste le Python amont dans un chart OpenKeel, déployé sans RabbitMQ, sans URL temporaires Swift ni scripts de démarrage Kolla.
Ironic n'a besoin de RabbitMQ pour rien d'autre ; json-rpc sur le port 8089 du conductor, avec des noms DNS par Pod issus du StatefulSet, fait le même travail.
L'API et le conductor se comportent comme en amont ; les notifications restent désactivées. JSON-RPC n'est pas encore chiffré, et une NetworkPolicy le limite à l'API.
Source : openkeel-docs/IRONIC-DESIGN.md
OpenKeel n'a pas de service Swift propre.
Les images et config drives sont servis par le serveur HTTP du conductor (image_download_source http, configdrive_use_object_store false) : le déploiement fonctionne donc toujours.
Source : openkeel-docs/IRONIC-DESIGN.md
Repris par Kubernetes
Les images Kolla sont épinglées par digest et leurs binaires s'exécutent directement, configurés depuis une ConfigMap, sans kolla_start ni sudo.
Même code Ironic ; l'API et le conductor tournent sans privilèges, avec une racine en lecture seule et sans capacités.
Source : openkeel-docs/IRONIC-DESIGN.md
Seul ce qui a été écarté par choix de conception figure ici ; le travail pas encore fait se trouve dans les Known gaps du docs/CONFORMANCE.md du module. Tous les modules
Vue « service » générée par la skill diagramme depuis le modèle d'OpenKeel.
Plein écran| De | Vers | Protocole | Quoi |
|---|---|---|---|
| Nova conductor + scheduler | Ironic API | API REST | bare metal flavors: provision nodes |
| Nova compute agent | Ironic API | API REST | nodes → Placement inventory (planned) |
| Ironic API | Ironic conductor | API REST | JSON-RPC deploy/clean/power |
| Ironic conductor | BMCs and switches | API REST | Redfish power, virtual media |
| Ironic conductor | ironic-python-agent | API REST | agent API: write image, clean, inspect |
| ironic-python-agent | Ironic API | API REST | lookup, heartbeat |
| Ironic conductor | Glance | API REST | image download (cache) |
| Ironic conductor | Neutron server | API REST | provisioning/tenant ports |
Branche stable-2026.2 · 9 fichiers
Lire la reverse-specInventaires et allocations de ressources ; premier composant réécrit en Go.
Instances exécutées comme VirtualMachines KubeVirt ; conductor avec le scheduler intégré, un agent par nœud.
Containers as a Service : un Pod par conteneur, isolé dans sa microVM Kata, avec son port Neutron comme seul réseau.
Haute disponibilité des instances ; santé des nœuds par Node Healthcheck et Self Node Remediation.