OpenStack vs VMware : Guide de comparaison des plateformes de virtualisation

Qu’est-ce qu’OpenStack et comment fonctionne-t-il ? Comprendre la plateforme OpenStack

OpenStack est une plateforme d’informatique en nuage à code source ouvert qui peut changer fondamentalement la façon dont les organisations déploient et gèrent les infrastructures des centres de données. Au lieu de s’appuyer sur des solutions propriétaires intégrées, OpenStack utilise une architecture modulaire dans laquelle des composants spécialisés(modules ou services) gèrent des fonctions d’infrastructure distinctes.

À la base, OpenStack est un ensemble de projets logiciels interdépendants qui orchestrent les ressources de calcul, de stockage et de mise en réseau dans les centres de données. La conception modulaire de la plateforme permet aux fonctions spécifiques de l’ensemble de la solution d’être gérées par différents modules ; des exemples tels que Nova, Neutron, et Keystone seront expliqués plus loin.

L’architecture orientée services d’OpenStack crée de fortes capacités de personnalisation, tout en éliminant le verrouillage des fournisseurs, mais elle nécessite également une expertise opérationnelle substantielle. Les déploiements réussis d’OpenStack ont tendance à exiger des membres de l’équipe des compétences approfondies en matière d’administration Linux, ainsi qu’une expérience de l’automatisation des API et du dépannage des systèmes distribués.

Les entreprises peuvent réaliser des économies substantielles et optimiser les performances à l’échelle avec OpenStack, mais le déploiement initial à lui seul peut prendre des délais importants, par exemple environ un an, et nécessite des investissements continus dans le développement des compétences du personnel spécialisé. Ainsi, cet environnement est mis en œuvre principalement lorsque la flexibilité d’OpenStack est considérée comme valant la complexité opérationnelle, comme les fournisseurs de télécommunications, les grandes entreprises technologiques, les institutions de recherche et d’autres déploiements qui dépassent environ 500 machines virtuelles.

Caractéristiques principales d’OpenStack

L’architecture d’OpenStack s’articule autour de plusieurs modules centraux qui fonctionnent ensemble pour offrir une fonctionnalité cloud impressionnante, chacun étant conçu pour gérer des domaines d’infrastructure spécifiques avec des capacités de niveau entreprise.

Compute Services (Nova) orchestre l’ensemble du cycle de vie des machines virtuelles, du provisionnement initial à la gestion continue et au déclassement éventuel. La conception de Nova, indépendante des hyperviseurs, peut fonctionner avec KVM, Xen, VMware vSphere, et même avec le provisionnement bare-metal, ce qui permet d’exploiter les investissements matériels existants tout en conservant une certaine flexibilité pour les choix technologiques futurs. Il gère la planification des ressources, la migration des instances et la gestion de la capacité sur des milliers de serveurs physiques.

La gestion des identités (Keystone) offre une authentification et une autorisation centralisées pour l’ensemble de l’écosystème OpenStack. Plutôt que de travailler avec des informations d’identification distinctes entre les services, Keystone offre une gestion unifiée des utilisateurs, une isolation des ressources basée sur les projets et des contrôles d’accès basés sur les rôles. Il s’agit d’un module inestimable pour les grands déploiements, dans lesquels les entreprises doivent appliquer des politiques de sécurité cohérentes entre plusieurs services, régions et milliers d’utilisateurs individuels.

La mise en réseau (Neutron) va au-delà de la connectivité de base pour prendre en charge des topologies de réseau complexes – VLAN, VXLAN et réseaux superposés. Les entreprises peuvent utiliser Neutron pour mettre en œuvre des scénarios complexes, y compris l’équilibrage de la charge, l’isolation multi-locataires, les règles de pare-feu et les réseaux privés virtuels, le tout sans appareils matériels spécialisés. Neutron s’intègre à la fois aux équipements de mise en réseau traditionnels et aux solutions de mise en réseau définies par logiciel, offrant ainsi une flexibilité impressionnante pour répondre à diverses exigences en matière d’infrastructure.

L’architecture de stockage fonctionne à l’aide de modules spécialisés pour différents cas d’utilisation. Swift offre un stockage objet massivement évolutif, idéal pour les données structurées, les sauvegardes et la distribution de contenu ; Cinder fournit un stockage par blocs hautes performances avec la possibilité d’être provisionné dynamiquement et attaché aux instances de calcul (en prenant en charge pratiquement tous les supports de stockage imaginables, des baies de disques économiques aux disques SSD NVMe).

Options de sauvegarde OpenStack : Ce que vous devez savoir

Les stratégies de sauvegarde utilisant OpenStack nécessitent un niveau élevé de connaissances pour tirer parti de l’architecture de services distribués de la plateforme, où différents modules gèrent des types de données et des exigences de protection distincts. La sauvegarde OpenStack est une combinaison de plusieurs couches, qui doivent être coordonnées pour obtenir une protection complète des données ; cette approche précise est ce qui rend OpenStack si unique, par rapport aux nombreuses plateformes de virtualisation monolithiques.

Les sauvegardes au niveau de l’instance utilisent la capacité de snapshot de Nova pour créer des copies ponctuelles des VM, capturant à la fois l’état de l’instance et le stockage attaché. En même temps, ces snapshots ne concernent que la couche de calcul, les données persistantes stockées dans les volumes Cinder nécessitant leurs propres procédures de sauvegarde à l’aide de services de sauvegarde en volume dédiés.

Les services de sauvegarde des volumes s’intègrent à Cinder pour offrir une protection cohérente et automatisée du stockage persistant. Les entreprises peuvent utiliser Cinder pour configurer des programmes de sauvegarde, des politiques de rétention et la réplication interrégionale, afin de garantir la pérennité des données dans les déploiements géographiquement distribués. Cinder prend également en charge les sauvegardes incrémentielles qui peuvent réduire la surcharge de stockage et les fenêtres de sauvegarde, au prix d’une complexification du processus de restauration.

Lorsqu’il s’agit de charges de travail critiques, les stratégies de sauvegarde cohérentes avec les apps coordonnent les services OpenStack avec les systèmes d’exploitation invités. Cette approche peut nécessiter des outils de sauvegarde spécifiques aux bases de données dans certains cas, tout en générant des instantanés de volume coordonnés en même temps (et en maintenant la cohérence des points de restauration entre les différentes architectures d’apps).

