Ö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:

  1. I programresursen Insights du fönstret Tillgänglighet och väljer Lägg till   klassiskt test.

    Skärmbild som visar fönstret Tillgänglighet och knappen för att lägga till ett klassiskt test.

  2. Namnge testet och välj URL-ping för SKU.

  3. Ange den URL som du vill testa.

  4. 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.

Skärmbild som visar sidan Tillgänglighet med knappen Uppdatera markerat.

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.

Skärmbild som visar linjevyn.

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.

Skärmbild som visar testinformation med alternativ för att redigera och inaktivera ett test.

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.

Skärmbild av fliken för transaktionsinformation från start till slut.

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å.

Skärmbild som visar diagnostik på serversidan.

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

Nästa steg