软件开发报告分解.docxVIP

负载均衡器软件 开发报告 院系： 班级： 成员：  PAGE \* MERGEFORMAT I 目录  TOC \o 1-3 \h \z \u  HYPERLINK \l _Toc23463 1.可行性分析报告  PAGEREF _Toc23463 1  HYPERLINK \l _Toc11529 1.1 项目背景  PAGEREF _Toc11529 1  HYPERLINK \l _Toc32404 1.2产品分析  PAGEREF _Toc32404 1  HYPERLINK \l _Toc2192 1.3 结论意见  PAGEREF _Toc2192 2  HYPERLINK \l _Toc16302 2.项目开发计划  PAGEREF _Toc16302 2  HYPERLINK \l _Toc26705 2.1 总体功能要求  PAGEREF _Toc26705 2  HYPERLINK \l _Toc23780 2.2 软件开发平台要求  PAGEREF _Toc23780 2  HYPERLINK \l _Toc27235 2.3 软件项目的开发实施过程管理要求  PAGEREF _Toc27235 3  HYPERLINK \l _Toc7220 3.软件开发  PAGEREF _Toc7220 3  HYPERLINK \l _Toc25609 3.1 软件的需求分析?  PAGEREF _Toc25609 3  HYPERLINK \l _Toc28706 3.3软件的详细设计  PAGEREF _Toc28706 5  HYPERLINK \l _Toc28351 3.4 软件的编码  PAGEREF _Toc28351 6  HYPERLINK \l _Toc24861 3.5软件的测试  PAGEREF _Toc24861 31  HYPERLINK \l _Toc31380 3.5.1测试计划  PAGEREF _Toc31380 31  HYPERLINK \l _Toc27372 3.5.2 软件测试  PAGEREF _Toc27372 32  HYPERLINK \l _Toc30813 4.项目开发总结报告  PAGEREF _Toc30813 33  PAGE \* MERGEFORMAT 36  1.可行性分析报告 1.1 项目背景 　面对庞大的数据流量，面对集中性的访问，是不是觉得网络服务器岌岌可危呢?不用怕，负载均衡器就能帮你缓解这个问题。负载均衡器通过虚拟IP地址方法，解决了轮流排程所面临的许多问题。使用了负载均衡器集群系统，在外部看来，像是具有一个IP地址的单一服务器一样，当然，这个IP地址是虚拟的，它映射了集群中的每一台机器的地址。所以，在某种程度上，负载均衡器是将整个集群???IP地址报漏给外部网络。 　　当请求到达负载均衡器时，它会重写该请求的头文件，并将之指定到集群中的机器上。如果某台机器被从集群中移除了，请求不会别发往已经不存在的服务器上，因为所有的机器表面上都具有同一个IP地址，即使集群中的某个节点被移除了，该地址也不会发生变化。而且，internet上缓存的DNS条目也不再是问题了。当返回一个应答时，客户端看到的只是从负载均衡器上所返回的结果。也就是说，客户端操作的对象是负载均衡器，对于其更后端的操作，对客户端来讲，是完全透明的。 1.2产品分析 　服务器一致性负载均衡器读取客户端发出的每一个请求中所包含的cookies或url解释。基于所读出的这些信息，负载均衡器就可以重写报头并将请求发往集群中合适的节点上，该节点维护着相应客户端请求的会话信息。在HTTP通信中，负载均衡器可以提供服务器一致性，但并不是通过一个安全的途径（例如：HTTPS）来提供这种服务。当消息被加密后（SSL），负载均衡器就不能读出隐藏在其中的会话信息。 　通过故障恢复机制获得高可靠性故障恢复发生在当集群中某个节点不能处理请求，需将请求重新导向到其他节点时。主要有两种故障恢复： 　请求级故障恢复。当集群中的一个节点不能处理请求时（通常是由于down机），请求被发送到其他节点。当然，在导向到其他节点的同时，保存在原节点上的会话信息将会丢失。 　透明会话故障恢复。当一个引用失败后，负载均衡器会将之发送到集群中其他的节点上，以完成操作，这一点对用户来说是透明的。由于透明会话故障恢复需要节点具备相应的操作信息，因此为了实现该功能，集群中的所有节点必须具有公共存储区