Monitorování dostupnosti pomocí testů ping adresy URL

Test 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ší funkce požadavku HTTP k ověření, jestli koncový bod reaguje. Měří výkon přidružený k této odpovědi. Přidávají také možnost nastavit vlastní kritéria úspěšnosti v kombinaci s pokročilejšími funkcemi, jako je parsování závislých požadavků a povolení opakování.

K vytvoření testu dostupnosti potřebujete použít existující prostředek Application Insights nebo vytvořit prostředek Application Insights.

Poznámka

Testy ping adresy URL jsou kategorizovány jako klasické testy. Najdete je v části Přidat klasický test v podokně Dostupnosti . Pokročilejší funkce najdete v tématu Standardní testy (Preview).

Vytvoření testu

Vytvoření první žádosti o dostupnost:

  1. V prostředku Application Insights otevřete podokno Dostupnost a vyberte Přidat klasický test.

    Screenshot that shows the Availability pane and the button for adding a classic test.

  2. Pojmenujte test a vyberte adresu URL ping pro skladovou položku.

  3. Zadejte adresu URL, kterou chcete otestovat.

  4. 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 otestovat, 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í.
    Analýza závislých požadavků Test vyžaduje obrázky, skripty, soubory stylů a další soubory, které jsou součástí webové stránky v rámci testu. 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á soubor pouze na zadanou adresu URL. Povolení této možnosti má za následek přísnější kontrolu. Test může selhat v případech, 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 % selhání při opakování zmizí.
    Frekvence testů Toto nastavení určuje, jak často se test spouští z každého umístění testu. Při výchozí frekvenci pěti minut a pěti testovacích umístěních se váš web testuje každou minutu v průměru.
    Testovací umístění Hodnoty tohoto nastavení jsou místa, ze kterých servery odesílají webové požadavky na vaši adresu URL. Doporučujeme minimálně pět testovacích umístění, abyste měli jistotu, že můžete rozlišovat 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 se rozhodnout pro selektivní otevření brány firewall, aby se povolily pouze testovací transakce prostřednictvím. Další informace o výjimkách brány firewall pro agenty testů dostupnosti najdete v průvodci IP adresou.

Poznámka

Důrazně doporučujeme testovat z více míst 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 určitým umístěním. Zjistili jsme také, že optimální konfigurace má mít počet testovacích umístění rovna prahové hodnotě umístění upozornění + 2.

Kritéria úspěchu

Nastavení Vysvětlení
Časový limit testu Snižte tuto hodnotu tak, aby se upozorňovala na pomalé odpovědi. 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ý označuje, že byla vrácena normální webová stránka, je 200.
Shoda obsahu Otestujeme, že se v každé odpovědi vyskytuje přesná shoda s rozlišováním velkých a malý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í, 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 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í upozornění 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 obyvatel 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 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 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
Střední USA us-fl-mia-edge
Východní Asie apac-hk-hkn-azr
East US 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
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-sjc-azr
Spojené království – jih emea-ru-msa-edge

Zobrazení výsledků testu dostupnosti

Výsledky testů dostupnosti můžete vizualizovat pomocí spojnicových i bodových zobrazení.

Po několika minutách vyberte Aktualizovat a zobrazte výsledky testu.

Screenshot that shows the Availability page with the Refresh button highlighted.

Bodové zobrazení zobrazuje ukázky výsledků testů s podrobnostmi o kroku diagnostického testu. Testovací modul ukládá diagnostické podrobnosti pro testy, u kterých 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 některou ze zelených nebo červených teček a zobrazte název testu a umístění.

Screenshot that shows the line view.

Vyberte konkrétní test nebo umístění nebo zkraťte časové období, abyste zobrazili více výsledků kolem 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 na tato data.

Kontrola a úprava testů

Pokud chcete test upravit, dočasně zakázat nebo odstranit, vyberte tři tečky (...) vedle názvu testu. Změny konfigurace můžou trvat až 20 minut, než se po provedení změny rozšíří do všech testovacích agentů.

Screenshot that shows test details, with options to edit and disable a test.

Během údržby ve službě můžete chtít zakázat testy dostupnosti nebo pravidla upozornění přidružená k nim.

Akce, pokud se zobrazí selhání

Vyberte červenou tečku.

Screenshot of the tab for end-to-end transaction details.

Z výsledku testu dostupnosti můžete zobrazit podrobnosti o transakci 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.
  • Diagnostika selhání s využitím korelace telemetrie na straně serveru shromažďované při zpracování neúspěšného testu dostupnosti
  • Zapište problém nebo pracovní položku do 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.

Screenshot that shows server-side diagnostics.

Kromě nezpracovaných výsledků můžete zobrazit dvě klíčové metriky dostupnosti v Průzkumníku metrik:

  • Dostupnost: Procento testů, které byly úspěšné 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

Další kroky