Testar um servidor usando MTR através do TCP

Question

É possível usar MTR sobre TCP? Se não há uma alternativa? Eu fiz algumas pesquisas e não estou encontrando nenhuma maneira de fazer uma coisa dessas, então estou me perguntando se alguém já teve alguma experiência em fazer uma coisa dessas. Se realmente não existe tal coisa, qual é a melhor maneira de fazer um teste estendido com solicitações muito rápidas de ICMP para um servidor MySQL de uma perspectiva de rede, para que possamos solucionar um problema muito rápido de perda de pacotes através da rede.

    

Answer 1

MTR pode ser bastante eficaz para este tipo de resolução de problemas. Tente deixá-lo funcionando com um intervalo de 15 segundos ou 60 segundos. As estatísticas fornecerão informações sobre quais roteadores ou segmentos podem estar causando problemas. Com a tendência recente de usar roteadores de nível 2, eles serão invisíveis para MTR (e outras ferramentas).

Muitas pilhas TCP possuem contadores disponíveis, que podem ser usados para identificar problemas. Pacotes retransmitidos e fora de ordem podem ser indícios de problemas, especialmente se a porcentagem estiver fora do normal.

Se você estiver enviando grandes blocos de dados, a janela TCP poderá causar problemas. Verifique se você está com problemas no Bufferbloat.

Existem ferramentas como tcptraceroute , que podem fazer rastreio semelhante ao fornecido por MTR sobre TCP. Isso pode contornar as restrições nos pacotes de eco ICMP.

Ferramentas como Munin , Nagios ou Icinga podem ser usadas para monitorar sua rede e seu servidor de banco de dados continuamente. Eles também podem enviar alertas se forem identificados problemas.

    

Answer 2

O MTR suporta rastreamentos de pacote TCP quando você está usando uma versão nova o suficiente. As versões 0.85 e 0.86 (construções estáveis atuais) suportam esse recurso.

Eu sei que este é um post antigo, mas achei que seria relevante para alguém pesquisar o problema. Versões antigas ou antigas fornecidas em rhel / cent 6.6 não terão esse recurso (ou seja, antes de 0,75).

    

Answer 3

Você já pensou em usar o nping ? Você deve ser capaz de gerar e enviar pacotes rapidamente. Se você está tentando identificar a perda periódica de pacotes ou a latência, você pode tentar uma ferramenta como defletindo . Tive excelentes resultados ao usar o smokeping para tentar correlacionar eventos de rede ao longo do tempo - especialmente para links ponto-a-ponto sem fio. Não há uma sonda do MySQL, mas a fumaça é modular, então você pode escrever a sua própria se assim desejar. / p>

Essas ferramentas, juntamente com o Wireshark, têm sido muito úteis na eliminação de problemas de Camada 3/4 da equação na solução de problemas.