Das neueste OpenStack-SLURP–Release ist da. Über 500 Mitwirkende aus 100 Organisationen und fast 9.000 Änderungen. Für Organisationen, die derzeit ihre Migrationsoptionen abwägen, könnte das Timing kaum relevanter sein. Gazpacho erfüllt viele der zentralen Anforderungen für produktive Migrationen und unterstützt als SLURP-Release direkte Upgrades vom vorherigen SLURP — ohne Zwischenschritte.
Migration ist jetzt schneller
Das mit Abstand beeindruckendste Feature in Gazpacho sind parallele Live-Migrationen in Nova. Bisher wurden Speicherübertragungen bei der Live-Migration sequenziell verarbeitet. Jetzt laufen mehrere Verbindungen gleichzeitig, wodurch das Verschieben großer Workloads über Hosts oder Zonen hinweg deutlich schneller wird.
Die OpenStack-Community hat das nicht zufällig hinzugefügt. Es wurde ausdrücklich als stark nachgefragtes Feature von Betreibern markiert, die eine VMware-Alternative suchen. Dieser Kontext ist wichtig — und es ist für Organisationen gebaut, die Migrationen genau jetzt aktiv planen.
Zusätzlich bedeutet Live-Migration mit vTPM-Unterstützung, dass sicherheitskritische Workloads — die zuvor heruntergefahren, „cold“ migriert und neu gestartet werden mussten — nun im laufenden Betrieb verschoben werden können. Für Kunden in regulierten Branchen entfällt damit eines der letzten verbleibenden Argumente, auf Legacy-Plattformen zu bleiben.
Bare-Metal-Provisioning wurde weniger manuell
Wenn Sie hybride Umgebungen betreiben — virtuelle Maschinen neben physischen Servern — war Bare Metal historisch der Bereich, in dem sich operative Komplexität ansammelt. Ironic in Gazpacho adressiert das direkt.
Die automatische Erkennung von Deployment-Interfaces macht es überflüssig, Deployment-Methoden pro Node manuell festzulegen. Die automatische Protokollerkennung für NFS und CIFS über Redfish vereinfacht die Boot-Konfiguration. Trait-basiertes Port-Scheduling automatisiert die Netzwerkplatzierung anhand tatsächlicher Infrastrukturattribute statt manueller Zuordnung.
Für unsere Kunden, die Dutzende oder Hunderte physischer Nodes verwalten, ist das eine spürbare Reduzierung des Provisioning-Aufwands.
Networking im Enterprise-Maßstab
Der Neutron-OVN-Treiber erhielt in Gazpacho umfangreiche Updates. BGP-Unterstützung, North-South-Routing für externe Ports sowie erlaubte Address-Pairs mit virtuellen MAC-Adressen sind jetzt verfügbar.
In der Praxis ist das relevant für Kunden mit komplexen Netzwerktopologien — Multi-Tenant-Umgebungen, hybride Konnektivität und Workloads, die private und öffentliche Infrastruktur übergreifen. Das waren bislang Szenarien, in denen OpenStack Workarounds oder zusätzliche Tools erforderte. Gazpacho schließt diese Lücken nativ.
Storage- und I/O-Performance
Zwei Änderungen, die man eher spürt als nur darüber zu lesen. Standardmäßig ein IOThread pro QEMU-Instanz entlastet die vCPUs von der Verarbeitung von Disk-I/O — in High-Density-Umgebungen führt das direkt zu konsistenterer Performance unter Last. Die asynchrone Volume-Attach-API reduziert die Latenz, indem sie lang laufende Storage-Operationen von der API-Antwortzeit entkoppelt, was für Kunden wichtig ist, die automatisiertes Provisioning im großen Maßstab betreiben.
Keines davon ist ein großer Aufmacher. Beides wird sich in Performance-Benchmarks und operativen Kennzahlen zeigen.
Security-Tools, die zu Enterprise-Umgebungen passen
OpenStack-Ansible integriert jetzt OpenBao — den Open-Source-Fork von HashiCorp Vault — für das PKI-Management. Für Kunden, die bereits eine Vault-basierte Zertifikatsinfrastruktur betreiben, bedeutet das: OpenStack ist nicht länger die Ausnahme, die separate Tools erfordert, sondern wird Teil einer einheitlichen Sicherheitsstrategie.
Das ist besonders in regulierten Umgebungen wichtig, in denen das Zertifikats-Lifecycle-Management auditiert wird. Die Angleichung von OpenStacks PKI an Enterprise-Standard-Tools beseitigt einen Compliance-Reibungspunkt, der in Kundengesprächen wiederholt aufgekommen ist.
Was das bedeutet, wenn Sie eine Migration evaluieren
Die Diskussion über VMware-Alternativen hat sich in den letzten 18 Monaten verschoben. Es geht nicht mehr darum, ob Open-Source-Infrastruktur technisch leistungsfähig ist — sondern darum, ob Ihr Team sie sicher betreiben kann und ob der Upgrade-Pfad planbar ist.
