软件开发报告.doc

软件开发报告
负载均衡器软件开发报告
院系：班级：成员：
目录
可行性分析报
告
1

景
......1

析
1

见
......2
项目开发计
划
......2

求

求 2

求 2
软件开
发
2

析 3

计 4

码
..5

试
31

划 31

试
31
项目开发总结报
告
32 I
可行性分析报告
面对庞大的数据流量，面对集中性的访问，是不是觉 得网络服务器岌岌可危呢?不用怕，负载均衡器就能帮你缓解这个问题。 负载均衡器通过虚拟IP地址方法，解决了轮流排程所面临的许多问题。使 用了负载均衡器集群系统，在外部看来，像是具有一个IP地址的单一服务 器一样，当然，这个IP地址是虚拟的，它映射了集群中的每一台机器的地 址。所以，在某种程度上，负载均衡器是将整个集群的IP地址报漏给外部 网络。
当请求到达负载均衡器时，它会重写该请求的头文件，并将之指定到 集群中的机器上。如果某台机器被从集群中移除了，请求不会别发往已经 不存在的服务器上，因为所有的机器表面上都具有同一个IP地址，即使集 群中的某个节点被移除了，该地址也不会发生变化。而且，internet ±缓 存的DNS条目也不再是问题了。当返回一个应答时，客户端看到的只是从 负载均衡器上所返回的结果。也就是说，客户端操作的对象是负载均衡器, 对于其更后端的操作，对客户端来讲，是完全透明的。

求中所包含的
cookies或url解释。基于所读出的这些信息，负载均衡器就可以重写 报头并将请求发往集群中合适的节点上，该节点维护着相应客户端请求的 会话信息。在
HTTP通信中，负载均衡器可以提供服务器一致性，但并不 是通过一个安全的途径（例如：HTTPS）来提供这种服务。当消息被加密 后（SSL）,负载均衡器就不能读出隐藏在其中的会话信息。
通过故障恢复机制获得高可靠性故障恢复发生在当集群中某个节点 不能处理请求，需将请求重新导向到其他节点时。主要有两种故障恢复:
请求级故障恢复。当集群中的一个节点不能处理请求时（通常是由于 down机），请求被发送到其他节点。当然，在导向到其他节点的同时，保 存在原节点上的会话信息将会丢失。
透明会话故障恢复。当一个引用失败后，负载均衡器会将之发送到集 群中其他的节点上，以完成操作，这一点对用户来说是透明的。由于透明 会话故障恢复需要节点具备相应的操作信息，因此为了实现该功能，集群 中的所有节点必须具有公共存储区域或通用数据库，存储会话信息数据, 以提供每个节点在进行单独进程会话故障恢复时所需要的操作信息。
既然所有的Web应用请求都必须经过负载均衡系统，那么系统就可以 确定活动会话的数量，在任何实例访问中的活动会话的数目，应答的次数, 高峰负载
1
次数，以及在高峰期和低谷期的会话的数目，还有其他更多的。所有 的这些统计信息都可以被很好的用来调整整个系统的性能。

虽然此项目存在一定的技术难度和风险，但我们对项目要达到的目标 十分清楚，对所要开发系统将要实现的功能也非常了解。而且有一些成品 作为参考，并且在项目的实施过程中我们能够获得帮助，我认为只要我们 能够认真思考、仔细规划、明确分工，我们可以承担此项目的开发。
项目开发计划

扩展网络设备和服务器的带宽
增加吞吐量
加强网络数据处理能力
提高网络的灵活性和可用性

Visual C++
SQL Server 2008
C++ Builder
网络架构：
完全支持TCP/IP协议

软件开发
2
. DNS负载均衡最早的负载均衡技术是通过 DNS来实现的，在DNS中为多个地址配置同一个名字，因而查询这个名字
的客户机将得到其中一个地址，从而使得不同的客户访问不同的服务器, 达到负载均衡的目的。DNS负载均衡是一种简单而有效的方法，但是它不 能区分服务器的差异，也不能反映服务器的当前运行状态。
代理服务器负载均衡使用代理服务器，可以将请求转发给内部的 服务器，使用这种加速模式显然可以提升静态网页的访问速度。然而，也 可以考虑这样一种技术，使用代理服务器将请求均匀转发给多台服务器, 从