Beschik baarheid van alle websites bewakenMonitor the availability of any website

Nadat u uw web-app/website hebt geïmplementeerd, kunt u terugkerende tests instellen om de beschik baarheid en reactie snelheid te bewaken.After you've deployed your web app/website, you can set up recurring tests to monitor availability and responsiveness. Azure Application Insights verzendt regelmatig webaanvragen naar uw toepassing vanaf verschillende punten over de hele wereld.Azure Application Insights sends web requests to your application at regular intervals from points around the world. U kunt hiermee een waarschuwing ontvangen als uw toepassing niet reageert of als deze te langzaam reageert.It can alert you if your application isn't responding, or if it responds too slowly.

U kunt beschikbaarheidstests instellen voor alle HTTP- en HTTPS-eindpunten die toegankelijk zijn op het openbare internet.You can set up availability tests for any HTTP or HTTPS endpoint that is accessible from the public internet. U hoeft geen wijzigingen aan te brengen op de website die u wilt testen.You don't have to make any changes to the website you're testing. Eigenlijk hoeft het niet zelfs een eigen site te zijn.In fact, it doesn't even have to be a site you own. U kunt de beschik baarheid testen van een REST API waarvan uw service afhankelijk is.You can test the availability of a REST API that your service depends on.

Typen beschikbaarheids tests:Types of availability tests:

Er zijn drie soorten beschikbaarheids tests:There are three types of availability tests:

  • URL-pingtest: een eenvoudige test die u in Azure Portal kunt instellen.URL ping test: a simple test that you can create in the Azure portal.
  • Webtest met meerdere stappen: een opname van een reeks webaanvragen, die kunnen worden afgespeeld om complexe scenario's te testen.Multi-step web test: A recording of a sequence of web requests, which can be played back to test more complex scenarios. Webtests met meerdere stappen worden gemaakt in Visual Studio Enter prise en geüpload naar de portal voor uitvoering.Multi-step web tests are created in Visual Studio Enterprise and uploaded to the portal for execution.
  • Aangepaste beschikbaarheids testen: als u besluit een aangepaste toepassing te maken om beschikbaarheids tests uit te voeren, kan de TrackAvailability() methode worden gebruikt om de resultaten naar Application Insights te verzenden.Custom Track Availability Tests: If you decide to create a custom application to run availability tests, the TrackAvailability() method can be used to send the results to Application Insights.

U kunt Maxi maal 100 beschik bare beschikbaarheids tests maken per Application Insights resource.You can create up to 100 availability tests per Application Insights resource.

Een Application Insights-resource makenCreate an Application Insights resource

Als u een beschikbaarheids test wilt maken, moet u eerst een Application Insights resource maken.In order to create an availability test, you first need to create an Application Insights resource. Als u al een resource hebt gemaakt, gaat u door naar de volgende sectie om een URL-ping-test te maken.If you have already created a resource, proceed to the next section to create a URL Ping test.

Selecteer in de Azure Portal een resource maken > Ontwikkelhulpprogramma's > Application Insights en Maak een Application Insights resource.From the Azure portal, select Create a resource > Developer Tools > Application Insights and create an Application Insights resource.

Een URL-pingtest aanmakenCreate a URL ping test

De naam "URL-ping testen" is een bit van een misnomer.The name "URL ping test" is a bit of a misnomer. Deze test maakt geen gebruik van ICMP (Internet Control Message Protocol) om de beschik baarheid van uw site te controleren.To be clear, this test is not making any use of ICMP (Internet Control Message Protocol) to check your site's availability. In plaats daarvan wordt meer geavanceerde HTTP-aanvraag functionaliteit gebruikt om te controleren of een eind punt reageert.Instead it uses more advanced HTTP request functionality to validate whether an endpoint is responding. Het meet ook de prestaties die zijn gekoppeld aan het antwoord en voegt de mogelijkheid toe om aangepaste succes criteria in te stellen, gekoppeld aan meer geavanceerde functies zoals het parseren van afhankelijke aanvragen, en het toestaan van nieuwe pogingen.It also measures the performance associated with that response, and adds the ability to set custom success criteria coupled with more advanced features like parsing dependent requests, and allowing for retries.

