【IT168 资讯】一、需求分析

　　无论用户的数据中心内部采用多么完善的冗余机制、安全防范工具以及先进的负载均衡技术，单个数据中心的运行方式仍然不能保证关键业务可以7*24不间断运行。

　　而为了满足处于全球范围内不同地点的用户在访问应用时可以具备相同的快速访问感受，单一的数据中心却完法实现。

　　基于以上两个最主要的原因，用户通过在不同物理位置构建多个数据中心的方式已经成为用户的必然选择。

　　然而，在构建了多个数据中心后，如何通过有效手段实现多个数据中心间的协调工作，引导用户访问最优的站点，或者当某个站点出现灾难性故障后使用户仍然可以访问其他站点上的关键业务等问题成为用户最关注的问题。

　　二、Radware 全局负载均衡解决方案

　　Radware 的全局负载均衡解决方案能够帮助客户通过将相同服务内容布署在处于不同物理地点的多个数据中心中得到更高的可用性、性能、以及更加经济和无懈可击的安全性，以便在全球范围内的客户获得更快的响应时间。

　　Radware的全局负载均衡解决方案支持 Radware 下一代 APSolute OS 软件体系结构的全部功能，彻底解决了网络可用性、性能和安全问题，使得应用在多个数据中心中获得更高的灵敏并具有自适应性。配合Radware 的高速度、高容量 ASIC芯片+NP处理器的专用硬件应用交换设备，可有效保障网络应用的高可用性、提升网络性能，加强安全性，全面提升IT服务器等网络基础设施的升值潜力。

　　结合Radware多年来在智能应用流量管理领域的经验，以及对用户实际需求的分析，我们认为负载均衡器应具备如下功能：

　　能够通过唯一的IP地址或域名的方式作为所有提供相同服务的数据中心的逻辑入口点。

　　全局负载均衡交换机具有灵活的流量分配算法与机制，以确保用户总能访问可以为其提供最优服务的数据中心的内容。

　　通过部署高性能的负载均衡产品，能够及时发现各数据中心或数据中心内部的服务器的健康状况，当某个数据中心出现故障时，保证把后续用户的访问导向到正常运行的数据中心上。

　　针对基于会话的业务，可以提供多种会话保持机制，确保用户在处理业务时的连续性。避免将用户的相同会话的业务请求，分配到不同的数据中心而造成访问失败。

　　应具备安全过虑及防DOS/DDOS的功能，为服务器提供多一层安全保障。具有很好的升级与可扩展性，能够适应特定的和不断变化的业务需求。

　　2.2 AppDirector-Global实现全局及本地负载均衡

　　在全局及本地负载均衡方面，AppDirector-Global主要在网络中实现以下功能：

　　2.2.1 全局负载均衡策略

　　Radware支持多种全局负载均衡策略，能够通过唯一的IP地址或域名的方式作为所有提供相同服务的数据中心的逻辑入口点。根据用户的实际情况，可以选择其中以下的一种，也可以组合同时使用。

　　方式一 基于DNS 重定向

　　支持基于Local DNS位置的就近性解析功能。当用户通过域名方式进行访问时，可以根据用户使用的Local DNS位置进行就近性计算，将非常好的站点的IP地址解析给用户。

　　方式二 基于网络就近性判断和广域三角重定向

　　与方式一相比，本全局负载均衡策略的不同点也是最大优点在于：AppDirector-Global不仅可以解析相应的域名，同时还根据用户真实IP 地址来进行最优站点计算和判断，最终将用户流量重定向相应的服务节点上。当用户请求的服务使用的协议不具有类似于“HTTP 302”的重定向命令时，该策略的顺利实现利用Radware AppDirector-Global产品所独具的“广域三角重定向”能力来完成服务的重定向。

　　方式三 基于http重定向

　　当用户请求的服务使用的是http的协议时，可以通过对用户真实的IP地址位置进行就近性计算，由AppDirector-Global发送“HTTP 302”的重定向命令，指引用户访问非常好的站点。

　　方式四 基于rtsp重定向

　　当用户请求的服务使用的是rtsp的协议时，可以通过就近性计算，由AppDirector-Global发送“HTTP 302”的重定向命令，指引用户访问非常好的站点。

　　2.2.2 就近性计算

　　为了能够准确计算出全球范围的用户在访问资源时，能够将用户导向”最优”的数据中心前，全局负载均衡器必需经过周密的运算，对用户到各站点之间的距离、延时、及当前数据中心的负载情况等因素全部考虑后，才能真正判断出当前“最优”的服务数据中心

　　Radware的设备支持两种就近性计算的方法,建议采用两种方式并存使用。

