Jak działa usługa Traffic Manager

Usługa Azure Traffic Manager umożliwia kontrolowanie dystrybucji ruchu między punktami końcowymi aplikacji. Punkt końcowy to dowolna internetowa usługa hostowana wewnątrz platformy Azure lub poza nią.

Usługa Traffic Manager zapewnia dwie kluczowe korzyści:

• Rozkład ruchu zgodnie z jedną z kilku metod routingu ruchu
• Ciągłe monitorowanie kondycji punktu końcowego i automatycznego trybu failover w przypadku awarii punktów końcowych

Klient, który próbuje nawiązać połączenie z usługą, musi najpierw przekształcić nazwę DNS usługi na adres IP. Następnie klient łączy się z tym adresem IP, aby uzyskać dostęp do usługi.

Najważniejszą kwestią do zrozumienia jest to, że usługa Traffic Manager działa na poziomie DNS, który znajduje się w warstwie aplikacji (warstwa 7). Usługa Traffic Manager używa systemu DNS do kierowania klientów do określonych punktów końcowych usługi na podstawie reguł metody routingu ruchu. Klienci łączą się bezpośrednio z wybranym punktem końcowym. Usługa Traffic Manager nie jest serwerem proxy ani bramą. Usługa Traffic Manager nie widzi ruchu między klientem a usługą.

Usługa Traffic Manager używa profilów do kontrolowania ruchu do usług w chmurze lub punktów końcowych witryny internetowej. Aby uzyskać więcej informacji na temat profilów, zobacz Zarządzanie profilem usługi Azure Traffic Manager.

Przykład usługi Traffic Manager

Firma Contoso Corp opracowała nowy portal partnerski. Adres URL dla tego portalu to https://partners.contoso.com/login.aspx. Aplikacja jest hostowana w trzech regionach platformy Azure. Aby zwiększyć dostępność i zmaksymalizować globalną wydajność, usługa Traffic Manager dystrybuuje ruch klienta do najbliższego dostępnego punktu końcowego.

Aby osiągnąć tę konfigurację, wykonaj następujące kroki:

1. Wdrażanie trzech wystąpień usługi. Nazwy DNS tych wdrożeń to "contoso-us.cloudapp.net", "contoso-eu.cloudapp.net" i "contoso-asia.cloudapp.net".
2. Utwórz profil usługi Traffic Manager o nazwie "contoso.trafficmanager.net" i skonfiguruj go tak, aby korzystał z metody routingu ruchu "Wydajność" w trzech punktach końcowych.
3. Skonfiguruj nazwę domeny vanity "partners.contoso.com", aby wskazać wartość "contoso.trafficmanager.net" przy użyciu rekordu CNAME systemu DNS.

Ważne

Tylko jeden identyfikator dzierżawy platformy Azure może być właścicielem danej głównej nazwy DNS usługi Traffic Manager. Próba użycia nazwy, która jest już używana, spowoduje wyświetlenie błędu. W poniższym przykładzie główna nazwa DNS to contoso. Ponadto jeśli profil jest tworzony przy użyciu nazwy rozdzielanej kropkami, takiej jak partners.contoso.trafficmanager.net, contoso.trafficmanager.net jest automatycznie zastrzeżony.

Uwaga

W przypadku korzystania z domeny vanity w usłudze Azure Traffic Manager należy użyć rekordu CNAME, aby wskazać nazwę domeny vanity do nazwy domeny usługi Traffic Manager. Standardy DNS nie umożliwiają tworzenia rekordu CNAME w "wierzchołku" (lub katalogu głównym) domeny. W związku z tym nie można utworzyć rekordu CNAME dla "contoso.com" (czasami nazywanej "nagą" domeną). Nazwę CNAME można utworzyć tylko dla domeny w obszarze "contoso.com", na przykład "www.contoso.com". Aby obejść to ograniczenie, zalecamy hostowanie domeny DNS w usłudze Azure DNS i używanie rekordów aliasu w celu wskazania profilu usługi Traffic Manager. Alternatywnie możesz użyć prostego przekierowania HTTP, aby skierować żądania dla "contoso.com" do alternatywnej nazwy, takiej jak "www.contoso.com".

Jak klienci nawiązują połączenie przy użyciu usługi Traffic Manager

Kontynuując z poprzedniego przykładu, gdy klient żąda strony https://partners.contoso.com/login.aspx, klient wykonuje następujące kroki, aby rozpoznać nazwę DNS i ustanowić połączenie:

1. Klient wysyła zapytanie DNS do skonfigurowanej rekursywnej usługi DNS w celu rozpoznania nazwy "partners.contoso.com". Rekursywna usługa DNS, czasami nazywana "lokalną usługą DNS", nie hostuje bezpośrednio domen DNS. Zamiast tego klient ładuje pracę kontaktowania się z różnymi autorytatywnych usług DNS w Internecie potrzebnych do rozpoznania nazwy DNS.

