Övervaka tillgänglighet med URL-pingtester
Pingtestet för namn-URL:en är lite felbedömt. De här testerna använder inte ICMP (Internet Control Message Protocol) för att kontrollera webbplatsens tillgänglighet. I stället använder de mer avancerade HTTP-begärandefunktioner för att verifiera om en slutpunkt svarar. De mäter prestandan som är associerad med det svaret. De lägger också till möjligheten att ange anpassade framgångskriterier, tillsammans med mer avancerade funktioner som att parsa 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.
Viktigt
Den 30 september 2026 dras URL-pingtester tillbaka. Övergå till standardtester innan dess.
En kostnad är associerad med att köra standardtester. När du har skapat ett standardtest debiteras du för testkörningar.
Se Prissättning för Azure Monitor innan du påbörjar den här processen.
Anteckning
URL-pingtester kategoriseras som klassiska tester. Du hittar dem under Lägg till klassiskt test i fönstret Tillgänglighet . Mer avancerade funktioner finns i Standardtester.
Skapa ett test
Så här skapar du din första tillgänglighetsbegäran:
I Application Insights-resursen öppnar 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 efter dina behov med hjälp av följande tabell. Välj Skapa.
Inställning Beskrivning URL URL:en kan vara vilken webbsida som helst 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 träna databasen lite. Om URL:en matchas till 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 under test. 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 endast filen på den URL som du har angett. Om du aktiverar det här alternativet blir kontrollen striktare. Testet kan misslyckas för fall som inte är märkbara från att manuellt bläddra igenom webbplatsen. Aktivera återförsök När testet misslyckas försöker 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 webbplatsen i genomsnitt varje minut. Testplatser Värdena för den här inställningen är de platser från vilka servrar skickar webbförfrågningar till din URL. Vi rekommenderar minst 5 testplatser för att se till att du kan skilja problem på din webbplats från nätverksproblem. Du kan välja upp till 16 platser.
Om url:en inte visas från det offentliga Internet kan du välja att selektivt öppna brandväggen för att endast tillåta testtransaktionerna. Mer information om brandväggsundantag för tillgänglighetstestagenter finns i IP-adressguiden.
Anteckning
Vi rekommenderar starkt att du testar från flera platser med minst fem platser. Den här metoden hjälper till att förhindra falska larm som kan uppstå vid tillfälliga problem med en viss plats. Vi har också upptäckt att den optimala konfigurationen är att antalet testplatser ska vara lika med tröskelvärdet för aviseringsplats + 2.
Framgångsvillkor
| Inställningen | Beskrivning |
|---|---|
| Tidsgräns för test | Minska det här värdet om du vill få aviseringar om långsamma svar. Testet räknas som ett fel om svaren från webbplatsen inte har tagits emot inom den här perioden. Om du har valt Parsa beroende begäranden måste alla bilder, formatfiler, skript och andra beroende resurser ha tagits emot inom den här perioden. |
| HTTP-svar | Den returnerade statuskoden som räknas som en framgång. Koden som anger att en normal webbsida har returnerats är 200. |
| Innehållsmatchning | Vi testar att en exakt skiftlägeskänslig matchning för en sträng inträffar i varje svar. Det måste vara en oformaterad sträng utan jokertecken (till exempel "Välkommen!"). Glöm inte att om sidans innehåll ändras kan du behöva uppdatera det. Innehållsmatchning stöder endast engelska tecken. |
Aviseringar
| Inställning | Beskrivning |
|---|---|
| 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 aviseringsplatser och antalet testplatser är tröskelvärdet för aviseringsplats = antalet testplatser – 2, med minst fem testplatser. |
Platspopulationstaggar
Du kan använda följande populationstaggar för geoplatsattributet när du distribuerar ett pingtest för tillgänglighets-URL med hjälp av Azure Resource Manager.
Azure Government
| Visningsnamn | Populationens namn |
|---|---|
| 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-ash-azr |
| Frankrike, södra (tidigare Frankrike, centrala) | emea-ch-zrh-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-sjc-azr |
| Storbritannien, södra | emea-ru-msa-edge |
Visa tillgänglighetstestresultat
Du kan visualisera tillgänglighetstestresultat med både linje- och punktdiagramvyer.
Efter några minuter väljer du Uppdatera för att se dina testresultat.
Punktdiagramvyn visar exempel på testresultat som innehåller information om diagnostiska teststeg. 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 för att se fler resultat runt intresseperioden. 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 sprida till alla testagenter när en ändring har gjorts.
Du kanske vill inaktivera tillgänglighetstester eller de aviseringsregler som är associerade med dem när 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 ta reda på 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 samlas 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 slutpunkt till slutpunkt 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 felsökningsögonblicksbilden för bättre diagnostik på kodnivå.
Förutom råresultaten kan du visa två viktiga tillgänglighetsmått i Metrics Explorer:
- Tillgänglighet: Procentandel av testerna som lyckades för 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 aktiveras.