Övervaka tillgänglighet med URL-pingtester
Namnet url ping test är lite av en felaktig. De här testerna använder inte Internet Control Message Protocol (ICMP) för att kontrollera webbplatsens tillgänglighet. I stället använder de mer avancerade FUNKTIONER för HTTP-begäranden för att verifiera om en slutpunkt svarar. De mäter prestandan som är associerad med svaret. De lägger också till möjligheten att ange anpassade framgångskriterier, tillsammans med mer avancerade funktioner som parsning av beroende begäranden och tillåta återförsök.
Om du vill skapa ett tillgänglighetstest måste du använda en befintlig Application Insights-resurs eller skapa en Application Insights-resurs.
Anteckning
URL-pingtester kategoriseras som klassiska tester. Du hittar dem under Lägg till klassiskt test i tillgänglighetsfönstret. Mer avancerade funktioner finns i Standardtester (förhandsversion).
Skapa ett test
Så här skapar du din första tillgänglighetsbegäran:
I programresursen Insights du fönstret Tillgänglighet och väljer Lägg till klassiskt test.
Namnge testet och välj URL-ping för SKU.
Ange den URL som du vill testa.
Justera inställningarna (beskrivs i följande tabell) efter dina behov och välj Skapa.
Inställning Förklaring URL URL:en kan vara valfri webbsida som du vill testa, men den måste vara synlig från det offentliga Internet. URL: en kan innehålla en frågesträng. Du kan till exempel öva på din databas lite. Om URL:en matchar en omdirigering kan du följa den upp till 10 omdirigeringar. Parsa beroende begäranden Testet begär bilder, skript, formatfiler och andra filer som ingår i webbsidan som testas. Den registrerade svarstiden innefattar den tid det tar att hämta dessa filer. Testet misslyckas om någon av dessa resurser inte kan laddas ned inom tidsgränsen för hela testet. Om alternativet inte är aktiverat begär testet bara filen på den URL som du har angett. Om du aktiverar det här alternativet resulterar det i en striktare kontroll. Testet kan misslyckas för fall som inte märker av att bläddra manuellt på webbplatsen. Aktivera återförsök När testet misslyckas försöks det igen efter ett kort intervall. Ett fel rapporteras endast om tre på varandra följande försök misslyckas. Efterföljande tester utförs sedan med den vanliga testfrekvensen. Återförsök pausas tillfälligt tills nästa lyckade test. Den här regeln tillämpas separat på varje testplats. Vi rekommenderar det här alternativet. I genomsnitt försvinner cirka 80 procent av felen vid återförsök. Testfrekvens Den här inställningen avgör hur ofta testet körs från varje testplats. Med en standardfrekvens på fem minuter och fem testplatser testas din webbplats i genomsnitt varje minut. Testplatser Värdena för den här inställningen är de platser som servrar skickar webbförfrågningar till din URL från. Vi rekommenderar minst fem testplatser för att se till att du kan skilja mellan problem på din webbplats och nätverksproblem. Du kan välja upp till 16 platser.
Om din URL inte visas från det offentliga Internet kan du välja att selektivt öppna brandväggen så att endast testtransaktioner tillåts passera. Mer information om brandväggundantag för agenter för tillgänglighetstest finns i IP-adressguiden.
Anteckning
Vi rekommenderar starkt testning från flera platser med minst fem platser. Den här metoden hjälper till att förhindra falska larm som kan uppstå på grund av tillfälliga problem med en specifik plats. Vi har också upptäckt att den optimala konfigurationen är att antalet testplatser ska vara lika med tröskelvärdet för aviseringsplatsen + 2.
Framgångskriterier
| Inställning | Förklaring |
|---|---|
| Tidsgräns för test | Minska det här värdet för att få aviseringar om långsamma svar. Testet räknas som misslyckat om svaren från din webbplats inte har tagits emot inom denna period. Om du valde Parsa beroende begäranden måste alla bilder, formatfiler, skript och andra beroende resurser ha tagits emot inom denna period. |
| HTTP-svar | Den returnerade statuskoden som räknas som lyckad. Koden som anger att en normal webbsida har returnerats är 200. |
| Innehållsmatchning | Vi testar att en exakt fallkänslig matchning för en sträng inträffar i varje svar. Det måste vara en oformaterad sträng, utan jokertecken (som "Välkommen!"). Glöm inte att om sidinnehållet ändras kan du behöva uppdatera det. Innehållsmatchning stöder endast engelska tecken. |
Aviseringar
| Inställning | Förklaring |
|---|---|
| Nära realtid (förhandsversion) | Vi rekommenderar att du använder aviseringar som fungerar nästan i realtid. Du konfigurerar den här typen av avisering när du har skapat ditt tillgänglighetstest. |
| Tröskelvärde för aviseringsplats | Den optimala relationen mellan tröskelvärdet för aviseringsplats och antalet testplatser är tröskelvärdet för aviseringsplats = antalet testplatser – 2, med minst fem testplatser. |
Taggar för platspopulation
Du kan använda följande populationstaggar för attributet geolocation när du distribuerar ett test av tillgänglighets-URL-ping med hjälp av Azure Resource Manager.
Azure Government
| Visningsnamn | Befolkningsnamn |
|---|---|
| USGov Virginia | usgov-va-azr |
| USGov Arizona | usgov-phx-azr |
| USGov Texas | usgov-tx-azr |
| USDoD, östra | usgov-ddeast-azr |
| USDoD, centrala | usgov-ddcentral-azr |
Azure Kina
| Visningsnamn | Befolkningsnamn |
|---|---|
| Kina, östra | mc-cne-azr |
| Kina, östra 2 | mc-cne2-azr |
| Kina, norra | mc-cnn-azr |
| Kina, norra 2 | mc-cnn2-azr |
Azure
| Visningsnamn | Befolkningsnamn |
|---|---|
| Australien, östra | emea-au-syd-edge |
| Brasilien, södra | latam-br-gru-edge |
| Central US | us-fl-mia-edge |
| Asien, östra | apac-hk-hkn-azr |
| East US | us-va-azr |
| Frankrike, södra (tidigare Frankrike, centrala) | emea-ch-zulu-edge |
| Frankrike, centrala | emea-fr-pra-edge |
| Japan, östra | apac-jp-kaw-edge |
| Europa, norra | emea-gb-db3-azr |
| USA, norra centrala | us-il-ch1-azr |
| USA, södra centrala | us-tx-sn1-azr |
| Sydostasien | apac-sg-sin-azr |
| Storbritannien, västra | emea-se-sto-edge |
| Europa, västra | emea-nl-ams-azr |
| USA, västra | us-ca-färdc-azr |
| Storbritannien, södra | emea-ru-msa-edge |
Visa tillgänglighetstestresultat
Du kan visualisera tillgänglighetstestresultat med både linje- och punktdiagramsvyer.
Efter några minuter väljer du Uppdatera för att se dina testresultat.
Punktdiagramvyn visar exempel på testresultaten som innehåller information om diagnostikteststeget. Testmotorn lagrar diagnostikinformation för tester som har fel. För lyckade tester lagras diagnosinformation för en delmängd av körningarna. Hovra över någon av de gröna eller röda punkterna för att se testnamnet och platsen.
Välj ett visst test eller en viss plats, eller minska tidsperioden om du vill se fler resultat runt den intressanta perioden. Använd Sökutforskaren för att se resultat från alla körningar eller använd analysfrågor för att köra anpassade rapporter på dessa data.
Granska och redigera tester
Om du vill redigera, tillfälligt inaktivera eller ta bort ett test väljer du ellipsen (...) bredvid ett testnamn. Konfigurationsändringar kan ta upp till 20 minuter att spridas till alla testagenter när en ändring har gjorts.
Du kanske vill inaktivera tillgänglighetstester eller aviseringsreglerna som är associerade med dem medan du utför underhåll på din tjänst.
Åtgärder om du ser fel
Välj en röd punkt.
Från ett tillgänglighetstestresultat kan du se transaktionsinformationen för alla komponenter. Sedan kan du:
- Granska felsökningsrapporten för att avgöra vad som kan ha orsakat att testet misslyckades medan programmet fortfarande är tillgängligt.
- Kontrollera de svar som mottas från servern.
- Diagnostisera ett fel med korrelerad telemetri på serversidan som samlats in under bearbetningen av det misslyckade tillgänglighetstestet.
- Logga ett problem eller arbetsobjekt i Git eller Azure Boards för att spåra problemet. Buggen innehåller en länk till den här händelsen.
- Öppna resultatet av webbtestet i Visual Studio.
Mer information om transaktionsdiagnostik från slutet till slut finns i dokumentationen för transaktionsdiagnostik.
Välj undantagsraden för att se information om undantaget på serversidan som gjorde att det syntetiska tillgänglighetstestet misslyckades. Du kan också hämta ögonblicksbilden av felsökningen för mer omfattande diagnostik på kodnivå.
Förutom rådataresultat kan du visa två viktiga tillgänglighetsmått i Metrics Explorer:
- Tillgänglighet: Procentandel av testerna som lyckades i alla testkörningar.
- Testvaraktighet: Genomsnittlig testvaraktighet för alla testkörningar.
Automation
- Konfigurera ett tillgänglighetstest automatiskt med hjälp av PowerShell-skript.
- Konfigurera en webhook som anropas när en avisering utlöses.