Metody routingu w usłudze Traffic Manager

  • Artykuł

Usługa Azure Traffic Manager obsługuje sześć metod routingu ruchu, pozwalających określić sposób kierowania ruchu sieciowego do różnych punktów końcowych usługi. W przypadku każdego profilu usługa Traffic Manager stosuje skojarzoną z nim metodę routingu ruchu do wszystkich odbieranych zapytań DNS. Metoda routingu ruchu określa, który punkt końcowy jest zwracany w odpowiedzi DNS.

Następujące metody routingu ruchu są dostępne w usłudze Traffic Manager:

  • Priorytet: wybierz pozycję Routing priorytetu , jeśli chcesz mieć podstawowy punkt końcowy usługi dla całego ruchu. Możesz podać wiele punktów końcowych kopii zapasowej, jeśli podstawowy lub jeden z punktów końcowych kopii zapasowej jest niedostępny.
  • Ważone: wybierz routing ważony , jeśli chcesz dystrybuować ruch między zestawem punktów końcowych na podstawie ich wagi. Ustaw tę samą wagę, aby równomiernie rozłożyć wszystkie punkty końcowe.
  • Wydajność: wybierz pozycję Routing wydajności , jeśli masz punkty końcowe w różnych lokalizacjach geograficznych i chcesz, aby użytkownicy końcowi używali "najbliższego" punktu końcowego w celu uzyskania najmniejszego opóźnienia sieci.
  • Geograficzne: wybierz pozycję Routing geograficzny, aby skierować użytkowników do określonych punktów końcowych (Azure, External lub Nested) na podstawie lokalizacji, z której pochodzą zapytania DNS z geograficznego punktu końcowego. Ta metoda routingu umożliwia zachowanie zgodności ze scenariuszami, takimi jak mandaty dotyczące niezależności danych, lokalizacja środowiska zawartości i użytkownika oraz pomiar ruchu z różnych regionów.
  • Multivalue: wybierz pozycję MultiValue dla profilów usługi Traffic Manager, które mogą mieć tylko adresy IPv4/IPv6 jako punkty końcowe. Po odebraniu zapytania dla tego profilu zwracane są wszystkie punkty końcowe w dobrej kondycji.
  • Podsieć: wybierz metodę routingu ruchu podsieci, aby zamapować zestawy zakresów adresów IP użytkownika końcowego na określony punkt końcowy. Po odebraniu żądania zwrócony punkt końcowy będzie mapowany na źródłowy adres IP tego żądania. 

Wszystkie profile usługi Traffic Manager mają monitorowanie kondycji i automatyczne przechodzenie w tryb failover punktów końcowych. Aby uzyskać więcej informacji, zobacz Monitorowanie punktu końcowego usługi Traffic Manager. W ramach profilu usługi Traffic Manager można skonfigurować tylko jedną metodę routingu ruchu jednocześnie. W dowolnym momencie możesz wybrać inną metodę routingu ruchu dla swojego profilu. Zmiany zostaną zastosowane w ciągu minuty bez żadnych przestojów. Metody routingu ruchu można łączyć przy użyciu zagnieżdżonych profilów usługi Traffic Manager. Profile zagnieżdżenia umożliwiają korzystanie z zaawansowanych konfiguracji routingu ruchu, które spełniają potrzeby większych i złożonych aplikacji. Aby uzyskać więcej informacji, zobacz zagnieżdżone profile usługi Traffic Manager.

Priorytetowa metoda routingu ruchu

Często organizacja chce zapewnić niezawodność swoich usług. W tym celu wdrażają co najmniej jedną usługę tworzenia kopii zapasowych w przypadku awarii podstawowej. Metoda routingu ruchu "Priorytet" umożliwia klientom platformy Azure łatwe implementowanie tego wzorca trybu failover.

Azure Traffic Manager 'Priority' traffic-routing method

Profil usługi Traffic Manager zawiera listę punktów końcowych usług z różnymi priorytetami. Domyślnie usługa Traffic Manager kieruje cały ruch do podstawowego punktu końcowego (punktu końcowego o najwyższym priorytecie). Jeśli podstawowy punkt końcowy jest niedostępny, usługa Traffic Manager kieruje ruch do drugiego punktu końcowego. W sytuacji, gdy podstawowe i pomocnicze punkty końcowe nie są dostępne, ruch przechodzi do trzeciej i tak dalej. Dostępność punktu końcowego zależy od skonfigurowanego stanu (włączonego lub wyłączonego) oraz od bieżącego monitorowania.

