Configuração de sondas de monitoramento de desempenho em tempo real
Para monitoramento de IP com failover de rota e monitoramento ip com failover de interface, as sondagens que são usadas para testar o dispositivo alvo são sondas de monitoramento de desempenho (RPM) em tempo real que não apenas testam a acessibilidade do endereço IP, mas também executam o monitoramento do nível de serviço em parâmetros como jitter e latência.
O monitoramento de desempenho em tempo real permite que você realize monitoramento de nível de serviço. Quando o RPM é configurado em um dispositivo, o dispositivo calcula o desempenho da rede com base no tempo de resposta do pacote, jitter e perda de pacotes. Esses valores são reunidos por solicitações de HTTP GET, solicitações do Protocolo de Mensagem de Controle de Internet (ICMP), solicitações de TCP e solicitações de UDP, dependendo da configuração.
Você pode reunir estatísticas de RPM enviando sondagens para um alvo de sondagem especificado, identificado por um endereço IP ou URL. Quando o alvo recebe a sonda, ele gera respostas, que são recebidas pelo dispositivo da Série SRX. Analisando os tempos de trânsito de e para o servidor remoto, o dispositivo pode determinar o desempenho da rede.
Os gateways da Série SRX enviam os seguintes tipos de sondagem:
Solicitação de HTTP GET a uma URL-alvo
HTTP GET solicitação de metadados de uma URL alvo
Solicitação de eco do ICMP a um endereço IP alvo (o padrão)
Solicitação de data e hora do ICMP a um endereço-alvo
Pacotes de ping UDP para um dispositivo-alvo
Solicitações de data e hora do UDP para um endereço IP alvo
Pacotes de ping TCP para um dispositivo-alvo
A sonda padrão é uma solicitação de eco ICMP, a menos que esteja configurada de outra forma.
Cada alvo sondado é monitorado ao longo de um teste. Um teste representa uma coleção de sondas, enviadas em intervalos regulares conforme definido na configuração. As estatísticas são então devolvidas para cada teste. Como um teste é uma coleção de sondas que foram monitoradas ao longo de algum tempo, estatísticas de teste, como desvio padrão e jitter, podem ser calculadas e incluídas com as estatísticas médias da sonda.
Em um teste, as sondas RPM são enviadas em intervalos regulares e configuradas em segundos. Quando o número total de sondas foi enviado e as respostas correspondentes recebidas, o teste é concluído. Você pode definir manualmente o intervalo da sonda para cada teste para controlar como o teste de RPM é conduzido.
Depois de todas as sondas para um teste em particular terem sido enviadas, o teste começa novamente. O tempo entre os testes é o intervalo de teste. Você pode definir manualmente o intervalo de teste para ajustar o desempenho de RPM.
Para monitorar vários endereços IP, vários testes podem ser definidos para cada sonda, e a sonda só falha se todos os testes falharem. O sistema pode realizar uma operação lógica e de todos os resultados de teste para determinar o resultado de uma sonda.
A Figura 1 mostra a topologia usada no exemplo de configuração a seguir.
de monitoramento de desempenho em tempo real
A seguir, uma configuração de exemplo de uma sonda RPM que monitora três endereços IP:
set services rpm probe Probe-Payment-Server test paysvr target address 5.1.1.3 set services rpm probe Probe-Payment-Server test paysvr probe-count 5 set services rpm probe Probe-Payment-Server test paysvr probe-interval 5 set services rpm probe Probe-Payment-Server test paysvr test-interval 3 set services rpm probe Probe-Payment-Server test paysvr thresholds successive-loss 5 set services rpm probe Probe-Payment-Server test paysvr1 target address 5.1.1.2 set services rpm probe Probe-Payment-Server test paysvr1 probe-count 5 set services rpm probe Probe-Payment-Server test paysvr1 probe-interval 5 set services rpm probe Probe-Payment-Server test paysvr1 test-interval 3 set services rpm probe Probe-Payment-Server test paysvr1 thresholds successive-loss 5 set services rpm probe Probe-Payment-Server test paysvr2 target address 5.1.1.5 set services rpm probe Probe-Payment-Server test paysvr2 probe-count 5 set services rpm probe Probe-Payment-Server test paysvr2 probe-interval 5 set services rpm probe Probe-Payment-Server test paysvr2 test-interval 3 set services rpm probe Probe-Payment-Server test paysvr2 thresholds successive-loss 5
Após o comprometimento da configuração da sonda RPM, os resultados da sonda podem ser exibidos usando o seguinte comando:
root# run show services rpm probe-results
Owner: Probe-Payment-Server, Test: paysvr
Target address: 5.1.1.3, Probe type: icmp-ping
Destination interface name: fe-0/0/1.0
Test size: 5 probes
Probe results:
Request timed out, Tue Sep 20 02:22:28 2011
Results over current test:
Probes sent: 1, Probes received: 0, Loss percentage: 100
Results over last test:
Probes sent: 5, Probes received: 0, Loss percentage: 100
Results over all tests:
Probes sent: 56, Probes received: 0, Loss percentage: 100
Owner: Probe-Payment-Server, Test: paysvr1
Target address: 5.1.1.2, Probe type: icmp-ping
Destination interface name: fe-0/0/1.0
Test size: 5 probes
Probe results:
Response received, Tue Sep 20 02:22:27 2011, No hardware timestamps
Rtt: 1742 usec
Results over current test:
Probes sent: 2, Probes received: 2, Loss percentage: 0
Measurement: Round trip time
Samples: 2, Minimum: 1582 usec, Maximum: 1742 usec, Average: 1662 usec,
Peak to peak: 160 usec, Stddev: 80 usec, Sum: 3324 usec
Results over last test:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Test completed on Tue Sep 20 02:22:19 2011
Measurement: Round trip time
Samples: 2, Minimum: 1582 usec, Maximum: 1742 usec, Average: 1662 usec,
Peak to peak: 160 usec, Stddev: 80 usec, Sum: 3324 usec
Results over last test:
Probes sent: 5, Probes received: 5, Loss percentage: 0
Test completed on Tue Sep 20 02:22:19 2011
Measurement: Round trip time
Samples: 5, Minimum: 1454 usec, Maximum: 1701 usec, Average: 1587 usec,
Peak to peak: 247 usec, Stddev: 92 usec, Sum: 7935 usec
Results over all tests:
Probes sent: 67, Probes received: 67, Loss percentage: 0
Measurement: Round trip time
Samples: 67, Minimum: 1427 usec, Maximum: 712721 usec,
Average: 13074 usec, Peak to peak: 711294 usec, Stddev: 86142 usec,
Sum: 875977 usec
Owner: Probe-Payment-Server, Test: paysvr2
Target address: 5.1.1.5, Probe type: icmp-ping
Destination interface name: fe-0/0/1.0
Test size: 5 probes
Probe results:
Request timed out, Tue Sep 20 02:22:28 2011
Results over current test:
Probes sent: 1, Probes received: 0, Loss percentage: 100
Results over last test:
Probes sent: 5, Probes received: 0, Loss percentage: 100
Results over all tests:
Probes sent: 56, Probes received: 0, Loss percentage: 100
Com as sondas RPM, você pode detectar a acessibilidade do endereço IP monitorado e também pode medir parâmetros de rede e agir se o tempo de ida e volta (RTT) ou jitter for maior do que um valor configurado. O comando a seguir exibe os parâmetros que podem ser medidos:
root# set services rpm probe probetoremote test paysrvr thresholds ? Possible completions: <[Enter]> Execute this command + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups egress-time Maximum source to destination time per probe ingress-time Maximum destination to source time per probe jitter-egress Maximum source to destination jitter per test jitter-ingress Maximum destination to source jitter per test jitter-rtt Maximum jitter per test (0..60000000 microseconds) rtt Maximum round trip time per probe (microseconds) std-dev-egress Maximum source to destination standard deviation per test std-dev-ingress Maximum destination to source standard deviation per test std-dev-rtt Maximum standard deviation per test (microseconds) successive-loss Successive probe loss count indicating probe failure total-loss Total probe loss count indicating test failure (0..15) | Pipe through a command