Monitorowanie punktu końcowego usługi Traffic Manager

Usługa Azure Traffic Manager obejmuje wbudowane monitorowanie punktów końcowych i automatyczne przechodzenie do trybu failover punktu końcowego. Ta funkcja ułatwia dostarczanie aplikacji o wysokiej dostępności, które są odporne na awarie punktów końcowych, a w tym awarie regionów platformy Azure. Monitorowanie punktu końcowego jest domyślnie włączone. Aby wyłączyć monitorowanie, zobacz Włączanie lub wyłączanie kontroli kondycji.

Konfigurowanie monitorowania punktu końcowego

Aby skonfigurować monitorowanie punktów końcowych, należy określić następujące ustawienia w profilu usługi Traffic Manager:

• Protokół. Wybierz protokół HTTP, HTTPS lub TCP jako protokół używany przez usługę Traffic Manager podczas sondowania punktu końcowego w celu sprawdzenia jego kondycji. Monitorowanie protokołu HTTPS nie sprawdza, czy certyfikat TLS/SSL jest prawidłowy, sprawdza tylko, czy certyfikat jest obecny.
• Port. Wybierz port używany dla żądania.
• Ścieżka. To ustawienie konfiguracji jest prawidłowe tylko dla protokołów HTTP i HTTPS, dla których jest wymagane określenie ustawienia ścieżki. Podanie tego ustawienia dla protokołu monitorowania TCP powoduje wystąpienie błędu. W przypadku protokołu HTTP i HTTPS podaj ścieżkę względną oraz nazwę strony internetowej lub pliku, do którego uzyskuje dostęp monitorowanie. Ukośnik / do przodu jest prawidłowym wpisem dla ścieżki względnej. Ta wartość oznacza, że plik znajduje się w katalogu głównym (wartość domyślna).
• Ustawienia nagłówka niestandardowego. To ustawienie konfiguracji ułatwia dodawanie określonych nagłówków HTTP do kontroli kondycji wysyłanych przez usługę Traffic Manager do punktów końcowych w profilu. Nagłówki niestandardowe można określić na poziomie profilu, aby mieć zastosowanie do wszystkich punktów końcowych w tym profilu i/lub na poziomie punktu końcowego, które mają zastosowanie tylko do tego punktu końcowego. Do sprawdzania kondycji punktów końcowych w środowisku z wieloma dzierżawami można użyć nagłówków niestandardowych. Dzięki temu można ją prawidłowo przekierować do miejsca docelowego, określając nagłówek hosta. Możesz również użyć tego ustawienia, dodając unikatowe nagłówki, których można użyć do identyfikowania żądań HTTP(S) pochodzących z usługi Traffic Manager i przetwarza je inaczej. Można określić maksymalnie osiem header:value par rozdzielonych przecinkami. Na przykład header1:value1, header2:value2.

Uwaga

Używanie znaków gwiazdki (*) w nagłówkach niestandardowych Host nie jest obsługiwane.

• Oczekiwane zakresy kodu stanu. To ustawienie umożliwia określenie wielu zakresów kodu sukcesu w formacie 200-299, 301-301. Jeśli te kody stanu są odbierane jako odpowiedź z punktu końcowego po zakończeniu sprawdzania kondycji, usługa Traffic Manager oznaczy te punkty końcowe jako w dobrej kondycji. Można określić maksymalnie osiem zakresów kodu stanu. To ustawienie ma zastosowanie tylko do protokołu HTTP i HTTPS oraz do wszystkich punktów końcowych. To ustawienie jest na poziomie profilu usługi Traffic Manager i domyślnie wartość 200 jest definiowana jako kod stanu powodzenia.

• Interwał sondowania. Ta wartość określa, jak często punkt końcowy jest sprawdzany pod kątem kondycji agenta sondowania usługi Traffic Manager. W tym miejscu można określić dwie wartości: 30 sekund (normalne sondowanie) i 10 sekund (szybkie sondowanie). Jeśli nie podano żadnych wartości, profil ustawia wartość domyślną na 30 sekund. Odwiedź stronę cennika usługi Traffic Manager , aby dowiedzieć się więcej o szybkich cenach sondowania.

