Zagnieżdżone profile usługi Traffic Manager

Usługa Traffic Manager obsługuje szereg metod routingu ruchu umożliwiających sterowanie tym, jak usługa Traffic Manager wybiera punkty końcowe, do których kierowany jest ruch od poszczególnych użytkowników końcowych. Aby uzyskać więcej informacji, zobacz Metody routingu ruchu w usłudze Traffic Manager.

Każdy profil usługi Traffic Manager określa jedną metodę routingu ruchu. Istnieją jednak scenariusze wymagające bardziej zaawansowanego routingu ruchu niż routing udostępniany przez pojedynczy profil usługi Traffic Manager. Profile usługi Traffic Manager można zagnieżdżać, aby połączyć korzyści wynikające z więcej niż jednej metody routingu ruchu. Profile zagnieżdżone umożliwiają zastąpienie domyślnego zachowania usługi Traffic Manager w celu obsługi większych i bardziej złożonych wdrożeń aplikacji.

Aby utworzyć profil zagnieżdżony, należy dodać profil "podrzędny" jako punkt końcowy do profilu nadrzędnego. Niektóre przykłady znajdują się w tym artykule.

MinChildEndpoints

Po dodaniu profilu podrzędnego jako punktu końcowego w profilu nadrzędnym zostanie utworzony parametr MinChildEndpoints i przypisany domyślną wartość 1. Ten parametr określa minimalną liczbę punktów końcowych, które muszą być dostępne w profilu podrzędnym, aby był w dobrej kondycji. Poniżej tego progu profil nadrzędny będzie uwzględniał cały profil podrzędny jako niedostępny i kieruje ruch do innych punktów końcowych profilu nadrzędnego.

Następujące parametry są dostępne w profilu nadrzędnym:

• MinChildEndpoints: minimalna liczba punktów końcowych podrzędnych w dobrej kondycji dla stanu profilu zagnieżdżonego w dobrej kondycji.
• MinChildEndpointsIPv4: minimalna liczba punktów końcowych podrzędnych IPv4 w dobrej kondycji dla stanu profilu zagnieżdżonego jako dobra.
• MinChildEndpointsIPv6: minimalna liczba punktów końcowych podrzędnych IPv6 w dobrej kondycji dla stanu profilu zagnieżdżonego jako dobra.

W poniższych przykładach pokazano, jak używać zagnieżdżonych profilów usługi Traffic Manager w różnych scenariuszach.

Przykład 1: Łączenie routingu ruchu "Wydajność" i "Ważona"

Załóżmy, że aplikacja została wdrożona w następujących regionach świadczenia usługi Azure: Zachodnie stany USA, Europa Zachodnia i Azja Wschodnia. Metoda routingu ruchu "Wydajność" usługi Traffic Manager jest używana do dystrybucji ruchu do regionu znajdującego się najbliżej użytkownika.

Teraz załóżmy, że chcesz przetestować aktualizację usługi przed wdrożeniem jej szerzej. Chcesz użyć metody "ważonego" routingu ruchu, aby skierować niewielki procent ruchu do wdrożenia testowego. Wdrożenie testowe jest konfigurowane wraz z istniejącym wdrożeniem produkcyjnym w regionie Europa Zachodnia.

Nie można połączyć routingu "Ważony" i "Routing ruchu wydajności w jednym profilu. Aby zapewnić obsługę tego scenariusza, należy utworzyć profil usługi Traffic Manager przy użyciu dwóch punktów końcowych Europy Zachodniej i metody routingu ruchu ważonego. Następnie należy dodać ten profil "podrzędny" jako punkt końcowy do profilu "nadrzędnego". Profil nadrzędny nadal używa metody routingu ruchu wydajności i zawiera inne wdrożenia globalne jako punkty końcowe.

Na poniższym diagramie przedstawiono ten przykład:

W tej konfiguracji ruch kierowany za pośrednictwem profilu nadrzędnego zwykle dystrybuuje ruch między regionami. W regionie Europa Zachodnia profil zagnieżdżony dystrybuuje ruch do punktów końcowych produkcyjnych i testowych zgodnie z przypisanymi wagami.

