Udostępnij za pośrednictwem

Rozwiązywanie ogólnych problemów z wydajnością w usłudze Azure Front Door

  • Artykuł

Problemy z wydajnością mogą pochodzić z kilku potencjalnych obszarów: usługi Azure Front Door, źródła, klienta żądającego lub ścieżki między dowolnym z tych przeskoków. Ten przewodnik rozwiązywania problemów pomaga określić, który przeskok wzdłuż ścieżki danych jest najprawdopodobniej głównym źródłem problemu i jak rozwiązać problem.

Sprawdzanie znanych problemów

Przed rozpoczęciem sprawdź, czy nie występują znane problemy:

  • Platformy Azure Front Door.
  • Dostawcy usług internetowych (ISP) w ścieżce.
  • Zdolności klienta przesyłającego żądanie do nawiązania połączenia i pobrania danych.

Scenariusz 1. Badanie źródła

Jeśli jeden z serwerów źródłowych działa wolno, pierwsze żądanie dla obiektu za pośrednictwem usługi Azure Front Door jest wolne. Ponadto jeśli zawartość nie jest buforowana w punkcie obecności usługi Azure Front Door (POP), żądania są przekazywane do źródła. Obsługa ze źródła niweluje korzyść wynikającą z bliskości punktu obecności i lokalnego dostarczania do klienta żądającego, a zamiast tego opiera się na wydajności źródła.

Scenariusz 1. Wymagane informacje o środowisku

  • Nazwa punktu końcowego usługi Azure Front Door
    • Nazwa hosta punktu końcowego
    • Domena niestandardowa punktu końcowego (jeśli dotyczy)
    • Nazwa hosta pochodzenia
  • Pełny adres URL pliku, którego dotyczy problem

Scenariusz 1. Kroki rozwiązywania problemów

  1. Sprawdź nagłówki odpowiedzi z żądania, którego dotyczy problem.

    Aby sprawdzić nagłówki odpowiedzi, użyj poniższych curl przykładów w powłoce Bash. Możesz również użyć narzędzi deweloperskich przeglądarki, naciskając klawisz F12. Wybierz kartę Sieć , wybierz odpowiedni plik do zbadania, a następnie wybierz kartę Nagłówki. Jeśli brakuje pliku, załaduj ponownie stronę przy otwartych narzędziach deweloperskich.

    Początkowa odpowiedź powinna mieć x-cache nagłówek z wartością TCP_MISS lub CONFIG_NOCACHE . Punkt obecności usługi Azure Front Door przekazuje żądania z tą wartością do źródła. Źródło wysyła ruch powrotny po tej samej ścieżce do klienta przesyłającego żądanie.

    Oto przykład prezentujący 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

    Oto przykład prezentujący 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. Kontynuuj żądanie względem punktu końcowego, dopóki nagłówek x-cache nie będzie miał wartości TCP_HIT.

    Jeśli początkowo zobaczysz CONFIG_NOCACHE, buforowanie nie jest włączone w konfiguracji trasy. W takim przypadku nie zobaczysz elementu TCP_HIT.

  3. Jeśli problem z wydajnością zostanie rozwiązany, będzie to oznaczało, że problem był związany z szybkością źródła, a nie z wydajnością usługi Azure Front Door. Aby zwiększyć wydajność, właściciel musi spełnić wymagania ustawień pamięci podręcznej usługi Azure Front Door lub źródła.

    Jeśli problem będzie się powtarzać, źródłem może być klient przesyłający żądanie dotyczące treści lub usługi Azure Front Door. Przejdź do scenariusza 2, aby określić źródło.

Scenariusz 2. Pojedynczy klient lub lokalizacja (na przykład usługodawca isp) działa wolno

Pojedynczy klient lub lokalizacja mogą pracować wolno, jeśli pomiędzy klientem przesyłającym żądanie a punktem obecności usługi Azure Front Door istnieje nieodpowiednia trasa sieciowa. Należy wykluczyć wszelkie nieprawidłowe trasy, ponieważ wpływają one na odległość od punktu obecności, co eliminuje korzyść płynącą z bliskości punktu obecności usługi Azure Front Door.

Duże opóźnienia lub niska przepustowość mogą wynikać z problemu usługodawcy internetowego, jeśli używasz wirtualnej sieci prywatnej (VPN) lub gdy korzystasz z rozproszonej sieci firmowej. Sieć firmowa może przesyłać cały ruch przez centralny, zdalny punkt.

