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 obsługuje sześć metod routingu ruchu, które określają sposób kierowania ruchu sieciowego do punktów końcowych usługi, pomagając zoptymalizować przepływ ruchu i zwiększyć dostępność aplikacji. Każdy profil usługi Traffic Manager stosuje jedną metodę routingu do zapytań DNS: Priorytet, Waga, Wydajność, Geograficzny, Wielowartościowy lub Podsieć. Metoda routingu określa punkt końcowy, który ma być zwracany w odpowiedzi DNS.
Następujące metody routingu ruchu są dostępne w usłudze Traffic Manager:
- Priorytet: Wybierz routing priorytetowy, jeśli chcesz użyć podstawowego punktu końcowego usługi dla całego ruchu. Możesz podać wiele punktów końcowych kopii zapasowej, jeśli podstawowy punkt końcowy 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 opcję Routing Wydajności, jeśli masz punkty końcowe w różnych lokalizacjach geograficznych i chcesz, aby użytkownicy korzystali z najbliższego punktu końcowego w celu osiągnięcia najmniejszego opóźnienia sieci.
- Geograficzne: wybierz opcję Routing geograficzny aby skierować użytkowników do określonych punktów końcowych (Azure, Zewnętrznych lub Zagnieżdżonych) na podstawie lokalizacji geograficznej ich zapytań DNS. Ta metoda routingu pomaga zapewnić zgodność ze scenariuszami, takimi jak mandaty dotyczące niezależności danych, lokalizacja zawartości i środowiska 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. Gdy ten profil otrzyma zapytanie, zwraca wszystkie zdrowe punkty końcowe.
- Podsieć: wybierz metodę routingu ruchu podsieci , aby zamapować zestawy zakresów adresów IP użytkownika na określony punkt końcowy. Gdy usługa Traffic Manager odbiera żądanie, zwraca punkt końcowy zamapowany na źródłowy adres IP tego żądania.
Wszystkie profile usługi Traffic Manager obejmują monitorowanie kondycji i automatyczne przełączanie awaryjne 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 są stosowane w ciągu jednej minuty bez przestoju. Metody routingu ruchu można łączyć przy użyciu zagnieżdżonych profilów usługi Traffic Manager. Profile zagnieżdżenia umożliwiają zaawansowane konfiguracje routingu ruchu spełniające 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
Organizacje często chcą zapewnić niezawodność swoich usług, wdrażając co najmniej jedną usługę kopii zapasowej w przypadku awarii usługi podstawowej. Metoda priorytetowego routingu ruchu umożliwia klientom platformy Azure łatwe implementowanie tego wzorca trybu failover.
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. Jeśli zarówno podstawowe, jak i pomocnicze punkty końcowe nie są dostępne, ruch przechodzi do trzeciego punktu końcowego itd. 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 jawnie konfigurujesz priorytet punktu końcowego przy użyciu właściwości priorytetu 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. W przypadku pominięcia tej właściwości usługa Traffic Manager używa domyślnego priorytetu w oparciu o kolejność punktów końcowych.
Ważona metoda routingu ruchu
Metoda ważonego routingu ruchu umożliwia równomierne rozłożenie ruchu lub użycie wstępnie zdefiniowanej wagi.
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 Traffic Manager używa wagi domyślnej wynoszącej 1. Im wyższa 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: Przydziela się procent ruchu do nowego punktu końcowego i stopniowo zwiększa ruch do 100% w miarę upływu czasu.
- Migracja aplikacji na platformę Azure: Utwórz profil z 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.
Klienci i rekursywne serwery DNS, których używają klienci do rozpoznawania nazw DNS, zapisują w pamięci podręcznej odpowiedzi 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 skierowane do wąskiej bazy użytkowników, którzy współdzielą wspólną rekurencyjną infrastrukturę DNS (na przykład pracownicy firmy łączących 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. Za pomocą metody trasowania ruchu wydajnościowego można kierować ruch do lokalizacji najbliższej.
Najbliższy punkt końcowy nie musi być najbliżej odległości geograficznej. Zamiast tego metoda trasowania ruchu na podstawie wydajności 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 i 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 używanej przez klientów. Usługa Traffic Manager używa adresu IP usługi DNS cyklicznego do określenia najbliższego punktu końcowego, a nie adresu IP klienta. Ten adres IP służy jako dobry serwer 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ędnia 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, więc klient może być kierowany do innego punktu końcowego. Aktualizacje tabeli opóźnień internetowych wpływają na routing. Metoda routingu ruchu wydajnościowej nie gwarantuje, że klient jest zawsze kierowany do tej samej końcówki.
- Gdy zmieni się tabela opóźnień internetowych, może się okazać, ż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, tak aby użytkownicy mogli być kierowani do określonych punktów końcowych (azure, zewnętrzne lub zagnieżdżone) na podstawie lokalizacji geograficznej zapytań DNS. Ta metoda routingu pomaga spełnić wymagania dotyczące niezależności danych, lokalizacji zawartości i środowiska użytkownika oraz mierzenia 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
- Kraj/region — na przykład Irlandia, Peru, Hongkong SAR
- Stan/prowincja — na przykład USA-Kalifornia, Australia-Queensland, Canada-Alberta (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 usługa Traffic Manager kieruje wszystkie żądania z tych regionów 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 zapytania, który jest zazwyczaj adresem IP lokalnego rozpoznawania nazw DNS tworzącym zapytanie dla użytkownika.
Usługa Traffic Manager odczytuje źródłowy adres IP zapytania DNS i decyduje, z którego regionu geograficznego pochodzi. Następnie sprawdza, czy punkt końcowy ma zmapowany ten region geograficzny. To wyszukiwanie zaczyna się od najniższego poziomu szczegółowości (stan/prowincja, w której jest obsługiwana, a następnie poziom Kraj/Region) i przechodzi do najwyższego poziomu, czyli na świecie. Usługa Traffic Manager wybiera pierwsze dopasowanie znalezione w ramach tego przeszukiwania jako punkt końcowy do zwrócenia w odpowiedzi zapytania. Gdy zapytanie pasuje do punktu końcowego typu zagnieżdżonego, usługa Traffic Manager zwraca 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 i nie uwzględnia 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, żądanie jest zawsze 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 zalecamy, aby klienci korzystający z metody routingu geograficznego skojarzyli ją z punktami końcowymi typu zagnieżdżonego, które mają profile podrzędne zawierające co najmniej dwa punkty końcowe w każdej z nich.
Jeśli Traffic Manager znajdzie dopasowanie punktu końcowego i ten punkt końcowy znajduje się w stanie Zatrzymano, Traffic Manager zwraca odpowiedź NODATA. W takim przypadku Traffic Manager nie wykonuje dalszych operacji wyszukiwania 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 , usługa Traffic Manager nie uwzględnia go w procesie dopasowywania regionu. To zachowanie dotyczy również zagnieżdżonych typów punktów końcowych, gdy dany 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. Zdecydowanie zalecamy użycie routingu geograficznego z jednym punktem końcowym, najlepiej typu Zagnieżdżony z co najmniej dwoma punktami końcowymi w profilu podrzędnym, z przypisanym do niego regionem World. Ta konfiguracja zapewnia również, że usługa Traffic Manager obsługuje wszystkie adresy IP, które nie są przypisane do żadnego regionu.
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 używanej przez klientów. Usługa Traffic Manager używa adresu IP usługi DNS cyklicznego w celu określenia regionu, a nie adresu IP klienta. Ten adres IP służy jako dobry serwer proxy dla klienta.
Często zadawane pytania
Jakie są przypadki użycia, w których routing geograficzny jest przydatny?
Jak mogę zdecydować, czy należy użyć metody routingu wydajności lub metody routingu geograficznego?
Jakie są regiony obsługiwane przez usługę Traffic Manager na potrzeby routingu geograficznego?
W jaki sposób usługa Traffic Manager określa, gdzie użytkownik wykonuje zapytania?
Dlaczego występuje błąd podczas próby zmiany metody routingu istniejącego profilu na Geographic?
Czy istnieją ograniczenia dotyczące wersji interfejsu API obsługującej ten typ routingu?
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, jeśli zwrócony punkt końcowy przestanie 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 są typu External i określasz je jako adresy IPv4 lub IPv6. Gdy profil otrzyma zapytanie, usługa Traffic Manager zwraca wszystkie punkty końcowe w dobrej kondycji, z zastrzeżeniem konfigurowalnego limitu liczby wyników.
Często zadawane pytania
Jakie są przypadki użycia, w których przydatny jest routing MultiValue?
Ile punktów końcowych jest zwracanych, gdy jest używany routing MultiValue?
Czy otrzymuję ten sam zestaw punktów końcowych, gdy jest używany routing MultiValue?
Metoda routingu ruchu podsieci
Metoda routingu ruchu podsieci umożliwia mapowanie zestawu zakresów adresów IP użytkownika do określonych punktów końcowych w profilu. Jeśli usługa Traffic Manager odbiera zapytanie DNS dla tego profilu, sprawdza źródłowy adres IP tego żądania, określa, który punkt końcowy jest z nim mapowy i zwraca ten punkt końcowy w odpowiedzi zapytania. W większości przypadków źródłowy adres IP jest serwerem DNS używanym przez klienta.
Możesz określić adres IP do mapowania na punkt końcowy 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 nakładać się na zestaw adresów IP innego punktu końcowego w tym samym profilu.
Jeśli zdefiniujesz punkt końcowy bez zakresu adresów, pełni funkcję rezerwową 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 zalecamy 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 kierować wszystkie żądania z biura firmowego do innego punktu końcowego. Ta metoda routingu jest szczególnie przydatna, jeśli próbujesz przetestować tylko wewnętrzną wersję aplikacji. Innym scenariuszem jest to, że chcesz zapewnić innym użytkownikom inne doświadczenie przy łączeniu się z określonym usługodawcą internetowym (na przykład zablokować użytkownikom z danego usługodawcy internetowego dostęp).
Często zadawane pytania
Jakie są przypadki użycia, w których przydatny jest routing podsieci?
W jaki sposób usługa Traffic Manager zna adres IP użytkownika końcowego?
Jak określić adresy IP podczas korzystania z routingu podsieci?
Jak określić rezerwowy punkt końcowy podczas korzystania z routingu podsieci?
Co się stanie, jeśli punkt końcowy jest wyłączony w profilu typu routingu podsieci?
Następne kroki
Dowiedz się, jak opracowywać aplikacje o wysokiej dostępności przy użyciu monitorowania punktu końcowego usługi Traffic Manager