Le nombre de solutions de sauvegarde tierces offrant une intégration native d’OpenStack à l’aide de son API complète ne cesse de croître. Des solutions comme Bacula Enterprise et bien d’autres permettent aux entreprises d’étendre leur infrastructure de sauvegarde existante aux charges de travail natives du cloud, tout en conservant des fonctionnalités de gestion et de reporting centralisées.

Qu’est-ce que VMware et comment se compare-t-il ?

Au cours des deux dernières décennies, VMware s’est imposé comme la norme d’entreprise de facto en matière de virtualisation. VMware est presque l’antithèse de la modularité open-source d’OpenStack, offrant des solutions propriétaires intégrées avec un fort accent sur la compatibilité et la fiabilité de niveau entreprise.

VMware vSphere peut transformer des serveurs physiques en pools de ressources logiques, abstrayant le matériel en composants virtuels qui peuvent être alloués dynamiquement entre les charges de travail, si nécessaire. Le modèle de gestion centralisée de la plateforme utilise vCenter Server pour orchestrer la gestion de plusieurs hôtes ESXi, tout en permettant un large éventail de fonctionnalités avancées, telles que l’équilibrage automatique de la charge, la mise en grappe à haute disponibilité, la migration en direct (vMotion), et bien d’autres encore.

Ce qui différencie VMare de ses concurrents, c’est sa combinaison d’intégration et de compatibilité avec les entreprises . Les entreprises peuvent virtualiser les charges de travail existantes en y apportant peu ou pas de modifications, ce qui en fait une option parfaite pour la plupart des applications existantes. La maturité de l’écosystème et la responsabilité des fournisseurs sont deux avantages considérables de VMware, un seul fournisseur étant responsable de l’ensemble de la pile, ce qui permet d’établir des voies d’escalade claires et d’éviter d’être pointé du doigt en cas de problèmes critiques.

ESXi et ses fonctionnalités

ESXi est un hyperviseur bare-metal de VMware qui est installé directement sur des serveurs physiques, offrant de meilleures performances et une sécurité plus stricte que dans la plupart des solutions hébergées. L’accès direct de l’hyperviseur au matériel élimine la surcharge du système d’exploitation hôte, ce qui permet des extensions de virtualisation matérielle capables d’améliorer considérablement les performances des machines virtuelles.

Le renforcement de la sécurité est assuré par l’empreinte minimale d’ESXi : étant donné que seuls les composants de virtualisation essentiels sont inclus dans l’hyperviseur, la surface d’attaque potentielle est considérablement réduite. Les mécanismes de correction automatisés peuvent déployer des mises à jour dans des infrastructures massives avec un temps d’arrêt minimal, ce qui constitue un avantage essentiel pour les environnements soumis à des exigences strictes en matière de gestion du changement.

Un élément avancé de gestion des ressources surveille la consommation des machines virtuelles en temps réel et ajuste automatiquement la programmation du processeur, l’allocation de la mémoire et la priorisation des E/S, en fonction de la charge de travail et d’autres facteurs. Ces algorithmes intelligents évitent les conflits de ressources tout en maximisant l’utilisation globale du système.

L’intégration du stockage permet aux entreprises d’exploiter les investissements existants (via Fibre Channel, iSCSI, NFS, vSAN de VMware) tout en offrant des voies de mise à niveau claires le cas échéant. L’intégration étroite avec les baies de stockage d’entreprise permet d’utiliser des fonctionnalités plus avancées, telles que la hiérarchisation automatisée du stockage et les instantanés basés sur les baies.

Comment ESXi gère les machines virtuelles

La gestion des machines virtuelles dans ESXi fonctionne en utilisant plusieurs couches d’abstraction et mécanismes de contrôle pour assurer une visualisation fiable et rapide à travers diverses charges de travail. L’hyperviseur ne se contente pas de partitionner les ressources matérielles ; il gère et optimise activement l’exécution des machines virtuelles à l’aide d’algorithmes sophistiqués capables de s’adapter aux modèles de charge de travail et aux conditions changeantes.

La gestion de la mémoire utilise le partage transparent des pages, le gonflement de la mémoire et la compression pour maximiser l’utilisation de l’espace de stockage. Si plusieurs machines virtuelles utilisent des systèmes d’exploitation identiques, le partage de pages peut éliminer les pages de mémoire en double, ce qui augmente la densité globale des machines virtuelles. Le ballonnement de la mémoire récupère également la mémoire inutilisée des machines virtuelles inactives et la redistribue aux charges de travail actives sans impact notable sur les performances.

La planification de l’unité centrale utilise des algorithmes de partage proportionnel pour garantir une distribution équitable des ressources tout en respectant les priorités existantes. Les machines virtuelles ayant des niveaux de réservation plus élevés reçoivent des cycles garantis, tandis que les parts déterminent la priorité relative dans les situations de conflit. Une planification sophistiquée est nécessaire pour éviter la pénurie de ressources, tout en permettant des ratios de surengagement intelligents qui maximisent l’utilisation du matériel, ce qui est particulièrement utile pour les entreprises ayant des modèles de charge de travail mixtes.

Le contrôle des E/S de stockage surveille la latence et le débit de toutes les machines virtuelles et permet de limiter automatiquement les E/S des machines virtuelles qui risquent de saturer le stockage partagé. De cette manière, les problèmes de « voisinage bruyant » peuvent être évités (situations dans lesquelles l’activité de stockage d’une machine virtuelle nuit considérablement aux performances de tous les autres systèmes). Il s’agit d’un problème très spécifique qui devient encore plus pertinent dans les environnements de bases de données virtualisées, où les performances de stockage ont un impact direct sur l’expérience de l’utilisateur et la réactivité de l’application.

La virtualisation du réseau au moyen de commutateurs virtuels distribués maintient des politiques cohérentes entre les hôtes ESXi, ce qui permet une migration transparente des machines virtuelles d’un serveur à l’autre tout en préservant les configurations de réseau pour la reprise après sinistre ou la maintenance. L’architecture des commutateurs distribués centralise les efforts de gestion des politiques de réseau, tout en distribuant l’application à des hôtes individuels, offrant une combinaison d’évolutivité des performances et de simplicité opérationnelle.

OpenStack vs VMware : Qui excelle en matière de sauvegarde ?

Les stratégies de sauvegarde révèlent des différences fondamentales dans la façon dont VMware et OpenStack abordent la protection et la récupération des données. Bien que chacun d’entre eux prenne en charge des solutions de sauvegarde complètes, leur abondance de distinctions architecturales crée de nombreuses opportunités et défis uniques pour les entreprises qui recherchent des architectures résilientes avec des objectifs spécifiques à l’esprit.

