详细阐述服务器负载均衡(1)

本文主要对服务器负载均衡的内容进行了详细的解说。包括它的需求，流程，原理，技术都有介绍。包含的方面很多，望能扩充读者们的了解范围。

负载均衡的发展，来源于集群的概念。那么对于现在的网络结构，越来越多的服务器所组成的集群来支撑着这片天空。负载均衡也发挥着巨大的作用。本文就是从服务器负载均衡的角度，来带大家了解一下这块知识领域，了解一下这方面的市场发展。

1.服务器负载均衡市场需求

从业界环境来说,如下的应用需求更是负载均衡发展的推动力:

◆业务系统从Client-Server转向采用Browser-Server 系统结构,关键系统需要高可用性

◆电子商务系统的高可用性和高可靠性需要

◆IT应用系统大集中的需要 (税务大集中,证券大集中,银行大集中)

◆数据中心降低成本,提高效率

BIG/IP利用定义在其上面的虚拟IP地址来为用户的一个或多个应用服务器提供服务?因此,它能够为大量的基于TCP/IP的网络应用提供服务器负载均衡服务?BIG/IP连续地对目标服务器进行L4到L7合理性检查,当用户通过VIP请求目标服务器服务时,BIG/IP根椐目标服务器之间性能和网络健康情况,选择性能最佳的服务器响应用户的请求?

一个负载均衡发生的流程:

1.客户发出服务请求到VIP

2.BIGIP接收到请求,将数据包中目的IP地址改为选中的后台服务器IP地址,然后将数据包发出到后台选定的服务器

3.后台服务器收到后,将应答包按照其路由发回到BIGIP

4.BIGIP收到应答包后将其中的源地址改回成VIP的地址,发回客户端,由此就完成了一个标准的服务器负载均衡的流程?

2.服务器负载均衡典型流程

◆通过VIP来截获合适的需要负载均衡的流量

◆服务器监控和健康检查,随时了解服务器群的可用性状态

◆负载均衡和应用交换功能,通过各种策略导向到合适的服务器

2.1 通过VIP来截获合适的需要负载均衡的流量

在BIGIP上通过设置VIP来截获需要进行负载均衡的流量,这个VIP地址可以是一个独立的主机地址和端口的组合(例如:202.101.112.115:80)也可以是一个网络地址和端口的组合(例如:202.101.112.0:80),当流量经过BIGIP的时候,凡是命中VIP的流量都将被截获并按照规则进行负载均衡?

2.2 服务器的健康监控和检查

服务器 (Node) - Ping (ICMP)

BIGIP可以定期的通过ICMP包对后台服务器的IP地址进行检测,如果在设定的时间内能收到该地址的ICMP的回应,则认为该服务器能提供服务

服务 (Port) – Connect

BIGIP可以定期的通过TCP包对后台服务器的服务端口进行检测,如果在设定的时间内能收到该服务器端口的回应,则认为该服务器能提供服务

扩展内容查证(ECV: Extended Content Verification)—ECV

ECV是一种非常复杂的服务检查,主要用于确认应用程序能否对请求返回对应的数据?如果一个应用对该服务检查作出响应并返回对应的数据,则BIG/IP控制器将该服务器标识为工作良好?如果服务器不能返回相应的数据,则将该服务器标识为宕机?宕机一旦修复,BIG/IP就会自动查证应用已能对客户请求作出正确响应并恢复向该服务器传送?该功能使BIG/IP可以将保护延伸到后端应用如Web内容及数据库?BIG/ip的ECV功能允许您向Web服务器?防火墙?缓存服务器?代理服务器和其它透明设备发送查询,然后检查返回的响应?这将有助于确认您为客户提供的内容正是其所需要的?

编辑推荐

负载均衡技术基础专题

当前，无论在企业网、园区网还是在广域网上，即使按照当时最优配置建设的网络，业务量的发展都超出了过去..

