Megosztás a következőn keresztül:

Az Azure Front Door általános teljesítményproblémáinak elhárítása

  • Cikk

A teljesítményproblémák számos lehetséges területből eredhetnek: az Azure Front Door szolgáltatásból, a forrásból, a kérelmező ügyfélből vagy a ugrások bármelyike közötti útvonalból. Ez a hibaelhárítási útmutató segít azonosítani, hogy az adatelérési útvonal melyik ugrása valószínűleg a probléma gyökere, és hogyan oldhatja meg a problémát.

Ismert problémák keresése

Mielőtt elkezdené, ellenőrizze az ismert problémákat:

  • Az Azure Front Door platform.
  • Internetszolgáltatók (ISP-k) az útvonalon.
  • A kérelmező ügyfél képessége a csatlakozásra és az adatok lekérdezésére.

1. forgatókönyv: A forrás vizsgálata

Ha az egyik eredetkiszolgáló lassú, akkor az Azure Front Dooron keresztül történő első objektumkérés is lassú. Továbbá, ha a tartalom nincs gyorsítótárazva az Azure Front Door jelenléti ponton (POP), a kéréseket a rendszer továbbítja az eredethez. A kiindulópontról történő kiszolgálás figyelmen kívül hagyja a POP közelségéből és a kérő ügyfélhez való helyi kézbesítésből származó előnyöket, és ehelyett a kiindulópont teljesítményére támaszkodik.

1. forgatókönyv: Környezeti információkra van szükség

  • Azure Front Door-végpont neve
    • Végpont állomás neve
    • Végpont egyéni tartománya (ha van)
    • Eredeti állomás neve
  • Az érintett fájl teljes URL címe

1. forgatókönyv: Hibaelhárítási lépések

  1. Ellenőrizze az érintett kérés válaszfejléceit.

    A válasz fejlécek ellenőrzéséhez használja a következő curl példákat a Bashben. Használhatja a böngésző fejlesztői eszközeit is az F12 billentyűvel. Válassza ki a Hálózat lapot, válassza ki a vizsgálandó fájlt, majd válassza a Fejlécek lapot. Ha a fájl hiányzik, töltse be újra az oldalt a fejlesztői eszközök megnyitásával.

    A kezdeti válasznak rendelkeznie kell egy x-cache TCP_MISS fejléctel vagy CONFIG_NOCACHE értékkel. Az Azure Front Door POP az ezzel az értékkel rendelkező kérelmeket továbbítja az eredethez. A származási hely a visszatérő forgalmat ugyanazon az útvonalon küldi el a kérelmező ügyfélnek.

    Íme egy példa, amely 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

    Íme egy példa, amely 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. Folytassa a kérést a végponttal szemben, amíg a x-cache fejléc nem tartalmaz TCP_HIT értéket.

    Ha először látta CONFIG_NOCACHE, akkor a gyorsítótárazás nincs engedélyezve az útvonalkonfigurációban. Ebben az esetben nem jelenik meg TCP_HIT.

  3. Ha a teljesítményprobléma megoldódott, a probléma az eredet sebességén és nem az Azure Front Door teljesítményén alapult. A tulajdonosnak a teljesítmény javítása érdekében az Azure Front Door gyorsítótár-beállításait vagy az eredetét kell módosítania.

    Ha a probléma továbbra is fennáll, a probléma forrása a tartalmat kérő ügyfél vagy az Azure Front Door szolgáltatás lehet. A forrás azonosítása érdekében lépjen a 2. forgatókönyvre.

2. forgatókönyv: Egyetlen ügyfél vagy hely (például egy internetszolgáltató) lassú

Egyetlen ügyfél vagy helyszín lassú lehet, ha a kérelmező ügyfél és az Azure Front Door POP között rossz hálózati útvonal van. Minden rossz útvonalat ki kell zárnia, mert az befolyásolja a POP távolságát, ami megszünteti az Azure Front Door POP közelségének előnyét.

A nagy késleltetés vagy az alacsony sávszélesség lehet az internetszolgáltató problémája, ha virtuális magánhálózatot (VPN) használ, vagy ha egy szétszórt vállalati hálózat része. Egy vállalati hálózat minden forgalmat egy központi, távoli ponton keresztül bonyolíthat le.