Konfigurowanie punktów końcowych

W usłudze Azure Resource Manager priorytet punktu końcowego jest konfigurowany jawnie przy użyciu właściwości "priority" dla każdego punktu końcowego. Ta właściwość jest wartością z zakresu od 1 do 1000. Niższa wartość reprezentuje wyższy priorytet. Punkty końcowe nie mogą współdzielić wartości priorytetów. Ustawienie właściwości jest opcjonalne. Po pominięciu jest używany domyślny priorytet oparty na kolejności punktu końcowego.

Ważona metoda routingu ruchu

Metoda "Ważona" routingu ruchu umożliwia równomierne dystrybuowanie ruchu lub używanie wstępnie zdefiniowanej wagi.

Azure Traffic Manager 'Weighted' traffic-routing method

W metodzie ważonego routingu ruchu należy przypisać wagę do każdego punktu końcowego w konfiguracji profilu usługi Traffic Manager. Waga jest liczbą całkowitą z zakresu od 1 do 1000. Ten parametr jest opcjonalny. W przypadku pominięcia menedżerowie ruchu używają domyślnej wagi "1". Im większa waga, tym wyższy priorytet.

Dla każdego odebranego zapytania DNS usługa Traffic Manager losowo wybiera dostępny punkt końcowy. Prawdopodobieństwo wybrania punktu końcowego zależy od wagi, jaka jest przypisana do tego punktu. Użycie tej samej wagi we wszystkich punktach końcowych powoduje równomierny rozkład ruchu. Użycie wyższych lub niższych wag dla określonych punktów końcowych powoduje, że te punkty końcowe są zwracane częściej lub rzadziej w odpowiedziach DNS.

Metoda ważona umożliwia zastosowanie kilku przydatnych scenariuszy:

  • Stopniowe uaktualnianie aplikacji: biorąc pod uwagę procent ruchu do nowego punktu końcowego i stopniowo zwiększaj ruch w czasie do 100%.
  • Migracja aplikacji na platformę Azure: utwórz profil z zewnętrznymi punktami końcowymi platformy Azure i zewnętrznymi punktami końcowymi. Dostosuj wagę punktów końcowych, aby preferować nowe punkty końcowe.
  • Zwiększanie wydajności w chmurze w celu zwiększenia pojemności: szybkie rozszerzanie wdrożenia lokalnego do chmury przez umieszczenie go za profilem usługi Traffic Manager. Jeśli potrzebujesz dodatkowej pojemności w chmurze, możesz dodać lub włączyć więcej punktów końcowych i określić, która część ruchu przechodzi do każdego punktu końcowego.

Wagi można skonfigurować przy użyciu witryny Azure Portal, programu Azure PowerShell, interfejsu wiersza polecenia lub interfejsów API REST.

Należy pamiętać, że odpowiedzi DNS są buforowane przez klientów. Są one również buforowane przez rekursywne serwery DNS używane przez klientów do rozpoznawania nazw DNS. Buforowanie może mieć wpływ na rozkłady ruchu ważonego. Gdy liczba klientów i rekursywnych serwerów DNS jest duża, dystrybucja ruchu działa zgodnie z oczekiwaniami. Jednak jeśli liczba klientów lub rekursywnych serwerów DNS jest mała, buforowanie może znacznie wypaczyć dystrybucję ruchu.

Typowe przypadki użycia to:

  • Środowiska programistyczne i testowe
  • Komunikacja aplikacji do aplikacji
  • Aplikacje mające na celu zawężenie bazy użytkowników współużytkujące wspólną cykliczną infrastrukturę DNS (na przykład pracownicy firmy łączący się za pośrednictwem serwera proxy)

Te efekty buforowania DNS są wspólne dla wszystkich systemów routingu ruchu opartego na systemie DNS, a nie tylko usługi Azure Traffic Manager. W niektórych przypadkach jawne wyczyszczenie pamięci podręcznej DNS może zapewnić obejście problemu. Jeśli to nie zadziała, alternatywna metoda routingu ruchu może być bardziej odpowiednia.

Metoda routingu ruchu wydajności

Wdrażanie punktów końcowych w co najmniej dwóch lokalizacjach na całym świecie może poprawić czas reakcji aplikacji. Metoda routingu ruchu "Wydajność" umożliwia kierowanie ruchu do lokalizacji znajdującej się najbliżej Ciebie.