• Tolerowana liczba awarii. Ta wartość określa liczbę niepowodzeń tolerowanych przez agenta sondowania usługi Traffic Manager przed oznaczeniem tego punktu końcowego jako będącego w złej kondycji. Jego wartość może mieścić się w zakresie od 0 do 9. Wartość 0 oznacza, że pojedynczy błąd monitorowania może spowodować oznaczenie tego punktu końcowego jako będącego w złej kondycji. Jeśli żadna wartość nie zostanie określona, zostanie użyta wartość domyślna 3.

• Limit czasu sondy. Ta właściwość określa czas oczekiwania agenta sondowania usługi Traffic Manager przed rozważeniem sprawdzenia sondy kondycji w punkcie końcowym awarii. Jeśli interwał sondowania jest ustawiony na 30 sekund, możesz ustawić wartość limitu czasu z zakresu od 5 do 10 sekund. Jeśli żadna wartość nie zostanie określona, zostanie użyta wartość domyślna 10 sekund. Jeśli interwał sondowania jest ustawiony na 10 sekund, możesz ustawić wartość limitu czasu z zakresu od 5 do 9 sekund. Jeśli wartość limitu czasu nie zostanie określona, zostanie użyta wartość domyślna 9 sekund.

  

  Rysunek: Monitorowanie punktu końcowego usługi Traffic Manager

Jak działa monitorowanie punktu końcowego

Gdy protokół monitorowania jest ustawiony jako HTTP lub HTTPS, agent sondowania usługi Traffic Manager wysyła żądanie GET do punktu końcowego przy użyciu podanego protokołu, portu i ścieżki względnej. Punkt końcowy jest uznawany za w dobrej kondycji, jeśli agent sondowania otrzyma odpowiedź 200-OK lub dowolną odpowiedź skonfigurowaną w zakresach oczekiwanego kodu stanu. Jeśli odpowiedź jest inną wartością lub nie otrzymano odpowiedzi w okresie przekroczenia limitu czasu, agent sondowania usługi Traffic Manager jest ponownie przypisywany zgodnie z ustawieniem Tolerowana liczba błędów. Jeśli to ustawienie ma wartość 0, nie są wykonywane żadne ponowne próby. Punkt końcowy jest oznaczony jako w złej kondycji, jeśli liczba kolejnych niepowodzeń jest większa niż tolerowana liczba niepowodzeń .

Gdy protokół monitorowania to TCP, agent sondowania usługi Traffic Manager tworzy żądanie połączenia TCP przy użyciu określonego portu. Jeśli punkt końcowy odpowiada na żądanie z odpowiedzią na nawiązanie połączenia, kontrola kondycji zostanie oznaczona jako powodzenie. Agent sondowania usługi Traffic Manager resetuje połączenie TCP. W przypadkach, gdy odpowiedź jest inną wartością lub żadna odpowiedź nie zostanie odebrana w okresie limitu czasu, agent sondowania usługi Traffic Manager zostanie ponownie odcięty zgodnie z ustawieniem Tolerowana liczba błędów . Jeśli to ustawienie ma wartość 0, nie są dokonywane żadne ponowne znaczniki. Jeśli liczba kolejnych niepowodzeń jest większa niż tolerowana liczba niepowodzeń , oznacza to, że punkt końcowy jest oznaczony jako w złej kondycji.

We wszystkich przypadkach sondy usługi Traffic Manager z wielu lokalizacji. Kolejna awaria określa, co się dzieje w każdym regionie. Dlatego punkty końcowe odbierają sondy kondycji z usługi Traffic Manager z wyższą częstotliwością niż ustawienie używane dla interwału sondowania.

Uwaga

W przypadku protokołu monitorowania HTTP lub HTTPS typowe rozwiązaniem po stronie punktu końcowego jest zaimplementowanie niestandardowej strony w aplikacji — na przykład /health.aspx. Korzystając z tej ścieżki do monitorowania, można przeprowadzić kontrole specyficzne dla aplikacji, takie jak sprawdzanie liczników wydajności lub weryfikowanie dostępności bazy danych. Na podstawie tych testów niestandardowych strona zwraca odpowiedni kod stanu HTTP.

Wszystkie punkty końcowe w profilu usługi Traffic Manager współużytkuje ustawienia monitorowania. Jeśli musisz użyć różnych ustawień monitorowania dla różnych punktów końcowych, możesz utworzyć zagnieżdżone profile usługi Traffic Manager.

Stan punktu końcowego i profilu

