Apache tráfego de Cluster de servidor do problema
-
21-12-2019 - |
Pergunta
Eu uso uma versão compilada do ATS 4.1.2 no Debian Wheezy para o cache distribuído.Ambos os nós que eu estou tentando cluster, reside na mesma vlan, mesmo com proxy.config.proxy_name valor.No entanto, a maior parte do tempo, o ATS não é capaz de descobrir este nó específico, e adicionar manualmente a outros IP do nó no cluster.de configuração (Que é uma auto-preenchido config, e não devem ser humano editável) lança
root@fe4:/opt/trafficserver/etc# grep -i illegal
/opt/trafficserver/var/log/trafficserver/*
/opt/trafficserver/var/log/trafficserver/diags.log:[Feb 21 18:00:37.714]
Server {0x2b99c1e29700} NOTE: Illegal cluster connection from 10.65.130.31
/opt/trafficserver/var/log/trafficserver/diags.log:[Feb 21 18:35:59.686]
Server {0x2b99c1e29700} NOTE: Illegal cluster connection from 10.65.130.31
No entanto, o segundo host 10.65.130.31, é capaz de cluster com um servidor diferente e tem o mesmo proxy.config.proxy_name.Então, este é o tipo de incerto qual de nós seria capaz de ser uma parte do cluster.
Qualquer ajuda é muito apreciada.
Solução
Depois de horas de resolução de problemas, identifiquei que isso aconteceu por causa de uma aba aconteceu na obrigação de interface.Em algum momento, o ativo escravo na obrigação de interface em um servidor trocado para eth1, que foi conectado a um outro comutador físico, enquanto que em outro servidor, ele permaneceu como eth0.Então, isso resultou em 2 caixas restantes em 2 switches, embora eles estejam na mesma vlan e mesma faixa de IP e sub-rede e de broadcast.Isto foi identificado quando o tcp dump foi analisado na obrigação de interface, onde ele foi não mostrando qualquer difusão/multicast para o nó de problema.A saída de bond interface foi como
*server1:*
root@cdn-fe4:# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth0
====snip====
*server2:*
root@fe7:/opt/trafficserver/etc# cat /proc/net/bonding/bond0
Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
Bonding Mode: fault-tolerance (active-backup)
Primary Slave: None
Currently Active Slave: eth1
====snip====
Testado novamente depois de quebrar o vínculo e a configurar manualmente o ATS para cluster através de eth0 e, desta vez, funcionou.