Biztalk - comment puis-je configurer l'équilibrage de charge et la haute disponibilité MSMQ?

Question

D'après ce que je comprends, afin d'obtenir l'équilibrage de charge MSMQ, il faut utiliser une technologie telle que NLB.

Et pour atteindre la haute disponibilité MSMQ, il faut regrouper les Biztalk liées à l'hôte (et par conséquent les serveurs sous-jacents doivent être dans un cluster eux-mêmes).

Cependant, selon Microsoft Documentation, NLB et Clustering technologies sont FailOver pas compatibles. Voir ce lien pour la référence: http://support.microsoft.com/kb/235305

Quelqu'un peut-il me S'IL VOUS PLAÎT expliquer comment l'équilibrage de charge MSMQ et haute disponibilité peut être atteint?

merci d'avance,

M

Answer 1

Je l'ai modifié ma réponse originale parce que la réflexion, je pense que je déraisonne.

Je ne crois pas qu'il est possible d'obtenir à la fois l'équilibrage de charge et de haute disponibilité dans un BizTalk transactionnel scénario . Jetez un oeil à la section "Considérations de migration pour passer de MSMQ / T à l'adaptateur MSMQ dans BizTalk Server 2006" sur le site suivant: http://blogs.msdn.com/eldarm/

Pour résumer ce poste, il y a deux scénarios:

Haute disponibilité (non transactionnel)

Il vous suffit MSMQ sur plus d'un serveur BizTalk derrière NLB

Haute disponibilité (transactionnelles)

Pour cela, vous devez disposer d'un hôte MSMQ en cluster, ce qui signifie que vous ne pouvez pas faire une sorte de équilibrage de charge sur une seule file d'attente.

Une solution à mi-chemin possible est de créer deux adaptateurs MSMQ, sur différents hôtes en cluster, chaque manipulation différentes files d'attente. Cela ne semble pas trop gentil avec moi si.

Un point clé est de comprendre les raisons pour lesquelles vous souhaitez un comportement transactionnel, en cluster -. Vous en avez besoin pour la livraison et de veiller à l'ordre pas de doublons

---

En général je n'irais pas la peine d'équilibrage de charge MSMQ - BizTalk lui-même est un équilibrage de charge une fois les messages ont atteint la base de données MessageBox. Il est vrai que vous verrez la charge asymétrique en raison du traitement de la file d'attente qui se passe sur une machine, dans le contexte général de votre environnement BizTalk cela ne devrait pas être significatif.

Encore une fois, il convient de rappeler que vous classez MSMQ pour des raisons indépendantes simples de haute disponibilité:

  

adaptateur MSMQ reçoivent gestionnaire - MSMQ ne prend pas en charge à distance   lit transactionnel; local seulement   transactionnel lit sont pris en charge. le   MSMQ réception de l'adaptateur gestionnaire run must   dans une instance hôte qui est local   le service MSMQ cluster pour   complet lit transactionnel locale   avec l'adaptateur MSMQ.

C'était le MSDN page.

J'espère que cette réponse aide éditée - Je ne pense pas que ce soit ce que vous étiez après, peut-être que je me trompe et vous trouverez une solution viable pour NLB et MSMQ transactionnel, mais plus j'y pense plus il semble que les deux scénarios ne sont pas compatibles.

Une dernière pensée est que vous pouvez essayer de poster une question similaire sur le serveur de défaut - vous obtenez quelques devs BizTalk sur Stack Overflow, y compris au moins deux MVPs, mais au moins où je travaille c'est ce genre de question que je transmettrai à mon équipe réseau.