Monitorování dostupnosti všechny webyMonitor the availability of any website

Po nasazení webové aplikace nebo webu, můžete nastavit opakovanou testy ke sledování dostupnosti a odezvy.After you've deployed your web app/website, you can set up recurring tests to monitor availability and responsiveness. Azure Application Insights odesílá do vaší aplikace webové požadavky v pravidelných intervalech z bodů po celém světě.Azure Application Insights sends web requests to your application at regular intervals from points around the world. To vás může upozornit, pokud vaše aplikace nereaguje nebo zda stránka reaguje příliš pomalu.It can alert you if your application isn't responding, or if it responds too slowly.

Testy dostupnosti můžete nastavit pro libovolný koncový bod HTTP nebo HTTPS, který je přístupný z veřejného internetu.You can set up availability tests for any HTTP or HTTPS endpoint that is accessible from the public internet. Není nutné provádět žádné změny k webu, který testujete.You don't have to make any changes to the website you're testing. Ve skutečnosti ještě nemá být lokalitě, kterou vlastníte.In fact, it doesn't even have to be a site you own. Rozhraní REST API, které vaše služba závisí na dostupnosti můžete otestovat.You can test the availability of a REST API that your service depends on.

Typy testů dostupnosti:Types of availability tests:

Existují tři druhy testů dostupnosti:There are three types of availability tests:

  • Testování ping adresy URL: jednoduchý test, který můžete vytvořit na portálu Azure.URL ping test: a simple test that you can create in the Azure portal.
  • Vícekrokový webový test: Záznam posloupnost webových požadavků, které se dají přehrávat na testovat složitější scénáře.Multi-step web test: A recording of a sequence of web requests, which can be played back to test more complex scenarios. Vícekrokové webové testy jsou vytvořené v sadě Visual Studio Enterprise a odeslat na portál pro spuštění.Multi-step web tests are created in Visual Studio Enterprise and uploaded to the portal for execution.
  • Testy dostupnosti vlastní sledování: TrackAvailability() Metodu je možné vytvořit testy dostupnosti vlastní.Custom Track Availability Tests: The TrackAvailability() method can be used to create your own custom availability tests.

Můžete vytvořit až 100 testů dostupnosti pro každý prostředek Application Insights.You can create up to 100 availability tests per Application Insights resource.

Vytvořte prostředek Application InsightsCreate an Application Insights resource

Pokud chcete vytvořit test dostupnosti, musíte nejprve vytvořit prostředek Application Insights.In order to create an availability test, you first need to create an Application Insights resource. Pokud již jste vytvořili prostředek, pokračujte k další části a vytvoření testu adresy URL příkazem Ping.If you have already created a resource, proceed to the next section to create a URL Ping test.

Na webu Azure Portal, vyberte vytvořit prostředek > vývojářské nástroje > Application Insights a vytvoření Prostředek služby Application Insights.From the Azure portal, select Create a resource > Developer Tools > Application Insights and create an Application Insights resource.

Vytvoření testu adresy URL pomocí příkazu PingCreate a URL ping test

Název "adresa URL příkazem ping test" je hodně misnomer.The name "URL ping test" is a bit of a misnomer. Aby bylo jasno, není tento test provádění veškeré jeho používání protokolu ICMP (Internet Control Message Protocol) ke kontrole dostupnosti vašeho webu.To be clear, this test is not making any use of ICMP (Internet Control Message Protocol) to check your site's availability. Místo toho používá pokročilejší funkce požadavku HTTP k ověření, zda je koncový bod reagovat.Instead it uses more advanced HTTP request functionality to validate whether an endpoint is responding. Také měří výkonnost přidružené odpověď a umožňuje nastavit kritéria úspěchu vlastní s pokročilejší funkce, jako jsou analýzy závislé požadavky a umožňuje opakovaných pokusů s velkou provázaností.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.

Pokud chcete vytvořit první žádosti o dostupnosti, otevřete podokno dostupnosti a vyberte vytvoření testu.To create your first availability request, open the Availability pane and select Create Test.

Vyplňte alespoň adresu URL webu

Vytvoření testuCreate a test

