Sdílet prostřednictvím

Řešení obecných problémů s výkonem služby Azure Front Door

  • Článek

Problémy s výkonem můžou pocházet z několika potenciálních oblastí: služba Azure Front Door, původ, žádající klient nebo cesta mezi některým z těchto segmentů směrování. Tento průvodce odstraňováním potíží vám pomůže určit, který segment směrování podél cesty k datům je nejpravděpodobnějším kořenem problému a jak problém vyřešit.

Kontrola známých problémů

Než začnete, zkontrolujte všechny známé problémy s:

  • Platforma Azure Front Door.
  • Poskytovatelé internetových služeb (ISP) v cestě.
  • Schopnost žádajícího klienta připojit se a načíst data.

Scénář 1: Prozkoumání původu

Pokud je jeden ze serverů původu pomalý, je pomalý i první požadavek na objekt prostřednictvím služby Azure Front Door. Pokud obsah není uložen v mezipaměti v místě přítomnosti (POP) služby Azure Front Door, jsou požadavky přesměrovány na místo původu. Poskytování z původního serveru eliminuje výhodu blízkosti POP a místního doručení k žádajícímu klientovi a místo toho se spoléhá na výkonnost původního serveru.

Scénář 1: Potřebné informace o prostředí

  • Název koncového bodu služby Azure Front Door
    • Název hostitele koncového bodu
    • Vlastní doména koncového bodu (pokud je k dispozici)
    • Název hostitele původu
  • Úplná adresa URL dotčeného souboru

Scénář 1: Postup řešení potíží

  1. Zkontrolujte hlavičky odpovědi dotčeného požadavku.

    Pokud chcete zkontrolovat hlavičky odpovědi, použijte v prostředí Bash následující příklady curl. Můžete také použít vývojářské nástroje prohlížeče výběrem klávesy F12. Vyberte kartu Síťové připojení, vyberte příslušný soubor, který chcete prozkoumat, a poté vyberte kartu Hlavičky. Pokud soubor chybí, načtěte stránku znovu s otevřenými nástroji pro vývojáře.

    Počáteční odpověď by měla mít hlavičku x-cache TCP_MISS s hodnotou nebo CONFIG_NOCACHE hodnotou. POP služby Azure Front Door POP předává požadavky s touto hodnotou místu původu. Místo původu odešle zpětný přenos stejnou cestou žádajícímu klientovi.

    Tady je příklad, který ukazuje TCP_MISS:

    $ curl -I https://www.contoso.com/styles.css
HTTP/2 200
date: Wed, 28 Aug 2024 17:02:09 GMT
content-type: text/css
content-length: 2837
last-modified: Thu, 09 May 2024 20:49:36 GMT
etag: "b15-6180b8e9bd897"
vary: Accept-Encoding
x-azure-ref: 20240828T170209Z-AA11BB22CC33DD44EE55FF66AA77BB88CC99DD00
x-fd-int-roxy-purgeid: 0
x-cache: TCP_MISS
accept-ranges: bytes

    Tady je příklad, který ukazuje TCP_HIT:

    curl -I https://www.contoso.com/styles.css
HTTP/2 200
date: Wed, 28 Aug 2024 17:04:38 GMT
content-type: text/css
content-length: 2837
last-modified: Thu, 09 May 2024 20:49:36 GMT
etag: "b15-6180b8e9bd897"
vary: Accept-Encoding
x-azure-ref: 20240828T170438Z-BB22CC33DD44EE55FF66AA77BB88CC99DD00EE11
x-fd-int-roxy-purgeid: 0
x-cache: TCP_HIT
x-cache-info: L1_T2
accept-ranges: bytes

  2. Pokračujte v žádostech vůči koncovému bodu, dokud x-cache má hlavička hodnotu TCP_HIT.

    Pokud jste se původně viděli CONFIG_NOCACHE, ukládání do mezipaměti není v konfiguraci trasy povolené. V tomto případě neuvidíte TCP_HIT.

  3. Pokud je problém s výkonem vyřešen, spočíval problém v rychlosti původního serveru, nikoli ve výkonu služby Azure Front Door. Pro zlepšení výkonu musí vlastník řešit nastavení mezipaměti služby Azure Front Door nebo místo původu.

    Pokud problém přetrvává, může být jeho zdrojem klient, který požaduje obsah, nebo služba Azure Front Door. Přejděte na scénář 2 a identifikujte zdroj.