L’écosystème intégré de VMware offre des solutions de sauvegarde « éprouvées » sur lesquelles s’appuient les grandes entreprises dont les charges de travail sont critiques, en mettant fortement l’accent sur la simplicité opérationnelle et la responsabilité des fournisseurs. OpenStack, en revanche, utilise une architecture orientée services avec un contrôle granulaire sur les processus de sauvegarde à l’aide d’approches orientées API ; une approche plus flexible en comparaison, mais qui présente également un niveau de complexité plus élevé pour la planification et la mise en œuvre.

Comparaison des architectures de sauvegarde

Outils de sauvegarde dans OpenStack

L’architecture distribuée d’OpenStack nécessite une approche multicouche qui prend en compte les instances de calcul, le stockage persistant et les métadonnées séparément. Cette granularité étendue offre un contrôle sans précédent sur les politiques de sauvegarde, mais nécessite une orchestration très prudente et nuancée pour maintenir la cohérence dans l’ensemble de la pile d’infrastructure.

Freezer est le service de sauvegarde natif d’OpenStack , qui a été conçu spécifiquement pour les environnements cloud-natifs. Il fonctionne au niveau du service, ce qui le rend très différent des solutions traditionnelles qui traitent les machines virtuelles comme des unités monolithiques. Freezer permet aux administrateurs de créer des sauvegardes d’instances Nova, de volumes Cinder, de conteneurs Swift et même de configurations de locataires, tout en utilisant les mêmes politiques unifiées. Le service prend en charge les sauvegardes incrémentielles, le chiffrement et la réplication entre régions, ce dernier point étant extrêmement important pour les déploiements géographiquement distribués.

L’intégration de tiers à l’aide des API REST d’OpenStack permet aux entreprises de tirer parti de l’infrastructure de sauvegarde existante. Des solutions comme Commvault, Veeam, et Bacula Enterprise fournissent des connecteurs compatibles avec OpenStack capables de découvrir automatiquement les ressources des locataires, d’appliquer des politiques cohérentes et de conserver les métadonnées de sauvegarde au sein de l’élément Keystone pour une restauration simplifiée.

L’écosystème des instantanés comprend à la fois de simples copies ponctuelles et des instantanés cohérents avec les applications, coordonnés entre plusieurs services. Par exemple, les instantanés Cinder peuvent être synchronisés avec les instantanés d’instance Nova et la version d’objet Swift pour créer des points de restauration détaillés capables d’offrir une cohérence des données à travers des piles d’applications distribuées.

L’orchestration personnalisée des sauvegardes à l’aide de l’API OpenStack permet aux entreprises de mettre en œuvre des flux de travail dédiés adaptés à des besoins spécifiques. Les outils d’automatisation basés sur Python peuvent coordonner les opérations de sauvegarde dans différentes zones de disponibilité, mettre en œuvre des politiques de rétention personnalisées et s’intégrer à des systèmes de surveillance externes pour offrir des ensembles de fonctionnalités de reporting et d’alerte à multiples facettes.

Stratégies de sauvegarde VMware : Zoom sur les stratégies de sauvegarde VMware

L’écosystème de sauvegarde de VMware bénéficie grandement de ses décennies d’expérience en matière de déploiement en entreprise, ce qui permet de créer des solutions profondément intégrées, simples et d’une fiabilité impressionnante. L’architecture de la plate-forme permet d’intégrer le suivi des blocs modifiés et le kit de développement de disques virtuels, ce qui peut réduire considérablement les frais généraux de sauvegarde et les besoins en stockage.

Les instantanés vSphere sont à la base de la plupart des stratégies de sauvegarde utilisant VMware : ils capturent l’état de la machine virtuelle, le contenu de sa mémoire et les modifications du disque de manière coordonnée afin de garantir la cohérence. Cependant, ces instantanés ont été conçus avant tout pour une utilisation à court terme, ce qui les rend peu adaptés à autre chose qu’à l’initiation d’une sauvegarde.

L’intégration de la sauvegarde d’entreprise atteint sa maturité lorsqu’elle est utilisée avec des solutions conçues spécifiquement pour vSphere. Cela inclut des exemples comme Veeam Backup & Replication, qui effectue des sauvegardes au niveau de l’image sans nécessiter l’installation d’agents dans les machines virtuelles. L’architecture de proxy de sauvegarde décharge les charges de travail de traitement des hôtes ESXi de production, tout en utilisant des snapshots de stockage et un accès direct au SAN pour optimiser le trafic réseau lors des tâches intensives (telles que les opérations de sauvegarde).

L’intégration de vCenter étend les capacités de sauvegarde actuelles au-delà de la protection individuelle des machines virtuelles en fournissant également des scénarios complets de récupération de l’infrastructure. Les solutions de sauvegarde modernes peuvent capturer les configurations vCenter, les paramètres des commutateurs virtuels distribués, les hiérarchies des pools de ressources et les stratégies de stockage vSAN en cas de besoin. Il s’agit d’une approche complexe qui aide les entreprises à récupérer des configurations de centres de données entiers après des pannes massives ou d’autres problèmes de même ampleur.

L’un des principaux avantages de VMware est la prise en compte des applications. L’intégration avec Microsoft VSS, Oracle RMAN et d’autres API spécifiques aux applications assure la cohérence transactionnelle des charges de travail des bases de données. Ces intégrations sont également coordonnées avec vSphere pour créer des points de reprise cohérents avec les applications, sans effectuer de longues opérations de mise en veille qui pourraient avoir un impact sur les performances de production pendant une période prolongée.

Sauvegardes planifiées dans OpenStack par rapport à ESXi

Les approches de planification de ces solutions révèlent des différences dans les philosophies architecturales qui vont au-delà de la simple automatisation. La conception orientée services d’OpenStack permet de mettre en œuvre des politiques de planification fines qui s’adaptent aux modèles d’application natifs du cloud, tandis que les méthodes plus intégrées de VMware offrent des capacités de planification robustes avec une fiabilité de niveau entreprise.

