Hitachi Vantara et Red Hat ont dévoilé une solution conjointe associant Red Hat OpenShift Virtualization à l’infrastructure de Hitachi Vantara Virtual Storage Platform One (VSP One). L’objectif : aider les organisations à abandonner les hyperviseurs propriétaires coûteux, à consolider VMs et conteneurs sur une plateforme hybride ouverte et à accélérer la mise en production sans compromettre la résilience ni la performance.

Cette initiative s’inscrit dans un contexte de coûts croissants des licences, de vérifications et de pressions pour moderniser. Une étude récente citée par les sociétés indique que près de trois quarts (73 %) des entreprises ont été auditées, et que plus d’un tiers identifie la gestion de la conformité et l’excès de licences comme leurs principaux enjeux opérationnels. Dans ce contexte, la promesse de réduire la dépendance à un fournisseur et de simplifier les migrations prend tout son sens.

Ce qui a été annoncé

• Plateforme unifiée : OpenShift avec la fonctionnalité OpenShift Virtualization (KVM/KubeVirt) pour exécuter VMs et conteneurs côte à côte, sur VSP One comme base de stockage unifié (bloquent, fichier et objet) en local et en cloud.
• Architecture pré-validée : référence technique pour haute disponibilité en clusters OpenShift “étendus”, avec Hitachi VSP One Block, Global Active Device (GAD) (accès actif-actif entre sites) et contrôleurs CSI améliorés.
• Outils de migration : VM migration toolkit et offload de stockage pour des migrations à froid qui transfèrent la copie de données du serveur/réseau vers la matrice de stockage, réduisant fenêtres de maintenance et interruptions.
• Opération continue : basculement transparent entre sites, mobilité des charges et option pour un troisième site de quorum (niveau maximal de résilience par zone de disponibilité).

Pourquoi c’est important (au-delà du slogan “moins d’enfermement”)

1. Consolidation véritable : maintenir deux piles — une pour les VMs et une pour les conteneurs — multiplie coûts et complexité. Les exécuter sur la même plateforme réduit capex/opex (moins de matériel, moins de licences en double, moins d’outils), améliore la visibilité et aligne les équipes d’infrastructure et de plateforme.
2. Sortie du hyperviseur propriétaire : OpenShift Virtualization (KVM/KubeVirt) offre une voie de migration vers un environnement ouvert tout en maintenant les charges legacy pendant la modernisation des applications (refactor ou replatform). Le kit et l’offload de stockage raccourcissent les délais et réduisent les risques opérationnels.
3. Résilience d’entreprise : GAD et l’architecture multi-site de VSP One permettent un actif-actif, une éviction des catastrophes et une continuité opérationnelle. Pour les secteurs régulés ou services critiques, la disponibilité et la cohérence sont indispensables.
4. Données homogènes en environnement hybride : un plan de données cohérent (bloquent/fichier/objet) allant du datacenter au cloud simplifie la gestion, la protection et la mobilité des données. Moins de silos, plus de contrôle.

Cas client : une banque européenne

Alior Bank a fait face à l’augmentation des coûts de licences et à la rigidité de sa plateforme héritée. Il a migré ses VMs vers OpenShift Virtualization sur VSP One afin de bâtir un environnement unifié et hautement disponible. Selon son CTO : plus grande évolutivité, meilleure résilience et delivery plus agile.

Principaux bénéfices ( résumé stratégique)

• Coûts moindres et dépendance réduite : VMs et conteneurs cohabitent ; plateforme basée sur KVM/KubeVirt et normes ouvertes → plus d’options et moins d’enfermement.
• Livraisons et migrations accélérées : systèmes et stockage pré-validés ; HSPC (plugin de stockage) pour une scalabilité dynamique et une persistence sans surdimensionnement.
• Resilience d’entreprise : VSP One orienté vers 100 % de disponibilité et charges critiques.
• Automatisation et visibilité complète : observabilité et politiques cohérentes en environnement hybride ; résolution proactive et opérations sécurisées.

Fonctionnement de l’architecture haute disponibilité

• Clusters OpenShift “étendus” entre deux sites utilisant GAD (réplication actif-actif au niveau du bloque).
• Basculement automatique en cas de défaillance d’un site ou de domaine de défaillance.
• Mobilité des charges (VMs/Pods) entre sites sans nécessiter de rechargement de données.
• Option pour un troisième site (quorum) afin de renforcer la résilience si les maîtres résident en dehors (par exemple, cloud ou site isolé).

Questions juridiques et réglementaires à anticiper (pour équipes juridiques et risques)

• Licences et audits : la consolidation diminue la surface d’audit ; vérifiez SLAs et modèles d’abonnement.
• Souveraineté et localisation des données : définissez l’emplacement des données et routages de réplication ; documentez contrôles (chiffrement, clés, gestion des accès).
• NIS2/DORA / secteurs spécifiques : alignez continuité, enregistrement et gestion des fournisseurs tiers ; testez le plan de bascule et de récupération.
• Protection des données personnelles (RGPD) : garantir minimisation, sûreté et base légale pour la mobilité entre sites (notamment vers le cloud public).
• Enfermement par fournisseur : négociation de résiliation, portabilité et exportation de formats (VMs, snapshots, volumes).

Feuille de route et intégration avec les stratégies de modernisation

Ce partenariat facilite trois itinéraires fréquents :

1. “Lift-and-shift” de VMs vers OpenShift Virtualization pour réduire les coûts et préparer des refactorisations ciblées.
2. Migration progressive vers les conteneurs : migrer des services périphériques vers des microservices, tout en conservant le core en VM jusqu’à leur réingénierie.
3. Environnement hybride avec données unifiées : déployer VSP One comme plateforme unique pour les données (bloquent/fichier/objet) avec des politiques et une protection homogènes.

Le offload de stockage lors des migrations à froid — qui transfère la copie de données vers la matrice — peut constituer un facteur clé de accélération des fenêtres de migration et de coupure.

Risques et limites (pour une vision équilibrée)

• Courbe d’adoption : faire tourner VMs et conteneurs dans Kubernetes demande des compétences en plateforme ; planifiez formation et opérations SRE.
• Dépendances héritées : certains drivers ou intégrations VM peuvent nécessiter ajustements ou certifications.
• Architecture multi-site : la latence entre sites influence l’actif-actif ; il faut dimensionner réseaux et domaines de défaillance.
• Gouvernance : une automatisation accrue exige des politiques robustes et des contrôles pour éviter des dérives.

Conclusion

La synergie entre Red Hat OpenShift Virtualization et VSP One s’affirme comme une voie pragmatique pour moderniser les environnements de virtualisation, maîtriser les coûts et réduire la dépendance aux fournisseurs, sans compromettre résilience ni performances. Pour les entreprises confrontées à des pressions liées aux licences, audits ou exigences réglementaires, la consolidation de VMs et conteneurs sur une plateforme ouverte et hautement disponible pourrait faire la différence entre maintenir la plateforme ou la repenser. La clé réside dans planifier soigneusement les migrations, aligner la sécurité et la conformité et gérer le nouveau modèle avec discipline.

source : hitachivantara