Windows/.NET Répartition de charge et équilibrage

Question

Existe-t-il un utilitaire compatible Windows, ou même .NET, de distribution de charge/d'équilibrage de charge sur le modèle de HA Proxy? Nous avons un produit de pile .NET, et la seule pièce que nous sortons de la pile est pour équilibrer la charge.

Nous avons besoin de quelque chose avec des règles configurables pour la distribution - peut-être sous-dominé - que NLB seul ne semble pas offrir. Si elle s'intègre directement avec .NET, ou offre une API visible par les webservices, tant mieux!

Merci d'avance! Clarification: nous devons logiquement séparer les boîtes. Ce n'est pas seulement un scénario de cluster/basculement/réplication.

Précision supplémentaire: nous sommes une maison WCF. Nous avons déjà un routeur et des inspecteurs personnalisés sur notre réseau. Nous avons besoin de distribution sur le frontend cependant, où HA Proxy vit actuellement dans notre architecture. Cependant, nous avons besoin de quelque chose que nous n'avons pas à écrire, puis tester le diable, car nous sommes sur le point d'envelopper une version et personne n'a de cycles pour tester quelque chose au niveau d'un proxy HA.

Solution candidate: Je ne connaissais pas le routage de demande d'application IIS7 + (ARR) qui utilise le module URLRewrite. Je ne connais personne qui puisse parler de la performance et de la stabilité d'ARR, peut-être qu'un Stacker peut m'aider?

Answer 1

Avec .NET 4.0, nous obtenons le service WCF routage qui semble être un proxy basé sur un logiciel que nous obtenons de la boîte, ce qui pourrait éventuellement être utilisé pour répartir la charge. Il peut faire du routage basé sur le contenu, de la médiation de protocole (tcp/ip-> http ou https-> http) et est probablement extensible d'une manière ou d'une autre.

Certaines ressources pour commencer:

• WCF Routing Service in .NET 4.0 canal 9 vidéo.
• .NET 4.0 Training Kit pour certains échantillons .NET 4.0

Vous pouvez toujours commencer à rouler votre propre utilisation de ces articles par Bustamante:

• Building a WCF Router, Part 1
• Building a WCF Router, Part 2

HTH,

Z

Answer 2

J'utilise le routage de demande d'application depuis plusieurs mois maintenant, mais plus pour le reverse proxy que l'équilibrage de charge ou la gestion de batterie de serveurs à ce stade.

C'est certainement pratique quand vous êtes 100% Microsoft pile pour commencer.

Je ne peux pas encore parler de performance, du moins pas au sens large. L'utiliser comme proxy n'introduit aucune baisse de performance perceptible par l'utilisateur, mais il introduit des 502 très occasionnels, apparemment lorsque le serveur de contenu met plus de temps à répondre que le contrôleur ARR est configuré pour le timeout.ARR semble être assez extensible, pour l'intégration avec les fournisseurs d'affinité personnalisés, l'intégration avec des équipements tiers tels que Citrix ou F5, mais je n'ai pas complètement exploré cela.

Je n'ai vu aucun problème de stabilité "défini", pas "régulier", mais il y a eu des problèmes d'IIS qui peuvent être liés à ARR. Erreurs inexplicables qui disparaissent avec un recyclage d'un pool d'applications ou redémarrage du serveur.

Aucun des problèmes mineurs rencontrés n'a empêché la production. Aucun des problèmes mineurs rencontrés ont été des obstacles pour les clients.