Biztalk - wie kann ich einrichten MSMQ Load Balancing und Hochverfügbarkeit?

Question

Von dem, was ich verstehe, um MSMQ Lastenausgleich zu erreichen, muss man eine Technologie wie NLB verwenden.

Und um MSMQ Hochverfügbarkeit zu erreichen, muss man den Zusammenhang Biztalk Host-Cluster (und damit die zugrunde liegenden Servern in einem Cluster selbst sein).

Doch nach Microsoft-Dokumentation, NLB und Failover-Clustering-Technologien sind nicht kompatibel. Siehe diesen Link als Referenz: http://support.microsoft.com/kb/235305

Kann jemand mir bitte erklären, wie MSMQ Load-Balancing und Hochverfügbarkeit erreicht werden kann?

Vielen Dank im Voraus,

M

Answer 1

Ich habe meine ursprüngliche Antwort bearbeitet, weil auf Reflexion, ich glaube, ich rede Unsinn.

Ich glaube nicht, dass es möglich ist, sowohl Lastausgleich und hohe Verfügbarkeit in einem BizTalk zu erreichen Transaktions Szenario. Werfen Sie einen Blick auf den Abschnitt "Migration Überlegungen zum Bewegen von MSMQ / T zu MSMQ-Adapter in BizTalk 2006" auf der folgenden Website: http://blogs.msdn.com/eldarm/

diesen Posten Zusammenfassend gibt es ein paar Szenarien:

Hochverfügbarkeit (Non-Transaktions)

Sie einfach MSMQ haben auf mehr als ein BizTalk Server hinter NLB

Hochverfügbarkeit (Transactional)

Dazu benötigen Sie einen gruppierten MSMQ Host haben, was bedeutet, dass Sie nicht jede Art von Last auf einer einzigen Warteschlange Ausgleich tun kann.

Eine mögliche Lösung zur Hälfte zwei MSMQ-Adapter zu erstellen, auf verschiedenen Cluster-Hosts, die jeweils unterschiedliche Warteschlangen Handhabung. Nicht zu schön klingen mir aber.

Ein wichtiger Punkt ist, um die Gründe zu verstehen, warum Sie Transaktions-, gruppierten Verhalten wollen würde -. Sie müssen dies für bestellte Lieferung und keine Duplikate, um sicherzustellen,

---

Im Allgemeinen würde ich nicht die Mühe Last gehen MSMQ Balancing - BizTalk selbst Last ausgeglichen wird, sobald Nachrichten, die die MessageBox-Datenbank erreicht haben. Während es wahr ist, dass Sie aufgrund der Warteschlangenverarbeitung asymmetrischer Belastung sehen auf einer Maschine soll diese signifikante nicht sein, im Gesamtkontext Ihrer BizTalk-Umgebung geschieht.

Auch hier ist es zu bedenken, dass Sie MSMQ Clustering aus Gründen, die einfach eine hohe Verfügbarkeit:

MSMQ-Adapter erhalten Handler - MSMQ nicht unterstützt Remote Transaktions liest; nur lokale Transaktions liest unterstützt werden. Das MSMQ-Adapter-Handler muss Lauf erhalten in einer Host-Instanz, die lokal gespeichert ist der gruppierte MSMQ-Dienst, um vollständige lokale Transaktions liest mit dem MSMQ-Adapter.

, die von der war folgende MSDN Seite.

Ich hoffe, die editierte Antwort hilft - ich glaube nicht, es ist das, was Sie nach dem waren, vielleicht bin ich falsch, und Sie werden eine praktikable Lösung für NLB und Transaktions MSMQ zu finden, aber je mehr ich darüber nachdenke, desto mehr es scheint, dass die beiden Szenarien sind nicht kompatibel.

Ein letzter Gedanke ist, dass Sie versuchen, könnte eine ähnliche Frage auf Server Fehler Posting - erhalten Sie ein paar BizTalk Devs auf Stack-Überlauf, darunter mindestens zwei MVPs, aber zumindest, wo ich arbeite dies, dass Art von Frage, die ich hatte werden die Weitergabe an meine Networking-Team.