2. Aby rozpoznać nazwę DNS, rekursywna usługa DNS znajduje serwery nazw dla domeny "contoso.com". Następnie kontaktuje się z tymi serwerami nazw w celu zażądania rekordu DNS "partners.contoso.com". Serwery DNS contoso.com zwracają rekord CNAME wskazujący contoso.trafficmanager.net.

3. Następnie cykliczna usługa DNS znajduje serwery nazw dla domeny "trafficmanager.net", która jest dostarczana przez usługę Azure Traffic Manager. Następnie wysyła żądanie dla rekordu DNS "contoso.trafficmanager.net" do tych serwerów DNS.

4. Serwery nazw usługi Traffic Manager odbierają żądanie. Wybierają punkt końcowy na podstawie:

   • Skonfigurowany stan każdego punktu końcowego (wyłączone punkty końcowe nie są zwracane)
   • Bieżąca kondycja każdego punktu końcowego określona przez kontrole kondycji usługi Traffic Manager. Aby uzyskać więcej informacji, zobacz Traffic Manager Endpoint Monitoring (Monitorowanie punktu końcowego usługi Traffic Manager).
   • Wybrana metoda routingu ruchu. Aby uzyskać więcej informacji, zobacz Metody routingu usługi Traffic Manager.

5. Wybrany punkt końcowy jest zwracany jako inny rekord CNAME SYSTEMU DNS. W tym przypadku załóżmy, że jest zwracana contoso-eu.cloudapp.net.

6. Następnie cykliczna usługa DNS znajduje serwery nazw dla domeny "cloudapp.net". Kontaktuje się z tymi serwerami nazw w celu zażądania rekordu DNS "contoso-eu.cloudapp.net". Zwracany jest rekord DNS "A" zawierający adres IP punktu końcowego usługi opartej na UE.

7. Rekursywna usługa DNS konsoliduje wyniki i zwraca pojedynczą odpowiedź DNS na klienta.

8. Klient odbiera wyniki DNS i nawiązuje połączenie z danym adresem IP. Klient łączy się bezpośrednio z punktem końcowym usługi aplikacji, a nie za pośrednictwem usługi Traffic Manager. Ponieważ jest to punkt końcowy HTTPS, klient wykonuje niezbędne uzgadnianie PROTOKOŁU SSL/TLS, a następnie wysyła żądanie HTTP GET dla strony "/login.aspx".

Traffic Manager i pamięć podręczna DNS

Rekursywna usługa DNS buforuje odbierane odpowiedzi DNS. Program rozpoznawania nazw DNS na urządzeniu klienckim również buforuje wynik. Buforowanie umożliwia szybszą odpowiedź na kolejne zapytania DNS przy użyciu danych z pamięci podręcznej zamiast wykonywania zapytań dotyczących innych serwerów nazw. Czas trwania pamięci podręcznej jest określany przez właściwość "time-to-live" (TTL) każdego rekordu DNS. Krótsze wartości powodują szybsze wygaśnięcie pamięci podręcznej, a tym samym większą liczbę rund do serwerów nazw usługi Traffic Manager. Dłuższe wartości oznaczają, że przekierowanie ruchu z punktu końcowego, który zakończył się niepowodzeniem, może potrwać dłużej. Usługa Traffic Manager umożliwia skonfigurowanie czasu wygaśnięcia używanego w odpowiedziach DNS usługi Traffic Manager na maksymalnie 0 sekund i nawet 2147 483 647 sekund (maksymalny zakres zgodny z RFC-1035), co pozwala wybrać wartość, która najlepiej równoważy potrzeby aplikacji.

Często zadawane pytania

• Jakiego adresu IP używa usługa Traffic Manager?

• Jakie typy ruchu można kierować przy użyciu usługi Traffic Manager?

• Czy usługa Traffic Manager obsługuje sesje "sticky"?

• Dlaczego podczas korzystania z usługi Traffic Manager występuje błąd HTTP?

• Jak rozwiązać problem 500 (wewnętrzny błąd serwera) podczas korzystania z usługi Traffic Manager?

• Jaki jest wpływ na wydajność korzystania z usługi Traffic Manager?

• Jakich protokołów aplikacji mogę używać z usługą Traffic Manager?

• Czy mogę używać usługi Traffic Manager z "nagą" nazwą domeny?

• Czy usługa Traffic Manager uwzględnia adres podsieci klienta podczas obsługi zapytań DNS?

• Co to jest czas wygaśnięcia DNS i jak wpływa to na moich użytkowników?

• Jak wysoki lub niski można ustawić czas wygaśnięcia odpowiedzi usługi Traffic Manager?

• Jak mogę zrozumieć ilość zapytań przychodzących do mojego profilu?

Następne kroki

Dowiedz się więcej o monitorowaniu punktu końcowego usługi Traffic Manager i automatycznym przejściu w tryb failover.

Dowiedz się więcej o metodach routingu ruchu w usłudze Traffic Manager.