Azure Traffic Manager 'Performance' traffic-routing method

Punkt końcowy "najbliżej" nie musi być najbliżej mierzony według odległości geograficznej. Zamiast tego metoda routingu ruchu "Wydajność" określa najbliższy punkt końcowy, mierząc opóźnienie sieci. Usługa Traffic Manager utrzymuje tabelę opóźnień internetowych w celu śledzenia czasu rundy między zakresami adresów IP a każdym centrum danych platformy Azure.

Usługa Traffic Manager wyszukuje źródłowy adres IP przychodzącego żądania DNS w tabeli opóźnień internetowych. Usługa Traffic Manager wybiera dostępny punkt końcowy w centrum danych platformy Azure, który ma najmniejsze opóźnienie dla tego zakresu adresów IP. Następnie usługa Traffic Manager zwraca ten punkt końcowy w odpowiedzi DNS.

Jak wyjaśniono w artykule Jak działa usługa Traffic Manager, usługa Traffic Manager nie odbiera zapytań DNS bezpośrednio od klientów. Zamiast tego zapytania DNS pochodzą z rekursywnej usługi DNS skonfigurowanej do użycia przez klientów. W związku z tym adres IP używany do określenia "najbliższego" punktu końcowego nie jest adresem IP klienta, ale jest to adres IP usługi DNS cyklicznego. Ten adres IP jest dobrym serwerem proxy dla klienta.

Usługa Traffic Manager regularnie aktualizuje tabelę opóźnień internetowych, aby uwzględnić zmiany w globalnym Internecie i nowych regionach świadczenia usługi Azure. Jednak wydajność aplikacji różni się w zależności od zmian obciążenia w czasie rzeczywistym w Internecie. Routing ruchu wydajności nie monitoruje obciążenia dla danego punktu końcowego usługi. Jeśli punkt końcowy stanie się niedostępny, usługa Traffic Manager nie uwzględni go w odpowiedziach zapytań DNS.

Punkty do notatki:

  • Jeśli profil zawiera wiele punktów końcowych w tym samym regionie świadczenia usługi Azure, usługa Traffic Manager równomiernie dystrybuuje ruch między dostępne punkty końcowe w tym regionie. Jeśli wolisz inną dystrybucję ruchu w regionie, możesz użyć zagnieżdżonych profilów usługi Traffic Manager.
  • Jeśli wszystkie włączone punkty końcowe w najbliższym regionie świadczenia usługi Azure zostaną obniżone, usługa Traffic Manager przeniesie ruch do punktów końcowych w następnym najbliższym regionie świadczenia usługi Azure. Jeśli chcesz zdefiniować preferowaną sekwencję trybu failover, użyj zagnieżdżonych profilów usługi Traffic Manager.
  • W przypadku korzystania z metody routingu ruchu wydajności z zewnętrznymi punktami końcowymi lub zagnieżdżonych punktów końcowych należy określić lokalizację tych punktów końcowych. Wybierz region świadczenia usługi Azure najbliżej swojego wdrożenia. Te lokalizacje są wartościami obsługiwanymi przez tabelę opóźnień internetowych.
  • Algorytm, który wybiera punkt końcowy, jest deterministyczny. Powtarzające się zapytania DNS z tego samego klienta są kierowane do tego samego punktu końcowego. Zazwyczaj klienci używają różnych cyklicznych serwerów DNS podczas podróży. Klient może być kierowany do innego punktu końcowego. Routing może również mieć wpływ na aktualizacje tabeli opóźnień internetowych. Dlatego metoda routingu ruchu w wydajności nie gwarantuje, że klient jest zawsze kierowany do tego samego punktu końcowego.
  • W przypadku zmiany tabeli opóźnień internetowych można zauważyć, że niektórzy klienci są kierowani do innego punktu końcowego. Ta zmiana routingu jest bardziej precyzyjna na podstawie bieżących danych opóźnienia. Te aktualizacje są niezbędne do utrzymania dokładności routingu ruchu wydajności w miarę ciągłego rozwoju Internetu.

Metoda routingu ruchu geograficznego

