Standaardtest

Standaardtests zijn één aanvraagtest die vergelijkbaar is met de URL-pingtest , maar geavanceerder. Naast het valideren of een eindpunt reageert en de prestaties meet, omvatten Standaardtests ook de geldigheid van SSL-certificaten, proactieve levensduurcontrole, HTTP-aanvraagwoord (bijvoorbeeld GET,HEAD,POST enzovoort), aangepaste headers en aangepaste gegevens die zijn gekoppeld aan uw HTTP-aanvraag.

Als u een beschikbaarheidstest wilt maken, moet u een bestaande Application Insights-resource gebruiken of een Application Insights-resource maken.

Tip

Als u momenteel andere beschikbaarheidstests gebruikt, zoals URL-pingtests, kunt u standaardtests naast de andere toevoegen. Als u Standaardtests wilt gebruiken in plaats van een van uw andere tests, voegt u een Standaardtest toe en verwijdert u uw oude test.

Een Standard-test maken

Een standaardtest maken:

  1. Ga naar uw Application Insights-resource en selecteer het deelvenster Beschikbaarheid .

  2. Selecteer Standard-test toevoegen.

    Schermopname van het deelvenster Beschikbaarheid met het geopende tabblad Standaardtest toevoegen.

  3. Voer uw testnaam, URL en andere instellingen in (uitleg hieronder) en selecteer Vervolgens Maken.

Instelling Uitleg
URL De URL kan iedere webpagina zijn die u wilt testen, maar deze moet zichtbaar zijn vanaf het openbare internet. De URL kan een queryreeks bevatten. Zo kunt u bijvoorbeeld oefenen met uw database. Als de URL naar een omleiding is opgelost, kunnen we deze tot maximaal 10 omleidingen opvolgen.
Afhankelijke aanvragen parseren Test vraagt afbeeldingen, scripts, stijlbestanden en andere bestanden die deel uitmaken van de webpagina die worden 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 bij de URL die u hebt opgegeven. Het inschakelen van deze optie resulteert in een strengere controle. De test kan mislukken voor gevallen, wat mogelijk niet merkbaar is wanneer 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% van de fouten na het opnieuw proberen.
Ssl-certificaatvalidatietest U kunt het SSL-certificaat op uw website controleren om te controleren of het correct is geïnstalleerd, geldig, vertrouwd en geeft geen fouten aan uw gebruikers.
Proactieve levensduurcontrole Met deze instelling kunt u een ingestelde periode definiëren voordat uw SSL-certificaat verloopt. Zodra de test is verlopen, mislukt de test.
Testfrequentie Hiermee stelt u in hoe vaak de test wordt uitgevoerd vanaf elke testlocatie. Met een standaardfrequentie van vijf minuten en vijf testlocaties wordt uw site gemiddeld per minuut getest.
Testlocaties De plaatsen van waaruit onze servers webaanvragen naar uw URL verzenden. Ons minimum aantal aanbevolen testlocaties is vijf om ervoor te zorgen dat u problemen op uw website kunt onderscheiden van netwerkproblemen. U kunt maximaal 16 locaties selecteren.
Aangepaste headers Sleutel-waardeparen die de operationele parameters definiëren.
HTTP-aanvraagwoord Geef aan welke actie u wilt uitvoeren met uw aanvraag.
Aanvraagbody Aangepaste gegevens die zijn gekoppeld aan uw HTTP-aanvraag. U kunt uw eigen bestanden uploaden, uw inhoud typen of deze functie uitschakelen.

Succescriteria

Instelling Uitleg
Time-out testen 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 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 wordt geteld als een succes. 200 is de code die aangeeft dat er een normale webpagina is geretourneerd.
Inhoudsovereenkomst Een tekenreeks, zoals 'Welkom!' We testen of er in elk antwoord een exacte hoofdlettergevoelige overeenkomst plaatsvindt. Het moet een eenvoudige tekenreeks zijn, zonder jokertekens. Als uw pagina-inhoud wordt gewijzigd, moet u deze tekenreeks mogelijk ook bijwerken. Alleen Engelse tekens worden ondersteund met inhoudsovereenkomst

Waarschuwingen

Instelling Uitleg
Bijna realtime U wordt aangeraden near-realtime-waarschuwingen te gebruiken. Het configureren van dit type waarschuwing wordt uitgevoerd nadat uw beschikbaarheidstest is gemaakt.
Drempelwaarde voor waarschuwingslocatie We raden minimaal 3/5 locaties aan. De optimale relatie tussen de drempelwaarde voor de waarschuwingslocatie en het aantal testlocaties is de drempelwaarde = voor waarschuwingslocaties - 2, met minimaal vijf testlocaties.

Locatiepopulatietags

De volgende populatietags kunnen worden gebruikt voor het kenmerk geolocatie bij het implementeren van een pingtest voor beschikbaarheids-URL's 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
VS - centraal 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

Resultaten van beschikbaarheidstests kunnen worden gevisualiseerd met weergaven voor zowel lijnen- als spreidingsdiagrammen.

Na een paar minuten selecteert u Vernieuwen om de testresultaten te bekijken.

Schermopname van de pagina Beschikbaarheid met de knop Vernieuwen gemarkeerd.

In de spreidingsdiagramweergave ziet u voorbeelden van de testresultaten met daarin gedetailleerde diagnostische teststappen. 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/rode stippen om de test, testnaam en locatie te zien.

Lijnweergave.

Selecteer een bepaalde test of locatie, of verklein de periode om meer resultaten te zien uit de periode die voor u van belang is. Gebruik Search Explorer om resultaten van alle uitvoeringen weer te geven, of gebruik Analytics-query's om aangepaste rapporten uit te voeren op 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.

Testdetails weergeven. Een webtest bewerken en uitschakelen.

Mogelijk wilt u beschikbaarheidstests uitschakelen of de waarschuwingsregels die eraan zijn gekoppeld terwijl u onderhoud uitvoert op uw service.

Als u mislukte tests ziet

Selecteer een rode stip.

Schermopname van het tabblad Details van end-to-end transactie.

Vanuit een resultaat van een beschikbaarheidstest ziet u de transactiedetails voor alle onderdelen. Hier kunt u het volgende doen:

  • Bekijk het rapport voor probleemoplossing om te bepalen wat de oorzaak van de test kan zijn dat de test mislukt, maar uw toepassing nog steeds beschikbaar is.
  • De reactie inspecteren die is ontvangen van uw server.
  • Diagnosefout 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.

Ga naar de documentatie voor diagnostische gegevens over transacties voor meer informatie over de end-to-end-ervaring voor diagnostische transacties.

Selecteer in de uitzonderingsrij de details van de uitzondering aan de serverzijde waardoor de synthetische beschikbaarheidstest is mislukt. U kunt ook de momentopname voor foutopsporing ophalen voor uitgebreidere diagnostische gegevens op codeniveau.

Diagnostische gegevens aan de serverzijde.

Naast de onbewerkte resultaten kunt u ook twee belangrijke metrische gegevens over beschikbaarheid bekijken in Metrics Explorer:

  • Beschikbaarheid: percentage van de tests die zijn geslaagd, bekeken over alle testuitvoeringen.
  • Testduur: gemiddelde testduur van alle testuitvoeringen.

Volgende stappen