2. forgatókönyv: Környezeti információkra van szükség

  • Azure Front Door-végpont neve
    • Végpont állomás neve
    • Végpont egyéni tartománya (ha van)
    • Eredeti állomás neve
  • Az érintett fájl teljes URL címe
  • Ügyféladatok kérése
    • Ügyfél IP kérése
    • Ügyfélhely kérése
    • Az Azure környezethez vezető útvonal kérése (általában a tracert, pathping, vagy egy hasonló eszközzel azonosítható)

2. forgatókönyv: Hibaelhárítási lépések

  1. A POP-hoz vezető útvonal ellenőrzéséhez használja a pathping vagy egy hasonló eszközt, amely 500 csomagot biztosít a hálózati útvonal ellenőrzésére.

    A Pathping maximum 250 lekérdezéssel rendelkezik. Az 500-as teszteléshez futtassa le kétszer a következő lekérdezést:

    pathping /q 250 <Full URL of Affected File>

  2. Határozza meg, hogy a forgalom olyan útvonalon halad-e, amely időt vesz igénybe, vagy egy távoli régióba utazik.

    Keresse azokat az IP-, város- vagy régiókódokat, amelyek nem a földrajzi elhelyezkedés alapján ésszerű útvonalon haladnak (például az európai forgalmat az Egyesült Államokba irányítják), vagy amelyeknél túl sok az ugrás.

  3. A kérő ügyfél beállításainak kizárásához teszteljen egy másik kérő ügyfélről ugyanabban a régióban.

  4. Ha további átugrásokat vagy távoli régiókat azonosít, a probléma az Azure Front Door POP-hoz hozzáférő ügyféllel, és nem magával az Azure Front Door szolgáltatással van. A csatlakoztatási vagy VPN-szolgáltatónak a végpontok közötti ugratásokat kell kezelnie.

    Ha nem azonosítja a további ugrásokat vagy távoli régiókat és a tartalom kiszolgálása a gyorsítótárból történik (x-cache: TCP_HIT), akkor a probléma az Azure Front Door szolgáltatással van. Lehet, hogy támogatási kérelmet kell létrehoznia. Adjon meg egy hivatkozást erre a hibaelhárítási cikkre és a megtett lépésekre.

Feljegyzés

Ha a tartalmat a forrásból kézbesítik (x-cache: TCP_MISSlásd a cikk korábbi, 1 . forgatókönyvét).

3. forgatókönyv: A webhely lassan töltődik be

Bizonyos esetekben egyetlen fájl esetében nincs probléma, de egy teljes (Azure Front Door által proxizált) weboldal teljesítménye nem kielégítő. A weboldal teljesítményét mutató eszköz gyenge webhelyteljesítményt mutat az Azure Front Dooron kívüli weboldalhoz képest.

Egy weboldal gyakran sok fájlból áll. Egy webhely csak akkor részesül az Azure Front Door előnyeiből, ha az Azure Front Door minden egyes fájlt kiszolgál egy weboldalon. Az előnyök maximalizálásához konfigurálnia kell az Azure Front Door-t.

Vegyük a következő példát:

  • Eredet: origin.contoso.com
  • Azure Front Door egyéni domain: contoso.com
  • Oldal, amelyet be akar tölteni: https://contoso.com

Amikor az oldal betöltődik, a "/" könyvtárban található kezdeti fájl más fájlokat hív meg, amelyek felépítik az oldalt. Ezek a fájlok képek, JavaScript, szövegfájlok és egyéb fájlok. Ha ezeket a fájlokat nem az Azure Front Door állomásnevén keresztül hívja meg (contoso.com), akkor az oldal nem használja az Azure Front Door-t. Ha tehát a weboldal által lekérdezett fájlok egyike a http://www.images.fabrikam.com/businessimage.jpg, a fájl nem részesül az Azure Front Door használatából. Ehelyett a kérő ügyfél böngészője közvetlenül a images.fabrikam.com kiszolgálótól kéri a fájlt.

