对于出链路负载均衡中,有个链路故障处理方式,看了下官网说明如下:想请教下,如果对于新的会话连接是否也是遵循下面说明中的规则呢,还是说下面的三种故障处理方式只对已有会话生效的?
另外,这三种方式配置后,对原有会话连接做出的动作对业务是否有影响呢?
通过本配置可以选择链路组的故障处理方式:
· 保持已有连接:不主动断开与故障链路的连接,连接继续保持还是断开将由协议自身的超时机制决定。
· 重定向连接:把连接重定向到链路组中其它可用的链路上。
· 断开已有连接:主动断开与故障链路的连接。对于TCP报文,将发送RST报文;对于其它类型的报文,将发送ICMP不可达报文。
(1) 进入系统视图。
system-view
(2) 进入链路组视图。
loadbalance link-group link-group-name
(3) 配置链路组的故障处理方式。
fail-action { keep | reschedule | reset }
缺省情况下,链路组的故障处理方式为保持已有连接。
fail-action命令用来配置链路组的故障处理方式。
undo fail-action命令用来恢复缺省情况。
【命令】
fail-action { keep | reschedule | reset }
undo fail-action
【缺省情况】
链路组的故障处理方式为保持已有连接。
【视图】
链路组视图
【缺省用户角色】
network-admin
context-admin
【参数】
keep:保持已有连接,即不主动断开与故障链路的连接,连接继续保持还是断开将由协议自身的超时机制决定。
reschedule:重定向连接,即把连接重定向到链路组中其它可用的链路上。
reset:断开已有连接,即主动断开与故障链路的连接。对于TCP报文,将发送RST报文;对于其它类型的报文,将发送ICMP不可达报文。
【使用指导】
当处理报文的链路发生故障的时,负载均衡设备根据配置的故障处理方式来决定报文的处理方式。
【举例】
# 配置链路组lg的故障处理方式为重定向连接。
<Sysname> system-view
[Sysname] loadbalance link-group lg
[Sysname-lb-lgroup-lg] fail-action reschedule
对于出链路负载均衡中,有个链路故障处理方式,看了下官网说明如下:想请教下,如果对于新的会话连接是否也是遵循下面说明中的规则呢,还是说下面的三种故障处理方式只对已有会话生效的?
另外,这三种方式配置后,对原有会话连接做出的动作对业务是否有影响呢?
通过本配置可以选择链路组的故障处理方式:
· 保持已有连接:不主动断开与故障链路的连接,连接继续保持还是断开将由协议自身的超时机制决定。
· 重定向连接:把连接重定向到链路组中其它可用的链路上。
· 断开已有连接:主动断开与故障链路的连接。对于TCP报文,将发送RST报文;对于其它类型的报文,将发送ICMP不可达报文。
(1) 进入系统视图。
system-view
(2) 进入链路组视图。
loadbalance link-group link-group-name
(3) 配置链路组的故障处理方式。
fail-action { keep | reschedule | reset }
缺省情况下,链路组的故障处理方式为保持已有连接。
fail-action命令用来配置链路组的故障处理方式。
undo fail-action命令用来恢复缺省情况。
【命令】
fail-action { keep | reschedule | reset }
undo fail-action
【缺省情况】
链路组的故障处理方式为保持已有连接。
【视图】
链路组视图
【缺省用户角色】
network-admin
context-admin
【参数】
keep:保持已有连接,即不主动断开与故障链路的连接,连接继续保持还是断开将由协议自身的超时机制决定。
reschedule:重定向连接,即把连接重定向到链路组中其它可用的链路上。
reset:断开已有连接,即主动断开与故障链路的连接。对于TCP报文,将发送RST报文;对于其它类型的报文,将发送ICMP不可达报文。
【使用指导】
当处理报文的链路发生故障的时,负载均衡设备根据配置的故障处理方式来决定报文的处理方式。
【举例】
# 配置链路组lg的故障处理方式为重定向连接。
<Sysname> system-view
[Sysname] loadbalance link-group lg
[Sysname-lb-lgroup-lg] fail-action reschedule
(0)
1.链路故障的处理方式其实可以这么理解,就是流量被负载的好好的,会话也已经有了,按照会话走到的某条链路突然异常,这种情况下,该怎么处理这些已有的链接,是按照协议的状态进行关闭还是主动重新发起连接还是就直接设备关闭。新的会话建立的时候肯定已经根据链路的健康探测等知道了异常链路的存在,设备是不会对新的流分配有问题的链路的。所以这个功能本来就是给已有会话考虑的
2.对业务的影响,其实链路异常本来就是影响业务的故障出现,这个功能就是为了快速的恢复业务不让链路异常的问题影响太大面积和时间的业务。
(0)
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论