Als u uw eerste beschikbaarheids aanvraag wilt maken, opent u het deel venster Beschik baarheid en selecteert u test maken.To create your first availability request, open the Availability pane and select Create Test.

Vul in elk geval de URL van uw website in

Een test makenCreate a test

InstellingSetting UitlegExplanation
URLURL De URL kan elke webpagina zijn die u wilt testen, maar deze moet zichtbaar zijn via het open bare Internet.The URL can be any web page you want to test, but it must be visible from the public internet. De URL kan een queryreeks bevatten.The URL can include a query string. Zo kunt u bijvoorbeeld oefenen met uw database.So, for example, you can exercise your database a little. Als de URL naar een omleiding is opgelost, kunnen we deze tot maximaal 10 omleidingen opvolgen.If the URL resolves to a redirect, we follow it up to 10 redirects.
Afhankelijke aanvragen parserenParse dependent requests Test vraagt installatie kopieën, scripts, stijl bestanden en andere bestanden die deel uitmaken van de webpagina onder testen.Test requests images, scripts, style files, and other files that are part of the web page under test. De opgenomen reactietijd is inclusief de tijd die nodig is om deze bestanden op te halen.The recorded response time includes the time taken to get these files. De test mislukt als een van deze resources niet kan worden gedownload binnen de time-out voor de volledige test.The test fails if any of these resources cannot be successfully downloaded within the timeout for the whole test. Als de optie niet is ingeschakeld, vraagt de test alleen het bestand op van de URL die u hebt opgegeven.If the option is not checked, the test only requests the file at the URL you specified. Als u deze optie inschakelt, resulteert dit in een strikte controle.Enabling this option results in a stricter check. De test kan mislukken voor cases die mogelijk niet merkbaar zijn wanneer u de site hand matig bezoekt.The test could fail for cases, which may not be noticeable when manually browsing the site.
Nieuwe pogingen inschakelenEnable retries Wanneer de test mislukt, wordt deze na een korte interval opnieuw geprobeerd.when the test fails, it is retried after a short interval. Fouten worden pas gerapporteerd als er drie opeenvolgende pogingen mislukken.A failure is reported only if three successive attempts fail. Daaropvolgende tests worden vervolgens met de gebruikelijke testfrequentie uitgevoerd.Subsequent tests are then performed at the usual test frequency. Volgende pogingen worden tijdelijk uitgesteld tot er weer een test slaagt.Retry is temporarily suspended until the next success. Deze regel wordt onafhankelijk toegepast op elke testlocatie.This rule is applied independently at each test location. We raden u aan deze optie te selecteren.We recommend this option. Gemiddeld verdwijnt ongeveer 80% van de fouten na het opnieuw proberen.On average, about 80% of failures disappear on retry.
Test frequentieTest frequency Hiermee stelt u in hoe vaak de test wordt uitgevoerd vanaf elke test locatie.Sets how often the test is run from each test location. Met een standaardfrequentie van vijf minuten en vijf testlocaties wordt uw site gemiddeld per minuut getest.With a default frequency of five minutes and five test locations, your site is tested on average every minute.
Test locatiesTest locations Zijn de locaties waar onze servers webaanvragen verzenden naar uw URL.Are the places from where our servers send web requests to your URL. Het minimum aantal aanbevolen test locaties is vijf om ervoor te zorgen dat u problemen in uw website kunt onderscheiden van netwerk problemen.Our minimum number of recommended test locations is five in order to insure that you can distinguish problems in your website from network issues. U kunt maximaal 16 locaties selecteren.You can select up to 16 locations.

Als uw URL niet zichtbaar is via het open bare Internet, kunt u ervoor kiezen om de firewall selectief te openen, zodat alleen de test transacties via worden toegestaan.If your URL is not visible from the public internet, you can choose to selectively open up your firewall to allow only the test transactions through. Raadpleeg de hand leiding voor IP-adressenvoor meer informatie over de firewall uitzonderingen voor onze beschikbaarheids test agents.To learn more about the firewall exceptions for our availability test agents, consult the IP address guide.

