作者回复: lvs 不太好做,在 VS/DR 模式下应答包(response)根本就不经过它,所以它连请求包(request)是否已经应答都不知道,就别提失败后重试了。如果在 VS/NAT 模式下,它也需要理解应用层的协议后才能重试,那它就不是网络层负载均衡,而是应用层负载均衡了。
作者回复: 存储的扩展不是基于负载均衡,这个下一讲就会有所涉及。
作者回复: 文章中有解释,arp 协议是通过 ip 得到 mac,这时只有调度器响应 arp。也就是说,在全局,vip 是被认为绑在调度器上。只有各个业务服务器自己以为自己也绑了vip。
作者回复: 反过来了,是通过ip拿到mac。
作者回复: 一般来说两个都需要
作者回复: 是这样
作者回复: 这个主要要改负载均衡的配置,不要按ip来分派请求
作者回复: 一般用的多个hash函数,一个不行用另一个。当然简单+1试下一个服务器也可以。
作者回复: QPS是Queries per second,TPS是Transactions per second,IOPS是Input/Output per second。每秒测量的东西有所不同。
作者回复: 我猜想你说的docker应该是指k8s。k8s应该是四层(传输层)和七层(应用层)。我们这里谈的是三层(网络层)和七层。