Déploiement

okadm, Kolla Ansible, OpenStack-Helm

Un seul binaire : ni venv, ni inventaire SSH, ni dépôt de charts ; tout est embarqué, sauf les images.

Outil, cible et plan de données

	Kolla Ansible	OpenStack-Helm	okadm
Outil	Python et Ansible : venv, install-deps, collection Galaxy	Charts Helm, plugin helm osh ; kubectl et helm requis	Un binaire Go : client-go et SDK Helm intégrés, charts embarqués
Cible	Hôtes Linux par SSH, inventaire all-in-one ou multinode	Cluster Kubernetes existant ; sa création est hors périmètre	Cluster Kubernetes existant, ou cluster kind créé en lab
Hôtes	bootstrap-servers : paquets, Docker, pare-feu, SELinux, AppArmor, NTP	Rôle Ansible deploy-env pour un lab, non idempotent	Rien à préparer : okadm plan vérifie et donne la commande
Plan de données	libvirt et agents OVS dans des conteneurs sur les hôtes	DaemonSets libvirt et openvswitch, Ceph à déployer	KubeVirt, OVN et CSI : des briques Kubernetes

Configurer et opérer : le périmètre

	Kolla Ansible	OpenStack-Helm	okadm
Données	MariaDB, RabbitMQ, Memcached, HAProxy en conteneurs Kolla	Une release Helm par brique : mariadb, rabbitmq, memcached	Opérateurs ; instances, bases, comptes et vhosts créés par okadm
Configuration	globals.yml : 326 options ; inventaire Ansible	Values overrides par chart et par feature set	--mode lab ou production, --domain, -f values
Secrets	passwords.yml : 106 secrets générés par kolla-genpwd	Dans les values des charts	Générés dans des Secrets Kubernetes, par composant
Cycle de vie	26 sous-commandes : deploy, reconfigure, upgrade, mariadb-recovery…	helm upgrade --install, chart par chart, dans le bon ordre	plan, install, upgrade, status, access, uninstall ; idempotent

Kolla Ansible (stable/2026.2) et OpenStack-Helm (master du 2026-11-03) : faits relevés dans leurs dépôts amont pour la présentation, hors de l'espace de travail.