Scénář 2: Jeden klient nebo umístění (například isP) je pomalé

Jeden klient nebo umístění může být pomalé, pokud je mezi klientem, který o službu žádá, a POP služby Azure Front Door špatná síťová trasa. Měli byste vyloučit jakoukoli špatnou trasu, protože ovlivňuje vzdálenost k POP, čímž se ztrácí výhoda blízkosti POP služby Azure Front Door.

Pokud používáte virtuální privátní síť (VPN) nebo jste součástí rozptýlené podnikové sítě, může být vysoká latence nebo malá šířka pásma důsledkem problému poskytovatele internetových služeb. Podniková síť může vést veškerý provoz přes centrální vzdálený bod.

Scénář 2: Potřebné informace o prostředí

  • Název koncového bodu služby Azure Front Door
    • Název hostitele koncového bodu
    • Vlastní doména koncového bodu (pokud je k dispozici)
    • Název hostitele původu
  • Úplná adresa URL dotčeného souboru
  • Vyžádání informací o klientovi
    • Žádost o IP adresu klienta
    • Žádost o umístění klienta
    • Vyžádání cesty klienta k prostředí Azure (obvykle se zjišťuje pomocí tracert, pathping nebo podobného nástroje).

Scénář 2: Postup řešení potíží

  1. Pokud chcete zkontrolovat cestu k POP, použijte pathping nebo podobný nástroj pro 500 paketů a zkontrolujte síťovou trasu.

    Pathping obsahuje maximální počet 250 dotazů. Pokud chcete otestovat 500 dotazů, spusťte následující dotaz dvakrát:

    pathping /q 250 <Full URL of Affected File>

  2. Zjistěte, zda doprava přenos cestou, která by prodloužila čas nebo cestu do vzdálené oblasti.

    Hledejte kódy IP adres, měst nebo oblastí, které nevedou přiměřenou trasou na základě zeměpisné polohy (například provoz v Evropě je směrován do Spojených států) nebo které mají nadměrný počet směrování.

  3. Pokud chcete vyloučit nastavení žádajícího klienta, proveďte test z jiného žádajícího klienta ve stejné oblasti.

  4. Pokud identifikujete další směrování nebo vzdálené oblasti, problém je v klientovi přistupujícím ke službě Azure Front Door POP, nikoli v samotné službě Azure Front Door. Poskytovatel připojení nebo VPN musí řešit směrování mezi koncovými body.

    Pokud neidentifikujete další segmenty směrování nebo vzdálené oblasti a obsah se doručován z mezipaměti (x-cache: TCP_HIT), jedná se o problém se službou Azure Front Door. Možná budete muset vytvořit žádost o podporu. Uveďte odkaz na tento článek o řešení problémů a kroky, které jste provedli.

Poznámka:

