Beschikbaarheid bewaken met URL-pingtests
De naam URL ping test is een beetje een verkeerde naam. Deze tests maken geen gebruik van Internet Control Message Protocol (ICMP) om de beschikbaarheid van uw site te controleren. In plaats daarvan gebruiken ze geavanceerdere HTTP-aanvraagfunctionaliteit om te valideren of een eindpunt reageert. Ze meten de prestaties die aan dat antwoord zijn gekoppeld. 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 aanvragen.
Als u een beschikbaarheidstest wilt maken, moet u een bestaande Application Insights-resource gebruiken of een Application Insights maken.
Notitie
URL-pingtests worden gecategoriseerd als klassieke tests. U vindt deze onder Klassieke test toevoegen in het deelvenster Beschikbaarheid. Zie Standaardtests (preview) 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.
Noem uw test en selecteer URL-ping voor SKU.
Voer de URL in die u wilt testen.
Pas de instellingen (zoals beschreven in de volgende tabel) aan uw behoeften aan en selecteer Maken.
Instelling Uitleg URL De URL kan elke webpagina zijn die u wilt testen, maar deze moet zichtbaar zijn vanaf het openbare internet. De URL kan een queryreeks bevatten. U kunt bijvoorbeeld een beetje oefenen met uw database. Als de URL wordt omgeleid naar een omleiding, kunt u deze tot tien omleidingen volgen. Afhankelijke aanvragen parseren De test vraagt afbeeldingen, scripts, stijlbestanden en andere bestanden aan 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 binnen de time-out voor de hele test kan worden gedownload. Als de optie niet is ingeschakeld, vraagt de test alleen het bestand aan op de URL die u hebt opgegeven. Het inschakelen van deze optie resulteert in een strengere controle. De test kan mislukken voor gevallen die niet zichtbaar zijn als u handmatig door de site bladert. Nieuwe proberen inschakelen Wanneer de test mislukt, wordt deze na een korte periode opnieuw uitgevoerd. 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 het opnieuw proberen. Frequentie testen Met deze instelling bepaalt u 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 vijf 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 via het openbare internet, kunt u ervoor kiezen om uw firewall selectief te openen zodat alleen de testtransacties worden toegestaan. Raadpleeg de IP-adreshandleiding voor meer informatie over de firewall-uitzonderingen voor beschikbaarheidstestagents.
Notitie
We raden u ten zeerste aan om te testen vanaf meerdere locaties met minimaal vijf locaties. Deze aanpak helpt bij het voorkomen van valse alarmen die het gevolg kunnen zijn van tijdelijke problemen met een specifieke locatie. We hebben ook geconstateerd dat de optimale configuratie is dat het aantal testlocaties gelijk is aan de drempelwaarde voor de waarschuwingslocatie + 2.
Succescriteria
| Instelling | Uitleg |
|---|---|
| Time-out testen | Verklein deze waarde om te worden gewaarschuwd bij trage reacties. De test wordt als mislukt beschouwd als er binnen deze periode geen reactie van uw site is ontvangen. Als u Parse onafhankelijke aanvragen hebt geselecteerd, moeten alle afbeeldingen, stijlbestanden, scripts en andere afhankelijke resources binnen deze periode worden ontvangen. |
| HTTP-antwoord | De geretourneerde statuscode die als geslaagd wordt geteld. De code die aangeeft dat een normale webpagina is geretourneerd, is 200. |
| Inhoudsmatch | We testen of er in elk antwoord een exacte, casegevoelige overeenkomst voor een tekenreeks plaatsvindt. Het moet een gewone tekenreeks zijn, zonder jokertekens (zoals 'Welkom!'). Vergeet niet dat als uw pagina-inhoud wordt gewijzigd, u deze mogelijk moet bijwerken. Inhoudsmatch ondersteunt alleen Engelse tekens. |
Waarschuwingen
| Instelling | Uitleg |
|---|---|
| Bijna realtime (preview) | We raden u aan om waarschuwingen te gebruiken die bijna in realtime werken. U configureert dit type waarschuwing nadat u de beschikbaarheidstest hebt ingesteld. |
| Drempelwaarde voor waarschuwingslocatie | De optimale relatie tussen de drempelwaarde voor de waarschuwingslocatie en het aantal testlocaties is drempelwaarde voor waarschuwingslocatie = aantal testlocaties - 2, met minimaal vijf testlocaties. |
Locatiepopulatietags
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 Central | 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-uur-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 beschikbaarheidstests visualiseren met zowel lijn- als spreidingsdiagramweergaven.
Selecteer na enkele minuten Vernieuwen om de testresultaten te bekijken.
In de spreidingsdiagramweergave ziet u voorbeelden van de testresultaten met details van de diagnostische teststap. De test-engine 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 testnaam en -locatie te zien.
Selecteer een bepaalde test of locatie of verklein de periode om meer resultaten te zien rond de periode van belang. Gebruik Search Explorer om resultaten van alle uitvoeringen te bekijken of gebruik analysequery's om aangepaste rapporten op deze gegevens uit te voeren.
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 bijbehorende waarschuwingsregels uitschakelen tijdens het uitvoeren van onderhoud aan uw service.
Acties als u fouten ziet
Selecteer een rode stip.
In een resultaat van een beschikbaarheidstest ziet u de transactiedetails voor alle onderdelen. U kunt dan:
- Bekijk het probleemoplossingsrapport om te bepalen wat de oorzaak kan zijn dat uw test is mislukt terwijl uw toepassing nog steeds beschikbaar is.
- De reactie inspecteren die is ontvangen van uw server.
- Een fout diagnosticeren met gecorreleerde telemetrie aan 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 transactiediagnosevoor meer informatie over end-to-end-transactiediagnose.
Selecteer de uitzonderingsrij om de details weer te geven van de uitzondering aan de serverzijde waardoor de synthetische beschikbaarheidstest is mislukt. U kunt ook de momentopname voor foutopsporing krijgen voor uitgebreidere diagnostische gegevens op codeniveau.
Naast de onbewerkte resultaten kunt u twee belangrijke metrische gegevens over beschikbaarheid weergeven 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 er een waarschuwing wordt getrokken.