Możesz włączać i wyłączać profile i punkty końcowe usługi Traffic Manager. Jednak może wystąpić również zmiana stanu punktu końcowego z powodu zautomatyzowanych ustawień i procesów usługi Traffic Manager.

Stan punktu końcowego

Możesz włączyć lub wyłączyć określony punkt końcowy. Nie ma to wpływu na podstawową usługę, która może być nadal w dobrej kondycji. Zmiana stanu punktu końcowego kontroluje dostępność punktu końcowego w profilu usługi Traffic Manager. Gdy stan punktu końcowego jest wyłączony, usługa Traffic Manager nie sprawdza kondycji, a punkt końcowy nie jest uwzględniony w odpowiedzi DNS.

Stan profilu

Za pomocą ustawienia stanu profilu można włączyć lub wyłączyć określony profil. Stan punktu końcowego wpływa na pojedynczy punkt końcowy, ale stan profilu wpływa na cały profil, w tym wszystkie punkty końcowe. Po wyłączeniu profilu punkty końcowe nie są sprawdzane pod kątem kondycji i żadne punkty końcowe nie są uwzględniane w odpowiedzi DNS. Kod odpowiedzi NXDOMAIN jest zwracany dla zapytania DNS.

Stan monitora punktu końcowego

Stan monitora punktu końcowego to wartość wygenerowana przez usługę Traffic Manager, która pokazuje stan punktu końcowego. Tego ustawienia nie można zmienić ręcznie. Stan monitora punktu końcowego jest kombinacją wyników monitorowania punktu końcowego i skonfigurowanego stanu punktu końcowego. Możliwe wartości stanu monitora punktu końcowego przedstawiono w poniższej tabeli:

Stan profilu	Stan punktu końcowego	Stan monitora punktu końcowego	Uwagi
Disabled	Enabled (Włączony)	Nieaktywne	Profil został wyłączony. Mimo że stan punktu końcowego ma wartość Włączone, pierwszeństwo ma stan profilu (Wyłączone). Punkty końcowe w profilach wyłączonych nie są monitorowane. Kod odpowiedzi NXDOMAIN jest zwracany dla zapytania DNS.
<dowolne>	Disabled	Disabled	Punkt końcowy został wyłączony. Wyłączone punkty końcowe nie są monitorowane. Punkt końcowy nie jest uwzględniany w odpowiedziach DNS, ponieważ nie odbiera ruchu.
Enabled (Włączony)	Enabled (Włączony)	Tryb online	Punkt końcowy jest monitorowany i jest w dobrej kondycji. Jest on uwzględniony w odpowiedziach DNS i może odbierać ruch.
Enabled (Włączony)	Enabled (Włączony)	Obniżona wydajność	Sprawdzanie kondycji monitorowania punktu końcowego kończy się niepowodzeniem. Punkt końcowy nie jest uwzględniany w odpowiedziach DNS i nie odbiera ruchu. Wyjątek występuje, jeśli wszystkie punkty końcowe są obniżone. W tym przypadku wszystkie z nich są uznawane za zwracane w odpowiedzi na zapytanie.
Enabled (Włączony)	Enabled (Włączony)	CheckEndpoint	Punkt końcowy jest monitorowany, ale wyniki pierwszej sondy nie zostały jeszcze odebrane. CheckEndpoint to stan tymczasowy, który zwykle występuje natychmiast po dodaniu lub włączeniu punktu końcowego w profilu. Punkt końcowy w tym stanie jest uwzględniony w odpowiedziach DNS i może odbierać ruch.
Enabled (Włączony)	Enabled (Włączony)	Zatrzymano	Aplikacja internetowa wskazująca punkt końcowy nie jest uruchomiona. Sprawdź ustawienia aplikacji internetowej. Ten stan może również wystąpić, jeśli punkt końcowy ma typ zagnieżdżonego punktu końcowego, a profil podrzędny zostanie wyłączony lub jest nieaktywny. Punkt końcowy ze stanem Zatrzymano nie jest monitorowany. Nie jest uwzględniana w odpowiedziach DNS i nie odbiera ruchu. Wyjątek występuje, jeśli wszystkie punkty końcowe są obniżone. W tym przypadku wszystkie z nich są uznawane za zwracane w odpowiedzi na zapytanie.
Enabled (Włączony)	Enabled (Włączony)	Niemonitorowane	Punkt końcowy jest skonfigurowany do obsługi ruchu zawsze. Kontrole kondycji nie są włączone.