　　方式一 静态就近性运算

　　该方式采用静态地址表的方式对用户的请求进行引导。当用户的IP地址或LDNS的IP地址命中静态地址表时，AppDirector-Global直接将用户导向已定义的非常好的站点。当没有命中静态地址表时，则采用动态就近性运算方式。

　　方式二 动态就近性运算

　　Radware的动态就近性方式已申请专利，该方式可以根据用户真实位置或LDNS与各站点的往返延时、hops、及各站点的当前负载情况，进行组合运算(三个条件可以设置计算权值),将用户导向非常好的站点。

　　为避免动态计算时为用户带来的访问延时，Radware设备对已查询过的IP地址采用C类地址的计算结果保存方式，对于在同一C类地址内的用户，直接调用已查计算过的地果。另外，可以手工设置计算结果的保留时间。

　　2.2.3 健康状况检查

　　AppDirector-Global可靠的健康状况检查可以保证用户获得非常好的的服务站点。AppDirector-Global可以监视服务器在IP、TCP、UDP、应用和内容等所有协议层上的工作状态。如果发现故障，用户即被透明地重定向到正常工作的服务站点上。这可以保证用户始终能够获得他们所期望的信息。

　　为了确保服务正常运行，AppDirector-Global监控从 Web 服务器、中间件服务器到后端数据库服务器的整个路径上工作状态，确保整个数据路径上的服务器都处于正常状态。如果存在一个故障服务器，AppDirector-Global则不会将用户分配到这个发生故障路径的服务器，从而保证为用户提供透明的数据完整性保障。

　　2.2.4 交易完整性的可靠保证

　　AppDirector-Global基于DNS会话保持的特性，可以保证用户的相同会话请求始终保持在同一站点的服务器上。

　　为了保证用户在访问具有会话连续性业务时不会被负载均衡器分配到不同的服务器上，AppDirector-Global在提供本地负载均衡的同时，还可以具备基于cookie,session,source IP等方式将用户的请求定位在相同的服务器上。

　　2.2.5 完全的容错与冗余

　　AppDirector-Global的配置提供设备间的完全容错，以确保网络最大的可用性。两台AppDirector-Global设备工作在冗余模式下，通过网络相互检查各自的工作状态，为其所管理的应用保障完全的网络可用性。它们可工作于“主用-备用”模式或“主用-主用”模式，在“主用-主用”模式下，因为两个设备都处于工作状态，从而最大限度地保护了投资。并且所有的信息都可在设备间进行镜像，从而提供透明的冗余和完全的容错，确保在任何时候用户都可以获得从点击到内容的非常好的服务。

　　2.2.6 通过正常退出服务保证稳定运行

　　当需要进行服务器升级或系统维护时，AppDirector保证稳定的服务器退出服务以避免服务中断。当选定某台服务器要从服务器退出服务后，AppDirector将不会将任何新的用户分配到该服务器。但是，它可以要退出服务的服务器上完成对当前用户的服务。从而保证了无中断的优质服务，以及服务器组的简易管理能力。

　　2.2.7 智能的服务器服务恢复

　　将重新启动的服务器应用到服务中时，避免新服务器因突然出现的流量冲击导致系统故障是非常重要的。所以，在将新服务器引入服务器组时，AppDirector将逐渐地增加分配到该服务器的流量，直至达到其完全的处理能力。从而不仅保证用户在服务器退出服务时，同时还保证服务器在启动期间以及应用程序开始时，均能获得不间断服务。

　　2.2.8 通过负载均衡优化服务器资源

　　AppDirector执行复杂的负载均衡算法，在多个本地和远程服务器间动态分配负载。这些算法包括循环、最少用户数、最小流量、Native Windows NT 以及定制代理支持。除了这些算法，AppDirector还可以为每个服务器分配一个可以配置的性能加权，从而提高服务器组的性能。

　　2.2.9 应用交换

　　AppDirector根据 IP 地址、应用类型和内容类决定流量分配。这样，管理员就可以为不同类型的应用程序分配不同的服务器资源。应用交换支持不同协议上的各种应用，包括 TCP、UDP、IP、Telnet、Rshell、TFTP、流、被动 FTP、HTTP、e-mail、DNS、VOIP 等等。Radware 还为运行于动态端口并要求同步的应用设计了特殊支持功能。

　　2.2.10 URL交换

　　AppDirector完全支持 URL 交换，根据 URL 和 HTTP 信息分配流量。每个 URL 都可以重定向到某服务器，或在多个服务器之间进行负载均衡，从而提供优化的 Web 交换性能。根据 URL 文本中包含的信息，AppDirector可以保持客户持续性，从而保证内容的个性化。