La flexibilité de planification d’OpenStack est possible grâce à son architecture API-first et à son intégration avec des plateformes d’orchestration telles qu’Ansible et Heat. Les organisations peuvent mettre en œuvre des planifications de sauvegarde sophistiquées qui suivent les priorités des locataires, la disponibilité des ressources et les exigences de réplication interrégionale, le tout en même temps. La planification axée sur les politiques peut utiliser des balises de ressources, l’appartenance à un projet et des métadonnées personnalisées pour permettre l’automatisation des politiques de sauvegarde, ce qui permet de configurer des délais et des fonctionnalités de sauvegarde spécifiques dans des circonstances particulières. Ainsi, les machines virtuelles de production peuvent recevoir des instantanés toutes les heures avec une rétention prolongée, tandis que les ressources de développement sont sauvegardées quotidiennement avec des fenêtres de rétention beaucoup plus courtes.

La complexité de la planification de VMware s’appuie sur ses capacités de gestion centralisée pour créer des politiques de sauvegarde de niveau entreprise sur l’ensemble des infrastructures virtuelles. L’intégration avec Distributed Resource Scheduler garantit que les opérations de sauvegarde n’entrent pas en conflit avec les charges de travail critiques pendant les heures de pointe. Les programmes de sauvegarde peuvent également s’ajuster automatiquement pour répondre aux changements dans : les modèles d’utilisation des ressources des machines virtuelles, les mesures de performance du stockage et la disponibilité de la bande passante du réseau.

La planification en fonction des ressources dans les environnements VMware fonctionne avec l’intégration des baies de stockage, ce qui permet aux opérations de sauvegarde d’utiliser les fonctions d’instantané basées sur les baies pendant les périodes de faible activité de la journée de travail. Cette coordination permet de minimiser l’impact sur les performances des charges de travail de production, tout en garantissant l’exhaustivité des opérations de sauvegarde dans des fenêtres de maintenance prédéfinies.

Principaux enseignements

Choisissez OpenStack pour vos besoins en matière de sauvegarde :

• Automatisation pilotée par API et flux de travail personnalisés ;
• Optimisation des coûts grâce à des architectures de sauvegarde flexibles ;
• Contrôle granulaire des politiques et procédures de sauvegarde ;
• Prise en charge de stratégies de sauvegarde isolées dans des environnements multi-locataires.

Choisissez VMware lorsque vos besoins en matière de sauvegarde ressemblent davantage à ceci :

• Intégration transparente avec les solutions de sauvegarde d’entreprise existantes ;
• Capacités complètes de reprise après sinistre ;
• Simplicité opérationnelle et responsabilité du fournisseur ;
• Prise en charge facile des applications héritées avec des modifications minimes des procédures de sauvegarde.

Comment migrer entre OpenStack et VMware ?

La migration entre ces plateformes est l’une des entreprises les plus complexes de la gestion moderne des infrastructures. Les différences architecturales entre les deux créent des défis substantiels qui vont au-delà du simple déplacement de la charge de travail, nécessitant une combinaison de planification minutieuse, d’outils spécialisés et de changements fondamentaux dans les processus opérationnels. Les organisations semblent poursuivre ces migrations lorsqu’elles sont motivées par des efforts d’optimisation des coûts ou des fournisseurs, avec une réorientation stratégique vers une infrastructure à code source ouvert comme autre possibilité.

La complexité globale du processus découle des différences fondamentales dans la manière dont chaque plateforme abstrait et gère les ressources. L’approche intégrée de VMware crée des dépendances qu’il est difficile de traduire directement dans l’architecture orientée services d’OpenStack. La modularité d’OpenStack peut également être difficile à gérer lorsqu’il est nécessaire de la consolider avec l’écosystème unifié de VMware.

Cadre de planification de la migration

Le catalogage de l’infrastructure doit s’étendre au-delà des VM pour inclure les politiques de sécurité, les configurations réseau, les scripts d’automatisation et les procédures opérationnelles. Cette évaluation peut révéler des dépendances cachées qu’il peut être important de transférer, comme des scripts de sauvegarde utilisant des API spécifiques à une plateforme ou une configuration d’équilibreur de charge liée à des topologies réseau spécifiques.

La classification de la charge de travail détermine la complexité et l’approche de la migration :

• Migrations simples: Applications sans état avec peu ou pas de dépendances d’infrastructure.
• Migrations complexes: Applications multi-niveaux nécessitant un réseau ou un stockage spécialisé.
• Migrations à haut risque: Serveurs de base de données nécessitant des garanties de cohérence des données ; applications avec des licences spécifiques à la plate-forme.

Les processus de planification des délais et des risques doivent tenir compte des courbes d’apprentissage, des phases de test et des scénarios de retour en arrière. Les migrations de VMware vers OpenStack sont confrontées à des courbes d’apprentissage opérationnel plus raides, tandis que les transitions d’OpenStack vers VMware peuvent se heurter à des contraintes de licence ou à des limitations architecturales.

Il convient également d’accorder une grande importance aux coûts de migration, car de nombreux facteurs différents contribuent au coût total de la migration, en plus des frais de licence initiaux :

• Changements de licence ;
• Services de conseil ;
• Réingénierie des outils et des processus ;
• Formation et certification du personnel ;
• Coûts d’immobilisation.

Migration de VMware vers OpenStack

Les aspects techniques exacts varieront dans la plupart des cas, en fonction de nombreux facteurs, mais un certain nombre d’éléments techniques majeurs sont suffisamment communs pour être couverts ici.

La conversion d’image disque est le chemin le plus direct pour la migration, en utilisant les outils qemu-img pour convertir les fichiers VMDK (VMware) directement au format QCOW2 (OpenStack). Il convient toutefois de noter que les différences d’abstraction matérielle entre le matériel virtuel de VMware et la virtualisation basée sur KVM d’OpenStack nécessitent des tests minutieux et approfondis.

La traduction de l’architecture réseau est la partie la plus difficile de la migration. Tous les commutateurs virtuels distribués, groupes de ports et configurations VLAN de VMware doivent s’adapter au modèle de réseau Neutron d’OpenStack. En outre, les entreprises qui utilisent des fonctions réseau VMware avancées (telles que des équilibreurs de charge ou des pare-feu distribués) peuvent être amenées à redéfinir l’ensemble de leurs topologies réseau à partir de zéro.

Les stratégies de migration du stockage varient considérablement en fonction de la complexité de l’infrastructure sous-jacente. Les utilisateurs de VMware vSAN sont confrontés à des défis particuliers, en raison de l’absence d’équivalents directs du côté d’OpenStack, ce qui nécessite une migration transitoire vers Ceph, Swift ou une autre solution compatible avec OpenStack, avec un impact potentiel sur les performances.

Les facteurs clés de succès comprennent l’utilisation d’une approche de projet pilote, ainsi que des tests d’environnement parallèle avant la migration de la production. La validation de la compatibilité des applications et l’investissement dans le développement des compétences du personnel sont également très importants.