Notitie

We raden u ten zeerste aan te testen vanaf meerdere locaties met Mini maal vijf locaties.We strongly recommend testing from multiple locations with a minimum of five locations. Dit is om te voor komen dat er valse waarschuwingen optreden die kunnen leiden tot tijdelijke problemen met een specifieke locatie.This is to prevent false alarms that may result from transient issues with a specific location. Daarnaast hebben we vastgesteld dat de optimale configuratie het aantal test locaties moet hebben dat gelijk is aan de drempel waarde voor de waarschuwings locatie + 2.In addition we have found that the optimal configuration is to have the number of test locations be equal to the alert location threshold + 2.

Criteria voor geslaagde pogingenSuccess criteria

InstellingSetting UitlegExplanation
Time-out testenTest timeout Deze waarde verlagen om te worden gewaarschuwd over trage reacties.Decrease this value to be alerted about slow responses. De test wordt als mislukt beschouwd als er binnen deze periode geen reactie van uw site is ontvangen.The test is counted as a failure if the responses from your site have not been received within this period. Als u Parse onafhankelijke aanvragen hebt geselecteerd, moeten alle afbeeldingen, stijlbestanden, scripts en andere afhankelijke resources binnen deze periode worden ontvangen.If you selected Parse dependent requests, then all the images, style files, scripts, and other dependent resources must have been received within this period.
HTTP-antwoordHTTP response De geretourneerde status code die als geslaagd is geteld.The returned status code that is counted as a success. 200 is de code die aangeeft dat er een normale webpagina is geretourneerd.200 is the code that indicates that a normal web page has been returned.
Inhouds overeenkomstContent match Een teken reeks, bijvoorbeeld ' Welkom! 'A string, like "Welcome!" Er wordt getest of er in elke respons een exacte (hoofdlettergevoelige) overeenkomst wordt gevonden.We test that an exact case-sensitive match occurs in every response. Het moet een eenvoudige tekenreeks zijn, zonder jokertekens.It must be a plain string, without wildcards. Als uw pagina-inhoud wordt gewijzigd, moet u deze tekenreeks mogelijk ook bijwerken.Don't forget that if your page content changes you might have to update it. Alleen Engelse tekens worden ondersteund met inhouds overeenkomstenOnly English characters are supported with content match

WaarschuwingenAlerts

InstellingSetting UitlegExplanation
Bijna realtime (preview-versie)Near-realtime (Preview) We raden u aan bijna realtime waarschuwingen te gebruiken.We recommend using Near-realtime alerts. Het configureren van dit type waarschuwing wordt uitgevoerd nadat de beschikbaarheids test is gemaakt.Configuring this type of alert is done after your availability test is created.
KlassiekClassic Het gebruik van klassieke waarschuwingen voor nieuwe beschikbaarheids tests wordt niet meer aanbevolen.We no longer recommended using classic alerts for new availability tests.
Drempel waarde voor waarschuwings locatieAlert location threshold We raden aan dat er mini maal 3/5 locaties zijn.We recommend a minimum of 3/5 locations. De optimale relatie tussen de drempel waarde van de waarschuwings locatie en het aantal test locaties is de drempel waarde voor de waarschuwing locatie = aantal test locaties-2, met een minimum van vijf test locaties.The optimal relationship between alert location threshold and the number of test locations is alert location threshold = number of test locations - 2, with a minimum of five test locations.

De resultaten van de beschikbaarheidstest bekijkenSee your availability test results

De resultaten van de beschikbaarheids test kunnen worden gevisualiseerd met zowel de lijn-als spreidings tekening weergave.Availability test results can be visualized with both line and scatter plot views.

Klik na een paar minuten op vernieuwen om de test resultaten weer te geven.After a few minutes, click Refresh to see your test results.

