2009-01-05 105 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地址为例)