Migration d’OpenStack vers VMware

La même logique s’applique ici aussi, certains éléments clés du processus de migration étant suffisamment communs pour être soulignés en détail.

La conversion des instances nécessite de traduire l’allocation flexible des ressources d’OpenStack au modèle plus structuré de VMware. Les machines virtuelles dotées d’une capacité de redimensionnement dynamique ont besoin d’allocations de ressources fixes, ce qui nécessite une planification minutieuse de la capacité pour éviter le sur- ou le sous-provisionnement.

La simplification de la gestion des identités devient nécessaire car Keystone d’OpenStack peut offrir des capacités de contrôle d’accès basées sur les rôles avec plus de granularité que la gestion traditionnelle des utilisateurs de VMware. Les entreprises doivent soit mettre en œuvre des solutions d’identité supplémentaires, soit simplifier leurs politiques d’accès existantes.

Les processus de consolidation du stockage peuvent s’avérer bénéfiques, plusieurs services de stockage OpenStack pouvant être consolidés dans l’architecture centralisée de VMware. Cependant, toutes les applications qui utilisent directement les API de stockage d’objets devront être modifiées en conséquence.

L’ensemble du processus de traduction nécessite généralement une complexité administrative, tout en perdant une partie de la flexibilité du système. Les outils à interface graphique de VMware simplifient les opérations pour les équipes bien familiarisées avec les interfaces de ligne de commande d’OpenStack, mais peuvent nécessiter un recyclage du personnel et une mise à jour des instructions de procédure.

Calendrier de migration et étapes d’atténuation des risques

Un calendrier de migration de système typique devrait comprendre les étapes suivantes :

1. Évaluation et planification
   1. Découverte de l’infrastructure et cartographie des dépendances
   2. Formation du personnel et développement des compétences
   3. Classification de la charge de travail et hiérarchisation de la migration
2. Migration pilote
   1. Tests des charges de travail non critiques
   2. Développement d’outils et d’automatismes
   3. Validation et perfectionnement des processus
3. Migration de production
   1. Migration progressive de la charge de travail en fonction de la complexité
   2. Mise en œuvre de procédures opérationnelles
   3. Test et validation de l’application
4. Optimisation et stabilisation
   1. Réglage et optimisation des performances
   2. Documentation et normalisation des processus
   3. Certification du personnel et formation avancée

Les stratégies d’atténuation des risques potentiellement utiles pour les processus de migration comprennent des tests appropriés des procédures de retour en arrière pour chaque charge de travail, des opérations parallèles prolongées pendant les périodes de transition, des plans de sauvegarde et de récupération complets, et l’engagement de l’assistance du fournisseur dans les phases de migration les plus critiques.

Principaux cas d’utilisation : OpenStack vs VMware

Un examen détaillé des scénarios de déploiement dans le monde réel est nécessaire pour comprendre où chaque plateforme excelle. Les modèles d’adoption par les entreprises peuvent aider à révéler les points forts distincts dans lesquels les décisions architecturales de chaque plateforme peuvent créer des avantages convaincants pour des exigences techniques et des besoins organisationnels spécifiques.

Les bastions de VMware dans les entreprises

VMware occupe une position dominante incontestée dans les environnements d’entreprise traditionnels où la stabilité, le support des fournisseurs et la simplicité opérationnelle sont plus importants que la flexibilité et l’optimisation des coûts. Les grandes institutions financières, les organismes de santé et les agences gouvernementales ont tendance à préférer VMware pour les applications critiques exigeant des performances prévisibles, un support complet et des capacités éprouvées de reprise après sinistre. Ces environnements se caractérisent souvent par des configurations matérielles standardisées, des procédures opérationnelles établies et des cultures informatiques peu enclines au risque, qui privilégient la maturité de l’écosystème VMware par rapport à des méthodes ou des approches plus expérimentales.

La modernisation des applications patrimoniales est la proposition de valeur la plus convaincante de VMware. Les entreprises ayant investi dans des applications Windows, des logiciels propriétaires avec des exigences spécifiques en matière de virtualisation et des applications multiniveaux complexes peuvent considérer que l’accent mis par VMware sur la compatibilité n’a absolument pas de prix. La possibilité de virtualiser des applications exigeantes sans les modifier rend VMware incroyablement intéressant pour les entreprises qui ne peuvent pas facilement remanier leurs portefeuilles d’applications. Ce facteur devient encore plus important lorsqu’il s’agit d’applications d’entreprise pour lesquelles il existe des accords de licence liés à des plates-formes de virtualisation spécifiques.

Les environnements de développement d’entreprise, en revanche, sont ceux où les avantages opérationnels de VMware sont évidents. L’intégration de vCenter et la gestion mature des modèles ont tendance à séduire les entreprises qui standardisent les environnements de développement au sein d’équipes distribuées. Des fonctionnalités telles que les clones liés, le provisionnement automatisé (via vRealize Automation) et l’intégration transparente avec les systèmes d’identité de l’entreprise contribuent à créer des expériences convaincantes pour les développeurs, en particulier dans les entreprises centrées sur Windows où la fiabilité et la cohérence sont bien plus appréciées que la flexibilité étendue.

Les avantages d’OpenStack en matière d’innovation

OpenStack brille le plus dans les environnements où le développement cloud-native, la personnalisation et le contrôle des coûts déterminent la plupart des décisions en matière d’infrastructure. Les entreprises technologiques, les organisations qui créent des plateformes de logiciels en tant que service et les instituts de recherche apprécient OpenStack pour sa capacité à prendre en charge des charges de travail à multiples facettes sans craindre d’être enfermés dans un fournisseur. Ces déploiements se caractérisent souvent par un matériel hétérogène, des exigences d’automatisation personnalisées et des équipes de développement qui sont à l’aise avec les processus de gestion d’infrastructure pilotés par API.

Les fournisseurs de services multi-locataires représentent les clients cibles les plus naturels d’OpenStack. Les entreprises de télécommunication, les fournisseurs de services gérés et les opérateurs de cloud public peuvent utiliser tout le potentiel de l’allocation flexible des ressources d’OpenStack, des capacités d’isolation des locataires et de l’écosystème étendu d’API pour créer des offres de services différenciées. Le fait que cette plateforme puisse facilement prendre en charge des milliers de locataires dont les besoins en ressources et les accords de niveau de service varient la rend particulièrement attrayante pour les organisations qui monétisent des services d’infrastructure. Contrairement à VMware et à son modèle de licence par socket, OpenStack permet aux fournisseurs de services d’évoluer sans augmentation proportionnelle des coûts de licence.

