Monitorar a disponibilidade de qualquer site da Web

Após ter implantado o seu aplicativo Web/site, você poderá configurar testes recorrentes para monitorar a disponibilidade e a capacidade de resposta. Application Insights do Azure envia solicitações da Web ao aplicativo em intervalos regulares de pontos no mundo todo. Ele poderá alertar se o aplicativo não estiver respondendo ou se estiver com muita lentidão.

Você pode configurar testes de disponibilidade para qualquer ponto de extremidade HTTP ou HTTPS que for acessível da Internet pública. Não é preciso fazer nenhuma alteração no site que você estiver testando. Ele nem precisa ser um site que pertence a você. Você pode testar a disponibilidade de uma API REST da qual o seu serviço depende.

Tipos de testes de disponibilidade:

Há três tipos de testes de disponibilidade:

  • Teste de ping de URL: um teste simples que você pode criar no Portal do Azure.
  • Teste na Web de várias etapas: gravação de uma sequência de solicitações da Web que pode ser reproduzida para testar cenários mais complexos. Os testes na Web de várias etapas são criados no Visual Studio Enterprise e carregados no portal para execução.
  • Testes de disponibilidade de acompanhamento personalizado: se você decidir criar um aplicativo personalizado para executar testes de disponibilidade, o método TrackAvailability() poderá ser usado para enviar os resultados para o Application Insights.

Você pode criar até 100 testes de disponibilidade por recurso do Application Insights.

Importante

Ambos, o teste de ping de URL e o teste na Web de várias etapas dependem da infraestrutura de DNS da Internet pública para resolver os nomes de domínio dos pontos de extremidade testados. Isso significa que, se você estiver usando DNS privado, deverá garantir que todos os nomes de domínio do teste também possam ser resolvidos pelos servidores de nomes de domínio público ou, quando não for possível, você poderá usar os testes de disponibilidade de rastreamento personalizado.

Criar um recurso do Application Insights

Para criar um teste de disponibilidade, primeiro você precisa criar um recurso do Application Insights. Se você já tiver criado um recurso, vá para a próxima seção para criar um teste de ping de URL.

No portal do Azure, selecione Criar um recurso > Ferramentas para desenvolvedores > Application Insights e Criar um recurso do Application Insights.

Criar um teste de ping de URL

O nome "teste de ping de URL" é um pouco impreciso. Na realidade, esse teste não faz nenhum uso do ICMP (protocolo de mensagem de controle da Internet) para verificar a disponibilidade do seu site. Em vez disso, ele usa a funcionalidade de solicitação HTTP mais avançada para validar se um ponto de extremidade está respondendo. Ele também mede o desempenho associado a essa resposta e adiciona a capacidade de definir critérios de êxito personalizados associados a recursos mais avançados, como a análise de solicitações dependentes, além de permitir novas tentativas.

Para criar a sua primeira solicitação de disponibilidade, abra o painel Disponibilidade e selecione Criar teste.

Preencha pelo menos o URL do seu site

Criar um teste

Configuração Explicação
URL A URL pode ser qualquer página da web que você deseja testar, mas ela deve estar visível na Internet pública. A URL pode incluir uma cadeia de consulta. Por exemplo, você pode utilizar um pouco seu banco de dados. Se a URL for resolvida para um redirecionamento, nós a seguiremos, até um máximo de 10 redirecionamentos.
Analisar solicitações dependentes O teste solicitará imagens, scripts, arquivos de estilo e outros arquivos que fazem parte da página da Web em teste. O tempo de resposta gravado inclui o tempo necessário para obter esses arquivos. O teste falhará se qualquer um desses recursos não puder ser baixado com êxito dentro do tempo limite para o todo o teste. Se a opção não estiver marcada, o teste solicitará apenas o arquivo na URL especificada. A habilitação dessa opção resulta em uma verificação mais rigorosa. O teste pode falhar em casos, o que pode não ser perceptível ao navegar manualmente no site.
Habilitar novas tentativas quando o teste falha, ele é repetido após um breve intervalo. Uma falha só será relatada se três tentativas sucessivas falharem. Testes subsequentes são então executados com a frequência de teste normal. A repetição é suspensa temporariamente até o próximo sucesso. Essa regra é aplicada independentemente em cada local de teste. Recomendamos esta opção. Em média, aproximadamente 80% das falhas desaparecem na repetição.
Frequência de teste define a frequência com que o teste é executado em cada localização de teste. Com uma frequência padrão de cinco minutos e cinco locais de teste, seu site é testado em média a cada minuto.
Locais de teste São os locais de onde nossos servidores enviam solicitações da Web para a sua URL. O número mínimo de locais de teste recomendado é cinco, para garantir que você possa diferenciar problemas no seu site de problemas na rede. Você pode selecionar até 16 locais.

Se a URL não estiver visível na Internet pública, você pode optar por abrir seletivamente o firewall e permitir apenas as transações de teste. Para saber mais sobre as exceções de firewall para os nossos agentes de teste de disponibilidade, consulte o Guia de endereço IP.

Observação

É altamente recomendável testar a partir de vários locais, com um mínimo de cinco locais. Isso é para evitar alarmes falsos que podem resultar de problemas temporários com um local específico. Além disso, descobrimos que a configuração ideal é que o número de locais de teste seja igual ao limite de alerta local + 2.

Critérios de êxito