Scenariusz 2. Wymagane informacje o środowisku

  • Nazwa punktu końcowego usługi Azure Front Door
    • Nazwa hosta punktu końcowego
    • Domena niestandardowa punktu końcowego (jeśli dotyczy)
    • Nazwa hosta pochodzenia
  • Pełny adres URL pliku, którego dotyczy problem
  • Żądanie informacji o kliencie
    • Adres IP klienta przesyłającego żądanie
    • Lokalizacja klienta przesyłającego żądanie
    • Ścieżka klienta przesyłającego żądanie do środowiska platformy Azure (zwykle określane, korzystając z narzędzi tracert, pathping lub podobnych)

Scenariusz 2. Kroki rozwiązywania problemów

  1. Aby sprawdzić ścieżkę do punktu obecności, użyj ścieżki lub podobnego narzędzia przesyłającego 500 pakietów, aby sprawdzić trasę sieciową.

    Narzędzie Pathping przesyła maksymalnie 250 zapytań. Aby przetestować 500 pakietów, uruchom następujące zapytanie dwa razy:

    pathping /q 250 <Full URL of Affected File>

  2. Określ, czy ruch podąża ścieżką, która wydłużyłaby czas lub podróż do odległego regionu.

    Wyszukaj kody adresów IP, miast lub regionów, które nie przyjmują rozsądnej trasy na podstawie lokalizacji geograficznej (na przykład ruch w Europie jest kierowany do Stanów Zjednoczonych) lub mają nadmierną liczbę przeskoków.

  3. Aby wykluczyć ustawienia klienta przesyłającego żądanie, przetestuj innego klienta przesyłającego żądanie, znajdującego się w tym samym regionie.

  4. Jeśli zidentyfikujesz dodatkowe przeskoki lub regiony zdalne, problem dotyczy klienta, który uzyskuje dostęp do punktu obecności usługi Azure Front Door, a nie z samej usługi Azure Front Door. Połączenie lub dostawca sieci VPN musi rozwiązać problemy dotyczące przeskoków między punktami końcowymi.

    Jeśli nie zidentyfikujesz dodatkowych przeskoków ani regionów zdalnych, a zawartość jest obsługiwana z pamięci podręcznej (x-cache: TCP_HIT), problem dotyczy usługi Azure Front Door. Może być konieczne utworzenie zgłoszenia do pomocy technicznej. Dołącz odwołanie do tego artykułu na temat rozwiązywania problemów i czynności, które zostały wykonane.

Uwaga

Gdy zawartość jest obsługiwana ze źródła (x-cache: TCP_MISS), zobacz Scenariusz 1 wcześniej w tym artykule.

Scenariusz 3. Witryna internetowa ładuje się powoli

W niektórych scenariuszach nie ma problemu z pojedynczym plikiem, ale wydajność całej strony internetowej (usługa Azure Front Door przekierowywana przez serwer proxy) jest niezadowalająca. Narzędzie wydajności strony internetowej pokazuje niską wydajność witryny w porównaniu ze stroną internetową poza usługą Azure Front Door.

Strona internetowa często składa się z wielu plików. Strona internetowa korzysta z usługi Azure Front Door tylko wtedy, gdy usługa Azure Front Door obsługuje każdy plik znajdujący się na stronie internetowej. Skonfiguruj usługę Azure Front Door, aby zmaksymalizować uzyskiwane korzyści.

Rozważmy następujący przykład:

  • Źródło: origin.contoso.com
  • Domena niestandardowa usługi Azure Front Door: contoso.com
  • Strona, którą próbujesz załadować: https://contoso.com

Podczas ładowania strony plik początkowy w katalogu „/”wywołuje inne pliki, które kompilują stronę. Te pliki obejmują obrazy, pliki JavaScript, pliki tekstowe i inne. Jeśli te pliki nie są wywoływane za pośrednictwem nazwy hosta usługi Azure Front Door (contoso.com), strona nie korzysta z usługi Azure Front Door. Jeśli więc jeden z plików, których żąda strona internetowa, to http://www.images.fabrikam.com/businessimage.jpg, plik nie uzyskuje korzyści płynących z korzystania z usługi Azure Front Door. Zamiast tego przeglądarka klienta przesyłającego żądanie żąda pliku bezpośrednio z serwera images.fabrikam.com.