Les environnements de développement « cloud-native » bénéficient également des avantages architecturaux d’OpenStack. La conception API-first de la plateforme et son intégration avec les chaînes d’outils DevOps en font un excellent choix pour les entreprises qui adoptent les méthodologies d’infrastructure en tant que code. Les équipes de développement qui s’appuient sur Ansible, Kubernetes ou Terraform préfèrent souvent OpenStack pour son contrôle granulaire des ressources et ses capacités d’automatisation étendues. Il peut provisionner de manière programmatique des environnements multiniveaux complexes pour prendre en charge les pipelines d’intégration continue et les scénarios de tests automatisés qui nécessiteraient un outillage administratif important dans n’importe quel environnement VMware.

Déploiements de cloud hybride et d’informatique en périphérie (Edge Computing)

Les stratégies de cloud hybride mettent en évidence les capacités évolutives des deux plates-formes, bien que par le biais d’approches différentes. Le vCloud Director de VMware et les partenariats stratégiques de cloud computing permettent aux entreprises d’étendre leur infrastructure sur site aux fournisseurs de cloud public, tout en conservant des interfaces de gestion cohérentes. Cette approche est particulièrement intéressante pour les entreprises qui souhaitent bénéficier des avantages du cloud sans apporter de changements opérationnels fondamentaux à leurs environnements existants, en créant un chemin de migration qui préserve les compétences et les procédures en place.

Le rôle d’OpenStack dans les scénarios hybrides met fortement l’accent sur l’intégration du nuage privé avec les services du nuage public. Les entreprises qui utilisent OpenStack peuvent mettre en œuvre des API cohérentes pour les ressources de cloud privé et de cloud public, ce qui permet une véritable portabilité de la charge de travail avec un ensemble de fonctions d’automatisation unifiées. Une telle flexibilité est une condition sine qua non pour les organisations qui ont des exigences en matière de souveraineté des données ou des besoins de conformité spécialisés, en d’autres termes, tout ce qui pourrait empêcher l’adoption complète du cloud public.

Le paysage émergent de l’informatique en périphérie introduit également ses propres modèles de différenciation pour ces solutions. VMware se concentre davantage sur les entreprises qui déploient des configurations standardisées sur des sites distribués, grâce à des produits tels que VMware Edge Compute Stack. Les capacités de gestion centralisée de la plateforme (associées à des fonctions de déploiement automatisé) intéressent fortement les détaillants, les fabricants et les entreprises de télécommunications qui doivent gérer des milliers de sites distants avec peu ou pas d’assistance informatique locale.

OpenStack présente également sa propre part d’avantages en matière d’informatique de périphérie, grâce à son architecture modulaire. Il reste un excellent choix pour toute entreprise qui nécessite une intégration avec du matériel spécialisé ou des configurations de périphérie personnalisées (par exemple, en exécutant uniquement les services Nova et Neutron), offrant une immense flexibilité qu’aucune plateforme intégrée ne peut facilement égaler, tout en permettant également des solutions de périphérie uniques pour l’IoT, la fabrication et les applications de recherche.

Gestion du stockage : VMware vs OpenStack

Les architectures de stockage révèlent des différences philosophiques fondamentales entre ces plateformes. L’approche unifiée du stockage de VMware se démarque par rapport au modèle de ségrégation des services d’OpenStack, créant des avantages distincts pour différents cas d’utilisation et besoins organisationnels.

La stratégie de stockage de VMware est axée sur la simplification et l’abstraction. vSphere offre une vue unifiée des ressources de stockage, quelle que soit l’architecture sous-jacente, ce qui permet d’activer des fonctionnalités telles que Storage vMotion pour une migration transparente des disques et Storage DRS pour un équilibrage automatique de la charge. Le concept de datastore généré par la plateforme crée une simplicité opérationnelle en permettant aux VM de consommer du stockage à partir de différents pools, sans exposer les administrateurs à une complexité inutile.

OpenStack adopte sa spécialisation de service avec une variété de composants distincts : Swift pour le stockage d’objets, Cinder pour le stockage de blocs et Glance pour la gestion des images. Cette séparation permet aux organisations d’optimiser chaque type de stockage indépendamment du reste, tout en mélangeant différentes technologies pour obtenir les meilleurs résultats en termes de performances et d’optimisation. La prise en charge de la multi-location offre des ressources de stockage isolées avec une gestion granulaire des devis, ce qui permet aux locataires de contrôler étroitement le provisionnement du stockage à l’aide d’interfaces en libre-service.

La complexité opérationnelle est l’un des principaux facteurs de différenciation entre les deux solutions.

• VMware propose une gestion unifiée du stockage à l’aide de vCenter, avec des interfaces cohérentes pour une gamme variée de systèmes de stockage.
• OpenStack utilise un modèle orienté service qui permet une automatisation puissante à l’aide d’API REST bien documentées, mais nécessite également une bonne maîtrise de plusieurs API et approches de configuration.

Les caractéristiques d’évolutivité de ces plateformes sont également très différentes les unes des autres. VMware a tendance à évoluer en développant les datastores ou en ajoutant des baies de stockage avec une gestion centralisée. OpenStack utilise une approche beaucoup plus distribuée, permettant au stockage objet Swift de s’étendre sur plusieurs régions, tandis que Cinder s’intègre à des solutions définies par logiciel, telles que Ceph, pour s’étendre horizontalement sur du matériel de base.

Points forts comparés d’OpenStack et de VMware

Il serait juste de dire que cet article a exploré un grand nombre de caractéristiques et d’avantages de chaque plateforme. Cependant, l’exploration de plusieurs options supplémentaires rendra cette comparaison plus nuancée et plus détaillée.

Avantages de VMware pour les entreprises

La disponibilité des talents est l’un des principaux avantages opérationnels de VMware. La présence de cette plate-forme sur le marché depuis deux décennies a permis de constituer un vaste vivier d’administrateurs, d’architectes et de consultants expérimentés, dotés d’un savoir-faire spécifique. Par conséquent, les entreprises devraient avoir plus de facilité à recruter du personnel, à accéder aux ressources de formation et à faire appel à des services de conseil tiers, ce qui réduit les risques de mise en œuvre et les défis opérationnels permanents.