NastaveníSetting VysvětleníExplanation
Adresa URLURL Adresa URL může být jakékoli webové stránky, kterou chcete testovat, ale musí být viditelná z veřejného Internetu.The URL can be any web page you want to test, but it must be visible from the public internet. Adresa URL může obsahovat řetězec dotazu.The URL can include a query string. To znamená, že můžete také trochu vyzkoušet svou databázi.So, for example, you can exercise your database a little. Pokud se adresa URL přeloží na přesměrování, budeme ji sledovat až po 10 přesměrování.If the URL resolves to a redirect, we follow it up to 10 redirects.
Analyzovat závislé požadavkyParse dependent requests Test si vyžádá obrázky, skripty, soubory stylu a další soubory, které jsou součástí testované webové stránky.Test requests images, scripts, style files, and other files that are part of the web page under test. Zaznamenaná doba odezvy zahrnuje i čas potřebný k získání těchto souborů.The recorded response time includes the time taken to get these files. Pokud některý z těchto prostředků nelze úspěšně stáhnout v časovém limitu pro celý test, test se nezdaří.The test fails if any of these resources cannot be successfully downloaded within the timeout for the whole test. Pokud tato možnost není zaškrtnutá, test si vyžádá pouze soubor na zadané adrese URL.If the option is not checked, the test only requests the file at the URL you specified. Povoluje se tato možnost za následek větší kontrolu.Enabling this option results in a stricter check. Test může selhat pro případy, které nemusí být patrné při procházení webu ručně.The test could fail for cases, which may not be noticeable when manually browsing the site.
Povolit opakované pokusyEnable retries Pokud se test nezdaří, zopakuje se za krátkou dobu.when the test fails, it is retried after a short interval. Selhání je nahlášeno pouze v případě tří po sobě jdoucích neúspěšných pokusů.A failure is reported only if three successive attempts fail. Následné testy jsou pak provedeny s obvyklou frekvencí testu.Subsequent tests are then performed at the usual test frequency. Opakování je dočasně pozastaveno do dalšího úspěchu.Retry is temporarily suspended until the next success. Toto pravidlo platí nezávisle na každém umístění testu.This rule is applied independently at each test location. Tuto možnost doporučujeme.We recommend this option. V průměru přibližně 80 % selhání při opakování zmizí.On average, about 80% of failures disappear on retry.
Frekvence testováníTest frequency Nastaví, jak často test spustí z umístění každého testu.Sets how often the test is run from each test location. S výchozí pětiminutovou frekvencí a pěti testovanými místy bude váš web testován v průměru každou minutu.With a default frequency of five minutes and five test locations, your site is tested on average every minute.
Místa testováníTest locations Jsou místa, ze kterých naše servery odesílají webové požadavky na adresu URL.Are the places from where our servers send web requests to your URL. Naše minimální počet umístění doporučené testu je pět aby bylo možné zajistit, že možné rozlišit problémy ve vašem webu od problémů se sítí.Our minimum number of recommended test locations is five in order to insure that you can distinguish problems in your website from network issues. Můžete vybrat až 16 umístění.You can select up to 16 locations.

Pokud vaše adresa URL není viditelná z veřejného Internetu, můžete selektivně otevře bránu firewall a povolit pouze testovací transakce prostřednictvím.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. Další informace o výjimkách brány firewall pro náš testovací agenty dostupnosti, najdete IP adres průvodce.To learn more about the firewall exceptions for our availability test agents, consult the IP address guide.

Poznámka

Důrazně doporučujeme testování z více míst s minimálně pět umístění.We strongly recommend testing from multiple locations with a minimum of five locations. Toto je zabránit falešných poplachů, které mohou být způsobeny přechodné problémy s konkrétní umístění.This is to prevent false alarms that may result from transient issues with a specific location. Kromě toho zjistili jsme, že je optimální konfiguraci, aby počet umístění testu být rovna mezní hodnota umístění upozornění + 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.

Kritéria úspěchuSuccess criteria

NastaveníSetting VysvětleníExplanation
Časový limit testuTest timeout Zmenšete tuto hodnotu pro upozornění pomalé odezvy.Decrease this value to be alerted about slow responses. Test se počítá jako selhání, pokud během tohoto období nebyly přijaty odpovědí z webu.The test is counted as a failure if the responses from your site have not been received within this period. Pokud jste vybrali možnost Analyzovat závislé požadavky, potom všechny image, soubory stylů, skripty a další závislé prostředky musejí být přijaty během tohoto období.If you selected Parse dependent requests, then all the images, style files, scripts, and other dependent resources must have been received within this period.
Odpověď HTTPHTTP response Vrácený kód stavu, který se počítá jako úspěšný.The returned status code that is counted as a success. 200 je kód, který označuje, že byla vrácena normální webová stránka.200 is the code that indicates that a normal web page has been returned.
Shoda obsahuContent match Řetězec, například "Vítejte!"A string, like "Welcome!" U každé odpovědi testujeme výskyt přesné shody (s rozlišováním velkých a malých písmen).We test that an exact case-sensitive match occurs in every response. Musí být prostý řetězec bez zástupných znaků.It must be a plain string, without wildcards. Nezapomeňte, že pokud se obsah vaší stránka změní, bude pravděpodobně nutné jej aktualizovat.Don't forget that if your page content changes you might have to update it. Shody obsahu podporují pouze anglické znakyOnly English characters are supported with content match

VýstrahyAlerts

