Como interpretar testes de monitoramento de desempenho em tempo real no Junos

Depois de ter configurado e executar um teste no Junos em tempo real Monitorização do Desempenho (RPM), mas você precisa ver e analisar os resultados desses testes.

Para visualizar os resultados das medições de RPM, utilize o show de serviços rpm sonda-resultados comando:

user @ host> Mostrar serviços rpm sonda-resultsOwner: app-server-rede, teste: Tipo de ICMP-testProbe: ICMP-ping-timestampMinimum Rtt: 312 useg, Máximo Rtt: 385 useg, RTT médio: 331 useg, Jitter Rtt: 73 useg, stdDev Rtt: 27 usecMinimum tempo de saída: 0 useg, tempo máximo de saída: 0 useg, o tempo médio de saída: 0 useg, o tempo de saída de Instabilidade: 0 useg, stdDev tempo saída: tempo de penetração 0 usecMinimum: 0 useg, o tempo máximo de ingresso: 0 useg, o tempo médio de ingresso: 0 useg, tempo de penetração de Instabilidade: 0 useg, stdDev tempo de ingresso: 0 usecProbes enviados: 15, Sondas recebeu: 15, percentual de perda: 0

A saída pode ser um pouco difícil de analisar, mas concentrar-se nos seguintes campos:

  • Proprietário, Teste: Este campo informa qual teste RPM estão resumidas a seguir.

  • tipo de sonda: Simplificando, este campo é o que você configurou como o tipo de sonda.

  • RTT: O RTT campos são as medições do tempo de ida e volta. Pode ver a medida mínima, a medição da máxima, e a medição da média para as sondas ao longo de todo o teste - neste caso, 15 sondas.

  • jitter: Esta é a variação no atraso ao longo do tempo. o jitter valor permite que você saiba quão consistente os testes foram. Se um teste levou três segundos eo segundo teste teve 500 usecs, o jitter seria alto, uma indicação de que você pode querer executar o teste novamente, pois alguns problemas estão afetando sua rede.

    Idealmente, você quer um pequeno tremor e um pequeno desvio-padrão, o que significa que todo o tráfego mais ou menos leva a mesma quantidade de tempo para atravessar a rede.

  • percentual de perda: Embora você não deve vê-lo como diferente de zero, muitas vezes, as sondas podem ser perdidos. Se você está vendo a perda de sonda, você tem uma indicação de que a sua rede está perdendo pacotes somewhere- um filtro de firewall pode ser descartando-los- ou algum dispositivo ao longo do caminho está enfrentando congestionamento. (Pings são geralmente primeiro a obter caiu em tempos de congestionamento.) Verifique para o problema de forma adequada.

Em termos de que tipo de vezes que você deve estar vendo, como regra geral, você provavelmente vai querer ver ida e volta vezes na ordem de 200 a 500 microssegundos (usecs). Porque estas sondas RPM estiver usando pacotes de ping ICMP, os tempos realmente deve ser o mesmo que quando você emitir vários pings para o destino remoto.

Semelhante

menu