扩展应用查证(EAV: Extended Application Verification)

EAV是另一种服务检查,用于确认运行在某个服务器上的应用能否对客户请求作出响应?为完成这种检查,BIG/IP控制器使用一个被称作外部服务检查者的客户程序,该程序为BIG/IP提供完全客户化的服务检查功能,但它位于BIG/IP控制器的外部?例如,该外部服务检查者可以查证一个Internet 或Intranet上的从后台数据库中取出数据并在HTML网页上显示的应用能否正常工作?EAV是BIG/IP提供的非常独特的功能,它提供管理者将 BIG/IP客户化后访问各种各样应用的能力,该功能使BIG/IP在提供标准的可用性查证之外能获得服务器?应用及内容可用性等最重要的反馈?

该功能对于电子商务和其它应用至关重要,它用于从客户的角度测试您的站点?例如,您可以模拟客户完成交易所需的所有步骤-连接到站点?从目录中选择项目以及验证交易使用的信用卡?一旦BIG/ip掌握了该“可用性"信息,即可利用负载均衡使资源达到最高的可用性?

BIG/ip已经为测试Internet服务的健康情况和状态,预定义的扩展应用验证(EAV),它有二种用户界面:浏览器和CLI配置?BIG/IP预定义的应用检查:FTP?NNTP?SMTP?POP3和MSSQL?

2.3 服务器负载均衡和应用交换功能,通过各种策略导向到合适的服务器

BIGIP是一台对流量和内容进行管理分配的设备?它提供12种灵活的算法将数据流有效地转发到它所连接的服务器群?而面对用户,只是一台虚拟服务器?用户此时只须记住一台服务器,即虚拟服务器?但他们的数据流却被BIGIP灵活地均衡到所有的服务器?这12种算法包括:

轮询(Round Robin):顺序循环将请求一次顺序循环地连接每个服务器?当其中某个服务器发生第二到第7层的故障,BIG/IP就把其从顺序循环队列中拿出,不参加下一次的轮询,直到其恢复正常?

比率(Ratio):给每个服务器分配一个加权值为比例,根椐这个比例,把用户的请求分配到每个服务器?当其中某个服务器发生第二到第7层的故障,BIG/IP就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常?

优先权(Priority):给所有服务器分组,给每个组定义优先权,BIG/IP用户的请求,分配给优先级最高的服务器组(在同一组内,采用轮询或比率算法,分配用户的请求);当最高优先级中所有服务器出现故障,BIG/IP才将请求送给次优先级的服务器组?这种方式,实际为用户提供一种热备份的方式?

最少的连接方式(Least Connection):传递新的连接给那些进行最少连接处理的服务器?当其中某个服务器发生第二到第7层的故障,BIG/IP就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常?

最快模式(Fastest):传递连接给那些响应最快的服务器?当其中某个服务器发生第二到第7层的故障,BIG/IP就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常?

观察模式(Observed):连接数目和响应时间以这两项的最佳均衡为依据为新的请求选择服务器?当其中某个服务器发生第二到第7层的故障,BIG/IP就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常?

预测模式(Predictive):BIG/IP利用收集到的服务器当前的性能指标,进行预测分析,选择一台服务器在下一个时间片内,其性能将达到最佳的服务器相应用户的请求?(被bigip进行检测)

动态性能分配(Dynamic Ratio-APM):BIG/IP收集到的应用程序和应用服务器的各项性能参数,动态调整流量分配?

动态服务器补充(Dynamic Server Act.):当主服务器群中因故障导致数量减少时,动态地将备份服务器补充至主服务器群?

服务质量(QoS):按不同的优先级对数据流进行分配?

服务类型(ToS):按不同的服务类型(在Type of Field中标识)对数据流进行分配?

规则模式:针对不同的数据流设置导向规则,用户可自行编辑流量分配规则,BIG/IP利用这些规则对通过的数据流实施导向控制?