NastaveníSetting VysvětleníExplanation
Near-realtime (Preview)Near-realtime (Preview) Doporučujeme použít v téměř reálném čase výstrahy.We recommend using Near-realtime alerts. Po vytvoření testu dostupnosti se provádí konfigurace tohoto typu výstrahy.Configuring this type of alert is done after your availability test is created.
ClassicClassic Už se nedoporučuje používat klasických upozornění pro nové testy dostupnosti.We no longer recommended using classic alerts for new availability tests.
Mezní hodnota umístění upozorněníAlert location threshold Doporučujeme aspoň 3 nebo 5 umístění.We recommend a minimum of 3/5 locations. Optimální vztah mezi mezní hodnota umístění upozornění a počet umístění testu je mezní hodnota umístění upozornění = počet umístění testu - 2, přičemž minimum pěti testovanými místy.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.

Zobrazení výsledků testu dostupnostiSee your availability test results

Dostupnost výsledků testů lze vizualizovat pomocí řádku a bodové vykreslení zobrazení.Availability test results can be visualized with both line and scatter plot views.

Po několika minutách, klikněte na tlačítko aktualizovat k zobrazení výsledků testu.After a few minutes, click Refresh to see your test results.

Řádky – zobrazení

Zobrazení diagnostického obsahuje ukázky výsledků testu, které mají v nich Podrobnosti testu.The scatterplot view shows samples of the test results that have diagnostic test-step detail in them. V případě testů obsahujících selhání ukládá testovací modul diagnostické informace.The test engine stores diagnostic detail for tests that have failures. U úspěšných testů se diagnostické informace ukládají pro celou dílčí sadu provedení.For successful tests, diagnostic details are stored for a subset of the executions. Podržením ukazatele zelených/červených tečkách naleznete v tématu test, test název a umístění.Hover over any of the green/red dots to see the test, test name, and location.

Řádky – zobrazení

Výběrem určitého testu nebo umístění nebo zkrácením časového období zobrazíte více výsledků v požadovaném časovém období.Select a particular test, location, or reduce the time period to see more results around the time period of interest. V Průzkumníku služby Hledání můžete zobrazit výsledky všech provedení a pomocí dotazů služby Analytics můžete na těchto datech spouštět vlastní sestavy.Use Search Explorer to see results from all executions, or use Analytics queries to run custom reports on this data.

Kontrola a úprava testůInspect and edit tests

Upravit, dočasně zakázat nebo odstranit test kliknutím na tři tečky vedle názvu testu.To edit, temporarily disable, or delete a test click the ellipses next to a test name. Může trvat až 20 minut, než se změny konfigurace, které rozšíří do všech testovacích agentů, po provedení změny.It may take up to 20 minutes for configuration changes to propagate to all test agents after a change is made.

Zobrazit podrobnosti o testu.

Při provádění údržby služby může být vhodné zakázat testy dostupnosti nebo pravidla upozornění, která jsou s nimi spojená.You might want to disable availability tests or the alert rules associated with them while you are performing maintenance on your service.

Pokud vidíte selháníIf you see failures

Klikněte na červenou tečku.Click a red dot.

Klikněte na červenou tečku

V výsledek testu dostupnosti můžete zobrazit podrobnosti o transakci napříč všemi komponentami.From an availability test result, you can see the transaction details across all components. Zde můžete:Here you can:

  • Kontrolovat odpověď přijatou ze serveru.Inspect the response received from your server.
  • Diagnostikujte selhání pomocí korelační telemetrická data na straně serveru získané při zpracování test dostupnosti se nezdařilo.Diagnose failure with correlated server-side telemetry collected while processing the failed availability test.
  • Protokolovat chyby nebo pracovní položky v Gitu nebo panely Azure kvůli sledování problému.Log an issue or work item in Git or Azure Boards to track the problem. Chyba bude obsahovat odkaz na tuto událost.The bug will contain a link to this event.
  • Otevřít výsledek webového testu v sadě Visual Studio.Open the web test result in Visual Studio.

Přečtěte si další informace o Diagnostika transakcí kompletní prostředí tady.Learn more about the end to end transaction diagnostics experience here.

Klikněte na řádku výjimky a zobrazit podrobnosti o výjimce na straně serveru, který způsobil selhání testu dostupnosti syntetického.Click on the exception row to see the details of the server-side exception that caused the synthetic availability test to fail. Můžete získat také snímek ladění pro bohatší úrovně diagnostiky kódu.You can also get the debug snapshot for richer code level diagnostics.

Diagnostika na straně serveru

Vedle nezpracovaných výsledků, můžete také zobrazit dvě metriky dostupnosti klíče v Průzkumníka metrik:In addition to the raw results, you can also view two key Availability metrics in Metrics Explorer:

  1. Dostupnost: Procento testů, které proběhly úspěšně, všechny provádění testů.Availability: Percentage of the tests that were successful, across all test executions.
  2. Doba trvání testu: Průměrná doba trvání u všech provedení testu.Test Duration: Average test duration across all test executions.

AutomationAutomation

Řešení potížíTroubleshooting

Vyhrazené článek pro řešení potíží.Dedicated troubleshooting article.

Další postupNext steps