Regel weergave

In de weer gave scatterplot ziet u voor beelden van de test resultaten met details over diagnostische test stappen.The scatterplot view shows samples of the test results that have diagnostic test-step detail in them. De testengine slaat diagnostische gegevens op voor tests met fouten.The test engine stores diagnostic detail for tests that have failures. Bij geslaagde tests wordt diagnostische informatie voor een subset van de uitvoeringen opgeslagen.For successful tests, diagnostic details are stored for a subset of the executions. Beweeg de muis aanwijzer over een van de groene/rode stippen om de test, naam en locatie te bekijken.Hover over any of the green/red dots to see the test, test name, and location.

Regel weergave

Selecteer een bepaalde test of locatie, of verklein de periode om meer resultaten te zien uit de periode die voor u van belang is.Select a particular test, location, or reduce the time period to see more results around the time period of interest. 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.Use Search Explorer to see results from all executions, or use Analytics queries to run custom reports on this data.

Tests controleren en bewerkenInspect and edit tests

Als u een test wilt bewerken, tijdelijk wilt uitschakelen of verwijderen, klikt u op de weglatings tekens naast de naam van een test.To edit, temporarily disable, or delete a test click the ellipses next to a test name. Het kan Maxi maal 20 minuten duren voordat configuratie wijzigingen zijn door gegeven aan alle agents nadat een wijziging is aangebracht.It may take up to 20 minutes for configuration changes to propagate to all test agents after a change is made.

Test gegevens weer geven.

Het is verstandig beschikbaarheidstests of de regels voor waarschuwingen die eraan zijn gekoppeld uit te schakelen wanneer u onderhoud uitvoert op uw service.You might want to disable availability tests or the alert rules associated with them while you are performing maintenance on your service.

Als u mislukte tests zietIf you see failures

Klik op een rode punt.Click a red dot.

Op een rode punt klikken

Vanuit het resultaat van een beschikbaarheids test ziet u de transactie Details voor alle onderdelen.From an availability test result, you can see the transaction details across all components. Hier kunt u het volgende doen:Here you can:

  • De reactie inspecteren die is ontvangen van uw server.Inspect the response received from your server.
  • Diagnose fout met gecorreleerde telemetrie aan de server zijde die is verzameld tijdens het verwerken van de mislukte beschikbaarheids test.Diagnose failure with correlated server-side telemetry collected while processing the failed availability test.
  • Registreer een probleem of werk item in Git-of Azure-kaarten om het probleem op te sporen.Log an issue or work item in Git or Azure Boards to track the problem. De bug bevat een koppeling naar deze gebeurtenis.The bug will contain a link to this event.
  • Het webtestresultaat openen in Visual Studio.Open the web test result in Visual Studio.

Lees hiermeer over de diagnostische gegevens over end-to-end trans acties.Learn more about the end to end transaction diagnostics experience here.

Klik op de rij met de uitzonde ring om de details van de uitzonde ring aan de server zijde te bekijken die de synthetische beschikbaarheids test heeft veroorzaakt.Click on the exception row to see the details of the server-side exception that caused the synthetic availability test to fail. U kunt ook de moment opname van de fout opsporing vinden voor het uitgebreidere code niveau diagnoses.You can also get the debug snapshot for richer code level diagnostics.

Diagnostische gegevens aan de server zijde

Naast de onbewerkte resultaten kunt u ook twee belang rijke metrische gegevens over beschik baarheid in Metrics Explorerbekijken:In addition to the raw results, you can also view two key Availability metrics in Metrics Explorer:

  1. Beschikbaarheid: percentage van de tests die zijn geslaagd, bekeken over alle testuitvoeringen.Availability: Percentage of the tests that were successful, across all test executions.
  2. Testduur: gemiddelde testduur van alle testuitvoeringen.Test Duration: Average test duration across all test executions.

AutomationAutomation

Problemen oplossenTroubleshooting

Speciaal artikel voor probleem oplossing.Dedicated troubleshooting article.

Volgende stappenNext steps