Biztalk - ¿Cómo se configura el equilibrio de carga de hasta MSMQ y alta disponibilidad?

Question

Por lo que entiendo, con el fin de lograr MSMQ de balanceo de carga, se debe utilizar una tecnología como NLB.

Y con el fin de lograr MSMQ de alta disponibilidad, hay que agrupar el host de BizTalk relacionadas (y por lo tanto los servidores subyacentes tienen que estar en un racimo sí mismos).

Sin embargo, de acuerdo con Microsoft Documentación, tecnologías de NLB y conmutación por error no son compatibles. Vea este enlace para referencia: http://support.microsoft.com/kb/235305

Puede alguien por favor me explique cómo balanceo de carga y alta disponibilidad se puede lograr MSMQ?

gracias de antemano,

M

Answer 1

He editado mi respuesta original, ya que en la reflexión, creo que estaba hablando sin sentido.

No creo que es posible lograr el equilibrio tanto de carga y alta disponibilidad en un BizTalk transaccional escenario. Echar un vistazo a la sección "Consideraciones sobre la migración para pasar de MSMQ / T para adaptador de MSMQ en BizTalk 2006" en el siguiente sitio http://blogs.msdn.com/eldarm/

Para resumir ese puesto, hay un par de escenarios:

Alta disponibilidad (no transaccional)

Usted simplemente tiene MSMQ en más de un servidor BizTalk detrás de NLB

Alta disponibilidad (transaccional)

Para esto se necesita tener una gran cantidad de MSMQ agrupado, lo que significa que no se puede hacer ningún tipo de balanceo de carga en una sola cola.

Una solución a medio camino posible es la creación de dos adaptadores de MSMQ, en diferentes hosts en clúster, cada uno manejando diferentes colas. No suena demasiado bueno para mí, sin embargo.

Un punto clave es la comprensión de las razones por las que se quieren comportamiento transaccional, agrupado -. Necesita este para la entrega ordenada y para asegurar que no haya duplicados

---

En general yo no ir a los problemas de balanceo de carga de MSMQ - BizTalk sí se equilibra la carga una vez que los mensajes han llegado a la base de datos de cuadro de mensaje. Si bien es cierto que se pueden ver con carga asimétrica debido al procesamiento de la cola sucediendo en una máquina, en el contexto general de su entorno de BizTalk esto no debería ser significativo.

Una vez más, vale la pena recordar que está aglomerando MSMQ por razones más allá del simple alta disponibilidad:

  

adaptador de MSMQ reciben manejador - MSMQ no soporta remoto   transaccional lee; sólo locales   transaccional lee son compatibles. los   MSMQ adaptador de recibir manejador debe ejecutar   en una instancia de host que es local   el servicio MSMQ agrupado con el fin de   transaccional local completa lee   con el adaptador de MSMQ.

Esa era una de las siguientes MSDN página.

Espero que esta respuesta editada ayuda - Creo que no era lo que fueron después, tal vez me equivoque y se puede encontrar una solución viable para NLB y MSMQ transaccional, pero cuanto más pienso en ello, más parece que los dos escenarios no son compatibles.

Una idea final es que se podría tratar de publicar una pregunta similar sobre el servidor falla - se obtiene un par de desarrolladores de BizTalk en desbordamiento de pila, incluyendo al menos dos MVP, pero al menos en la que trabajo se trata de ese tipo de pregunta que me puede pasar a mi equipo de red.