Beschikbaarheid bewaken met URL-pingtests
De pingtest voor de naam-URL is een beetje een verkeerde naam. Deze tests maken geen gebruik van het Internet Control Message Protocol (ICMP) om de beschikbaarheid van uw site te controleren. In plaats daarvan gebruiken ze geavanceerdere HTTP-aanvraagfunctionaliteit om te controleren of een eindpunt reageert. Ze meten de prestaties die zijn gekoppeld aan dat antwoord. Ze voegen ook de mogelijkheid toe om aangepaste succescriteria in te stellen, in combinatie met geavanceerdere functies, zoals het parseren van afhankelijke aanvragen en het toestaan van nieuwe pogingen.
Als u een beschikbaarheidstest wilt maken, moet u een bestaande Application Insights-resource gebruiken of een Application Insights-resource maken.
Belangrijk
Op 30 september 2026 worden URL-pingtests buiten gebruik gesteld. Stap vóór die tijd over op standaardtests .
Er zijn kosten verbonden aan het uitvoeren van standaardtests. Zodra u een standaardtest hebt gemaakt, worden er kosten in rekening gebracht voor testuitvoeringen.
Raadpleeg Prijzen van Azure Monitor voordat u dit proces start.
Notitie
URL-pingtests worden gecategoriseerd als klassieke tests. U vindt deze onder Klassieke test toevoegen in het deelvenster Beschikbaarheid . Zie Standaardtests voor meer geavanceerde functies.
Een test maken
Uw eerste beschikbaarheidsaanvraag maken:
Open in uw Application Insights-resource het deelvenster Beschikbaarheid en selecteer Klassieke test toevoegen.
Geef uw test een naam en selecteer URL-ping voor SKU.
Voer de URL in die u wilt testen.
Pas de instellingen aan uw behoeften aan met behulp van de volgende tabel. Selecteer Maken.
Instelling Beschrijving URL De URL kan elke webpagina zijn die u wilt testen, maar deze moet zichtbaar zijn op het openbare internet. De URL kan een queryreeks bevatten. U kunt uw database bijvoorbeeld een beetje oefenen. Als de URL wordt omgezet in een omleiding, kunt u deze opvolgen tot 10 omleidingen. Afhankelijke aanvragen parseren De test vraagt om afbeeldingen, scripts, stijlbestanden en andere bestanden die deel uitmaken van de webpagina die wordt getest. De opgenomen reactietijd is inclusief de tijd die nodig is om deze bestanden op te halen. De test mislukt als een van deze resources niet kan worden gedownload binnen de time-out voor de hele test. Als de optie niet is ingeschakeld, vraagt de test alleen het bestand aan op de URL die u hebt opgegeven. Als u deze optie inschakelt, resulteert dit in een strengere controle. De test kan mislukken voor gevallen die niet merkbaar zijn als u handmatig door de site bladert. Nieuwe pogingen inschakelen Wanneer de test mislukt, wordt deze na een kort interval opnieuw geprobeerd. Fouten worden pas gerapporteerd als er drie opeenvolgende pogingen mislukken. Daaropvolgende tests worden vervolgens met de gebruikelijke testfrequentie uitgevoerd. Volgende pogingen worden tijdelijk uitgesteld tot er weer een test slaagt. Deze regel wordt onafhankelijk toegepast op elke testlocatie. We raden deze optie aan. Gemiddeld verdwijnt ongeveer 80 procent van de fouten bij een nieuwe poging. Testfrequentie Met deze instelling wordt bepaald hoe vaak de test wordt uitgevoerd vanaf elke testlocatie. Met een standaardfrequentie van vijf minuten en vijf testlocaties wordt uw site gemiddeld elke minuut getest. Testlocaties De waarden voor deze instelling zijn de plaatsen van waaruit servers webaanvragen naar uw URL verzenden. We raden minimaal 5 testlocaties aan om ervoor te zorgen dat u problemen op uw website kunt onderscheiden van netwerkproblemen. U kunt maximaal 16 locaties selecteren.
Als uw URL niet zichtbaar is op het openbare internet, kunt u ervoor kiezen om uw firewall selectief te openen, zodat alleen de testtransacties worden doorgegeven. Raadpleeg de handleiding voor IP-adressen voor meer informatie over de firewall-uitzonderingen voor beschikbaarheidstestagenten.
Notitie
We raden u ten zeerste aan om te testen vanaf meerdere locaties met een minimum van vijf locaties. Deze aanpak helpt bij het voorkomen van valse waarschuwingen die het gevolg kunnen zijn van tijdelijke problemen met een specifieke locatie. We hebben ook vastgesteld dat de optimale configuratie is dat het aantal testlocaties gelijk is aan de drempelwaarde voor de waarschuwingslocatie + 2.
Succescriteria
| Instelling | Beschrijving |
|---|---|
| Testtime-out | Verlaag deze waarde om te worden gewaarschuwd voor trage reacties. De test wordt geteld als een fout als de antwoorden van uw site niet binnen deze periode zijn ontvangen. Als u Afhankelijke aanvragen parseren hebt geselecteerd, moeten alle afbeeldingen, stijlbestanden, scripts en andere afhankelijke resources binnen deze periode zijn ontvangen. |
| HTTP-antwoord | De geretourneerde statuscode die wordt geteld als geslaagd. De code die aangeeft dat een normale webpagina is geretourneerd, is 200. |
| Inhoudsovereenkomst | We testen of een exacte hoofdlettergevoelige overeenkomst voor een tekenreeks voorkomt in elk antwoord. Het moet een gewone tekenreeks zijn, zonder jokertekens (zoals 'Welkom!'). Vergeet niet dat als de inhoud van uw pagina wordt gewijzigd, u deze mogelijk moet bijwerken. Inhoudsovereenkomst ondersteunt alleen Engelse tekens. |
Waarschuwingen
| Instelling | Beschrijving |
|---|---|
| Bijna realtime (preview) | We raden u aan waarschuwingen te gebruiken die bijna in realtime werken. U configureert dit type waarschuwing nadat u de beschikbaarheidstest hebt gemaakt. |
| Drempelwaarde voor waarschuwingslocatie | De optimale relatie tussen de drempelwaarde voor de waarschuwingslocatie en het aantal testlocaties is drempelwaarde voor waarschuwingslocatie = aantal testlocaties - 2, met een minimum van vijf testlocaties. |
Tags voor locatiepopulatie
U kunt de volgende populatietags gebruiken voor het kenmerk geolocatie wanneer u een pingtest voor beschikbaarheids-URL's implementeert met behulp van Azure Resource Manager.
Azure Government
| Weergavenaam | Naam van populatie |
|---|---|
| USGov Virginia | usgov-va-azr |
| USGov Arizona | usgov-phx-azr |
| USGov Texas | usgov-tx-azr |
| USDoD - oost | usgov-ddeast-azr |
| USDoD - centraal | usgov-ddcentral-azr |
Azure China
| Weergavenaam | Naam van populatie |
|---|---|
| China East | mc-cne-azr |
| China - oost 2 | mc-cne2-azr |
| China - noord | mc-cnn-azr |
| China - noord 2 | mc-cnn2-azr |
Azure
| Weergavenaam | Naam van populatie |
|---|---|
| Australië - oost | emea-au-syd-edge |
| Brazilië - zuid | latam-br-gru-edge |
| Central US | us-fl-mia-edge |
| Azië - oost | apac-hk-hkn-azr |
| VS - oost | us-va-ash-azr |
| Frankrijk - zuid (voorheen Frankrijk - centraal) | emea-ch-zrh-edge |
| Frankrijk - centraal | emea-fr-pra-edge |
| Japan - oost | apac-jp-kaw-edge |
| Europa - noord | emea-gb-db3-azr |
| VS - noord-centraal | us-il-ch1-azr |
| VS - zuid-centraal | us-tx-sn1-azr |
| Azië - zuidoost | apac-sg-sin-azr |
| Verenigd Koninkrijk West | emea-se-sto-edge |
| Europa -west | emea-nl-ams-azr |
| VS - west | us-ca-sjc-azr |
| Verenigd Koninkrijk Zuid | emea-ru-msa-edge |
De resultaten van de beschikbaarheidstest bekijken
U kunt de resultaten van de beschikbaarheidstest visualiseren met zowel lijn- als spreidingsweergaven.
Na een paar minuten selecteert u Vernieuwen om de testresultaten te bekijken.
In de spreidingsdiagramweergave ziet u voorbeelden van de testresultaten met diagnostische teststapdetails. De testengine slaat diagnostische gegevens op voor tests met fouten. Bij geslaagde tests wordt diagnostische informatie voor een subset van de uitvoeringen opgeslagen. Beweeg de muisaanwijzer over een van de groene of rode stippen om de naam en locatie van de test te zien.
Selecteer een bepaalde test of locatie of verkort de tijdsperiode om meer resultaten te zien rond de periode van interesse. Gebruik Search Explorer om resultaten van alle uitvoeringen te bekijken of gebruik analysequery's om aangepaste rapporten uit te voeren voor deze gegevens.
Tests bekijken en bewerken
Als u een test wilt bewerken, tijdelijk wilt uitschakelen of verwijderen, selecteert u het beletselteken (...) naast een testnaam. Het kan tot 20 minuten duren voordat configuratiewijzigingen zijn doorgegeven aan alle testagents nadat een wijziging is aangebracht.
Mogelijk wilt u beschikbaarheidstests of de waarschuwingsregels die eraan zijn gekoppeld uitschakelen terwijl u onderhoud aan uw service uitvoert.
Acties als u fouten ziet
Selecteer een rode stip.
Op basis van het resultaat van een beschikbaarheidstest ziet u de transactiedetails voor alle onderdelen. U kunt dan:
- Bekijk het rapport voor probleemoplossing om te bepalen waardoor uw test mogelijk is mislukt terwijl uw toepassing nog steeds beschikbaar is.
- De reactie inspecteren die is ontvangen van uw server.
- Diagnose van een fout met gecorreleerde telemetrie aan de serverzijde die is verzameld tijdens het verwerken van de mislukte beschikbaarheidstest.
- Registreer een probleem of werkitem in Git of Azure Boards om het probleem bij te houden. De bug bevat een koppeling naar deze gebeurtenis.
- Het webtestresultaat openen in Visual Studio.
Zie de documentatie voor transactiediagnose voor meer informatie over end-to-end transactiediagnose.
Selecteer de uitzonderingsrij om de details te bekijken van de uitzondering aan de serverzijde waardoor de synthetische beschikbaarheidstest is mislukt. U kunt ook de momentopname van foutopsporing ophalen voor uitgebreidere diagnostische gegevens op codeniveau.
Naast de onbewerkte resultaten kunt u twee belangrijke metrische gegevens over beschikbaarheid bekijken in Metrics Explorer:
- Beschikbaarheid: percentage van de tests die zijn geslaagd voor alle testuitvoeringen.
- Testduur: gemiddelde testduur voor alle testuitvoeringen.
Automation
- Gebruik PowerShell-scripts om automatisch een beschikbaarheidstest in te stellen.
- Stel een webhook in die wordt aangeroepen wanneer een waarschuwing wordt gegenereerd.