Deployment

okadm, Kolla Ansible, OpenStack-Helm

Ein Binary: kein venv, kein SSH-Inventar, kein Chart-Repository; alles ist eingebettet außer den Images.

Werkzeug, Ziel und Data Plane

	Kolla Ansible	OpenStack-Helm	okadm
Werkzeug	Python und Ansible: venv, install-deps, Galaxy-Collection	Helm-Charts, Plugin helm osh; kubectl und helm erforderlich	Ein Go-Binary: client-go und Helm SDK integriert, eingebettete Charts
Ziel	Linux-Hosts über SSH, All-in-one- oder Multinode-Inventar	Bestehender Kubernetes-Cluster; seine Erstellung gehört nicht zum Umfang	Bestehender Kubernetes-Cluster oder ein für ein Labor erstellter kind-Cluster
Hosts	bootstrap-servers: Pakete, Docker, Firewall, SELinux, AppArmor, NTP	Ansible-Rolle deploy-env für ein Labor, nicht idempotent	Nichts vorzubereiten: okadm plan prüft und gibt den Befehl aus
Data Plane	libvirt- und OVS-Agenten in Containern auf den Hosts	DaemonSets für libvirt und openvswitch, Ceph muss bereitgestellt werden	KubeVirt, OVN und CSI: Kubernetes-Bausteine

Konfigurieren und betreiben: der Umfang

	Kolla Ansible	OpenStack-Helm	okadm
Daten	MariaDB, RabbitMQ, Memcached, HAProxy in Kolla-Containern	Ein Helm-Release pro Baustein: mariadb, rabbitmq, memcached	Operatoren; Instanzen, Datenbanken, Konten und vhosts von okadm erstellt
Konfiguration	globals.yml: 326 Optionen; Ansible-Inventar	Values-Overrides pro Chart und pro Feature-Set	--mode lab oder production, --domain, -f values
Secrets	passwords.yml: 106 von kolla-genpwd generierte Secrets	In den Chart-Values	In Kubernetes-Secrets generiert, pro Komponente
Lebenszyklus	26 Unterbefehle: deploy, reconfigure, upgrade, mariadb-recovery…	helm upgrade --install, Chart für Chart, in der richtigen Reihenfolge	plan, install, upgrade, status, access, uninstall; idempotent

Kolla Ansible (stable/2026.2) und OpenStack-Helm (master vom 03.11.2026): Fakten aus ihren Upstream-Repositorys für die Präsentation, außerhalb des Workspace.