seb*_*elk 2 bonding linux-networking fault-tolerance
我已经阅读了内核文档的bonding.txt 文件,负载平衡很清楚,但是 balance-alb 和 balance-tlb 真的容错吗?
sup*_*ami 10
绑定模式 5 (balance-tlb) 的工作原理是查看绑定中的所有设备,并以最小的当前流量负载发送从属设备。流量仅由一个从站(“主要从站”)接收。如果一个从站丢失,则不考虑该从站进行传输,因此该模式是容错的。
绑定模式 6 (balance-alb) 的工作原理同上,除了传入的 ARP 请求被绑定驱动程序拦截,并且绑定驱动程序生成 ARP 回复,以便外部主机被诱骗将其流量发送到其他绑定从属服务器之一而不是主要奴隶。如果同一广播域中的许多主机联系绑定,那么流量应该大致均匀地平衡到所有从机中。
如果在模式 6 中从站丢失,则远程主机可能需要一些时间来超时其 ARP 表条目并发送新的 ARP 请求。TCP 或 SCTP 重传会相当快地导致 ARP 请求,但 UDP 数据报不会,并且将依赖于通常的 ARP 表刷新。所以模式 6是容错的,但是根据所使用的第 4 层协议,slave 丢失的收敛可能需要一些时间。
如果您担心快速容错,那么可以考虑使用模式 4(802.3ad aka LACP),它在绑定和交换机之间协商链路聚合,并不断更新聚合伙伴之间的链路状态。模式 4 还具有可配置的负载平衡散列,因此与模式 5 或模式 6 相比,它更适合按顺序传输 TCP 流。
如果此绑定将桥接到虚拟机,则由于两种模式在某些条件下的 MAC 重写行为,您将无法使用模式 5 或模式 6,并且由于模式 6 的 ARP 拦截行为,因此无法使用模式 5 或模式 6。
所有模式 0 到 4 都适用于 VM 网桥,但 0(循环)和 3(广播)可能不适用于大多数工作负载,绝对不适用于 TCP 和 SCTP 流。除了模式 1(主动备份)之外,所有模式 0 到 4 都需要交换机配置。
归档时间: |
|
查看次数: |
10648 次 |
最近记录: |