Aby uzyskać szczegółowe informacje na temat sposobu obliczania stanu monitora punktu końcowego dla zagnieżdżonych punktów końcowych, zobacz Zagnieżdżone profile usługi Traffic Manager.

Uwaga

Stan monitora zatrzymanego punktu końcowego może wystąpić w App Service, jeśli aplikacja internetowa nie jest uruchomiona w warstwie Standardowa lub nowszej. Aby uzyskać więcej informacji, zobacz Integracja usługi Traffic Manager z App Service.

Stan monitora profilu

Stan monitora profilu jest kombinacją skonfigurowanego stanu profilu i wartości stanu monitora punktu końcowego dla wszystkich punktów końcowych. Możliwe wartości opisano w poniższej tabeli:

Stan profilu (zgodnie z konfiguracją)	Stan monitora punktu końcowego	Stan monitora profilu	Uwagi
Disabled	<dowolny> lub profil bez zdefiniowanych punktów końcowych.	Disabled	Profil został wyłączony.
Enabled (Włączony)	Stan co najmniej jednego punktu końcowego ma obniżoną sprawność.	Obniżona wydajność	Przejrzyj poszczególne wartości stanu punktu końcowego, aby określić, które punkty końcowe wymagają dalszej uwagi.
Enabled (Włączony)	Stan co najmniej jednego punktu końcowego to Online. Brak punktów końcowych ma stan Obniżona sprawność.	Tryb online	Usługa akceptuje ruch. Nie są wymagane żadne dalsze działania.
Enabled (Włączony)	Stan co najmniej jednego punktu końcowego to CheckEndpoint. Brak punktów końcowych w stanie Online lub Obniżona sprawność.	Sprawdzanie punktów końcowych	Ten stan przejścia występuje, gdy profil zostanie utworzony lub włączony. Kondycja punktu końcowego jest sprawdzana po raz pierwszy.
Enabled (Włączony)	Stany wszystkich punktów końcowych w profilu to Wyłączone lub Zatrzymane albo profil nie ma zdefiniowanych punktów końcowych.	Nieaktywne	Brak aktywnych punktów końcowych, ale profil jest nadal włączony.

Przechodzenie do trybu failover i odzyskiwanie punktu końcowego

Usługa Traffic Manager okresowo sprawdza kondycję każdego punktu końcowego, w tym punkty końcowe w złej kondycji. Usługa Traffic Manager wykrywa, kiedy punkt końcowy staje się w dobrej kondycji i przywraca go do rotacji.

Punkt końcowy jest w złej kondycji, gdy wystąpi dowolne z następujących zdarzeń:

• Jeśli protokół monitorowania to HTTP lub HTTPS:
  • Odpowiedź inna niż 200 lub odpowiedź, która nie zawiera zakresu stanu określonego w ustawieniu Oczekiwany zakres kodów stanu , zostanie odebrana. (W tym inny kod 2xx lub przekierowanie 301/302).
• Jeśli protokół monitorowania to TCP:
  • Odpowiedź inna niż ACK lub SYN-ACK jest odbierana w odpowiedzi na żądanie SYN wysłane przez usługę Traffic Manager w celu podjęcia próby ustanowienia połączenia.
• Limit czasu.
• Wszelkie inne problemy z połączeniem powodujące, że punkt końcowy jest nieosiągalny.

Aby uzyskać więcej informacji na temat rozwiązywania problemów z nieudanym sprawdzaniem, zobacz Rozwiązywanie problemów ze stanem obniżonej wydajności w usłudze Azure Traffic Manager.

Oś czasu na poniższym rysunku to szczegółowy opis procesu monitorowania punktu końcowego usługi Traffic Manager, który ma następujące ustawienia:

• Protokół monitorowania to HTTP.
• Interwał sondowania wynosi 30 sekund.
• Liczba tolerowanych awarii wynosi 3.
• Wartość limitu czasu to 10 sekund.
• Czas wygaśnięcia DNS wynosi 30 sekund.

Rysunek: Przechodzenie do trybu failover i sekwencja odzyskiwania punktu końcowego usługi Traffic Manager

1. GET. Dla każdego punktu końcowego system monitorowania usługi Traffic Manager wykonuje żądanie GET na ścieżce określonej w ustawieniach monitorowania.

