Felsöka allmänna prestandaproblem med Azure Front Door

Artikel
11/09/2024

Prestandaproblem kan uppstå inom flera potentiella områden: Azure Front Door-tjänsten, ursprunget, den begärande klienten eller sökvägen mellan något av dessa hopp. Den här felsökningsguiden hjälper dig att identifiera vilket hopp längs datasökvägen som troligen är roten till ett problem och hur du löser problemet.

Sök efter kända problem

Innan du börjar kontrollerar du om det finns några kända problem på:

Azure Front Door-plattformen.
Internetleverantörer i sökvägen.
Den begärande klientens möjlighet att ansluta och hämta data.

Scenario 1: Undersöka ursprunget

Om en av ursprungsservrarna är långsam är den första begäran om ett objekt via Azure Front Door långsam. Om innehållet inte cachelagras i Azure Front Door point of presence (POP) vidarebefordras begäranden till ursprunget. Betjäning från ursprunget upphäver fördelen med närhet och lokal leverans av POP till den begärande klienten och förlitar sig i stället på ursprungets prestanda.

Scenario 1: Miljöinformation behövs

Azure Front Door-slutpunktsnamn
- Värdnamn för slutpunkt
- Anpassad domän för slutpunkt (om tillämpligt)
- Ursprungligt värdnamn
Fullständig URL för den berörda filen

Scenario 1: Felsökningssteg

Kontrollera svarshuvudena från den berörda begäran.

Om du vill kontrollera svarshuvuden använder du följande curl exempel i Bash. Du kan också använda webbläsarens utvecklarverktyg genom att välja F12-nyckeln. Välj fliken Nätverk, välj den relevanta fil som ska undersökas och välj sedan fliken Rubriker. Om filen saknas läser du in sidan igen med öppna utvecklarverktyg.

Det första svaret ska ha en x-cache rubrik med ett TCP_MISS eller CONFIG_NOCACHE -värde. Azure Front Door POP vidarebefordrar begäranden med det här värdet till ursprunget. Ursprunget skickar returtrafiken på samma sökväg till den begärande klienten.

Här är ett exempel som visar 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

Här är ett exempel som visar 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

Fortsätt att begära mot slutpunkten tills x-cache huvudet har ett TCP_HIT värde.

Om du först såg CONFIG_NOCACHEaktiveras inte cachelagring i routningskonfigurationen. I det här fallet visas TCP_HITinte .
Om prestandaproblemet är löst baserades problemet på ursprungets hastighet och inte prestanda för Azure Front Door. Ägaren måste hantera Azure Front Door-cacheinställningarna eller ursprunget för att förbättra prestandan.

Om problemet kvarstår kan källan vara klienten som begär innehållet eller Azure Front Door-tjänsten. Gå till Scenario 2 för att identifiera källan.

Scenario 2: En enskild klient eller plats (till exempel en ISP) är långsam

En enskild klient eller plats kan vara långsam om det finns en felaktig nätverksväg mellan den begärande klienten och Azure Front Door POP. Du bör utesluta alla felaktiga vägar eftersom det påverkar avståndet till POP, vilket tar bort Azure Front Door POP:s närhetsförmån.

Hög svarstid eller låg bandbredd kan bero på ett ISP-problem, om du använder ett virtuellt privat nätverk (VPN) eller ingår i ett utspritt företagsnätverk. Ett företagsnätverk kan köra all trafik via en central fjärrpunkt.

Scenario 2: Miljöinformation behövs

Azure Front Door-slutpunktsnamn
- Värdnamn för slutpunkt
- Anpassad domän för slutpunkt (om tillämpligt)
- Ursprungligt värdnamn
Fullständig URL för den berörda filen
Begära klientinformation
- Begära klient-IP
- Begära klientplats
- Begära klientsökväg till Azure-miljön (identifieras vanligtvis med tracert, pathping eller ett liknande verktyg)

Scenario 2: Felsökningssteg

Om du vill kontrollera sökvägen till POP använder du sökvägar eller ett liknande verktyg för 500 paket för att kontrollera nätverksvägen.

Pathping har högst 250 frågor. Om du vill testa till 500 kör du följande fråga två gånger:
```
pathping /q 250 <Full URL of Affected File>
```
Ta reda på om trafiken tar en sökväg som skulle lägga till tid eller resa till en avlägsen region.

Leta efter IP-, stads- eller regionkoder som inte tar en rimlig väg baserat på ditt geografiska område (till exempel trafik i Europa dirigeras till USA) eller som har ett överdrivet antal hopp.
Om du vill utesluta att begära klientinställningar testar du från en annan begärande klient i samma region.
Om du identifierar ytterligare hopp eller fjärranslutna regioner är problemet att klienten har åtkomst till Azure Front Door POP och inte med själva Azure Front Door-tjänsten. Anslutningen eller VPN-providern måste hantera hopp mellan slutpunkter.

