Monitorování dostupnosti pomocí testů ping adresy URL
Test příkazu ping adresy URL názvu je trochu chybný. Tyto testy nepoužívají protokol ICMP (Internet Control Message Protocol) ke kontrole dostupnosti vašeho webu. Místo toho používají pokročilejší funkci požadavku HTTP k ověření, jestli koncový bod reaguje. Měří výkon přidružený k této odpovědi. Kromě toho přidají možnost nastavit vlastní kritéria úspěchu v kombinaci s pokročilejšími funkcemi, jako je analýza závislých požadavků a povolení opakování.
Pokud chcete vytvořit test dostupnosti, musíte použít existující prostředek Application Insights nebo vytvořit prostředek Application Insights.
Důležité
30. září 2026 budou testy ping adresy URL vyřazeny. Přechod na standardní testy před tím.
- Náklady jsou spojené se spouštěním standardních testů. Po vytvoření standardního testu se vám budou účtovat poplatky za provádění testů.
- Před zahájením tohoto procesu si projděte ceny služby Azure Monitor.
Poznámka:
Testy ping adresy URL jsou kategorizovány jako klasické testy. Najdete je v části Přidat klasický test v podokně Dostupnost . Pokročilejší funkce najdete v tématu Standardní testy.
Důležité
Test ping adresy URL spoléhá na infrastrukturu DNS veřejného internetu k překladu názvů domén testovaných koncových bodů. Pokud používáte privátní DNS, musíte zajistit, aby názvové servery veřejné domény přeložily všechny názvy domén vašeho testu. Pokud to není možné, můžete místo toho použít vlastní testy TrackAvailability.
Vytvoření testu
Vytvoření první žádosti o dostupnost:
V prostředku Application Insights otevřete podokno Dostupnost a vyberte Přidat klasický test.
Pojmenujte svůj test a vyberte příkaz PING adresy URL pro skladovou položku.
Zadejte adresu URL, kterou chcete otestovat.
Pomocí následující tabulky upravte nastavení podle svých potřeb. Vyberte Vytvořit.
Nastavení Popis Adresa URL Adresa URL může být libovolná webová stránka, kterou chcete testovat, ale musí být viditelná z veřejného internetu. Adresa URL může obsahovat řetězec dotazu. Databázi můžete například trochu vyzkoušet. Pokud se adresa URL přeloží na přesměrování, můžete ji sledovat až 10 přesměrování. Analyzovat závislé žádosti Test vyžaduje obrázky, skripty, soubory stylů a další soubory, které jsou součástí testovací webové stránky. Zaznamenaná doba odezvy zahrnuje i čas potřebný k získání těchto souborů. Test selže, pokud některé z těchto prostředků nejde úspěšně stáhnout během časového limitu pro celý test. Pokud tato možnost není povolená, test požádá pouze o soubor na zadanou adresu URL. Povolení této možnosti způsobí přísnější kontrolu. Test může selhat pro případy, které nejsou patrné z ručního procházení webu. Povolení opakování Když test selže, bude se opakovat po krátkém intervalu. Selhání je nahlášeno pouze v případě tří po sobě jdoucích neúspěšných pokusů. Následné testy jsou pak provedeny s obvyklou frekvencí testu. Opakování je dočasně pozastaveno do dalšího úspěchu. Toto pravidlo platí nezávisle na každém umístění testu. Tuto možnost doporučujeme. V průměru přibližně 80 procent selhání při opakování zmizí. Frekvence testování Toto nastavení určuje, jak často se test spouští z každého testovacího umístění. Při výchozí frekvenci pěti minut a pěti testovacích umístěních se web testuje každou minutu v průměru. Místa testování Hodnoty pro toto nastavení jsou místa, ze kterých servery odesílají webové požadavky na vaši adresu URL. Doporučujeme minimálně 5 testovacích umístění , abyste měli jistotu, že můžete rozlišit problémy na vašem webu od problémů se sítí. Můžete vybrat až 16 umístění.
Pokud vaše adresa URL není viditelná z veřejného internetu, můžete se rozhodnout, že bránu firewall selektivně otevřete, aby se povolily pouze testovací transakce. Další informace o výjimkách bran firewall pro agenty testu dostupnosti najdete v průvodci IP adresami.
Poznámka:
Důrazně doporučujeme testovat z více umístění s minimálně pěti umístěními. Tento přístup pomáhá zabránit falešným alarmům, které můžou vést k přechodným problémům s konkrétním umístěním. Zjistili jsme také, že optimální konfigurace má mít počet testovacích umístění stejný jako prahová hodnota místa pro umístění výstrahy + 2.
Kritéria úspěchu
| Nastavení | Popis |
|---|---|
| Časový limit testu | Snižte tuto hodnotu, aby se zobrazila upozornění na pomalé odpovědi. Test se počítá jako selhání, pokud odpovědi z webu nebyly přijaty během tohoto období. Pokud jste vybrali možnost Analyzovat závislé požadavky, musí být v tomto období přijaty všechny obrázky, soubory stylů, skripty a další závislé prostředky. |
| Odpověď protokolu HTTP | Vrácený stavový kód, který se počítá jako úspěch. Kód, který označuje, že byla vrácena normální webová stránka, je 200. |
| Shoda obsahu | Testujeme, že se v každé odpovědi vyskytuje přesná shoda s rozlišováním malých a velkých písmen pro řetězec. Musí to být prostý řetězec bez zástupných znaků (například "Vítejte!"). Nezapomeňte, že pokud se obsah stránky změní, budete ho muset aktualizovat. Shoda obsahu podporuje pouze anglické znaky. |
Výstrahy
| Nastavení | Popis |
|---|---|
| Téměř v reálném čase (Preview) | Doporučujeme používat upozornění, která fungují téměř v reálném čase. Tento typ upozornění nakonfigurujete po vytvoření testu dostupnosti. |
| Prahová hodnota umístění upozornění | Optimální vztah mezi prahovou hodnotou umístění výstrahy a počtem testovacích umístění je prahová hodnota umístění výstrahy = počet testovacích umístění – 2 s minimálně pěti testovacími umístěními. |
Značky umístění
Při nasazování testu ping adresy URL dostupnosti pomocí Azure Resource Manageru můžete pro atribut geografické polohy použít následující značky základního souboru.
Azure Government
| Zobrazované jméno | Název populace |
|---|---|
| USGov Virginia | usgov-va-azr |
| USGov – Arizona | usgov-phx-azr |
| USGov Texas | usgov-tx-azr |
| USDoD – východ | usgov-ddeast-azr |
| USDoD – střed | usgov-ddcentral-azr |
Azure (Čína)
| Zobrazované jméno | Název populace |
|---|---|
| Čína – východ | mc-cne-azr |
| Čína – východ 2 | mc-cne2-azr |
| Čína – sever | mc-cnn-azr |
| Čína – sever 2 | mc-cnn2-azr |
Azure
| Zobrazované jméno | Název populace |
|---|---|
| Austrálie – východ | emea-au-syd-edge |
| Brazílie – jih | latam-br-gru-edge |
| USA – střed | us-fl-mia-edge |
| Východní Asie | apac-hk-hkn-azr |
| USA – východ | us-va-ash-azr |
| Francie – jih (dříve Francie – střed) | emea-ch-zrh-edge |
| Francie – střed | emea-fr-pra-edge |
| Japonsko – východ | apac-jp-kaw-edge |
| Severní Evropa | emea-gb-db3-azr |
| Severní střed USA | us-il-ch1-azr |
| Středojižní USA | us-tx-sn1-azr |
| Southeast Asia | apac-sg-sin-azr |
| Velká Británie – západ | emea-se-sto-edge |
| Západní Evropa | emea-nl-ams-azr |
| USA – západ | us-ca-sjc-azr |
| Velká Británie – jih | emea-ru-msa-edge |
Zobrazení výsledků testu dostupnosti
Výsledky testu dostupnosti můžete vizualizovat pomocí spojnicového i bodového zobrazení.
Po několika minutách vyberte Aktualizovat a zobrazte výsledky testu.
Zobrazení bodového grafu zobrazuje ukázky výsledků testu, které obsahují podrobnosti o kroku diagnostického testu. Testovací modul ukládá diagnostické podrobnosti pro testy, u kterých došlo k selháním. U úspěšných testů se diagnostické informace ukládají pro celou dílčí sadu provedení. Najeďte myší na některou ze zelených nebo červených teček, abyste viděli název a umístění testu.
Vyberte konkrétní test nebo umístění nebo zkraťte časové období, abyste zobrazili více výsledků v průběhu období zájmu. Pomocí Průzkumníka služby Search můžete zobrazit výsledky ze všech spuštění nebo pomocí analytických dotazů spouštět vlastní sestavy s daty.
Kontrola a úprava testů
Pokud chcete upravit, dočasně zakázat nebo odstranit test, vyberte tři tečky (...) vedle názvu testu. Rozšíření změn konfigurace do všech testovacích agentů po provedení změny může trvat až 20 minut.
Během údržby služby můžete chtít zakázat testy dostupnosti nebo pravidla upozornění, která jsou k nim přidružená.
Akce, pokud se zobrazí selhání
Vyberte červenou tečku.
Z výsledku testu dostupnosti můžete zobrazit podrobnosti transakce napříč všemi komponentami. Pak můžete:
- Projděte si sestavu řešení potíží a zjistěte, co mohlo způsobit selhání testu, i když je vaše aplikace stále dostupná.
- Kontrolovat odpověď přijatou ze serveru.
- Diagnostikujte selhání s korelací telemetrie na straně serveru shromážděnou při zpracování neúspěšného testu dostupnosti.
- Zapište problém nebo pracovní položku v Gitu nebo Azure Boards a sledujte problém. Chyba bude obsahovat odkaz na tuto událost.
- Otevřít výsledek webového testu v sadě Visual Studio.
Další informace o komplexní diagnostice transakcí najdete v dokumentaci k diagnostice transakcí.
Výběrem řádku výjimky zobrazíte podrobnosti o výjimce na straně serveru, která způsobila selhání testu syntetické dostupnosti. Můžete také získat snímek ladění pro bohatší diagnostiku na úrovni kódu.
Kromě nezpracovaných výsledků můžete zobrazit dvě klíčové metriky dostupnosti v Průzkumníku metrik:
- Dostupnost: Procento úspěšných testů ve všech spuštěních testů.
- Doba trvání testu: Průměrná doba trvání testu ve všech spuštěních testů.
Automation
- Automatické nastavení testu dostupnosti pomocí skriptů PowerShell.
- Nastavte webhook , který se volá při vyvolání výstrahy.