項目需要做集群，需求如下，比較復(fù)雜，麻煩各位給參考一下！

myprotein

是這樣的，我們做的是一個協(xié)議轉(zhuǎn)換網(wǎng)關(guān)，將一種邏輯轉(zhuǎn)換成另一種邏輯。也就是這樣的結(jié)構(gòu)：

1臺I型主機(jī)－－－邏輯A－－socket－－協(xié)轉(zhuǎn)－－socket－－邏輯B－－－n臺II型主機(jī)

邏輯A處，只有一臺主機(jī)，和協(xié)轉(zhuǎn)之間用socket連接，邏輯B處，需要接入多臺II型主機(jī)，和I型主機(jī)之間進(jìn)行交互。每個II主機(jī)都有一個IP地址，協(xié)轉(zhuǎn)對II主機(jī)提供連接所需的IP地址和端口號。II主機(jī)發(fā)給I主機(jī)的消息經(jīng)過協(xié)轉(zhuǎn)的串化，發(fā)送給I主機(jī)，并且每個II主機(jī)都有唯一的區(qū)分符號，比如session ID。協(xié)轉(zhuǎn)和I主機(jī)之間只有m個的socket連接，每個連接上跑n/m 個II主機(jī)的流量。

協(xié)轉(zhuǎn)的os初步定為aix，如果實在無法滿足集群需要，可以更換為linux。


現(xiàn)在準(zhǔn)備對協(xié)轉(zhuǎn)這個節(jié)點(diǎn)進(jìn)行集群化，提高接入的容量和處理速度。有下面幾種方案：

1、負(fù)載均衡集群。增加類似director的設(shè)備，然后針對每個II主機(jī)的連接，都把這個連接分配到協(xié)轉(zhuǎn)集群中的一臺，然后這臺協(xié)轉(zhuǎn)把這個session ID，映射到后端和I主機(jī)的一條socket連接上。


2、hpc集群，所有協(xié)轉(zhuǎn)節(jié)點(diǎn)共享內(nèi)存地址，形成統(tǒng)一的內(nèi)存空間，然后后端對I主機(jī)的連接，仍然可以是多條，但是對II主機(jī)一側(cè)，因為沒有director的介入，每個協(xié)轉(zhuǎn)都各自有一個IP地址，但是我們想對II主機(jī)提供唯一的IP地址，這個不知道怎么實現(xiàn)。



目前暫時不考慮價格因素（壟斷行業(yè)），先確定可行的方案，謝謝大家給出注意！！

[ 本帖最后由 myprotein 于 2006-10-17 19:37 編輯 ]

kaka_sun

建議外包出去，難度比較大

nntp

選1.

這種情況選2，性能只差不好.

myprotein

多謝兩位大俠，請問aix上有相關(guān)軟件么？

nntp

communication middleware

myprotein

目前考慮用wbi adapter來做，不知道wbi是怎么實現(xiàn)集群的？

還有個問題，用ibm的webshpere中間件，還有類似lvs的那種負(fù)載均衡的概念么？
兩者的區(qū)別和聯(lián)系是什么？

[ 本帖最后由 myprotein 于 2006-10-18 16:46 編輯 ]

好好先生

原帖由 myprotein 于 2006-10-18 16:45 發(fā)表
目前考慮用wbi adapter來做，不知道wbi是怎么實現(xiàn)集群的？

還有個問題，用ibm的webshpere中間件，還有類似lvs的那種負(fù)載均衡的概念么？
兩者的區(qū)別和聯(lián)系是什么？

自己都不熟悉的東東，建議先拿測試機(jī)測試完全成功后再用于生產(chǎn)系統(tǒng)。。。

myprotein

熟悉就沒這些疑惑了。

就是想先搞明白架構(gòu)，不然測試也是抓瞎�。�

susbin

看樣子樓主的 II型主機(jī)是Web 服務(wù)器。個人覺得有兩點(diǎn)要注意：

1. 協(xié)轉(zhuǎn)這個節(jié)點(diǎn)不能有single point failure. 例如用兩臺 Cisco content switch.

2. II型主機(jī)如何維護(hù)，管理。

3樓的建議是經(jīng)驗之談。
中間件大多有負(fù)載均衡的功能，但對節(jié)點(diǎn)數(shù)目有限制。用起來效果不是很好，管理也麻煩。

myprotein

謝謝樓上老兄回答，II主機(jī)不是web服務(wù)器，不便透露，sorry，不過最終是要實現(xiàn)web application的，這個需要做在協(xié)轉(zhuǎn)上。

cisco內(nèi)容交換，不知道這個是個硬件，還是軟件？可定制么？有開發(fā)接口么？