Egyetlen webhely több, különböző forrásból származó fájljának diagramja, és hogy ez a konfiguráció hogyan befolyásolja az Azure Front Door teljesítményét.

3. forgatókönyv: Környezeti információkra van szükség

  • Azure Front Door-végpont neve
    • Végpont állomás neve
    • Végpont egyéni tartománya (ha van)
    • Eredeti állomás neve
    • A származási hely földrajzi elhelyezkedése
  • Az érintett weboldal teljes URL címe
  • A teljesítményt mérő eszköz és mérőszám

3. forgatókönyv: Hibaelhárítás

  1. Tekintse át a lassabb teljesítményt mutató mérőszámot.

    Fontos

    A Microsoft nem tudja felismerni, hogy mit mérnek a nem saját eszközei.

  2. Nyissa meg az Azure Front Door weboldalt egy böngészőben, majd az F12 billentyűvel nyissa meg a fejlesztői eszközöket.

    A böngésző fejlesztői eszközeivel meghatározhatja a kiszolgált fájlok forrását. A kérési URL megtekintéséhez a fejlesztői eszközökben válassza a Networking lapot, válassza ki a vizsgált fájlt, majd válassza a General lehetőséget. Ha a fájl hiányzik, töltse be újra az oldalt a fejlesztői eszközök megnyitásával.

  3. Jegyezze meg a fájlok forrását vagy a kérési URL-címet.

  4. Azonosíthatja, hogy mely fájlok használják az Azure Front Door állomásnevet, és melyek nem.

    Az előző példában az Azure Front Doorban tárolt kép a https://www.contoso.com/productimage1.jpg lenne. Az Azure Front Doorban nem tárolt kép a http://www.images.fabrikam.com/businessimage.jpg.

  5. Tesztelje az Azure Front Door által kiszolgált fájl teljesítményét, annak eredetét és (adott esetben) a tesztelési weboldalt.

    Ha a származási vagy tesztelési weboldalt a teljesítményt tesztelő eszközhöz közelebbi földrajzi régióból szolgálják ki, előfordulhat, hogy egy másik régióban lévő eszközt vagy kérő ügyfelet kell használnia az Azure Front Door POP közelségi előnyének vizsgálatához.

    Fontos

    Az Azure Front Door-gazdagépnéven kívülről kiszolgált fájlok nem lesznek hasznosak. Lehet, hogy ehhez át kell terveznie a weboldalt.

    Ha a fájlokat gyorsítótárba kell helyezni, mindenképpen tesztelje azokat a fájlokat, amelyek a x-cache: TCP_HIT válaszfejléccel rendelkeznek.

  6. Tegyen lépéseket az összegyűjtött adatok alapján:

    • Ha az összegyűjtött adatok azt mutatják, hogy a fájlokat az Azure Front Door állomásnevén kívüli kiszolgálókról adják ki, akkor az Azure Front Door az elvárásoknak megfelelően működik.

      A webhelyek lassú betöltése szükségessé teheti a weblapok kialakításának módosítását. Ha segítséget szeretne kapni weboldalának az Azure Front Door használatához való optimalizálásához, forduljon a weboldal tervező csapatához vagy a Microsoft megoldásszolgáltatókhoz.

      Feljegyzés

      A webhelyek lassú betöltésének problémája a webhely kialakításának összetettsége és a fájlhívási utasítások alapján időbe telhet.

    • Ha az összegyűjtött adatok azt mutatják, hogy a fájlok betöltési teljesítménye jobb az Azure Front Doorban, mint a származási vagy teszthelyen, akkor az Azure Front Door az elvárásoknak megfelelően működik. A probléma forrása az egyes ügyfélkérelmek lehetnek. Ebben az esetben lásd a cikk korábbi, 1 . forgatókönyvét.

    • Ha az összegyűjtött adatok azt mutatják, hogy a teljesítmény nem jobb az Azure Front Doorban, akkor valószínűleg támogatási kérelmet kell benyújtania további vizsgálat céljából. Adjon meg egy hivatkozást erre a hibaelhárítási cikkre és a megtett lépésekre.