Clustering SQL ou images VM

Question

Nous disposons actuellement d'un cluster SQL de basculement avec deux nœuds. Pour un nouveau grand projet dont nous avons déterminé qu'il est essentiel pour l'entreprise, notre équipe de développement demande un nouveau cluster sql failover à 2 nœuds. Notre service serveur a répondu qu'il ne souhaitait pas implémenter un cluster pour nous, et que plusieurs machines virtuelles, chacune avec un serveur SQL installé, pointant vers le même disque, pointent vers le même disque. à un nouvel hôte, ou à la place de l'autre image, et parce qu'il pointe sur le même disque, les données resteront intactes. Je ne suis pas un expert du serveur SQL, et je ne comprends que le clustering de base, mais quelque chose me dit que cette «idée» de VM qu'ils ont inventée n'est pas vraiment une solution d'entreprise. Cela me semble Micky Mouse. Suis-je en train de déjeuner ici? Quel genre d'arguments puis-je utiliser pour soutenir mon point de vue?

Answer 1

Afin de déterminer s'il convient d'utiliser une solution virtuelle ou en cluster, les conditions de tolérance aux pannes doivent être détaillées. La solution doit-elle prendre en charge les défaillances matérielles, les échecs de stockage ou les échecs d'instance? Si le serveur tombe en panne comment simple/complexe devrait être le processus de récupération? Quelle est l'utilisation prévue des ressources matérielles?

Les solutions virtuelles et en cluster offriront une tolérance aux pannes matérielles. Le stockage SAN couvrira probablement la tolérance de stockage.

L'application doit-elle apparaître immédiatement après une panne?Si cela échoue au milieu de la nuit, quel niveau d'interaction est nécessaire pour rétablir l'application? Devrait-il être automatique ou manuel? Si cela doit être automatique, cela devrait-il être intégré à la technologie ou à quelque chose qui est codé?

En fonction des réponses aux questions ci-dessus, la solution virtuelle ou en cluster peut répondre aux besoins de haute disponibilité. Je recommanderais d'énoncer les exigences et, souvent, cela indiquerait la solution qui convient.

Désolé, la réponse est pour la plupart des questions mais elles vous dirigeront vers la solution appropriée.

Answer 2

Je suis d'accord avec vous - s'ils pointent vers le même disque, que se passe-t-il si (quand) ce disque tombe en panne?

Si elles parlent d'un réseau de stockage plutôt que d'un disque réel, alors cela pourrait être une bonne solution si vous supposez que le réseau SAN est correctement tolérant aux pannes.

Answer 3

Tout est une question d'argent! Les machines virtuelles sont généralement également sur un SAN avec plusieurs nœuds de cluster, si vous avez, disons, un serveur ESX avec beaucoup de machines virtuelles. Ainsi, si vous avez un cluster VM à 4 nœuds avec un backend SAN, vous pourrez peut-être y installer 40 VM. Vous êtes toujours tolérant aux pannes, etc.

MAIS, après avoir traversé la virtualisation de SQL Server, c'était lent, pur et simple. Nous n'obtenions pas les IOPS ou assez de mémoire et de CPU. Si vous avez besoin de performances décentes, par exemple, pour des tests de stress à haut volume, optez pour le cluster. Gardez à l'esprit que vous avez besoin de 2 serveurs, du stockage SAN et des licences SQL/Windows, ce qui vous oblige à vous battre. :-(

Je pense que je suis déchiré sur le sujet En tant que DBA, j'aime que mes serveurs fonctionnent, nos serveurs de test en ont toujours besoin, mais nos serveurs de développement ne sont généralement pas trop occupés. ?.. la performance (d'accord, qui dit non)

Answer 4

en fait, cela est assez fréquent et réalisable des solutions de cluster sur machines virtuelles ne coûtent pas cher à déployer encore plus, SQL Server est en fait officiellement supported on Hyper-V:

SQL Server 2008 est pris en charge dans les environnements de machine virtuelle exécutant sur le rôle Hyper-V dans Windows Server 2008 R2 et Windows Server 2008 Éditions Standard, Enterprise et Datacenter .

La seule question est la performance. Évidemment, un déploiement basé sur Hyper-V sera plus lent qu'un sur le métal nu, mais j'ai vu beaucoup de sites fonctionner correctement sur les machines virtuelles.