Gdy profil nadrzędny używa metody routingu ruchu "Wydajność", każdy punkt końcowy musi mieć przypisaną lokalizację. Lokalizacja jest przypisywana podczas konfigurowania punktu końcowego. Wybierz region świadczenia usługi Azure najbliżej swojego wdrożenia. Regiony platformy Azure to wartości lokalizacji obsługiwane przez tabelę opóźnień internetowych. Aby uzyskać więcej informacji, zobacz Traffic Manager "Performance" traffic-routing method (Metoda routingu ruchu w usłudze Traffic Manager ).

Przykład 2. Monitorowanie punktu końcowego w profilach zagnieżdżonych

Usługa Traffic Manager aktywnie monitoruje kondycję każdego punktu końcowego usługi. Jeśli punkt końcowy jest w złej kondycji, usługa Traffic Manager kieruje użytkowników do alternatywnych punktów końcowych w celu zachowania dostępności usługi. To monitorowanie punktu końcowego i zachowanie trybu failover mają zastosowanie do wszystkich metod routingu ruchu. Aby uzyskać więcej informacji, zobacz Monitorowanie punktu końcowego usługi Traffic Manager. Monitorowanie punktów końcowych działa inaczej w przypadku profilów zagnieżdżonych. W przypadku profilów zagnieżdżonych profil nadrzędny nie wykonuje kontroli kondycji bezpośrednio nad elementem podrzędnym. Zamiast tego kondycja punktów końcowych profilu podrzędnego służy do obliczania ogólnej kondycji profilu podrzędnego. Te informacje o kondycji są propagowane w hierarchii zagnieżdżonych profilów. Profil nadrzędny używa tej zagregowanej kondycji, aby określić, czy należy kierować ruch do profilu podrzędnego. Zobacz często zadawane pytania, aby uzyskać szczegółowe informacje na temat monitorowania kondycji profilów zagnieżdżonych.

Wracając do poprzedniego przykładu, załóżmy, że wdrożenie produkcyjne w regionie Europa Zachodnia kończy się niepowodzeniem. Domyślnie profil "podrzędny" kieruje cały ruch do wdrożenia testowego. Jeśli wdrożenie testowe również zakończy się niepowodzeniem, profil nadrzędny ustali, że profil podrzędny nie powinien odbierać ruchu, ponieważ wszystkie podrzędne punkty końcowe są w złej kondycji. Następnie profil nadrzędny dystrybuuje ruch do innych regionów.

Możesz być zadowolony z tego układu. Możesz też obawiać się, że cały ruch w regionie Europa Zachodnia przechodzi teraz do wdrożenia testowego zamiast ograniczonego ruchu podzestawu. Niezależnie od kondycji wdrożenia testowego, chcesz przejść w tryb failover do innych regionów, gdy wdrożenie produkcyjne w regionie Europa Zachodnia zakończy się niepowodzeniem.

W poniższym scenariuszu wartość MinChildEndpoints jest ustawiona na 2. Poniżej tego progu profil nadrzędny uznaje cały profil podrzędny za niedostępny i kieruje ruch do innych punktów końcowych:

Przykład 3. Priorytetowe regiony trybu failover w routingu ruchu "Wydajność"

Domyślnym zachowaniem metody routingu ruchu "Wydajność" jest to, że punkty końcowe w różnych lokalizacjach geograficznych użytkownicy końcowi są kierowani do "najbliższego" punktu końcowego pod względem najmniejszego opóźnienia sieci.

Załóżmy jednak, że preferujesz przejście ruchu w regionie Europa Zachodnia do regionu Zachodnie stany USA i kierujesz ruch tylko do innych regionów, gdy oba punkty końcowe są niedostępne. To rozwiązanie można utworzyć przy użyciu profilu podrzędnego z metodą routingu ruchu "Priorytet".

Ponieważ punkt końcowy w regionie Europa Zachodnia ma wyższy priorytet niż punkt końcowy Zachodnie stany USA, cały ruch jest wysyłany do punktu końcowego Europa Zachodnia, gdy oba punkty końcowe są w trybie online. Jeśli Europa Zachodnia ulegnie awarii, ruch jest kierowany do zachodnich stanów USA. W przypadku profilu zagnieżdżonego ruch jest kierowany do Azji Wschodniej tylko wtedy, gdy zarówno Europa Zachodnia, jak i Zachodnie stany USA kończą się niepowodzeniem.