Při obsluhování obsahu z původu (x-cache: TCP_MISSviz scénář 1 výše v tomto článku.

Scénář 3: Web se pomalu načítá

V některých scénářích není problém s jedním souborem, ale neuspokojivý je výkon celé webové stránky (proxované službou Azure Front Door). Nástroj pro měření výkonu webových stránek ukazuje špatný výkon webu v porovnání s webovou stránkou mimo Azure Front Door.

Webová stránka se často skládá z mnoha souborů. Webové stránky využívají výhod služby Azure Front Door pouze v případě, že služba Azure Front Door obsluhuje každý soubor na webové stránce. Pro maximální využití výhod je nutné nakonfigurovat službu Azure Front Door.

Představte si následující příklad:

  • Místo původu: origin.contoso.com
  • Vlastní doména služby Azure Front Door: contoso.com
  • Stránka, kterou se pokoušíte načíst: https://contoso.com

Při načítání stránky vyvolá počáteční soubor v adresáři „/“ další soubory, které vytvoří stránku. Tyto soubory zahrnují obrázky, JavaScript, textové soubory a další. Pokud tyto soubory nejsou volány prostřednictvím názvu hostitele služby Azure Front Door (contoso.com), stránka nepoužívá službu Azure Front Door. Pokud je tedy jedním ze souborů, které webová stránka požaduje, http://www.images.fabrikam.com/businessimage.jpg, soubor nevyužívá výhody používání služby Azure Front Door. Prohlížeč na žádajícím klientovi si místo toho vyžádá soubor přímo ze serveru images.fabrikam.com.

Diagram více souborů s různými zdroji pro jednu webovou stránku a vliv této konfigurace na výkon služby Azure Front Door.

Scénář 3: Potřebné informace o prostředí

  • Název koncového bodu služby Azure Front Door
    • Název hostitele koncového bodu
    • Vlastní doména koncového bodu (pokud je k dispozici)
    • Název hostitele původu
    • Zeměpisné umístění původního serveru
  • Úplná adresa URL ovlivněné webové stránky
  • Nástroje a metriky, které měří výkon

Scénář 3: Řešení potíží

  1. Prohlédněte si metriku, která ukazuje pomalejší výkon.

    Důležité

    Microsoft nedokáže rozpoznat, co se měří nástroji, které vlastní.

  2. Otevřete webovou stránku služby Azure Front Door v prohlížeči a poté otevřete vývojářské nástroje výběrem klávesy F12.

    Pomocí vývojářských nástrojů v prohlížeči můžete zjistit zdroj zobrazovaných souborů. Pokud chcete zobrazit adresu URL žádosti ve vývojářských nástrojích, vyberte kartu Sítě. Zvolte soubor, který kontrolujete, a pak vyberte kartu Obecné. Pokud soubor chybí, načtěte stránku znovu s otevřenými vývojářskými nástroji.

  3. Poznamenejte si zdroj nebo adresu URL žádosti souborů.

  4. Určete, které soubory používají název hostitele služby Azure Front Door a které nikoli.

    V předchozím příkladu by image hostovaný ve službě Azure Front Door byl https://www.contoso.com/productimage1.jpg. Image, který není hostován ve službě Azure Front Door, by byl http://www.images.fabrikam.com/businessimage.jpg.

  5. Otestujte výkon souboru, který služba Azure Front Door obsluhuje, jeho původní server a (případně) testovací webovou stránku.

    Pokud je výchozí nebo testovací webová stránka obsluhována z geografické oblasti blíže k nástroji, který testuje výkon, bude možná nutné použít nástroj nebo žádajícího klienta v jiné oblasti, aby bylo možné prověřit výhodu blízkosti POP služby Azure Front Door.

    Důležité

    Všechny soubory obsluhované mimo název hostitele služby Azure Front Door z něj nebudou těžit. Možná bude nutné změnit design webové stránky.

    Pokud mají být soubory uloženy v mezipaměti, nezapomeňte otestovat soubory, které mají hlavičku odpovědi x-cache: TCP_HIT.

  6. Přijměte opatření na základě shromážděných dat:

    • Pokud shromážděná data ukazují, že soubory jsou odesílány ze serverů mimo název hostitele služby Azure Front Door, funguje služba Azure Front Door podle očekávání.

      Pomalé načítání webových stránek může vyžadovat změnu designu webových stránek. Pokud chcete získat pomoc s optimalizací svých webových stránek pro použití služby Azure Front Door, obraťte se na svůj tým pro návrh webových stránek nebo na poskytovatele řešení Microsoftu.

      Poznámka:

      Problém s pomalým načítáním webů může chvíli trvat, než se bude kontrolovat na základě složitosti návrhu webu a pokynů pro volání souborů.

    • Pokud shromážděná data ukazují, že výkon načítání souborů je lepší ve službě Azure Front Door než v původním nebo testovacím webu, funguje služba Azure Front Door podle očekávání. Zdrojem problému mohou být jednotlivé žádosti klientů. V takovém případě viz scénář 1 výše v tomto článku.

    • Pokud shromážděná data ukazují, že výkon ve službě Azure Front Door není lepší, budete pravděpodobně muset podat žádost o podporu, aby bylo provedeno další šetření. Uveďte odkaz na tento článek o řešení problémů a kroky, které jste provedli.