Mise en grappe de IIS et de SQL Server

Je suppose que IIS et SQL sont sur des serveurs séparés :

IIS : Vous pouvez utiliser la fonction NLB de Microsoft pour répartir la charge entre 2 ou plusieurs serveurs. Il peut s'agir d'éditions Web de Windows. C'est inclus dans Windows. Vous aurez une IP virtuelle à laquelle le client se connectera. Les serveurs "partageront" cette IP et répartiront le client sur différents serveurs. Le multicast/unicast dépend du réseau, du nombre de nœuds et de la communication intra-serveur ou non. NLB ne tient pas compte des applications, si vous fermez IIS, les utilisateurs seront perdus si vous avez une affinité. NLB supprime simplement un serveur s'il est hors service d'un point de vue IP. Vous devrez modifier la métabase d'IIS (loadbalancercapabilities) comme expliqué ici : http://technet.microsoft.com/en-us/library/cc757659(WS.10).aspx Du point de vue de la licence, elle est incluse dans Windows, sans coût supplémentaire.

Du point de vue de WCF : Le client se connectera à l'un des X serveurs web. Vous pouvez les maintenir sur les mêmes serveurs pendant que celui-ci fonctionne (par affinité). L'affinité est basée sur un hachage entre l'IP du client et l'IP virtuelle. Si un serveur tombe en panne, le client sera réparti sur d'autres serveurs. Si vous utilisez les sessions/authentification http, vous devrez stocker la session en dehors du serveur, par exemple dans la base de données. Sinon, la session du client sera perdue en cas de panne du serveur.

SQL : Vous avez différentes options : utiliser le mécanisme SQL pour répliquer la base de données, ou utiliser Microsoft MSCS (cluster). Cette dernière option implique la version entreprise de Windows et un stockage partagé externe, ce qui implique un coût élevé (mais toujours la version standard de SQL). Avec la couche SQL pure, vous pouvez mettre en miroir votre base de données. Chaque serveur dispose d'un stockage local, et le serveur principal envoie les transactions à la volée au serveur secondaire (synchrone ou asynchrone). Lorsque votre serveur web se connecte, le serveur lui indique qu'un serveur de secours est disponible en cas de problème, via le client SQL natif ou ADO.Net. Ainsi votre serveur web bascule automatiquement sur le serveur de secours en cas de problème. Tout ceci fonctionne avec la version standard de SQL. Les bases de données doivent être en mode de récupération complète. C'est par base de données, donc si votre WCF utilise plusieurs bases de données, et qu'une seule est cassée, vous aurez un problème parce qu'une base de données est maintenant active sur le serveur de secours, mais toutes les autres sont toujours sur le serveur primaire.

Plus d'informations ici : http://technet.microsoft.com/en-us/library/cc917680.aspx