2. 200 OK lub niestandardowy zakres kodu określone ustawienia monitorowania profilu usługi Traffic Manager. System monitorowania oczekuje, że kod HTTP 200 OK lub kod stanu w zakresie określonym w ustawieniach monitorowania zostanie zwrócony w ciągu 10 sekund. Gdy otrzyma tę odpowiedź, rozpozna, że usługa jest dostępna.

3. 30 sekund między kontrolami. Sprawdzanie kondycji punktu końcowego jest powtarzane co 30 sekund.

4. Usługa jest niedostępna. Usługa staje się niedostępna. Usługa Traffic Manager nie będzie wiedzieć do czasu następnego sprawdzenia kondycji.

5. Próbuje uzyskać dostęp do ścieżki monitorowania. System monitorowania wykonuje żądanie GET, ale nie odbiera odpowiedzi w przedziale czasu 10 sekund. Następnie próbuje trzy razy, w 30-sekundowych interwałach. Jeśli jedna z prób zakończy się pomyślnie, liczba prób zostanie zresetowana.

6. Stan ustawiony na Obniżona sprawność. Po czwartej kolejnej awarii system monitorowania oznacza stan niedostępnego punktu końcowego jako Obniżona sprawność.

7. Ruch jest przekierowywany do innych punktów końcowych. Serwery nazw DNS usługi Traffic Manager są aktualizowane, a usługa Traffic Manager nie zwraca już punktu końcowego w odpowiedzi na zapytania DNS. Nowe połączenia są kierowane do innych dostępnych punktów końcowych. Jednak poprzednie odpowiedzi DNS, które obejmują ten punkt końcowy, mogą być nadal buforowane przez cykliczne serwery DNS i klientów DNS. Klienci nadal używają punktu końcowego do momentu wygaśnięcia pamięci podręcznej DNS. Po wygaśnięciu pamięci podręcznej DNS klienci tworzą nowe zapytania DNS i są kierowani do różnych punktów końcowych. Czas trwania pamięci podręcznej jest kontrolowany przez ustawienie czasu wygaśnięcia w profilu usługi Traffic Manager, na przykład 30 sekund.

8. Testy kondycji są kontynuowane. Usługa Traffic Manager nadal sprawdza kondycję punktu końcowego, gdy ma stan Obniżona sprawność. Usługa Traffic Manager wykrywa, kiedy punkt końcowy powróci do kondycji.

9. Usługa wraca do trybu online. Usługa stanie się dostępna. Punkt końcowy zachowuje stan Obniżona sprawność w usłudze Traffic Manager, dopóki system monitorowania nie wykona następnego sprawdzenia kondycji.

10. Ruch do usługi jest wznawiany. Usługa Traffic Manager wysyła żądanie GET i otrzymuje odpowiedź o stanie 200 OK. Usługa powróciła do stanu dobrej kondycji. Serwery nazw usługi Traffic Manager są aktualizowane i zaczynają przekazywać nazwę DNS usługi w odpowiedziach DNS. Ruch powraca do punktu końcowego jako buforowane odpowiedzi DNS, które zwracają inne punkty końcowe wygasają, a istniejące połączenia z innymi punktami końcowymi kończą się.

    Ważne

    Usługa Traffic Manager wdraża wiele sond z wielu lokalizacji dla każdego punktu końcowego. Wiele sond zwiększa odporność na monitorowanie punktów końcowych. Usługa Traffic Manager agreguje średnią kondycję sond, a nie polega na wystąpieniu pojedynczej sondy. Nadmiarowość systemu sondowania jest zaprojektowana. Wartości punktów końcowych powinny być sprawdzane holistycznie, a nie na sondę. Liczba wyświetlana dla kondycji sondy jest średnia. Stan powinien być problemem tylko wtedy, gdy mniej niż 50% (0,5) sond publikuje stan.

    Uwaga

    Ponieważ usługa Traffic Manager działa na poziomie DNS, nie może wpływać na istniejące połączenia z żadnym punktem końcowym. Gdy kieruje ruch między punktami końcowymi (przez zmienione ustawienia profilu lub podczas przechodzenia w tryb failover lub powrotu po awarii), usługa Traffic Manager kieruje nowe połączenia do dostępnych punktów końcowych. Inne punkty końcowe mogą nadal odbierać ruch za pośrednictwem istniejących połączeń do momentu zakończenia tych sesji. Aby umożliwić opróżnianie ruchu z istniejących połączeń, aplikacje powinny ograniczyć czas trwania sesji używany dla każdego punktu końcowego.

