02168888812
云终端系列报道第八十四期 - KVM部署LVS故障案例2 2016-09-22

炙伦云终端分享嘉宾:

   

    故障现象


    KVM部署LVS(Linux Virtual Server)集群后,能够单独以HTTP方式访问RS(Real Server)的实际IP,但无法通过VIP(Virtual IP)访问。
    
    故障分析过程
    
        4.确认宿主机1是否能够正确转发虚拟机Director1重写后的帧
    
    
    在宿主机上执行以下命令:
    
    [root@HOST1 ~]# tcpdump -vvv -nnn -e -i br0 host 192.243.119.145
    11:39:19.430993 84:78:ac:27:6c:41 > 02:00:73:b6:53:c8,ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 48, id 47264, offset 0, flags[DF], proto TCP (6), length 60)
    1. 192.243.119.145.51643 > x.y.z.208.80:Flags [S], cksum 0x000e (correct), seq 3639534333,win 14600, options [mss 1460,sackOK,TS val 780753501ecr 0,nop,wscale 7], length 0
    11:39:20.430238 84:78:ac:27:6c:41 > 02:00:73:b6:53:c8,ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 48, id 47265, offset 0, flags[DF], proto TCP (6), length 60)
    2. 192.243.119.145.51643 > x.y.z.208.80:Flags [S], cksum 0xfc25 (correct), seq 3639534333,win 14600, options [mss 1460,sackOK,TS val 780754501ecr 0,nop,wscale 7], length 0
    ---以下略去客户端第3、4、5次重传数据
    
    从1和2所示的以太网帧中,我们能够看到宿主机1未转发虚拟机Director1重写后的以太网帧(其中2是1的Client重传,我们没有观察到1和2的MAC地址被重写的情况)。
    
    很明显,问题出在宿主机1上,它没有转发Director1重写后的以太网帧。
    我们来看看为什么会发生这个问题。
    
     

































上一页:云终端系列报道第八十三期 - KVM部署LVS故障案例 下一页:云终端系列报道第八十六期 - KVM部署LVS故障原理
推荐新闻 Recommended news

帮助中心
6509367