1 votes

Applications utilisant SQL sur Hyper-V. Les séparer ou les réunir sur un seul serveur ?

Nous allons bientôt passer à un cluster Hyper-V avec des licences de centre de données, et nous pourrons faire tourner plusieurs serveurs virtuels si nécessaire. Nous avons environ huit applications qui utilisent des bases de données SQL. Y a-t-il un avantage ou un inconvénient à configurer un serveur SQL distinct pour chaque application, plutôt que de tout faire fonctionner sur un seul grand serveur SQL ?

0voto

mfinni Points 35332

Le fait qu'il s'agisse d'un système HyperV n'est qu'un faux-fuyant dans cette situation. Abordez-la avec les mêmes critères que vous utiliseriez pour placer différentes bases de données SQL sur des instances identiques ou différentes sur du matériel réel.

  1. Limites de performance du système - mémoire, IO, CPU, threads/processus, etc. Si le regroupement des bases de données risque de nuire à vos performances, augmentez le nombre d'instances sur un matériel différent (ou, dans le cas d'une VM, augmentez votre matériel provisionné si possible).

  2. D'autres critères, comme les fenêtres de sauvegarde, les travaux planifiés, la mise en grappe, qui est généralement une extension de ce qui précède. La sécurité n'est généralement pas un problème, sauf si vous avez différentes bases de données qui doivent être authentifiées à partir de différents domaines non fiables.

Par rapport à votre commentaire : si vous le faites avec tous sur une seule instance maintenant et ne pas avoir de problèmes continuez à faire cela, sur une VM de taille correcte. L'ajout de VM supplémentaires ne fera qu'utiliser plus de ressources pour des instances de système d'exploitation supplémentaires. Quel type de maintenance effectueriez-vous sur une base de données qui aurait un impact sur d'autres bases de données ? À moins que vous ne fassiez quelque chose comme la réindexation dans une base de données qui a un impact sur les performances des autres systèmes, et qu'ils n'aient pas de fenêtres de maintenance qui se chevauchent ou de périodes de performances réduites autorisées. C'est à cela que je voulais en venir en disant que la seule vraie raison de le faire est pour des raisons de performance. Sinon, essayez de consolider.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X