应用交换技术的负载均衡解决方法Word文档格式.docx
- 文档编号:22465731
- 上传时间:2023-02-04
- 格式:DOCX
- 页数:9
- 大小:189.56KB
应用交换技术的负载均衡解决方法Word文档格式.docx
《应用交换技术的负载均衡解决方法Word文档格式.docx》由会员分享,可在线阅读,更多相关《应用交换技术的负载均衡解决方法Word文档格式.docx(9页珍藏版)》请在冰豆网上搜索。
–这使得BIG-IP明显有别于其他的厂商的产品
B、用于定制控制的iRules工具
–可用来定义如何根据报头和/或TCP有效负载信息来引导、保存和过滤流量。
–iRules增强了企业或服务提供商定根据业务需求定制应用流量的能力。
–通用检查引擎和iRules分别是应用智能和业务决策来进行应用流量管理的方法和工具。
C、服务器监控和健康检查
–服务器(Node)-Ping(ICMP)
–服务(Port)-Connect
–扩展的应用验证(EAV)
–扩展的内容验证(ECV)
–针对VOD服务器的专用健康检查机制
–针对节点的检查频率和超时频度,e.g.10seconds响应,e.g.5seconds
D、负载均衡和应用交换功能
–GlobalLoadBalancer提供17种负载均衡算法
–F5提供最优质的负载均衡和应用交换功能
静态算法
动态算法
智能算法
I–control
UIE+Irules
–LocalLoadBalancer提供12种负载均衡算法
E、持续功能
–连续性与负载平衡是相互对立的,但它对于负载平衡又是必不可少的!
–简单的连续性—基于源地址
–HTTPCookie连续性
–SSLSessionID连续性
–目的地址的亲合作用--caches
–standbyBIG-IP实现对连续性记录的镜像
–智能与第七层的内容交换组合
F5做为应用交换领域的领导厂商,一直保持着技术上的领先地位,F5已经有40多项技术申请了专利,其它的竞争合作伙伴都在购买F5的这些专利技术。
接下来我们讨论一下负载均衡算法。
负载均衡算法,做为应用交换的四个主要技术之一,它相对其它三个技术来说,更为重要些,在应用交换领域里,主要的技术是负载均衡的算法,完整的、完善的、可控的、灵活的负载均衡算法无疑决定着负载均衡厂商在应用交换领域的地位。
负载均衡算法是非常重要的功能指标。
一般来说,我们将负载均衡方法归纳为两种类型:
静态的负载均衡算法,动态负载均衡算法。
本地流量管理技术主要有一下几种负责均衡算法:
静态负载均衡算法包括:
轮询,比率,优先权
动态负载均衡算法包括:
最少连接数,最快响应速度,观察方法,预测法,动态性能分配,动态服务器补充,服务质量,服务类型,规则模式。
静态负载均衡算法
·
轮询(RoundRobin):
顺序循环将请求一次顺序循环地连接每个服务器。
当其中某个服务器发生第二到第7层的故障,BIG-IP就把其从顺序循环队列中拿出,不参加下一次的轮询,直到其恢复正常。
比率(Ratio):
给每个服务器分配一个加权值为比例,根椐这个比例,把用户的请求分配到每个服务器。
当其中某个服务器发生第二到第7层的故障,BIG-IP就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常。
优先权(Priority):
给所有服务器分组,给每个组定义优先权,BIG-IP用户的请求,分配给优先级最高的服务器组(在同一组内,采用轮询或比率算法,分配用户的请求);
当最高优先级中所有服务器出现故障,BIG-IP才将请求送给次优先级的服务器组。
这种方式,实际为用户提供一种热备份的方式。
动态负载均衡算法
最少的连接方式(LeastConnection):
传递新的连接给那些进行最少连接处理的服务器。
最快模式(Fastest):
传递连接给那些响应最快的服务器。
当其中某个服务器发生第二到第7层的故障,BIG-IP就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常。
观察模式(Observed):
连接数目和响应时间以这两项的最佳平衡为依据为新的请求选择服务器。
当其中某个服务器发生第二到第7层的故障,BIG-IP就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常。
预测模式(Predictive):
BIG-IP利用收集到的服务器当前的性能指标,进行预测分析,选择一台服务器在下一个时间片内,其性能将达到最佳的服务器相应用户的请求。
(被BIG-IP进行检测)
动态性能分配(DynamicRatio-APM):
BIG-IP收集到的应用程序和应用服务器的各项性能参数,动态调整流量分配。
动态服务器补充(DynamicServerAct.):
当主服务器群中因故障导致数量减少时,动态地将备份服务器补充至主服务器群。
服务质量(QoS):
按不同的优先级对数据流进行分配。
服务类型(ToS):
按不同的服务类型(在TypeofField中标识)对数据流进行分配。
规则模式:
针对不同的数据流设置导向规则,用户可自行。
对应本地的应用交换,大家可以通过对上述负载均衡算法的理解,结合实际的需求来采用合适你的负载均衡算法,我们常用到的一般是最少连接数、最快反应、或者轮询,决定选用那种算法,主要还是要结合实际的需求。
全局流量管理技术主要有以下几种负载均衡算法:
TOPOLOGY
RTT
以上的算法是我们常用到的算法,其它的算法这里就不做阐述了。
Topology原理、性能
在SCDN的服务中,为了加快用户访问的回应速度,一般利用电信的资源,通过收集各省级ip网段划分,通过用户访问的省级ip网段定位,直接决定用户的最优服务省级骨干边缘节点,在f5networks的技术中就是topology的处理,具体界面如下:
3DNS在配置的时候预先根据访问规则,定义不同的ip网段或省级用户分类访问相应的datacenter或pool.
在3DNS接到访问的解析请求时,通过对topology的比对,判断应该回应的datacenter或pool地址.
Topology在不同的CDN环境中得到了很多应用,在功能,稳定性和性能上都有非常优异的表现
在SCDN的模型中有一个非常特别的性能问题,就是GSLB产品在添加多条规则后的性能下降问题;
压力测试的试验表明,在300条规则和3000条规则的不同情况下,每秒解析的次数的性能下降有10倍以上,特别时在实际应用当中,可能存在更多的规则,那性能的下降就非常难以预料了,因此引入的userdefineregions技术可以极大的缓解性能压力.
使用的方法就是将多个ip网段规定成userdefineregions,然后的规则不是针对ip网段,而是针对不同的regions,在实际使用中针对3000条规则的性能上升可以达到15~20倍左右.
RTT原理
RTT的全称是roundtriptime,就是指由各省级骨干边缘节点到各省localDNS的访问发起到接受回应的时间,不同的各省localDNS的RTT时间的收集对比,可以产生实际的网络就近性对比表格,
具体访问流程:
1.localDNS向3DNS发起解析请求
2.3DNS接收到localDNS的请求后,通过加密通道通知省级骨干边缘节点内的bigip有一个localDNS需要进行RTT的测试
3.省级骨干边缘节点内的bigip接到RTT测试请求,并向localDNS发起访问
4.localDNS回应bigip的访问请求
5.省级骨干边缘节点内的bigip将localDNS的回应的延迟时间等相关信息返回给3DNS
6.3DNS经过接受各省级骨干边缘节点内的bigip的回应,存储并判断后将最优的地址返回给localDNS
省级骨干边缘节点内的bigip可以选择多种测试方法判断对localDNS的RTT时间,包括:
DNS_Dot:
向localDNS发起一个包含”.”的测试,也就是root,希望得到一个root列表清单
DNS_REV:
向localDNS发起”PTR”的测试,希望得到相应的domain名称
UDP:
发起一个UDP的包,看是否回应
TCP:
发起一个TCP的包看是否回应
ICMP:
发起一个ICMP的ping包,看是否回应
针对一个localDNS的RTT结果:
ldns{
address202.103.6.46
cur_target_state285241347
ttl2419200
probe_protocoldns_rev
path{
datacenter"
zjm"
cur_rtt419814
cur_hops0
cur_completion_rate10000
cur_last_hops0
}
changsha"
cur_rtt15175
xian"
cur_rtt53816
}
如果你有不通的出口时,这项记录就会有相应的数值,假设你有三条出口链路,那么对应每个本地的DNS就会有三条记录,RTT会把延时最短的一个解析给本地的DNS,这样本地的用户就能得到一个相对他/她最快的站点,从而实现了服务的持续、稳定、可靠、可用。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 应用 交换 技术 负载 均衡 解决方法
![提示](https://static.bdocx.com/images/bang_tan.gif)