Nuta
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować się zalogować lub zmienić katalog.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
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 automatyczne przełączanie awaryjne w przypadku awarii punktów końcowych
Gdy klient próbuje nawiązać połączenie z usługą, musi najpierw rozpoznać nazwę DNS usługi na adres IP. Następnie klient nawiązuje połączenie z tym adresem IP w celu uzyskania dostępu do usługi.
Najważniejszym punktem 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 działa w trzech regionach świadczenia usługi 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:
- Wdróż trzy wystąpienia ich usługi. Nazwy DNS tych wdrożeń to "contoso-us.cloudapp.net", "contoso-eu.cloudapp.net" i "contoso-asia.cloudapp.net".
- Utwórz profil usługi Traffic Manager o nazwie "contoso.trafficmanager.net" i skonfiguruj go tak, aby używał metody routingu ruchu "Wydajność" w trzech punktach końcowych.
- Skonfiguruj spersonalizowaną nazwę domeny „partners.contoso.com”, aby wskazywała na „contoso.trafficmanager.net” przy użyciu rekordu CNAME systemu DNS.
Important
Tylko jedna platforma Azure [identyfikator dzierżawy] 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, powoduje 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 kropką, takiej jak partners.contoso.trafficmanager.net, contoso.trafficmanager.net jest automatycznie zarezerwowana.
Note
W przypadku korzystania z niestandardowej domeny z usługą Azure Traffic Manager, należy użyć rekordu CNAME, aby przekierować nazwę tej domeny na nazwę 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ą). Można utworzyć tylko rekord CNAME 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 aliasów do wskazania profilu usługi Traffic Manager. Alternatywnie możesz użyć prostego przekierowania HTTP do kierowania żądań "contoso.com" do alternatywnej nazwy, takiej jak "www.contoso.com".
Jak klienci łączą się przy użyciu usługi Traffic Manager
W poprzednim przykładzie, gdy klient żąda strony https://partners.contoso.com/login.aspx, klient wykonuje następujące kroki, aby rozpoznać nazwę DNS i nawiązać połączenie:
Klient wysyła zapytanie DNS do skonfigurowanej cyklicznej 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 odciąża pracę polegającą na kontaktowaniu się z różnymi autorytatywnymi usługami DNS w Internecie potrzebnymi do rozwiązywania nazwy DNS.
Aby rozpoznać nazwę DNS, rekursywna usługa DNS znajduje serwery nazw dla domeny "contoso.com". Następnie kontaktuje się z tymi serwerami nazw, aby zażądać rekordu DNS "partners.contoso.com". Serwery DNS contoso.com zwracają rekord CNAME wskazujący contoso.trafficmanager.net.
Następnie usługa DNS rekursywna 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.
Serwery nazw usługi Traffic Manager odbierają żądanie. Wybierają punkt końcowy na podstawie:
- Skonfigurowany stan każdego punktu końcowego (usługa Traffic Manager nie zwraca wyłączonych punktów końcowych)
- Bieżąca kondycja każdego punktu końcowego, określana przez testy kondycji usługi Traffic Manager. Aby uzyskać więcej informacji, zobacz Monitorowanie punktu końcowego usługi Traffic Manager.
- Wybrana metoda routingu ruchu. Aby uzyskać więcej informacji, zobacz Metody routingu usługi Traffic Manager.
Usługa Traffic Manager zwraca wybrany punkt końcowy jako inny rekord CNAME systemu DNS. W tym przypadku przypuśćmy, że zwraca contoso-eu.cloudapp.net.
Następnie rekursywna usługa DNS znajduje serwery nazw dla domeny "cloudapp.net". Kontaktuje się z tymi serwerami nazw w celu żądania rekordu DNS "contoso-eu.cloudapp.net". Serwer DNS zwraca rekord "A" zawierający adres IP punktu końcowego usługi opartej na UE.
Rekursywna usługa DNS konsoliduje wyniki i zwraca pojedynczą odpowiedź DNS na klienta.
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 wykonuje żą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 szybsze uzyskiwanie odpowiedzi przez kolejne zapytania DNS przy użyciu danych z pamięci podręcznej zamiast wykonywania zapytań dotyczących innych serwerów nazw. Właściwość "time-to-live" (TTL) każdego rekordu DNS określa czas trwania pamięci podręcznej. Krótsze wartości powodują szybsze wygaśnięcie pamięci podręcznej i więcej zapytań do serwerów nazw Traffic Manager. Dłuższe wartości oznaczają, że kierowanie ruchu z nieudanych punktów końcowych trwa dłużej. Usługa Traffic Manager umożliwia skonfigurowanie czasu wygaśnięcia (TTL) w odpowiedziach DNS od minimalnej liczby 0 sekund do maksymalnie 2 147 483 647 sekund (zakres zgodny z RFC-1035), dzięki czemu można wybrać wartość, która najlepiej równoważy potrzeby aplikacji.
FAQs
Jakie typy ruchu można kierować przy użyciu usługi Traffic Manager?
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 można 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 SYSTEMU DNS i jak ma to wpływ na moich użytkowników?
Jak dużą lub małą wartość mogę ustawić dla TTL odpowiedzi usługi Traffic Manager?
Jak mogę zrozumieć ilość zapytań przychodzących do mojego profilu?
Dalsze kroki
Dowiedz się więcej o monitorowaniu punktów końcowych usługi Traffic Manager i automatycznym przejściu w tryb failover.
Dowiedz się więcej o metodach routingu ruchu w usłudze Traffic Manager.