Biztalk - come faccio a impostare MSMQ bilanciamento del carico e alta disponibilità?

Question

Da quello che ho capito, al fine di raggiungere MSMQ bilanciamento del carico, si deve utilizzare una tecnologia come NLB.

E per conseguire MSMQ elevata disponibilità, bisogna raggruppare il correlato Biztalk Host (e quindi i server sottostanti devono essere in un cluster stessi).

Tuttavia, secondo Microsoft documentazione, tecnologie NLB e il clustering di failover non sono compatibili. Vedere questo link per riferimento: http://support.microsoft.com/kb/235305

Qualcuno può spiegare a me come MSMQ il bilanciamento del carico e alta disponibilità può essere raggiunto?

vi ringrazio in anticipo,

M

Answer 1

Ho modificato la mia risposta originale perché a pensarci bene, penso che stavo parlando una sciocchezza.

Non credo che sia possibile per ottenere sia il bilanciamento del carico e alta disponibilità in un BizTalk transazionale scenario. Dai un'occhiata alla sezione "Considerazioni sulla migrazione per muoversi da MSMQ / T adattatore MSMQ in BizTalk 2006" sul seguente sito http://blogs.msdn.com/eldarm/

Per riassumere quel post, ci sono un paio di scenari:

High Availability (non transazionale)

È sufficiente MSMQ su più di un server BizTalk dietro NLB

High Availability (transazionale)

Per questo è necessario disporre di un host MSMQ cluster, il che significa che non si può fare qualsiasi tipo di bilanciamento su una singola coda carico.

Una soluzione a metà strada possibile è quella di creare due adattatori MSMQ, su host diversi cluster, ogni movimentazione diverse code. Non sembra troppo bello per me però.

Un punto chiave è capire le ragioni per cui si vorrebbe transazionale, il comportamento cluster -. Avete bisogno di questo per la consegna ordinata e per garantire che non duplicati

---

In generale mi sarebbe non andare alla difficoltà di bilanciamento del carico MSMQ - BizTalk stesso è carico bilanciato una volta i messaggi hanno raggiunto il database MessageBox. Se è vero che si vedrà carico asimmetrico a causa della coda di elaborazione accadendo su una macchina, nel contesto generale del vostro ambiente BizTalk questo non dovrebbe essere significativo.

Anche in questo caso, vale la pena ricordare che si sta il clustering MSMQ per motivi indipendenti dalla semplice alta disponibilità:

  

adattatore MSMQ ricezione handler - MSMQ non supporta remoto   transazionale legge; solo locali   transazionale legge sono supportati. Il   MSMQ adattatore riceve gestore deve correre   in un'istanza di host che è locale   il servizio cluster MSMQ al fine di   completa transazionale locale legge   con l'adattatore MSMQ.

E 'stata tra le seguenti MSDN pagina.

Spero che questa risposta modificato aiuta - non credo che fosse quello che eri dopo, forse mi sbaglio e troverete una soluzione praticabile per NLB e MSMQ transazionale, ma più ci penso e più sembra che i due scenari non sono compatibili.

Un pensiero finale è che si potrebbe provare la pubblicazione di una domanda simile su server Fault - si ottiene un paio di sviluppatori BizTalk su Stack Overflow, tra cui almeno due MVP, ma almeno dove lavoro questo è che tipo di domanda che avevo essere di passare alla mia squadra di rete.