Monitorování dostupnosti jakéhokoli webuMonitor the availability of any website

Po nasazení webové aplikace nebo webu můžete nastavit opakované testy pro monitorová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. Může vás upozornit, pokud vaše aplikace nereaguje nebo pokud 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. Na webu, který testujete, nemusíte dělat žádné změny.You don't have to make any changes to the website you're testing. Ve skutečnosti to ani nemusí být lokalita, kterou vlastníte.In fact, it doesn't even have to be a site you own. Můžete testovat dostupnost REST API, na kterém je vaše služba závislá.You can test the availability of a REST API that your service depends on.

Typy testů dostupnosti:Types of availability tests:

Existují tři typy 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.
  • Webový test s více kroky: záznam sekvence webových požadavků, které je možné přehrát zpětně 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. Webové testy s více kroky jsou vytvořeny v Visual Studio Enterprise a nahrány na portál pro provádění.Multi-step web tests are created in Visual Studio Enterprise and uploaded to the portal for execution.
  • Testy dostupnosti vlastních stop: Pokud se rozhodnete vytvořit vlastní aplikaci pro spuštění testů dostupnosti, lze použít TrackAvailability() metodu k odeslání výsledků do Application Insights.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.

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

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

Aby bylo možné 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 jste už vytvořili prostředek, přejděte k další části a vytvořte test adresy URL pomocí testu URL.If you have already created a resource, proceed to the next section to create a URL Ping test.

V Azure Portal vyberte vytvořit prostředek > vývojářské nástroje > Application Insights a vytvořte prostředek 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 "test příkazu" URL testu adresy URL je bitovou příponou misnomer.The name "URL ping test" is a bit of a misnomer. Aby bylo jasné, že tento test neprovádí žádné použití 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ší funkci požadavku HTTP k ověření, zda koncový bod reaguje.Instead it uses more advanced HTTP request functionality to validate whether an endpoint is responding. Měří také výkon spojený s touto odpovědí a přidává možnost nastavit vlastní kritéria úspěchu v kombinaci s pokročilejšími funkcemi, jako je například analýza závislých požadavků a umožnění opakování.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 svou první žádost o dostupnost, otevřete podokno dostupnost a vyberte vytvořit test.To create your first availability request, open the Availability pane and select Create Test.

Vyplňte alespoň adresu URL webu

Vytvořit testCreate a test

NastaveníSetting VysvětleníExplanation
Adresa URLURL Adresa URL může být libovolná webová stránka, kterou chcete otestovat, 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 žádostí o 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. Test se nezdaří, pokud některý z těchto prostředků nelze úspěšně stáhnout v časovém limitu pro celý test.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. Povolení této možnosti má za následek přísnější kontrolu.Enabling this option results in a stricter check. Test se nezdařil pro případy, které nemusí být při ručním procházení lokality patrné.The test could fail for cases, which may not be noticeable when manually browsing the site.
Povolit opakováníEnable retries v případě, že se test nezdařil, bude opakován po krátkém intervalu.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 se test spouští z každého umístění 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.
Testovací umístěníTest locations Jsou místa, odkud naše servery odesílají webové požadavky na adresu URL.Are the places from where our servers send web requests to your URL. Náš minimální počet doporučených testovacích umístění je pět , abyste měli jistotu, že můžete odlišit problémy na 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 vybrat možnost selektivně otevřít bránu firewall, aby povolovala pouze testovací transakce.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 testovací agenty dostupnosti najdete v Průvodci IP adresou.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 umístění s minimálně pěti umístěními.We strongly recommend testing from multiple locations with a minimum of five locations. K tomu je potřeba zabránit falešným poplachům, které mohou být způsobeny přechodnými problémy s konkrétním umístěním.This is to prevent false alarms that may result from transient issues with a specific location. Kromě toho jsme zjistili, že optimální konfigurace má mít počet testovacích umístění stejný jako prahová hodnota umístění výstrahy + 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 Snižte tuto hodnotu, aby se zobrazila výstraha týkající se pomalých odpovědí.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ý stavový kód, který se počítá jako úspěch.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 "Welcome!"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. U shody obsahu se podporují jenom anglické znaky.Only English characters are supported with content match

VýstrahyAlerts

NastaveníSetting VysvětleníExplanation
Téměř v reálném čase (Preview)Near-realtime (Preview) Doporučujeme používat upozornění téměř v reálném čase.We recommend using Near-realtime alerts. Konfigurace tohoto typu upozornění se provádí po vytvoření testu dostupnosti.Configuring this type of alert is done after your availability test is created.
ClassicClassic Pro nové testy dostupnosti už nedoporučujeme používat klasické výstrahy.We no longer recommended using classic alerts for new availability tests.
Prahová hodnota umístění výstrahyAlert location threshold Doporučujeme minimálně 3/5 umístění.We recommend a minimum of 3/5 locations. Optimální vztah mezi prahovou hodnotou umístění výstrahy a počtem testovacích umístění je prahová hodnota = pro umístění upozornění v umístěnítestovacích umístění – 2, minimálně pět umístění testu.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

Výsledky testů dostupnosti lze vizuálně zobrazit pomocí spojnicových i bodových zobrazení.Availability test results can be visualized with both line and scatter plot views.

Po několika minutách kliknutím na aktualizovat zobrazíte výsledky testů.After a few minutes, click Refresh to see your test results.

Řádkové zobrazení

Zobrazení scatterplot zobrazuje ukázky výsledků testů, které obsahují podrobné informace o testovacím kroku 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. Pokud chcete zobrazit test, název testu a umístění, najeďte myší na kteroukoli zelenou/červenou tečku.Hover over any of the green/red dots to see the test, test name, and location.

Řádkové 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

Chcete-li upravit, dočasně zakázat nebo odstranit test, klikněte 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 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

Z výsledku testu dostupnosti můžete zobrazit podrobnosti transakce napříč všemi komponentami.From an availability test result, you can see the transaction details across all components. Tady můžete:Here you can:

  • Kontrolovat odpověď přijatou ze serveru.Inspect the response received from your server.
  • Při zpracování testu dostupnosti došlo k chybě při diagnostice na straně serveru shromážděné korelaceí.Diagnose failure with correlated server-side telemetry collected while processing the failed availability test.
  • Zaprotokoluje problém nebo pracovní položku v Gitu nebo Azure Boards pro 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.

Další informace o prostředí diagnostiky koncových transakcí najdete tady.Learn more about the end to end transaction diagnostics experience here.

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

Diagnostika na straně serveru

Kromě nezpracovaných výsledků můžete také zobrazit dvě klíčové metriky dostupnosti v Průzkumník 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ě, vzhledem k celkovému počtu provedení testu.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 týkající se řešení potíží.Dedicated troubleshooting article.

Další krokyNext steps