Discussion :

[zinzineti]

Depuis cette rentrée, rare sont les semaines où je n'entends pas parlé autour de moi de VIRTUALISATION DE SERVER SQL. Et quand on me consulte pour avoir mon avis je lance l'URL
http://blog.developpez.com/sqlpro/p8...irtualisation/

Que je commente ...

Après chaque commentaire les personnes sont satisfaites et me demandent souvent de leurs envoyer le lien par email ;-)

Ma question : Les recommandations de Microsoft à propos de la virtualisation de SQL SERVER sont valables quelque la plateforme de virtualisation ?
Que l'on utilise Hyper-V ou VMWARE ?

Merci d'avance

[mikedavem]

Juste pour compléter un peu le post

De part mon expérience sur des environnements virtualisésVMWARE (Audit SQL Server avec des problèmes de performances), le problème ne vient pas forcément de SQL Server a proprement dit mais de la configuration environnante :

- DATASTORE partagés avec d'autres machines virtuelles qui viennent perturber l'activité IO du serveur de bases de données (quand les LUN ne sont pas en causes)
- Machines virtuelles extrêment consommatrices en ressources et qui viennent mutuellement s'accaparer la ressource libre partagée (CPU, RAM ...) présente sur d'autres serveurs. DRS mal configuré etc ....
- Dialogue avec la couche virtuelle qui est souvent à l'origine d'une perte de performances (Selon l'éditeur il y a tout un tas de techniques comme le pass-trough, l'activation de l'INTEL-VT mais au final on cherche à faire discuter SQL Server directement avec les éléments physiques .. on revient au bon vieux serveur dédié)
- Hôte ESX sur VMWARE bien souvent mal dimmensionné pour supporter la charge sur le long terme avec en prime la possibilité de simuler une capacité supérieure à celle que le serveur possède réellement ... on suppose ainsi que la totalité des ressources ne seront prises que pendant un laps de temps .. mais il arrive bien souvent que ce laps de temps dure et les performances tombent selon le rôle du serveur ...
- Limitation physique liée à la technlogie de virtualisation (Bien que maintenant cela ne soit plus trop un problème sauf pour les serveurs demandant énormément de ressources CPU)
- etc .. etc ..


Bref si l'application qu'héberge SQL Server est critique et nécessite des performances accrues, il est clair qu'à chaque fois je conseille de ne pas virtualiser. Cependant il existe un certain nombre de petites bases de données nécessitant peu de ressources qui peuvent être candidates à a virtualisation. Dans tous les cas il faut tester !!!

++

[SQLpro]

Je compléterais en disant qu'il y a quand même certains avantages à la virtualisation :

• facilité de maintenance en particulier PRA, haute dispo..., pour ceux qui ne connaissent pas les techniques en œuvre dans SQL Server (clusterisation, mirroring, log shipping, réplication,....
• mutualisation pour des petites bases peu sollicité sur lesquelles les performances ne sont pas le critère n°1
• cout des licences (le prix chez MS étant par CPU physique, c'est à dire socket,, si 4 serveurs sont installé dans la même VM, on ne paye qu'une seule licence SQL !!! en tout et pour tout par CPU)

A +

[zinzineti]

Merci pour ce retour d'expérience.

DRS mal configuré etc ....

C'est quoi DRS ?

Je compléterais en disant qu'il y a quand même certains avantages à la virtualisation :
[LIST][*]facilité de maintenance en particulier PRA,
A +

C'est quoi PRA ?

Donc Hyper-V ou VMWARE ou autre... les constats restent les mêmes ?

[kheoops53]

C'est quoi PRA ?

A+

Plan de reprise d'activité. Il s'agit souvent d'une deuxième salle permettant de reprendre l'activité en cas de crash de la première salle, sa mise en place est facilité par la virtualisation :

- San secondaire répliqué asynchrone toute les heures par exemples
- hotes de secours pour les machines virtuelles (VM)

Si la première salle tombe, on peut redémarrer les VM dans l'autre salle avec une perte liée au temps de synchro du San.

[zinzineti]

Plan de reprise d'activité. Il s'agit souvent d'une deuxième salle permettant de reprendre l'activité en cas de crash de la première salle, sa mise en place est facilité par la virtualisation :

- San secondaire répliqué asynchrone toute les heures par exemples
- hotes de secours pour les machines virtuelles (VM)
Si la première salle tombe, on peut redémarrer les VM dans l'autre salle avec une perte liée au temps de synchro du San.

Oui ça me parle le plan de reprise d'activité.

[kheoops53]

C'est quoi DRS ?

En tout cas merci pour ce retour d'expérience.

A+

DRS est le service chargé de surveiller les ressources d'un système virtualisé et de gérer la charge des VM en fonction des besoins. Par exemple équilibrage de charge des VM entre deux hotes, priorisation de ressources sur un hote en fonction des besoins d'une VM ...

[dbaffaleuf]

MS a fait une présentation là dessus aux derniers TechDays:

http://www.microsoft.com/france/vision/mstechdays10/Webcast.aspx?EID=d4d0afee-560a-47ce-8991-2bff32d083c4


Que ce soit VMWare ou HYPER-V, c'est la quasiment même philosophie, et donc les mêmes contraintes. La techno n'est pas encore suffisament mature pour supporter de la perf, des IOs, il y a toujours un problème de comptage du temps dans les guests, etc... Donc je réponds comme mes petits camarades.

[zinzineti]

MS a fait une présentation là dessus aux derniers TechDays:

http://www.microsoft.com/france/vision/mstechdays10/Webcast.aspx?EID=d4d0afee-560a-47ce-8991-2bff32d083c4

Je connais cette présentation, j'ai crois l'avoir visualisé plus d'une fois (avec bien sûr des pauses réflexions ). Elle est riche cette présentation.

Que ce soit VMWare ou HYPER-V, c'est la quasiment même philosophie, et donc les mêmes contraintes. La techno n'est pas encore suffisament mature pour supporter de la perf, des IOs, il y a toujours un problème de comptage du temps dans les guests, etc... Donc je réponds comme mes petits camarades.

C'est ce que je pensais aussi. Mais on ne sait jamais, je préfère avoir aussi d'autres avis... car un proverbe Béninois dit que " Deux yeux voient moins que Quatre,Cinq,Six,..."

Merci pour cette partage d'expérience
A+