Équilibrage de charge à l'aide du module de routage de demande et d'équilibrage de charge IIS7

Microsoft a beaucoup de documentation sur leur module d'équilibrage de charge et de routage des demandes quelque peu nouveau pour IIS7, disponible ici: http://blogs.iis.net/bills/archive/2009/02/16/iis7-request-routing-and-load -balancing-module-release.aspx , mais j'aimerais savoir si quelqu'un a de l'expérience dans son utilisation en production. Quels sont les avantages / inconvénients de l'utilisation de ce module au lieu d'une autre solution telle que HAProxy?

Nous l'utilisons en production pour un site Web d'informations sur l'entreprise. Et nous n'avons encore eu aucun problème avec cela. Et cela fonctionne bien pour arrêter les serveurs et l'équilibrage de charge fonctionne également bien. En utilisant le moins de reponsetime, l'un des serveurs reçoit donc plus de demandes. Nous allons également déplacer l'un de nos magasins de commerce électronique qui ont beaucoup plus de trafic que le site d'informations de l'entreprise. Nous verrons donc comment cela fonctionne sous une charge plus lourde. Mais nos tests ont montré qu'il devrait le gérer sans problème

L'utiliser en production sur www.orcsweb.com. J'adore ça! C'est si simple et pourtant si puissant. Chaque fois que nous essayons quelque chose de créatif contre cela, ARR travaille aussi avec cela. IIS7 lui-même est solide comme le roc, donc construire quelque chose au-dessus d'IIS7 est une excellente idée.

Nous utilisons des équilibreurs de charge matériels depuis des années avec beaucoup de succès, mais nous nous dirigeons maintenant vers l'ARR pour la plupart des sites.

Assurez-vous d'utiliser l'ARR Helper sur les serveurs Web. Les 2 raisons sont les suivantes: - Les adresses IP de l'utilisateur d'origine sont enregistrées dans les journaux, et REMOTE_ADDR et REMOTE_HOST sont mis à jour sur l'adresse IP de l'utilisateur - vous pouvez utiliser le déchargement SSL et le code ne peut pas faire la différence

http://blogs.iis.net/anilr/archive/2009/03/03/client-ip-not-logged-on-content-server-when-using-arr.aspx

Je suggère de l'utiliser avec NLB et de créer 2 nœuds ARR. Définissez le premier nœud pour prendre tout le trafic sauf si le 1er échoue. De cette façon, les statistiques seront sur le premier nœud. Utilisez la configuration partagée afin de ne pas avoir à gérer manuellement le 2e nœud, sauf pour importer et attribuer les certificats SSL.

Voici un article de blog que j'ai fait avec plus d'informations: http://weblogs.asp.net/owscott/archive/2009/08.aspx

Les équilibreurs de matériel deviennent tellement bon marché, je ne sais pas à quel point l'adoption sera importante. Ça m'intéresse aussi

J'ai regardé la même chose la semaine dernière. Finalement, j'ai décidé que la technologie IIS7 était encore un peu verte. L'équilibrage de charge / routage est vraiment le type de technologie dans laquelle vous voulez que quelqu'un d'autre trouve les rides :-). Avoir une bonne expérience avec HAProxy et si vos besoins sont plus simples, nginx est facile à configurer.