Metody routingu ruchu

Gdy punkt końcowy ma stan Obniżona sprawność , nie jest już zwracany w odpowiedzi na zapytania DNS. Zamiast tego jest wybierany i zwracany alternatywny punkt końcowy. Metoda routingu ruchu skonfigurowana w profilu określa sposób wybierania alternatywnego punktu końcowego.

• Priorytet. Punkty końcowe ustanawiają listę priorytetową. Pierwszy dostępny punkt końcowy na liście jest zawsze zwracany. Jeśli stan punktu końcowego ma obniżoną sprawność, zostanie zwrócony następny dostępny punkt końcowy.
• Ważone. Wszystkie dostępne punkty końcowe są wybierane losowo na podstawie przypisanych wag i wag innych dostępnych punktów końcowych.
• Wydajność. Zwracany jest punkt końcowy najbliżej użytkownika końcowego. Jeśli ten punkt końcowy jest niedostępny, usługa Traffic Manager przenosi ruch do punktów końcowych w następnym najbliższym regionie świadczenia usługi Azure. Alternatywne plany trybu failover można skonfigurować na potrzeby routingu ruchu związanego z wydajnością przy użyciu zagnieżdżonych profilów usługi Traffic Manager.
• Geograficzne. Punkt końcowy zamapowany na obsługę lokalizacji geograficznej (na podstawie adresów IP żądania zapytania) jest zwracany. Jeśli ten punkt końcowy jest niedostępny, inny punkt końcowy nie zostanie wybrany do przejścia w tryb failover, ponieważ lokalizacja geograficzna może zostać zamapowana tylko na jeden punkt końcowy w profilu. (Więcej szczegółów znajduje się w często zadawanych pytaniach). Najlepszym rozwiązaniem w przypadku korzystania z routingu geograficznego jest zalecane, aby klienci używali zagnieżdżonych profilów usługi Traffic Manager z więcej niż jednym punktem końcowym jako punktami końcowymi profilu.
• Wielowartościowym Zwracanych jest wiele punktów końcowych zamapowanych na adresy IPv4/IPv6. Po odebraniu zapytania dla tego profilu punkty końcowe w dobrej kondycji są zwracane na podstawie maksymalnej liczby rekordów w podanej wartości odpowiedzi. Domyślna liczba odpowiedzi to dwa punkty końcowe.
• Podsieci Punkt końcowy zamapowany na zestaw zakresów adresów IP jest zwracany. Po odebraniu żądania z tego adresu IP zwracany jest punkt końcowy zamapowany na ten adres IP. 

Aby uzyskać więcej informacji, zobacz Traffic Manager traffic-routing methods (Metody routingu ruchu w usłudze Traffic Manager).

Uwaga

Jeden wyjątek od normalnego zachowania routingu ruchu występuje, gdy wszystkie kwalifikujące się punkty końcowe mają stan obniżonej wydajności. Usługa Traffic Manager podejmuje "najlepszą próbę" i reaguje tak, jakby wszystkie punkty końcowe stanu Obniżona sprawność rzeczywiście są w stanie online. To zachowanie jest preferowane do alternatywy, co byłoby nie zwracać żadnego punktu końcowego w odpowiedzi DNS. Wyłączone lub zatrzymane punkty końcowe nie są monitorowane, dlatego nie są uznawane za kwalifikujące się do ruchu.

Ten warunek jest często spowodowany niewłaściwą konfiguracją usługi, na przykład:

• Lista kontroli dostępu [ACL] blokuje kontrole kondycji usługi Traffic Manager.
• Niewłaściwa konfiguracja portu lub protokołu monitorowania w profilu usługi Traffic Manager.

Konsekwencją tego zachowania jest to, że jeśli kontrole kondycji usługi Traffic Manager nie są prawidłowo skonfigurowane, może się wydawać z routingu ruchu, tak jakby usługa Traffic Manager działała prawidłowo. Jednak w tym przypadku przejście do trybu failover punktu końcowego nie może mieć wpływu na ogólną dostępność aplikacji. Ważne jest, aby sprawdzić, czy profil ma stan Online, a nie stan Obniżona sprawność. Stan Online wskazuje, że kontrole kondycji usługi Traffic Manager działają zgodnie z oczekiwaniami.

