2009-01-05 104 views
1

我想開發一個多服務器羣集框架,其工作方式類似於以下針對消息流的步驟。.Net服務器羣集技術

從客戶端

  • 網關服務器臨危消息
  • 網關服務器發送一個ACK消息(UDP)
  • 消息是定製從二進制反序列化爲一個對象經由工廠
  • 消息是然後路由到集羣中的輔助服務器(基於配置)並通過WCF將對象發送到輔助服務器
  • 消息i在輔助服務器上處理。

從服務器

  • 備用服務器建立一條消息,發送到網關服務器
  • 網關服務器二進制序列化消息
  • 網關服務器發送二進制到客戶端,並等待ACK消息(UDP)

服務器將配置爲vi一個用於指向服務的.config文件,可以在同一個應用程序(WCF將被初始化)或其他系統本地。

是否有人曾經創建過任何類型的體系結構,如果是這樣,那麼您遇到的一些問題是什麼?


EDIT
的系統將是服務器側到已經預先存在的協議,所以任何客戶機到服務器協議的本質上是不能改變,但它確實包括狀態管理(客戶端發送會話與每個呼叫),加密,服務器路由和數據包保護。


編輯
可有人甚至提供一個鏈接到使用羣集在.net中的一個開源項目?

+0

我能做些什麼來爲此帶來一些生命? – 2009-01-07 00:21:57

+0

仍然希望爲此帶來一些生命,因爲大多數集羣服務器應用程序都是封閉源代碼,所以我很難過。 – 2009-01-10 15:04:18

回答

0

編輯可有人甚至提供一個鏈接 到開放在.Net中使用 羣集的源項目?

檢查this sample application出。根據該網站...

技術證明 服務至上,n層設計 ASP.NET和WCF

  • UI,業務服務和DB訪問的完全分離
  • 設計和優化性能
  • 通過動態集羣可水平擴展
  • clust的集中化配置管理ered服務節點
1

在長時間運行的事務中維護會話狀態可能成爲一個主要障礙。您需要確保您的負載平衡解決方案能夠考慮或適應從一臺服務器開始並在另一臺服務器上完成的會話。這可以通過經由外部源共享狀態來實現,例如瀏覽器/客戶端上的cookie或公共數據庫服務器上的條目。另外,許多硬件負載均衡解決方案,將使用「粘性會話」,以確保客戶總是返回到相同的服務器(基於IP地址爲例)