Les certifications de conformité réglementaire et de sécurité témoignent de l’importance accordée par VMware à sa clientèle d’entreprises. VMware possède des certifications de conformité étendues (normes STIG, Critères communs, FIPS 140-2) exigées par les gouvernements et les secteurs hautement réglementés. Les guides de renforcement de la sécurité de VMware et l’intégration des outils de sécurité d’entreprise permettent également de créer des cadres de conformité qu’il serait beaucoup plus difficile d’établir au même niveau dans OpenStack.

La sophistication de la gestion des changements permet d’apporter des modifications contrôlées à l’infrastructure (avec des mécanismes complets de retour en arrière). Des fonctionnalités telles que la planification des ressources distribuées, le mode maintenance et le basculement automatisé contribuent à réduire le risque de pannes liées aux changements qui affectent parfois des environnements distribués plus complexes.

Les atouts d’OpenStack en matière d’innovation

La vitesse d’innovation est un avantage considérable, en plus de la flexibilité technique dont nous avons déjà parlé. Le modèle de développement ouvert de la plateforme offre des capacités d’intégration rapide pour les technologies de pointe, telles que l’accélération GPU, l’orchestration de conteneurs et l’edge computing. Ces fonctionnalités peuvent mettre des années à apparaître dans les plateformes propriétaires, alors qu’OpenStack peut les intégrer en quelques mois seulement.

L’implication de la communauté mondiale permet d’obtenir des perspectives diverses sur les mêmes sujets, ainsi que des capacités efficaces de résolution des problèmes. Les problèmes découverts par une organisation peuvent être atténués ou résolus à l’aide de solutions développées par divers membres de la communauté ou par des entreprises confrontées à des défis similaires. Cette approche collaborative accélère la résolution des problèmes et le développement des fonctionnalités, surtout si on la compare à la façon dont fonctionnent la plupart des modèles d’assistance traditionnels des fournisseurs.

L‘économie de la mise à l’échelle horizontale permet des modèles de croissance plus rentables que les plateformes traditionnelles ont souvent du mal à offrir. La possibilité d’augmenter la capacité de manière incrémentielle, en utilisant uniquement du matériel de base, n’a pas de prix, en particulier lorsqu’elle est utilisée sans être limitée par des goulets d’étranglement architecturaux ou des augmentations proportionnelles des coûts de licence.

Structures de coûts : VMware et OpenStack

Les comparaisons de coûts entre ces plateformes peuvent révéler des complexités substantielles qui vont bien au-delà des simples comparaisons de licences. Dans les deux cas, le coût total de possession doit inclure à la fois les informations relatives aux licences elles-mêmes, les exigences matérielles, les dépenses opérationnelles et les coûts cachés qui surprennent souvent les organisations lors de la mise en œuvre et même pendant l’exploitation courante.

Les aspects économiques des licences VMware

Le modèle de licence de VMware propose des frais d’ abonnement prévisibles basés sur les cœurs de processeur, la capacité de mémoire ou le nombre de machines virtuelles. Ces coûts sont transparents et prévisibles, mais ils peuvent augmenter considérablement à mesure que l’infrastructure se développe, ce qui incite les entreprises à optimiser la densité des machines virtuelles et à améliorer l’utilisation des ressources pour éviter des augmentations de coûts massives.

Les coûts des fonctionnalités d’entreprise ajoutent encore à la complexité du modèle de tarification actuel de VMware. Les licences vSphere de base offrent des fonctionnalités de virtualisation fondamentales, mais les fonctionnalités plus avancées, telles que vMotion, Distributed Resource Scheduler ou le clustering à haute disponibilité, nécessitent l’achat de licences de niveau supérieur. Il n’est pas rare que les entreprises découvrent que des fonctions supposées incluses nécessitent en fait des compléments coûteux ou des augmentations de prix en plus des frais de licence existants, ce qui crée des « surprises budgétaires » au cours de la mise en œuvre.

Les frais d’assistance et de maintenance donnent accès à une assistance technique, à des mises à jour logicielles et à des bases de connaissances étendues qui peuvent réduire considérablement les frais généraux d’exploitation. Ce type d’assistance est justifié pour la plupart des organisations, en raison de la réduction des temps d’arrêt et de la résolution plus rapide des problèmes qu’il entraîne.

Les coûts cachés d’OpenStack

OpenStack a entièrement éliminé les frais de licence, mais cet avantage apparent en termes de coûts nécessite tout de même une analyse minutieuse des dépenses potentielles de mise en œuvre et d’exploitation qui ne sont pas exactement apparentes. La plupart des entreprises devraient investir massivement dans du personnel qualifié, des formations et même des services de conseil pour déployer et gérer avec succès des environnements basés sur OpenStack. Les connaissances uniques requises pour gérer ces processus exigent souvent des salaires élevés qui peuvent compenser les économies potentielles sur les licences, en particulier dans les petits déploiements.

La flexibilité du matériel est un avantage incontestable d’OpenStack en termes de coûts, car elle permet d’utiliser du matériel de base pour étendre l’infrastructure. Les organisations peuvent tirer parti de serveurs, d’équipements réseau et de systèmes de stockage standard sans exigences spécifiques à un fournisseur, ce qui permet des processus d’approvisionnement compétitifs tout en réduisant la dépendance à l’égard de fournisseurs de matériel spécifiques.

Le coût de la complexité opérationnelle est une dépense cachée substantielle d’OpenStack que de nombreuses entreprises ont tendance à sous-estimer. Les déploiements de ce type nécessitent généralement des équipes opérationnelles plus importantes dotées de compétences diverses, qu’il s’agisse de scripts Python, d’administration Linux, de mise en réseau, d’expertise en matière de stockage, etc. La complexité du dépannage de la plateforme peut influer sur les délais de résolution de nombreux problèmes différents, avec un impact potentiel sur la disponibilité du service et, parfois, la nécessité d’une dotation en personnel supplémentaire, voire de contrats d’assistance externes.

Évolutivité, seuil de rentabilité, dynamique du marché et risque lié au fournisseur

L’équation des coûts varie considérablement en fonction de l’ampleur du déploiement et des capacités de l’organisation. Les déploiements de petite ou moyenne envergure tendent à favoriser les frais généraux opérationnels de VMware, malgré des coûts de licence plus élevés. Les grands déploiements peuvent réaliser des économies substantielles avec OpenStack, à condition d’acquérir au préalable une expertise opérationnelle et des capacités de gestion adéquates.