Profile usługi Traffic Manager można skonfigurować tak, aby korzystały z metody routingu geograficznego, aby użytkownicy mogli być kierowani do określonych punktów końcowych: Azure, Zewnętrzne lub Zagnieżdżone. Dopasowanie jest oparte na lokalizacji geograficznej, z którego pochodzi zapytanie DNS. Ta metoda routingu umożliwia zachowanie zgodności z mandatami dotyczącymi niezależności danych, lokalizacją zawartości i środowiska użytkownika oraz pomiarem ruchu z różnych regionów. Po skonfigurowaniu profilu na potrzeby routingu geograficznego każdy punkt końcowy skojarzony z tym profilem musi mieć przypisany zestaw regionów geograficznych. Region geograficzny może być na następujących poziomach szczegółowości

  • Świat — dowolny region
  • Grupowanie regionalne — na przykład Afryka, Bliski Wschód, Australia/Pacyfik itp.
  • Kraj/region — na przykład Irlandia, Peru, Hongkong SAR itp.
  • Stan/prowincja — na przykład USA-Kalifornia, Australia-Queensland, Kanada-Alberta itp. (uwaga: ten poziom szczegółowości jest obsługiwany tylko dla stanów / prowincji w Australii, Kanadzie i USA).

Po przypisaniu regionu lub zestawu regionów do punktu końcowego wszystkie żądania z tych regionów są kierowane tylko do tego punktu końcowego. Usługa Traffic Manager używa źródłowego adresu IP zapytania DNS, aby określić region, z którego użytkownik wykonuje zapytanie. Często spotykany jako adres IP lokalnego narzędzia rozpoznawania nazw DNS tworzący zapytanie dla użytkownika.

Azure Traffic Manager 'Geographic' traffic-routing method

Usługa Traffic Manager odczytuje źródłowy adres IP zapytania DNS i decyduje, z którego regionu geograficznego pochodzi. Następnie wygląda na to, że istnieje punkt końcowy, w którym jest mapowany ten region geograficzny. To wyszukiwanie zaczyna się od najniższego poziomu szczegółowości (najpierw w stanie/prowincji, gdzie jest obsługiwana, następny na poziomie Kraj/Region) i przechodzi aż do najwyższego poziomu, który jest na świecie. Pierwsze dopasowanie znalezione przy użyciu tego przejścia jest wybierane jako punkt końcowy do zwrócenia w odpowiedzi zapytania. Gdy zapytanie jest zgodne z punktem końcowym typu zagnieżdżonego, zwracany jest punkt końcowy w ramach tego profilu podrzędnego na podstawie metody routingu. Następujące kwestie mają zastosowanie do tego zachowania:

  • Region geograficzny można mapować tylko na jeden punkt końcowy w profilu usługi Traffic Manager, gdy typ routingu to Routing geograficzny. To ograniczenie gwarantuje, że routing użytkowników jest deterministyczny, a klienci mogą włączyć scenariusze, które wymagają jednoznacznych granic geograficznych.

  • Jeśli region użytkownika znajduje się na liście w ramach mapowania geograficznego dwóch różnych punktów końcowych, usługa Traffic Manager wybiera punkt końcowy z najniższym poziomem szczegółowości. Usługa Traffic Manager nie rozważy routingu żądań z tego regionu do innego punktu końcowego. Rozważmy na przykład profil typu routingu geograficznego z dwoma punktami końcowymi — Endpoint1 i Endpoint2. Punkt końcowy1 jest skonfigurowany do odbierania ruchu z Irlandii, a punkt końcowy 2 jest skonfigurowany do odbierania ruchu z Europy. Jeśli żądanie pochodzi z Irlandii, zawsze jest kierowane do punktu końcowego 1.

  • Ponieważ region może być mapowany tylko na jeden punkt końcowy, usługa Traffic Manager zwraca odpowiedź, czy punkt końcowy jest w dobrej kondycji, czy nie.

    Ważne

    Zdecydowanie zaleca się, aby klienci korzystający z metody routingu geograficznego skojarzyli ją z punktami końcowymi typu zagnieżdżonego zawierającymi co najmniej dwa punkty końcowe w każdym z nich.

  • Jeśli zostanie znalezione dopasowanie punktu końcowego i punkt końcowy znajduje się w stanie Zatrzymano , usługa Traffic Manager zwraca odpowiedź NODATA. W takim przypadku żadne dalsze wyszukiwania nie są tworzone wyżej w hierarchii regionów geograficznych. To zachowanie dotyczy również zagnieżdżonych typów punktów końcowych, gdy profil podrzędny jest w stanie Zatrzymane lub Wyłączone .

  • Jeśli punkt końcowy wyświetla stan Wyłączone , nie zostanie uwzględniony w procesie dopasowywania regionu. To zachowanie ma również zastosowanie w przypadku zagnieżdżonych typów punktów końcowych, gdy punkt końcowy jest w stanie Wyłączone .

  • Jeśli zapytanie pochodzi z regionu geograficznego, który nie ma mapowania w tym profilu, usługa Traffic Manager zwraca odpowiedź NODATA. Dlatego zdecydowanie zalecamy używanie routingu geograficznego z jednym punktem końcowym. Najlepiej typu Zagnieżdżone z co najmniej dwoma punktami końcowymi w profilu podrzędnym, do których przypisano region World . Ta konfiguracja zapewnia również obsługę wszystkich adresów IP, które nie są mapowane na region.

