Version imprimable
Nous sommes dans l'ère de la virtualisation et les serveurs de bases de données n'y échappent pas. En tant que DBA ou consultant(e) quelle est la part des serveurs SQL virtuels que vous gérer ? Est ce que ce choix de virtualisation a été bénéfique pour votre entreprise ou à contrario a t'il provoqué plus de problèmes inattendus ?
++
La solution ici n'est dans aucune des propositions :)
C'est un peu un mix... ^^
Attention il n'y a pas de solutions lol .. ce n'est qu'un sondage mais dis moi ce qu'il manque et je compléterais
++
Je ne parlais pas de solution miracle a implementer partout.
Je voulais dire que la solution (l'infra) ici n'est pas proposee dans les reponses du sondage, c'est un peu un mix... (Qui n'est surement pas LA solution ;))
Intéressant ce sondage (que je n'avais pas vu). Dommage qu'il n'y ai pas plus d'avis :calim2:
Chez nous on virtualise tout. Sauf les clusters et les bases vcenter :)
On a rencontré des problèmes de performances, mais une fois les raid reconfigurés sur les SAN, on est arrivé sur des niveaux d'I/O équivalents.
De toute façon on avait plus de place, on a bien été obligés de virtualiser ^^
Bonjour
je vous remercie d'avoir évoqué ce sondage,
Nous utilisons dans notre projet "Administration financière" , SQL server 2008 dans un environnement de virtualisation et plus précisément le fameux VMware.
pratiquement cette technologie , je l'ai trouvé assez compliqué au départ mais après un certain temps d'utilisation je trouve qu’elle facilite beaucoup de taches entre autres:
l’accès aux serveurs à partir de n'importe quel poste dans le réseau (via le VSphere)
On peux créer autant de serveurs virtuels dans un seul serveur physique, ceci est lié bien sur à la disponibilité de l'espace libre existant. Exple: Active Directory, DNS, serveur de la base de données
et aussi créer des modèles de machines virtuelles et de dupliquer en quelques minutes des machines prêtent à utiliser.
J'aimerai bien partager avec vous d'autres bienfaits et aussi des techniques de pilotages de VMware
à bientôt
Bonjour,
Les serveur de production sont des serveurs physiques par contre ceux de preprod et developpement sont sur des VM's
En environnement de qualification on a noté d'énormes différences pour l'installation et après sur l'utilisation au quotidien, suivant les types de Baies SAN qui étaient derrière.Citation:
Envoyé par SiSMik
J'ai pas encore pu faire de Bench, mais il semblerait que les baies netapp (je dis bien il semblerait - sous réserve de config pourrie sur les baies EMC par l'équipe storage -) aient des meilleurs perfs chez nous.
Pourtant les différents raids sont configurés à l'identique.
Bref voici un petit retour.... et oui ça serait bien que pour la prochaine version on puisse faire un VRAI SYSPREP pour créer des templates SQL Server !!!!!
Tout dépend ce que l'on entend par reconfigurer correctement le RAID. Avec les SAN c'est en effet beaucoup plus complexe que cela. Pour avoir des perfs optimales, il faut vérifier toute la chaîne du serveur aux disques c'est à dire les cartes HBA (si FC) et leurs configurations , MPIO éventuellement, les drivers utilisés, la configuration des fabriques etc .., le cache du SAN, la configuration des contrôleurs RAID et les disques en passant par la taille des clusters NFTS, l'alignement des partitions, la configuration et la topologie des fichiers de bases de données etc ...
C'est sûr qu'il est difficile de comparer 2 types de baie sans avoir le détail du paramétrage de chacun ;)
++
ahaha so true, et ça jamais ils fileront leurs scripts les ingés du storage :o) c'est la guerre ici !Citation:
Envoyé par mikedavem
En gros je demande 5 disques:
- Disque data en raid 5
- Disque log en raid 10
- Disque tempdb en raid 10
- Disque system en raid 1
- Disque backup en raid 1
je demande aussi un alignement des disques à 64k
Après j'ai pas trop le choix, les ESX sont montés avec des cartes HBA et y'a un fiberchannel derrière pour aller dire bonjour aux différentes baies.
Mais chacun son métier, je leur fais confiance :)
Malgré que mon supérieur Hiérarchie est très heureux par la partie virtualisation mais entre temps je pense que pour un DBA n'est un bon choix Il y a plusieurs défis en utilisant un gros serveur avec plusieurs instances. Tout d'abord, si j'ai un de mes bases de données qui a besoin d'aller vers une nouvelle version de SQL Server, j'aurai des défis exécutant des # versions sur différentes instances sur le même système d'exploitation. Deuxièmement, si aucun fournisseur tiers ou consultant veut droits sysadmin sur le système d'exploitation afin de faire le dépannage, il y a une chance qu'ils peuvent gâcher d'autres cas. Enfin, la coordination des temps d'arrêt devient beaucoup plus complexe lorsque je veux faire des correctifs du système d'exploitation, puisque je serai obliger à amener tout le monde vers le bas à la même heure. Il ne fonctionne dans les bons environnements, cependant.
bonjour
Les serveur de production sont des serveurs physiques
un bon article sur le sujet proposer par notre expert sql pro
http://blog.developpez.com/sqlpro/p8...virtualisation