Les coûts d’intégration des tiers peuvent avoir un impact sur les deux plateformes, mais de manière différente. La maturité de l’écosystème VMware réduit souvent les dépenses d’intégration grâce à des connecteurs prédéfinis et à des solutions certifiées. Les déploiements OpenStack, en revanche, peuvent être notoirement difficiles à mettre en place, avec un développement personnalisé ou des conseils spécialisés nécessaires dans de nombreux cas complexes pour s’intégrer aux applications d’entreprise, aux solutions de sauvegarde et aux systèmes de surveillance.

Les considérations de coût à long terme, y compris la dynamique des relations avec les fournisseurs, influencent à leur manière la fixation des prix au fil du temps. L’acquisition de VMware par Broadcom en 2023 est un bon exemple de la validité de ces préoccupations, lorsque des changements substantiels du modèle de licence et des augmentations de prix significatives ont entraîné un exode massif des entreprises clientes vers des alternatives potentielles (y compris OpenStack). L’acquisition a également éliminé les options de licence perpétuelle, forçant les clients à adopter des modèles d’abonnement, tout en mettant fin à des produits de niveau inférieur que de nombreuses petites organisations utilisaient.

La nature open-source d’OpenStack protège contre le verrouillage des fournisseurs, mais son risque de prix est largement concentré dans différents facteurs, tels que les marchés de la main-d’œuvre qualifiée, les fournisseurs de matériel et les fournisseurs de services d’assistance. Les investissements dans la formation et la certification varient également considérablement entre les deux, VMware offrant des programmes bien établis et des coûts prévisibles. Les investissements requis dans la formation pour OpenStack sont plus difficiles à évaluer, en raison de l’évolution et de l’amélioration rapides d’OpenStack.

VMware vs OpenStack : Réflexions finales

Le choix entre VMware et OpenStack dépend en grande partie des priorités de l’organisation, plutôt que de la supériorité technique pure d’une solution par rapport à une autre. VMware excelle dans les environnements qui privilégient la simplicité opérationnelle, la responsabilité des fournisseurs et une intégration d’entreprise éprouvée, ce qui en fait une solution idéale pour les organisations peu enclines à prendre des risques et dotées de processus informatiques établis. L’écosystème mature de VMware offre une valeur substantielle aux entreprises qui ne peuvent pas se permettre des temps d’arrêt prolongés ou des scénarios de dépannage complexes.

OpenStack, en revanche, brille là où la flexibilité, le contrôle des coûts et l’innovation technologique sont plus importants que tout, même la simplicité opérationnelle. L’architecture ouverte de la plateforme offre des options de personnalisation étendues que les solutions propriétaires ne peuvent même pas égaler, ce qui attire fortement les entreprises technologiques, les fournisseurs de services et les entreprises ayant des besoins spécialisés. En même temps, cette flexibilité a un prix élevé : la nécessité d’embaucher et de maintenir un personnel qualifié et des processus de gestion sophistiqués.

L’échelle joue un rôle crucial dans le choix entre les deux options. Les déploiements de petite ou moyenne envergure peuvent privilégier l’approche plus intégrée de VMware et des frais généraux opérationnels moindres, tandis que les déploiements à grande échelle peuvent être en mesure de réaliser des économies significatives avec une mise en œuvre correcte d’OpenStack. Chaque entreprise doit évaluer honnêtement ses capacités techniques, sa maturité opérationnelle et même ses projections de croissance, lorsqu’elle évalue ces plateformes en tant que solution privilégiée.

Aucune des plateformes ne doit être considérée comme un choix parfait – ou permanent : les entreprises prospères s’appuient de plus en plus sur des stratégies hybrides qui tirent parti des atouts de chaque plateforme pour les cas d’utilisation appropriés. VMware peut être la meilleure option des deux pour gérer les charges de travail de production critiques, mais OpenStack est sans aucun doute supérieur pour prendre en charge les environnements de développement et/ou les déploiements sensibles aux coûts.

Quel que soit le choix de la plateforme, une sauvegarde et une protection des données robustes restent un facteur crucial pour tout environnement professionnel. Des solutions comme Bacula Enterprise peuvent être adaptées à ces deux plateformes, fournissant des fonctionnalités de sauvegarde complètes qui offrent aux organisations une gamme de stratégies de protection des données cohérentes, capables de fonctionner dans des déploiements d’infrastructures hybrides et de prendre en charge des scénarios de migration de plateformes.

Questions fréquemment posées

Quelle est la meilleure solution pour les startups ou les laboratoires de recherche : OpenStack ou VMware ?

L’absence de coûts de licence pour OpenStack et sa capacité à fonctionner sur du matériel de base avec un investissement initial minimal en font généralement le meilleur choix pour les startups et les laboratoires de recherche. Les laboratoires de recherche apprécient particulièrement les capacités de personnalisation d’OpenStack et son intégration avec du matériel dédié, tandis que la nature open-source de la plateforme permet des modifications uniques pour répondre à diverses exigences expérimentales. Cependant, les startups qui se concentrent davantage sur le développement rapide peuvent trouver la simplicité opérationnelle de VMware beaucoup plus précieuse si la gestion de l’infrastructure détourne des activités principales de l’entreprise.

OpenStack peut-il remplacer totalement VMware dans les environnements d’entreprise ?

OpenStack peut remplacer VMware dans certains environnements d’entreprise, mais le succès du remplacement dépend fortement de la maturité technique de l’organisation et des exigences spécifiques du cas d’utilisation. La transformation opérationnelle est le plus grand défi ici : développer de nouvelles compétences, de nouveaux processus et de nouvelles chaînes d’outils, tout en abordant les questions de compatibilité avec les applications héritées. Les déploiements réussis d’OpenStack au niveau de l’entreprise migrent généralement vers OpenStack de manière progressive, en commençant par les environnements de développement avant d’étendre aux charges de travail de production.

En quoi les options de stockage diffèrent-elles entre OpenStack et VMware ?

VMware fournit une abstraction de stockage unifiée à l’aide de datastores qui masquent sa complexité sous-jacente, tout en permettant des processus de gestion avec des interfaces vCenter cohérentes, ce qui simplifie les opérations mais limite la flexibilité. OpenStack utilise un modèle de stockage orienté services avec des services dédiés : Cinder pour le stockage de blocs, Swift pour le stockage d’objets et Glance pour la gestion des images, afin d’offrir une optimisation poussée au prix d’une gestion plus complexe. Le choix entre les deux dépend de la priorité accordée par l’entreprise à la simplicité opérationnelle (VMware) ou à la granularité étendue (OpenStack).