我知道我可以使用任何linux绑定模式,我想知道什么是最好的.从历史上看,我使用主动备份模式,因为有些服务器连接到非堆叠交换机,但现在我们有一个新的一致网络,我想采用一种除了容错之外还提供负载平衡的绑定模式.
我认为最好使用的模式是802.3ad(LACP),因为这是所有网络设备上使用的标准,但事实证明我在交换机端配置一组端口作为LACP通道时,连接断开,直到我还可以正确配置服务器端.这使得我们的系统管理任务变得更加困难,因为在安装新服务器之前,我们必须删除交换机上的LACP配置(因为PXE启动和网络安装之类的东西在LACP端口上不起作用),安装后我们需要更改交换机再次设置但仅在服务器配置为使用LACP后,或连接将死亡.
其他粘接模式(例如balance-alb)在开关侧不需要任何特殊配置,而在纸上则具有相同的优点.
有没有理由选择802.3ad而不是balance-alb?
解决方法 我对Juniper交换机并不十分熟悉,但您不必在它们上配置LACP;这是LACP的重点.如果不是这种情况,那么您的交换机配置有问题.LACP仅指定用于动态聚合端口的协议.它没有指定端口调度策略(发送和接收流量的地方).此政策是单独设定的.我不记得linux中的过程,但我知道linux支持指定几个不同的策略,可能类似于balance-alb.
balance-alb具有特定的缺点.主要是它半智能地为新连接选择一个输出端口,并且它们在连接的整个生命周期中都停留在那个端口上(它实际上由MAC完成,而不是端口,如果端口出现故障,则MAC被分配到另一个端口,从而允许连接继续).
然而,这并不完全“聚合”端口,因为连接将无法使用多个端口.因此,如果您有2个1GbE端口,则单个连接仍限制为1GbE. LACP通常会解决此问题,但这取决于您的调度策略和每端支持的活动端口数.
总结以上是内存溢出为你收集整理的Linux绑定:802.3ad(LACP)与balance-alb模式全部内容,希望文章能够帮你解决Linux绑定:802.3ad(LACP)与balance-alb模式所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)