Jak wyjaśniono w artykule Jak działa usługa Traffic Manager, usługa Traffic Manager nie odbiera zapytań DNS bezpośrednio od klientów. Zapytania DNS pochodzą z cyklicznej usługi DNS skonfigurowanej do użycia przez klientów. Dlatego adres IP używany do określania regionu nie jest adresem IP klienta, ale raczej adresem IP usługi DNS cyklicznego. Ten adres IP jest dobrym serwerem proxy dla klienta.

Często zadawane pytania

Wielowartościowa metoda routingu ruchu

Metoda routingu ruchu wielowartościowego umożliwia uzyskanie wielu punktów końcowych w dobrej kondycji w jednej odpowiedzi na zapytanie DNS. Ta konfiguracja umożliwia wywołującym wykonywanie ponownych prób po stronie klienta z innymi punktami końcowymi w przypadku, gdy zwrócony punkt końcowy nie odpowiada. Ten wzorzec pozwala zwiększyć dostępność usługi i ograniczyć opóźnienie związane z uzyskiwaniem punktu końcowego w dobrej kondycji przez nowe zapytanie DNS. Metoda routingu MultiValue działa tylko wtedy, gdy wszystkie punkty końcowe typu "External" i są określone jako adresy IPv4 lub IPv6. Po odebraniu zapytania dla tego profilu zwracane są wszystkie punkty końcowe w dobrej kondycji i podlegają konfigurowalnej maksymalnej liczbie zwracanych punktów końcowych.

Często zadawane pytania

Metoda routingu ruchu podsieci

Metoda routingu ruchu podsieci umożliwia mapowanie zestawu zakresów adresów IP użytkownika końcowego na określone punkty końcowe w profilu. Jeśli usługa Traffic Manager odbiera zapytanie DNS dla tego profilu, sprawdzi źródłowy adres IP tego żądania. Następnie określi punkt końcowy, do którego zostanie zamapowany, i zwróci ten punkt końcowy w odpowiedzi na zapytanie. W większości przypadków źródłowy adres IP jest rozpoznawaniem nazw DNS używanym przez obiekt wywołujący.

Adres IP, który ma zostać zamapowany na punkt końcowy, można określić jako zakresy CIDR (na przykład 1.2.3.0/24) lub jako zakres adresów (na przykład 1.2.3.4-5.6.7.8). Zakresy adresów IP skojarzone z punktem końcowym muszą być unikatowe w ramach tego profilu. Zakres adresów nie może pokrywać się z zestawem adresów IP innego punktu końcowego w tym samym profilu. Jeśli zdefiniujesz punkt końcowy bez zakresu adresów, działa on jako rezerwowy i pobiera ruch z pozostałych podsieci. Jeśli nie dołączono żadnego rezerwowego punktu końcowego, usługa Traffic Manager wysyła odpowiedź NODATA dla wszystkich niezdefiniowanych zakresów. Zdecydowanie zaleca się zdefiniowanie rezerwowego punktu końcowego w celu zapewnienia, że wszystkie możliwe zakresy adresów IP są określone w punktach końcowych.

Routing podsieci może służyć do dostarczania innego środowiska dla użytkowników łączących się z określoną przestrzenią IP. Możesz na przykład wysyłać wszystkie żądania z firmowego biura do innego punktu końcowego. Ta metoda routingu jest szczególnie przydatna, jeśli próbujesz przetestować tylko wewnętrzną wersję aplikacji. Inny scenariusz polega na udostępnianiu określonego środowiska użytkownikom łączącym się za pośrednictwem danego usługodawcy internetowego (gdy na przykład chcesz blokować użytkowników tego usługodawcy).

Często zadawane pytania

Następne kroki

Dowiedz się, jak opracowywać aplikacje o wysokiej dostępności przy użyciu monitorowania punktu końcowego usługi Traffic Manager