Teste padrão
Um teste Standard é um tipo de teste de disponibilidade que verifica a disponibilidade de um site ao enviar um único pedido. Além de validar se um ponto final está a responder e a medir o desempenho, os testes Standard também incluem validade do certificado SSL, verificação de duração proativa, verbo de pedido HTTP (por exemplo, GETe POSTHEAD), cabeçalhos personalizados e dados personalizados associados ao seu pedido HTTP.
Para criar um teste de disponibilidade, tem de utilizar um recurso do Application Insights existente ou criar um recurso do Application Insights.
Dica
Se estiver a utilizar outros testes de disponibilidade, como testes de ping de URL, poderá adicionar testes Standard juntamente com os outros. Se quiser utilizar testes Standard em vez de um dos outros testes, adicione um teste Standard e elimine o teste antigo.
Criar um teste Standard
Para criar um teste Standard:
Aceda ao recurso do Application Insights e selecione o painel Disponibilidade .
Selecione Adicionar teste Standard.
Introduza o seu nome de teste, URL e outras definições descritas na tabela seguinte. Em seguida, selecione Criar.
Definições Descrição URL O URL pode ser qualquer página Web que pretenda testar, mas tem de estar visível a partir da Internet pública. O URL pode incluir uma cadeia de consulta. Desta forma, pode, por exemplo, testar um pouco a base de dados. Se o URL remeter para um redirecionamento, iremos segui-lo até dez redirecionamentos. Analisar pedidos dependentes O teste pede imagens, scripts, ficheiros de estilo e outros ficheiros que fazem parte da página Web em teste. O tempo de resposta gravado inclui o tempo necessário para obter estes ficheiros. O teste falha se algum destes recursos não puder ser transferido com êxito dentro do tempo limite para todo o teste. Se a opção não estiver selecionada, o teste apenas solicita o ficheiro no URL que especificou. Ativar esta opção resulta numa verificação mais rigorosa. O teste pode falhar em casos, o que pode não ser percetível quando navega manualmente no site. Ativar repetições Quando o teste falha, é repetido após um curto intervalo. Uma falha só é comunicada após três tentativas falhadas sucessivas. Os testes subsequentes são realizados à frequência habitual de teste. A repetição encontra-se temporariamente suspensa até ao próximo êxito. Esta regra é aplicada de forma independente em cada localização de teste. Recomendamos esta opção. Em média, cerca de 80% das falhas desaparecem aquando da repetição. Teste de validação de certificados SSL Pode verificar o certificado SSL no seu site para se certificar de que está corretamente instalado, válido, fidedigno e não apresenta erros a nenhum dos seus utilizadores. Verificação de duração proativa Esta definição permite-lhe definir um período de tempo definido antes de o certificado SSL expirar. Depois de expirar, o teste falhará. Frequência de teste Define a frequência com que o teste é executado a partir de cada localização de teste. Com uma frequência predefinida de cinco minutos e cinco localizações de teste, o site é testado, em média, a cada minuto. Localizações de teste Os locais a partir dos quais os nossos servidores enviam pedidos Web para o URL. O nosso número mínimo de localizações de teste recomendadas é cinco para garantir que consegue distinguir os problemas no seu site de problemas de rede. Pode selecionar até 16 localizações. Cabeçalhos personalizados Pares chave-valor que definem os parâmetros operacionais. Verbo de pedido HTTP Indique a ação que pretende efetuar com o seu pedido. Corpo do pedido Dados personalizados associados ao seu pedido HTTP. Pode carregar os seus próprios ficheiros, introduzir os seus conteúdos ou desativar esta funcionalidade.
Critérios de êxito
| Definições | Descrição |
|---|---|
| Tempo limite de teste | Diminua este valor para ser alertado sobre respostas lentas. O teste é contabilizado como uma falha se as respostas do seu site não tiverem sido recebidas neste período. Se tiver selecionado Analisar pedidos dependentes, todas as imagens, ficheiros de estilo, scripts e outros recursos dependentes devem ter sido recebidos neste período. |
| Resposta HTTP | O código de estado devolvido que é contabilizado como um êxito. O número 200 é o código que indica que foi devolvida uma página Web normal. |
| Correspondência de conteúdo | Uma cadeia, como "Bem-vindo!" Testamos que ocorre uma correspondência exata sensível às maiúsculas e minúsculas em todas as respostas. Tem de ser uma cadeia simples, sem carateres universais. Não se esqueça de que, se o conteúdo da sua página for alterado, poderá ter de atualizá-lo. Apenas os carateres ingleses são suportados com correspondência de conteúdo. |
Alertas
| Definições | Descrição |
|---|---|
| Quase em tempo real | Recomendamos a utilização de alertas quase em tempo real. A configuração deste tipo de alerta é efetuada após a criação do teste de disponibilidade. |
| Limiar de localização do alerta | Recomendamos um mínimo de 3/5 localizações. A relação ideal entre o limiar de localização do alerta e o número de localizações de teste é o número de limiar = de localização de alerta de localizações de teste – 2, com um mínimo de cinco localizações de teste. |
Etiquetas de população de localização
Pode utilizar as seguintes etiquetas de população para o atributo geolocalização quando implementar um teste de ping de URL de disponibilidade com o Azure Resource Manager.
Azure Government
| Nome a apresentar | Nome da população |
|---|---|
| USGov Virginia | usgov-va-azr |
| USGov Arizona | usgov-phx-azr |
| USGov Texas | usgov-tx-azr |
| USDoD Leste | usgov-ddeast-azr |
| USDoD Central | usgov-ddcentral-azr |
Azure China
| Nome a apresentar | Nome da população |
|---|---|
| Leste da China | mc-cne-azr |
| China Leste 2 | mc-cne2-azr |
| Norte da China | mc-cnn-azr |
| China Norte 2 | mc-cnn2-azr |
Azure
| Nome a apresentar | Nome da população |
|---|---|
| Leste da Austrália | emea-au-syd-edge |
| Sul do Brasil | latam-br-gru-edge |
| E.U.A. Central | us-fl-mia-edge |
| Ásia Leste | apac-hk-hkn-azr |
| E.U.A. Leste | us-va-ash-azr |
| Sul de França (anteriormente França Central) | emea-ch-zrh-edge |
| França Central | emea-fr-pra-edge |
| Leste do Japão | apac-jp-kaw-edge |
| Europa do Norte | emea-gb-db3-azr |
| E.U.A. Centro-Norte | us-il-ch1-azr |
| E.U.A. Centro-Sul | 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 |
| E.U.A. Oeste | us-ca-sjc-azr |
| Sul do Reino Unido | emea-ru-msa-edge |
Ver os resultados do teste de disponibilidade
Os resultados do teste de disponibilidade podem ser visualizados com as vistas Gráfico de Linhas e Dispersões .
Após alguns minutos, selecione Atualizar para ver os resultados do teste.
A vista Gráfico de Dispersão mostra exemplos dos resultados do teste que têm detalhes do passo de teste de diagnóstico nos mesmos. O motor de testes armazena os detalhes de diagnóstico dos testes que têm falhas. Relativamente aos testes bem-sucedidos, são armazenados os detalhes de diagnóstico de um subconjunto das execuções. Paire o cursor sobre qualquer um dos pontos verdes/vermelhos para ver o teste, o nome do teste e a localização.
Selecione um determinado teste ou localização. Em alternativa, pode reduzir o período de tempo para ver mais resultados por volta do período de tempo de interesse. Utilize o Explorador de Pesquisas para ver os resultados de todas as execuções. Em alternativa, pode utilizar consultas do Log Analytics para executar relatórios personalizados sobre estes dados.
Inspecionar e editar testes
Para editar, desativar temporariamente ou eliminar um teste, selecione as reticências junto a um nome de teste. Pode demorar até 20 minutos para que as alterações de configuração sejam propagadas a todos os agentes de teste depois de efetuar uma alteração.
Poderá querer desativar os testes de disponibilidade ou as regras de alerta associadas aos mesmos enquanto efetua a manutenção no seu serviço.
Se vir falhas
Selecione um ponto vermelho.
A partir de um resultado de teste de disponibilidade, pode ver os detalhes da transação em todos os componentes. Aqui pode:
- Reveja o relatório de resolução de problemas para determinar o que pode ter causado a falha do teste, mas a aplicação ainda está disponível.
- Inspecionar a resposta recebida do seu servidor.
- Diagnosticar a falha com a telemetria correlacionada do lado do servidor recolhida durante o processamento do teste de disponibilidade falhado.
- Registe um problema ou item de trabalho no Git ou nos Quadros do Azure para controlar o problema. O erro irá conter uma ligação para este evento.
- Abra o resultado do teste da Web no Visual Studio.
Para saber mais sobre a experiência de diagnóstico de transações ponto a ponto, veja a documentação de diagnóstico de transações.
Selecione a linha de exceção para ver os detalhes da exceção do lado do servidor que causou a falha do teste de disponibilidade sintético. Também pode obter o instantâneo de depuração para diagnósticos mais avançados ao nível do código.
Além dos resultados não processados, também pode ver duas métricas de disponibilidade principais no explorador de métricas:
- Disponibilidade: percentagem dos testes que foram bem-sucedidos em todas as execuções de teste.
- Duração do Teste: duração média do teste em todas as execuções de teste.