Quels sont les inconvénients de l'exécution d'une base de données dans une machine virtuelle ? Comment les surmonter ?

@lynxman - Je suis d'accord. Nous exécutons toutes nos instances Oracle sur nos disques SAN de niveau 1, qui sont des SAS 15k. D'après ce que je peux dire, nous obtenons très des performances proches des performances natives.

Je suppose que vous devez dédier des LUN SAN à chaque VM et potentiellement un seul port fibre à chaque VM également ? VT-d est probablement un élément clé également, n'est-ce pas ?

Nos serveurs de base de données ont généralement leur propre lune VMFS, mais les ports FC sont partagés avec toutes les autres machines virtuelles présentes sur l'hôte. Un seul LUN par VM n'a pas beaucoup d'importance dans notre cas, car notre SAN (Compellent) répartit les LUN sur tous les disques, de sorte qu'ils sont tous partagés de toute façon.

"Une once de test vaut une livre de suppositions.

Mes commentaires proviennent d'observations directes sur le terrain de migrations réussies et ratées vers des solutions de virtualisation au cours de la dernière décennie en tant qu'ingénieur de performance. Il existe des tonnes de mauvaises applications de bases de données dont l'utilisation parcimonieuse du matériel masque les problèmes de performance. Si l'on ajoute la virtualisation, ces problèmes apparaissent au grand jour. Si vous avez une application qui exige une horloge précise à des fins de chronométrage ou d'audit, le flottement de l'horloge dans la virtualisation logicielle vous met hors-jeu.

Avec la pression des comptables, la tendance est à la sursouscription sur les machines virtuelles hôtes, ce qui pousse les décisions de l'hyperviseur sur l'allocation des ressources à être presque universellement médiocres pour tous les invités. La couche de l'hyperviseur n'est pas non plus aussi robuste sur le plan du débit que les pilotes standard du système d'exploitation, de sorte que vous subissez une perte de débit maximal par rapport à l'interface standard non virtualisée.

Les bases de données, les JVM, etc. sont définies comme des systèmes d'exploitation invités parce qu'elles fournissent leur propre espace de noms pour l'accès aux ressources, qu'elles gèrent les ressources directement dans un bloc et qu'elles peuvent exécuter des logiciels définis pour ces environnements. Les bases de données ont également tendance à avoir leurs propres systèmes de fichiers pour le stockage des données. Je ne suis pas totalement opposé à la virtualisation, car j'utilise cette technologie tous les jours dans le cadre d'une pratique de prestation de services, mais lorsque la performance est la principale préoccupation (comme c'est le cas dans mon domaine), je ne recommande pas et ne déploie pas de solutions virtualisées.

Pour de nombreuses organisations, l'utilisation de la virtualisation, en particulier dans les environnements Microsoft, est une solution paresseuse pour la consolidation des plates-formes. Elles ne voient pas comment conserver les domaines ou les espaces de noms Internet résidant sur les ordinateurs clients pour accéder aux services sur des hôtes distants, et la virtualisation est donc une solution facile. Si vous disposez des connaissances nécessaires, vous pouvez facilement regrouper des dizaines d'ordinateurs individuels sur un seul hôte sans virtualisation, en conservant les espaces de noms, voire les adresses IP si vous le souhaitez, et en faisant en sorte que les ordinateurs clients ignorent tout du changement.

Malheureusement, ni Microsoft ni Novell n'ont vraiment adopté le modèle d'annuaire pour les espaces nominatifs des administrateurs et des utilisateurs, comme l'a fait Banyan, car s'ils l'avaient fait, la consolidation des plates-formes aurait été très facile. Un administrateur pourrait alors simplement migrer un service d'un hôte à un autre et conserver le même espace de noms logique tel qu'il est résolu par le serveur d'annuaire sans que les utilisateurs ne sachent que les systèmes sont modifiés en arrière-plan.

Wow, juste wow James. Je n'ai ni le temps ni la patience de démolir tous les points que vous avez soulevés dans votre réponse et dans les commentaires qui ont suivi, mais j'ai ressenti le besoin de faire un commentaire ici pour tous ceux qui pourraient tomber sur cette réponse. Les opinions de James sont les siennes et ne reflètent pas ce qui est réellement possible. Si vous êtes en surnombre, alors bien sûr les performances seront médiocres. Ne vous abonnez donc pas trop. Il est tout à fait possible d'avoir un environnement de virtualisation très performant. Il est absurde de le déconseiller de manière générale parce qu'il est "peu performant".

"Je ne suis pas totalement opposé à la virtualisation, car j'utilise cette technologie tous les jours dans le cadre d'une pratique de prestation de services, mais lorsque la performance est le facteur le plus important, la virtualisation doit être envisagée comme un moyen d'améliorer les performances. préoccupation_primaire_(comme_cela_est_dans_mon_champ) Je ne recommande pas et ne déploie pas de solutions virtualisées"

@James Mais vous généralisez en disant que chaque environnement virtualisé est sursouscrit en raison de compteurs de haricots trop zélés, et vous affirmez que la différence de quelques points de pourcentage par rapport aux performances natives est un facteur décisif pour la plupart des charges de base de données. Je comprends votre point de vue, mais vos affirmations ne s'appliquent pas bien à l'industrie informatique moderne dans son ensemble.

Je ne dispose que d'une dizaine d'années d'observations sur le terrain. Les cas où l'on fait généralement appel à moi relèvent principalement de deux catégories liées aux mauvaises performances : les environnements sont terriblement surchargés, les décisions informatiques sont prises par des responsables comptables qui ne connaissent pas la technologie et les applications sont mal conçues ou présentent des dépendances d'horloge élevées qui ne sont pas bien triées en termes de performances. Dans tous les cas, l'écart entre le physique et le virtuel est supérieur à quelques %. Dans certains cas, les deux sont présents. Mes observations peuvent être biaisées par le fait que j'ai passé la plupart de mon temps à résoudre ces problèmes.

Ne vous méprenez pas, je n'essaie pas de "blâmer" la virtualisation ici. Je suis un utilisateur très satisfait de la même technologie dans des domaines spécifiques de mon infrastructure informatique. Il y a de mauvaises décisions informatiques prises par des non-informaticiens à la recherche d'économies et de mauvaises applications qui conduisent à des performances médiocres dans les environnements virtualisés/cloud. Ces mauvaises décisions occupent beaucoup mon organisation.