Monitorování dostupnosti pomocí testu adresy URL pomocí příkazů pro testování
Test adresy URL pro název adresy URL je bitovou příponou misnomer. 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žadavků HTTP k ověření, zda koncový bod reaguje. Měří výkon spojený s touto odpovědí. Také přidávají možnost nastavit vlastní kritéria úspěchu, společně s pokročilejšími funkcemi, jako je například analýza závislých požadavků a povolení pro opakované pokusy.
chcete-li vytvořit test dostupnosti, je třeba použít existující prostředek Application Insights nebo vytvořit prostředek Application Insights.
Poznámka
Testy adresy URL pro příkazy URL jsou zařazené do kategorií jako klasické testy. Můžete je najít v části Přidat klasický test v podokně dostupnost . Pokročilejší funkce naleznete v tématu Standardní testy (Preview).
Vytvořit test
Vytvoření první žádosti o dostupnost:
v Application Insights prostředku otevřete podokno dostupnost a vyberte přidat klasický Test.
Pojmenujte test a vyberte adresu URL příkazového testu pro SKU.
Zadejte adresu URL, kterou chcete otestovat.
Upravte nastavení (popsané v následující tabulce) podle svých potřeb a vyberte vytvořit.
Nastavení Vysvětlení 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 vykonat trochu. Pokud se adresa URL přeloží na přesměrování, můžete ji sledovat až po 10 přesměrování. Analyzovat závislé požadavky Test vyžádá obrázky, skripty, soubory stylu a další soubory, které jsou součástí testované webové stránky. Zaznamenaná doba odezvy zahrnuje i čas potřebný k získání těchto souborů. Test se nezdaří, pokud některý z těchto prostředků nelze úspěšně stáhnout v časovém limitu pro celý test. Pokud možnost není povolena, test požaduje pouze soubor na adrese URL, kterou jste zadali. Povolení této možnosti má za následek přísnější kontrolu. Test může selhat pro případy, které nejsou patrné z ručního procházení webu. Povolit opakování Pokud se test nezdařil, bude opakován 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 opakovaném pokusu zmizí. Frekvence testování Toto nastavení určuje, jak často se test spouští z každého umístění testu. S výchozí frekvencí pět minut a pěti testovacích umístění se vaše lokalita testuje v průměru každou minutu. Testovací umístění Hodnoty pro toto nastavení jsou místa, ze kterých servery odesílají webové požadavky na adresu URL. Doporučujeme minimálně pět testovacích umístění, abyste měli jistotu, že je možné odlišit problémy na 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 zvolit selektivní otevření brány firewall, aby se povolily jenom testovací transakce přes. Další informace o výjimkách brány firewall pro testovací agenty najdete v Průvodci IP adresou.
Poznámka
Důrazně doporučujeme testování 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é mohou vést k přechodným problémům s určitou polohou. Zjistili jsme také, že optimální konfigurace má mít počet testovacích umístění stejný jako prahová hodnota pro umístění výstrahy + 2.
Kritéria úspěchu
| Nastavení | Vysvětlení |
|---|---|
| Časový limit testu | Snižte tuto hodnotu, aby se zobrazila výstraha týkající se pomalých odpovědí. Test se počítá jako selhání, pokud během tohoto období nebyly přijaty odpovědí z webu. 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í. |
| Odpověď HTTP | Vrácený stavový kód, který se počítá jako úspěch. Kód, který indikuje, že byla vrácena normální webová stránka, je 200. |
| Shoda obsahu | Otestujeme, že v každé reakci dojde k přesnému rozlišování velkých a malých písmen pro řetězec. Musí se jednat o prostý řetězec bez zástupných znaků (například "Welcome!"). Nezapomeňte, že pokud se obsah stránky změní, možná ho budete muset aktualizovat. Shoda obsahu podporuje pouze anglické znaky. |
Výstrahy
| Nastavení | Vysvětlení |
|---|---|
| Téměř v reálném čase (Preview) | Doporučujeme používat výstrahy, které pracují téměř v reálném čase. Tento typ výstrahy nakonfigurujete po vytvoření testu dostupnosti. |
| Prahová hodnota umístění výstrahy | Optimální vztah mezi prahovou hodnotou umístění výstrahy a počtem umístění testu je prahová hodnota pro umístění výstrahy = počet umístění testu – 2, minimálně pět testovacích umístění. |
Umístění značek naplnění
Při nasazení testu adresy URL dostupnosti pomocí Azure Resource Manager můžete pro atribut geografického umístění použít následující značky naplnění.
Azure Government
| Zobrazované jméno | Název souboru |
|---|---|
| USGov Virginie | 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 souboru |
|---|---|
| Čí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 |
| East US | us-va-na-azr |
| Francie – jih (dříve Francie – střed) | emea-ch-z přichytá-edge |
| Francie – střed | emea-fr-pra-edge |
| Japonsko – východ | apac-jp-kaw-edge |
| Severní Evropa | emea-gb-db3-azr |
| USA – středosever | us-il-ch1-azr |
| Středojižní USA | us-tx-sn1-azr |
| Southeast Asia | apac-sg-sin-azr |
| Spojené království – západ | emea-se-sto-edge |
| West Europe | emea-nl-ams-azr |
| USA – západ | us-ca-s nai-azr |
| Spojené království – jih | emea-ru-msa-edge |
Zobrazení výsledků testu dostupnosti
Výsledky testu dostupnosti můžete vizualizovat pomocí zobrazení čárových i bodových grafů.
Po několika minutách vyberte Aktualizovat a zobrazte výsledky testů.
Zobrazení bodového grafu ukazuje ukázky výsledků testů, které v nich mají podrobnosti o kroku diagnostického testu. Testovací modul ukládá diagnostické podrobnosti pro testy, u které došlo k selhání. U úspěšných testů se diagnostické informace ukládají pro celou dílčí sadu provedení. Najeďte myší na zelenou nebo červenou tečku, abyste viděli název testu a umístění.
Vyberte konkrétní test nebo umístění nebo zkrácení časového období, abyste viděli více výsledků v době zájmu. Pomocí Průzkumníka služby Search můžete zobrazit výsledky všech spuštění nebo pomocí analytických dotazů spouštět vlastní sestavy s daty.
Kontrola a úprava testů
Pokud chcete test upravit, dočasně zakázat nebo odstranit, vyberte tři tečky (...) vedle názvu testu. Rozšíření změn konfigurace do všech testovacích agentů může po provedení změny trvat až 20 minut.
Při provádění ú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í chyby
Vyberte červenou tečku.
Z výsledku testu dostupnosti můžete zobrazit podrobnosti transakce napříč všemi komponentami. Pak můžete:
- Zkontrolujte sestavu řešení potíží a zjistěte, co mohlo způsobit selhání testu, když je vaše aplikace stále dostupná.
- Kontrolovat odpověď přijatou ze serveru.
- Diagnostika selhání s korelovanou telemetrií 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 problém sledujte. Chyba bude obsahovat odkaz na tuto událost.
- Otevřít výsledek webového testu v sadě Visual Studio.
Další informace o diagnostice transakcí od konce 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ík metrik:
- Dostupnost: Procento úspěšných testů napříč všemi spuštěními testů.
- Doba trvání testu: Průměrná doba trvání testu napříč všemi spuštěními testů.
Automation
- Automatické nastavení testu dostupnosti pomocí skriptů PowerShell.
- Nastavte webhook, který se volá při vyvolané výstrahě.