Diagram przedstawiający wiele różnych plików źródłowych w ramach pojedynczej strony internetowej oraz sposób, w jaki ta konfiguracja wpływa na wydajność usługi Azure Front Door.

Scenariusz 3. Wymagane informacje o środowisku

  • Nazwa punktu końcowego usługi Azure Front Door
    • Nazwa hosta punktu końcowego
    • Domena niestandardowa punktu końcowego (jeśli dotyczy)
    • Nazwa hosta pochodzenia
    • Lokalizacja geograficzna źródła
  • Pełny adres URL strony internetowej, której dotyczy problem
  • Narzędzie i metryka, które mierzą wydajność

Scenariusz 3. Rozwiązywanie problemów

  1. Przejrzyj metryki, które pokazują niższą wydajność.

    Ważne

    Firma Microsoft nie może rozpoznać, co jest mierzone za pomocą narzędzi, których nie posiada.

  2. Otwórz stronę internetową usługi Azure Front Door w przeglądarce, a następnie otwórz narzędzia deweloperskie, naciskając klawisz F12.

    Aby określić źródło obsługiwanych plików, możesz użyć narzędzi deweloperskich w przeglądarce. Aby wyświetlić adres URL żądania w narzędziach deweloperskich, wybierz kartę Sieć , wybierz plik, który badasz, a następnie wybierz pozycję Ogólne. Jeśli brakuje pliku, załaduj ponownie stronę przy otwartych narzędziach deweloperskich.

  3. Zanotuj źródło lub adres URL żądania plików.

  4. Określ, które pliki używają nazwy hosta usługi Azure Front Door, i które pliki tego nie robią.

    W poprzednim przykładzie obraz hostowany w usłudze Azure Front Door to https://www.contoso.com/productimage1.jpg. Obraz, który nie jest hostowany w usłudze Azure Front Door, to http://www.images.fabrikam.com/businessimage.jpg.

  5. Przetestuj wydajność pliku, który obsługuje usługa Azure Front Door, jego źródło i (jeśli ma to zastosowanie) testowaną stronę internetową.

    Jeśli źródłowa lub testowana strona internetowa jest obsługiwana z regionu geograficznego bliżej narzędzia, które testuje wydajność, może być konieczne użycie narzędzia lub klienta przesyłającego żądanie z innego regionu w celu zbadania korzyści płynącej z bliskości punktu obecności usługi Azure Front Door.

    Ważne

    Wszystkie pliki obsługiwane spoza nazwy hosta usługi Azure Front Door nie będą korzystać z niej. W tym celu może być konieczne przeprojektowanie strony internetowej.

    Jeśli pliki mają być buforowane, pamiętaj, aby przetestować pliki, których nagłówek odpowiedzi to x-cache: TCP_HIT.

  6. Podejmij działania na podstawie zebranych danych:

    • Jeśli zebrane dane pokazują, że pliki są przesyłane z serwerów spoza nazwy hosta usługi Azure Front Door, usługa Azure Front Door działa zgodnie z oczekiwaniami.

      Powolne ładowanie stron internetowych może wymagać zmiany w budowie strony internetowej. Aby uzyskać pomoc w optymalizacji strony internetowej w celu korzystania z usługi Azure Front Door, połącz się z zespołem projektowym strony internetowej lub dostawcami rozwiązań firmy Microsoft..

      Uwaga

      Problem powolnego ładowania witryn internetowych może zająć trochę czasu, aby przejrzeć, na podstawie złożoności projektu witryny internetowej i instrukcji wywoływania plików.

    • Jeśli zebrane dane pokazują, że wydajność ładowania plików jest lepsza w usłudze Azure Front Door w porównaniu z lokacją źródłową lub testową, usługa Azure Front Door działa zgodnie z oczekiwaniami. Źródłem problemu mogą być pojedyncze żądania klientów. W takim przypadku zobacz Scenariusz 1 wcześniej w tym artykule.

    • Jeśli zebrane dane pokazują, że wydajność nie jest lepsza w usłudze Azure Front Door, prawdopodobnie musisz przesłać zgłoszenie do pomocy technicznej w celu dalszego zbadania sprawy. Dołącz odwołanie do tego artykułu na temat rozwiązywania problemów i czynności, które zostały wykonane.