Monitoramento de uptime e latência a partir de cidades de datacenter

Por que monitorar a partir de cidades de datacenter?

O monitoramento a partir de cidades de datacenter mostra como seu serviço se comporta a partir dos hubs de rede por onde passa o tráfego dos seus usuários. Uma verificação do seu escritório testa apenas um caminho. Uma verificação a partir de Frankfurt, Singapura ou São Paulo testa a rota, a resposta DNS e a borda de CDN servida para aquela região.

Perguntas típicas que ela responde:

• O site responde em todos os mercados, ou alguma região recebe erros?
• A CDN envia os visitantes de Tóquio para uma borda asiática, ou até a Virgínia?
• Uma mudança de DNS ou de certificado chegou a todas as regiões?
• Uma página lenta é problema de servidor ou de distância?

Um IP de datacenter mede o caminho do datacenter, não a última milha de um usuário doméstico via Wi-Fi ou celular. Isso é uma vantagem para verificações repetíveis e uma limitação se você precisa de tempos de usuários reais.

Qual é a latência mínima entre duas cidades?

O round trip mínimo em milissegundos é aproximadamente a distância em quilômetros dividida por 100. A luz na fibra óptica viaja cerca de 200 km por milissegundo, e um round trip percorre a distância duas vezes. As rotas reais são mais longas que uma linha reta, então os valores medidos são maiores.

Os pares mais próximos entre nossas páginas de cidades de datacenter, segundo as distâncias nessas páginas:

Se uma verificação de Amsterdã a um servidor em Londres leva 40 ms, a distância explica menos de 4 ms disso; examine o roteamento, a configuração de TLS ou o servidor. A tabela de dados das cidades lista cada cidade com suas instalações e o vizinho mais próximo.

Como um proxy muda o que eu meço?

Um proxy adiciona um trecho a cada requisição: seu verificador fala com o proxy, e o proxy fala com seu serviço. O tempo total é a soma dos dois trechos, então um verificador em Paris usando um IP de Tóquio mede principalmente Paris–Tóquio.

Duas formas limpas de ler os números:

1. Rode o verificador perto do proxy. Um servidor pequeno na mesma região mantém o primeiro trecho curto, então o tempo reflete a cidade que você escolheu.
2. Meça o primeiro trecho separadamente. Cronometre uma requisição a um endpoint leve através do proxy e subtraia essa linha de base do tempo do seu serviço.

Só para uptime, o trecho extra não importa: a questão é se seu serviço responde daquela cidade, e com qual código de status e conteúdo.

# Documentation address; use an IP, port and credentials from your account
curl -x http://USERNAME:[email protected]:8000 \
  -o /dev/null -s \
  -w "status=%{http_code} connect=%{time_connect}s tls=%{time_appconnect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" \
  https://example.com/health

Como monto um monitor multi-cidade simples?

Um monitor multi-cidade simples precisa de um IP por região, uma URL de health no seu lado e um agendador.