Ten wzorzec można powtórzyć dla wszystkich regionów. Zastąp wszystkie trzy punkty końcowe w profilu nadrzędnym trzema profilami podrzędnymi, z których każda zapewnia priorytetową sekwencję trybu failover.

Przykład 4: Kontrolowanie routingu ruchu "Wydajność" między wieloma punktami końcowymi w tym samym regionie

Załóżmy, że metoda routingu ruchu "Wydajność" jest używana w profilu, który ma więcej niż jeden punkt końcowy w określonym regionie. Domyślnie ruch kierowany do tego regionu jest równomiernie dystrybuowany we wszystkich dostępnych punktach końcowych w tym regionie.

Zamiast dodawać wiele punktów końcowych w regionie Europa Zachodnia, te punkty końcowe są ujęte w osobnym profilu podrzędnym. Profil podrzędny jest dodawany do elementu nadrzędnego jako jedyny punkt końcowy w regionie Europa Zachodnia. Ustawienia profilu podrzędnego mogą kontrolować dystrybucję ruchu w regionie Europa Zachodnia, włączając routing ruchu opartego na priorytecie lub ważonego w tym regionie.

Przykład 5. Ustawienia monitorowania poszczególnych punktów końcowych

Załóżmy, że używasz usługi Traffic Manager do bezproblemowego migrowania ruchu ze starszej lokalnej witryny internetowej do nowej wersji opartej na chmurze hostowanej na platformie Azure. W przypadku starszej witryny chcesz użyć identyfikatora URI strony głównej do monitorowania kondycji witryny. Jednak w przypadku nowej wersji opartej na chmurze wdrażasz niestandardową stronę monitorowania (ścieżkę "/monitor.aspx"), która obejmuje dodatkowe kontrole.

Ustawienia monitorowania w profilu usługi Traffic Manager mają zastosowanie do wszystkich punktów końcowych w ramach jednego profilu. W przypadku profilów zagnieżdżonych można zdefiniować różne ustawienia monitorowania za pomocą innego profilu podrzędnego dla każdej lokacji.

Przykład 6: Monitorowanie punktów końcowych przy użyciu profilów zagnieżdżonych wielowartościowych przy użyciu punktów końcowych IPv4 i IPv6

Załóżmy, że masz punkty końcowe elementów podrzędnych zagnieżdżonych IPv4 i IPv6 i chcesz ustawić progi dla minimalnych elementów podrzędnych w dobrej kondycji dla obu tych elementów. Istnieją nowe parametry, które umożliwiają zdefiniowanie minimalnej liczby tych prawidłowych punktów końcowych, które są oczekiwane dla każdego typu. Parametry Minimalne punkty końcowe IPv4 i minimalne punkty końcowe IPv6 określą minimalną liczbę punktów końcowych w dobrej kondycji wymaganych dla każdego parametru, aby element nadrzędny był oznaczony jako w dobrej kondycji.

Domyślna liczba wszystkich minimalnych podrzędnych punktów końcowych to zawsze 1, a domyślna liczba punktów końcowych IPv4 i IPv6 to 0, aby zapewnić zgodność z poprzednimi wersjami.

W tym przykładzie punkt końcowy Wschodnie stany USA jest w złej kondycji, ponieważ nie spełnia wymagania co najmniej 1 punktu końcowego IPv4 w dobrej kondycji, który jest ustawiany przez właściwość ipv4-min-child .

Często zadawane pytania

• Jak mogę skonfigurować zagnieżdżone profile?

• Ile warstw zagnieżdżania obsługuje usługa Traffic Manger?

• Czy można mieszać inne typy punktów końcowych z profilami zagnieżdżonych podrzędnych w tym samym profilu usługi Traffic Manager?

• Jak model rozliczeniowy ma zastosowanie do profilów zagnieżdżonych?

• Czy istnieje wpływ na wydajność profilów zagnieżdżonych?

• Jak usługa Traffic Manager oblicza kondycję zagnieżdżonego punktu końcowego w profilu nadrzędnym?

Następne kroki

Dowiedz się więcej o profilach usługi Traffic Manager

Dowiedz się, jak utworzyć profil usługi Traffic Manager