Aby uzyskać więcej informacji na temat rozwiązywania problemów z nieudaną kontrolą kondycji, zobacz Rozwiązywanie problemów ze stanem obniżonej wydajności w usłudze Azure Traffic Manager.

Włączanie lub wyłączanie kontroli kondycji

Usługa Azure Traffic Manager umożliwia również skonfigurowanie kontroli kondycji punktu końcowego w celu włączenia lub wyłączenia. Aby wyłączyć monitorowanie, wybierz opcję Zawsze obsługiwać ruch.

Istnieją dwa dostępne ustawienia kontroli kondycji:

1. Włącz (kontrole kondycji). Ruch jest obsługiwany do punktu końcowego na podstawie kondycji. Jest to ustawienie domyślne.
2. Zawsze obsługiwać ruch. To ustawienie powoduje wyłączenie kontroli kondycji.

Zawsze serwuj

Po wybraniu opcji Zawsze obsłuż ruch jest pomijany, a ruch jest zawsze wysyłany do punktu końcowego. Wyświetlany stan monitora punktu końcowego to Niemonitorowane.

Aby włączyć funkcję Always Serve:

1. Wybierz pozycję Punkty końcowe w sekcji Ustawienia bloku profilu usługi Traffic Manager.
2. Wybierz punkt końcowy, który chcesz skonfigurować.
3. W obszarze Kontrole kondycji wybierz pozycję Zawsze obsługiwać ruch.
4. Wybierz pozycję Zapisz.

Zobacz poniższy przykład:

Uwaga

• Nie można wyłączyć kontroli kondycji w profilach zagnieżdżonych usługi Traffic Manager.
• Aby skonfigurować kontrole kondycji, należy włączyć punkt końcowy.
• Włączenie i wyłączenie punktu końcowego nie powoduje zresetowania konfiguracji kontroli kondycji .
• Punkty końcowe skonfigurowane do obsługi ruchu zawsze są rozliczane w przypadku podstawowych kontroli kondycji.

Często zadawane pytania

• Czy usługa Traffic Manager jest odporna na awarie regionów platformy Azure?
• Jak wybór lokalizacji grupy zasobów ma wpływ na usługę Traffic Manager?
• Jak mogę określić bieżącą kondycję każdego punktu końcowego?
• Czy mogę monitorować punkty końcowe HTTPS?
• Czy używam adresu IP lub nazwy DNS podczas dodawania punktu końcowego?
• Jakiego typu adresy IP mogę używać podczas dodawania punktu końcowego?
• Czy mogę używać różnych typów adresowania punktów końcowych w ramach jednego profilu?
• Co się stanie, gdy typ rekordu zapytania przychodzącego różni się od typu rekordu skojarzonego z typem adresowania punktów końcowych?
• Czy mogę użyć profilu z adresami końcowymi adresowymi IPv4/IPv6 w profilu zagnieżdżonym?
• Zatrzymano punkt końcowy aplikacji internetowej w profilu usługi Traffic Manager, ale nie odbieram żadnego ruchu nawet po ponownym uruchomieniu. Jak rozwiązać ten problem?
• Czy mogę używać usługi Traffic Manager, nawet jeśli moja aplikacja nie ma obsługi protokołu HTTP lub HTTPS?
• Jakie konkretne odpowiedzi są wymagane z punktu końcowego podczas korzystania z monitorowania PROTOKOŁU TCP?
• Jak szybko usługa Traffic Manager przenosi użytkowników z dala od punktu końcowego w złej kondycji?
• Jak określić różne ustawienia monitorowania dla różnych punktów końcowych w profilu?
• Jak mogę przypisać nagłówki HTTP do kontroli kondycji usługi Traffic Manager do moich punktów końcowych?
• Jakiego nagłówka hosta używają kontrole kondycji punktu końcowego?
• Jakie są adresy IP, z których pochodzą kontrole kondycji?
• Ile testów kondycji punktu końcowego mogę oczekiwać od usługi Traffic Manager?
• Jak otrzymywać powiadomienia, jeśli jeden z moich punktów końcowych ulegnie awarii?

Następne kroki

• Dowiedz się , jak działa usługa Traffic Manager
• Dowiedz się więcej o metodach routingu ruchu obsługiwanych przez usługę Traffic Manager
• Dowiedz się, jak utworzyć profil usługi Traffic Manager
• Rozwiązywanie problemów ze stanem obniżonej wydajności w punkcie końcowym usługi Traffic Manager