Om du inte identifierar ytterligare hopp eller fjärranslutna regioner och innehållet hanteras från cachen (x-cache: TCP_HIT) finns problemet i Azure Front Door-tjänsten. Du kan behöva skapa en supportbegäran. Inkludera en referens till den här felsökningsartikeln och de steg som du har vidtagit.

Kommentar

När innehållet hanteras från ursprunget (x-cache: TCP_MISS) kan du läsa Scenario 1 tidigare i den här artikeln.

Scenario 3: En webbplats läses in långsamt

I vissa scenarier är det inga problem med en enda fil, men prestandan för en hel webbsida (Azure Front Door proxied) är otillfredsställande. Ett prestandaverktyg för webbsidor visar dåliga webbplatsprestanda jämfört med en webbsida utanför Azure Front Door.

En webbsida består ofta av många filer. En webbplats drar endast nytta av Azure Front Door om Azure Front Door betjänar varje fil på en webbsida. Du måste konfigurera Azure Front Door för att maximera förmånen.

Ta följande som exempel:

Ursprung: origin.contoso.com
Anpassad domän för Azure Front Door: contoso.com
Sida som du försöker läsa in: https://contoso.com

När sidan läses in anropar den första filen i katalogen "/" andra filer som skapar sidan. Dessa filer är bilder, JavaScript, textfiler med mera. Om dessa filer inte anropas via Azure Front Door-värdnamnet (contoso.com) använder inte sidan Azure Front Door. Om en av filerna som webbplatsen begär är http://www.images.fabrikam.com/businessimage.jpg utnyttjar inte filen användningen av Azure Front Door. I stället begär webbläsaren på den begärande klienten filen direkt från images.fabrikam.com servern.

Diagram över flera, olika källfiler för en enskild webbplats och hur den konfigurationen påverkar prestandan för Azure Front Door.

Scenario 3: Miljöinformation behövs

Azure Front Door-slutpunktsnamn
- Värdnamn för slutpunkt
- Anpassad domän för slutpunkt (om tillämpligt)
- Ursprungligt värdnamn
- Ursprungets geografiska plats
Fullständig URL för den berörda webbsidan
Verktyg och mått som mäter prestanda

Scenario 3: Felsökning

Granska måttet som visar långsammare prestanda.

Viktigt!

Microsoft kan inte urskilja vad som mäts med verktyg som de inte äger.
Öppna webbsidan för Azure Front Door i en webbläsare och öppna sedan utvecklarverktygen genom att välja F12-nyckeln.

Du kan använda utvecklarverktygen i webbläsaren för att fastställa källan till de filer som hanteras. Om du vill visa begärande-URL:en i utvecklarverktygen väljer du fliken Nätverk och väljer den fil som du undersöker och sedan Allmänt. Om filen saknas läser du in sidan igen med utvecklarverktygen öppna.
Observera källan eller begärande-URL:en för filerna.
Identifiera vilka filer som använder värdnamnet för Azure Front Door och vilka filer som inte är det.

I föregående exempel skulle en avbildning som finns i Azure Front Door vara https://www.contoso.com/productimage1.jpg. En avbildning som inte finns i Azure Front Door skulle vara http://www.images.fabrikam.com/businessimage.jpg.
Testa prestanda för filen som Azure Front Door betjänar, dess ursprung och (om tillämpligt) testwebbsidan.

Om webbsidan för ursprung eller testning hanteras från en geografisk region närmare verktyget som testar prestanda kan du behöva använda ett verktyg eller begära att klienten i en annan region undersöker Azure Front Door POP:s närhetsförmån.

Viktigt!

Filer som hanteras utanför Azure Front Door-värdnamnet drar inte nytta av det. Du kan behöva göra om webbsidan för att göra det.

Om filer är avsedda att cachelagras ska du testa filer som har svarshuvudet x-cache: TCP_HIT.
Vidta åtgärder baserat på insamlade data:
- Om insamlade data visar att filer utfärdas från servrar utanför Azure Front Door-värdnamnet fungerar Azure Front Door som förväntat.
  
  Långsamt inläsning av webbplatser kan kräva en ändring i webbsidan design. Om du vill ha hjälp med att optimera din webbplats för att använda Azure Front Door kan du ansluta till ditt webbplatsdesignteam eller med Microsofts lösningsleverantörer.
  
  Kommentar
  
  Problemet med att långsamt läsa in webbplatser kan ta tid att granska, baserat på komplexiteten i en webbplats design och dess filsamtalsinstruktioner.
- Om insamlade data visar att filernas inläsningsprestanda är bättre i Azure Front Door jämfört med ursprunget eller testplatsen fungerar Azure Front Door som förväntat. Orsaken till problemet kan vara enskilda klientbegäranden. I så fall kan du läsa Scenario 1 tidigare i den här artikeln.
- Om insamlade data visar att prestandan inte är bättre på Azure Front Door behöver du förmodligen skicka in en supportbegäran för ytterligare undersökning. Inkludera en referens till den här felsökningsartikeln och de steg som du har vidtagit.

Dela via