La dernière version SLURP d’OpenStack est disponible. Plus de 500 contributeurs issus de 100 organisations et près de 9 000 modifications. Pour les organisations qui évaluent actuellement leurs options de migration, le calendrier ne pourrait pas être plus pertinent. Gazpacho répond à de nombreuses exigences clés pour les migrations en production et, en tant que version SLURP, prend en charge les mises à niveau directes depuis la précédente SLURP — sans étapes intermédiaires.
La migration vient de gagner en rapidité
La fonctionnalité la plus impressionnante de Gazpacho est la migration à chaud parallèle dans Nova. Auparavant, la migration à chaud traitait les transferts de mémoire de manière séquentielle. Désormais, plusieurs connexions s’exécutent simultanément, ce qui accélère considérablement le déplacement de charges de travail importantes entre hôtes ou zones.
La communauté OpenStack n’a pas ajouté cela par hasard. Cette évolution a été explicitement identifiée comme une forte demande de la part des opérateurs à la recherche d’une alternative à VMware. Ce contexte est important, et la fonctionnalité est conçue pour les organisations qui planifient activement des migrations dès maintenant.
Par ailleurs, la migration à chaud avec prise en charge de vTPM signifie que les charges de travail sensibles sur le plan de la sécurité — celles qui devaient auparavant être arrêtées, migrées à froid, puis redémarrées — peuvent désormais être déplacées à chaud. Pour les clients des secteurs réglementés, cela supprime l’un des derniers arguments en faveur du maintien sur des plateformes héritées.
Le provisionnement bare metal est devenu moins manuel
Si vous exploitez des environnements hybrides — des machines virtuelles aux côtés de serveurs physiques — le bare metal est historiquement l’endroit où la complexité opérationnelle s’accumule. Ironic dans Gazpacho répond directement à ce problème.
La détection automatique des interfaces de déploiement supprime la nécessité de spécifier manuellement les méthodes de déploiement par nœud. La détection automatique des protocoles NFS et CIFS via Redfish simplifie la configuration du démarrage. La planification des ports basée sur des traits automatise le placement réseau en fonction des attributs réels de l’infrastructure plutôt que d’une affectation manuelle.
Pour nos clients qui gèrent des dizaines ou des centaines de nœuds physiques, il s’agit d’une réduction significative de la charge liée au provisionnement.
Réseau à l’échelle de l’entreprise
Le pilote Neutron OVN a reçu des mises à jour substantielles dans Gazpacho. La prise en charge de BGP, le routage Nord-Sud pour les ports externes et les paires d’adresses autorisées avec des adresses MAC virtuelles sont désormais disponibles.
En pratique, cela compte pour les clients disposant de topologies réseau complexes — environnements multi-locataires, connectivité hybride et charges de travail s’étendant sur des infrastructures privées et publiques. Historiquement, ce sont les scénarios où OpenStack nécessitait des contournements ou des outils supplémentaires. Gazpacho comble ces lacunes nativement.
Performances du stockage et des E/S
Deux changements ici se ressentiront plus qu’ils ne se liront. Un IOThread par défaut par instance QEMU décharge le traitement des E/S disque des vCPU — dans les environnements à forte densité, cela se traduit directement par des performances plus constantes sous charge. L’API d’attachement de volume asynchrone réduit la latence en dissociant les opérations de stockage longues du temps de réponse de l’API, ce qui est important pour les clients qui exécutent un provisionnement automatisé à grande échelle.
Aucun de ces éléments ne fera la une. Les deux apparaîtront dans les benchmarks de performance et les métriques opérationnelles.
Des outils de sécurité adaptés aux environnements d’entreprise
OpenStack-Ansible s’intègre désormais à OpenBao — le fork open source de HashiCorp Vault — pour la gestion de la PKI. Pour les clients qui exploitent déjà une infrastructure de certificats basée sur Vault, cela signifie qu’OpenStack cesse d’être l’exception nécessitant des outils distincts et devient une composante d’une posture de sécurité unifiée.
Cela est particulièrement important dans les environnements réglementés où la gestion du cycle de vie des certificats fait l’objet d’audits. Aligner la PKI d’OpenStack sur des outils standard de l’entreprise supprime un point de friction de conformité qui revient régulièrement dans les échanges avec les clients.
Ce que cela signifie si vous évaluez une migration
La discussion autour des alternatives à VMware a évolué au cours des 18 derniers mois. Il ne s’agit plus de savoir si l’infrastructure open source est techniquement capable — mais de savoir si votre équipe peut l’exploiter en toute confiance et si le chemin de mise à niveau est prévisible.