Configuração Explicação
Tempo limite de teste diminua esse valor para ser alertado sobre respostas lentas. O teste é considerado uma falha se as respostas de seu site não são recebidas dentro desse período. Se você tiver selecionado Analisar solicitações dependentes, todas as imagens, arquivos de estilo, scripts e outros recursos dependentes devem ter sido recebidos dentro desse período.
Resposta HTTP o código de status retornado que é contado como êxito. 200 é o código que indica que uma página da Web normal foi retornada.
Correspondência de conteúdo Uma cadeia de caracteres como, por exemplo, “Bem-vindo!” Faremos o teste que uma correspondência exata de maiúsculas e minúsculas ocorre em todas as respostas. É necessário que seja uma cadeia de caracteres simples, sem curingas. Lembre-se de que se o conteúdo de sua página for alterado, talvez seja necessário atualizá-lo. Somente caracteres da língua inglesa têm suporte na correspondência de conteúdo

Alertas

Configuração Explicação
Quase em tempo real (Versão prévia) É recomendável usar alertas quase em tempo real. A configuração desse tipo de alerta é feita após a criação do teste de disponibilidade.
Limite de locais de alerta é recomendável um mínimo de 3/5 locais. A relação ideal entre o limite de alertas locais e o número de locais de teste é o limite de alertas locais = número de locais de teste - 2, com um mínimo de cinco locais de teste.

Marcas de população de local

As seguintes marcas de população podem ser usadas para o atributo de localização geográfica ao implantar um teste de ping de URL de disponibilidade usando o Azure Resource Manager.

Azure Gov

Nome de exibição Nome da população
Gov. EUA – Virgínia usgov-va-azr
Gov. EUA – Arizona usgov-phx-azr
Gov. EUA – Texas usgov-tx-azr
Leste do USDoD usgov-ddeast-azr
USDoD Central usgov-ddcentral-azr

Azure

Nome de exibição Nome da população
Leste da Austrália emea-au-syd-edge
Brazil South latam-br-gru-edge
Centro dos EUA us-fl-mia-edge
Leste da Ásia apac-hk-hkn-azr
Leste dos EUA us-va-ash-azr
Sul da França (antiga França Central) emea-ch-zrh-edge
França Central emea-fr-pra-edge
Leste do Japão apac-jp-kaw-edge
Norte da Europa emea-gb-db3-azr
Centro-Norte dos EUA us-il-ch1-azr
Centro-Sul dos Estados Unidos us-tx-sn1-azr
Sudeste Asiático apac-sg-sin-azr
Oeste do Reino Unido emea-se-sto-edge
Europa Ocidental emea-nl-ams-azr
Oeste dos EUA us-ca-sjc-azr
Sul do Reino Unido emea-ru-msa-edge

Ver os resultados de teste de disponibilidade

Os resultados do teste de disponibilidade podem ser visualizados com exibições de gráfico de linha ou de dispersão.

Após alguns minutos, clique em Atualizar para ver os resultados do teste.

Captura de tela mostra a página Disponibilidade com o botão Atualizar realçado.

O gráfico de dispersão mostra exemplos dos resultados de teste que contêm detalhes de etapas do teste de diagnóstico. O mecanismo de teste armazena detalhes de diagnóstico para testes com falhas. Para testes bem-sucedidos, detalhes de diagnóstico são armazenados para um subconjunto das execuções. Passe o mouse sobre qualquer um dos pontos verdes/vermelhos para ver o teste, o nome do teste e a localização.

exibição Linha

Selecione um teste específico e uma localização, ou reduza o período de tempo para ver mais resultados em todo o período de tempo de interesse. Use o Search Explorer para ver os resultados de todas as execuções ou usar consultas de análise para executar relatórios personalizados sobre esses dados.

Como inspecionar e editar testes

Para editar, desabilitar temporariamente ou excluir um teste, clique nas reticências ao lado do nome de um teste. Depois que uma alteração é feita, pode levar até 20 minutos para que as alterações de configuração sejam propagadas para todos os agentes de teste.

Exibir detalhes do teste. Editar e desabilitar um teste da Web

Você talvez queira desabilitar testes de disponibilidade ou as regras de alerta associadas a eles, enquanto você estiver fazendo a manutenção de seu serviço.

Se você encontrar falhas

Clique em um ponto vermelho.

Clique em um ponto vermelho

De um resultado do teste de disponibilidade, você pode ver os detalhes de transações em todos os componentes. Aqui, você pode ver:

  • Inspecionar a resposta recebida do servidor.
  • Diagnosticar falha na telemetria do lado do servidor correlacionado coletada durante o processamento do teste de disponibilidade com falha.
  • Registrar um problema ou um item de trabalho no Git ou no Azure Boards para controlar o problema. O bug conterá um link para este evento.
  • Abrir o resultado do teste na Web no Visual Studio.

Saiba mais sobre a experiência de diagnóstico de transação de ponta a ponta aqui.

Clique na linha de exceção para ver os detalhes da exceção do lado servidor que causou a falha no teste de disponibilidade sintético. Você também pode obter o instantâneo de depuração para diagnóstico mais rico em nível de código.

Diagnóstico do lado do servidor

Além dos resultados brutos, você também pode visualizar duas métricas de disponibilidade principais no Metrics Explorer:

  1. Disponibilidade: percentual dos testes que foram bem-sucedidos, em todas as execuções de teste.
  2. Duração do teste: duração média em todas as execuções de teste.

Automação

Solução de problemas

Artigo exclusivo para solução de problemas.

Próximas etapas