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, które wymagają bardziej zaawansowanego routingu ruchu niż routing dostarczony przez pojedynczy profil usługi Traffic Manager. Profile usługi Traffic Manager można zagnieżdżać, aby połączyć korzyści 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". W tym artykule przedstawiono kilka przykładów.
MinChildEndpoints
Po dodaniu profilu podrzędnego jako punktu końcowego w profilu nadrzędnym zostanie utworzony parametr MinChildEndpoints i przypisany wartość domyślna 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 zagnieżdżonego stanu profilu jest w dobrej kondycji.
- MinChildEndpointsIPv4: minimalna liczba punktów końcowych podrzędnych protokołu IPv4 dla zagnieżdżonego stanu profilu w dobrej kondycji.
- MinChildEndpointsIPv6: minimalna liczba punktów końcowych podrzędnych protokołu IPv6 w dobrej kondycji dla stanu zagnieżdżonego profilu w dobrej kondycji.
Ważne
Dla każdego zagnieżdżonego profilu MultiValue musi istnieć co najmniej jeden punkt końcowy IPv4 i jeden punkt końcowy protokołu IPv6. Zawsze konfiguruj wartości dla wartości MinChildEndpointsIPv4 i MinChildEndpointsIPv6 na podstawie mechanizmu routingu wielowartościowego i nie używaj tylko wartości domyślnych.
Wartość punktów Końcowych MinChildEndpoint musi być wystarczająco wysoka, aby umożliwić dostępność wszystkich typów punktów końcowych. Zostanie wyświetlony komunikat o błędzie dla wartości, które są zbyt niskie.
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 wdrożono aplikację w następujących regionach świadczenia usługi Azure: Zachodnie stany USA, Europa Zachodnia i Azja Wschodnia. Użyjesz metody routingu ruchu "Performance" usługi Traffic Manager, aby dystrybuować ruch do regionu znajdującego się najbliżej użytkownika.
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ć zarówno "ważonego" jak i "Routing ruchu wydajnościowego w jednym profilu. Aby obsługiwać ten scenariusz, 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 dodasz 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 następujący 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 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 ma zastosowanie do wszystkich metod routingu ruchu. Aby uzyskać więcej informacji, zobacz Monitorowanie punktu końcowego usługi Traffic Manager. Monitorowanie punktu końcowego działa inaczej w przypadku profilów zagnieżdżonych. W przypadku profilów zagnieżdżonych profil nadrzędny nie wykonuje bezpośrednio kontroli kondycji elementu podrzędnego. 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 w celu określenia, czy ruch ma być kierowany 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 zakończy się również niepowodzeniem, profil nadrzędny określa, ż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.
Być może jesteś zadowolony z tego układu. Możesz też obawiać się, że cały ruch dla Europy Zachodniej przechodzi teraz do wdrożenia testowego zamiast ograniczonego ruchu podzestawu. Niezależnie od kondycji wdrożenia testowego, chcesz przełączyć się 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:
Uwaga
Metoda routingu ruchu "Priorytet" dystrybuuje cały ruch do jednego punktu końcowego. W związku z tym ustawienie MinChildEndpoints inne niż "1" dla profilu podrzędnego jest niewielkie.
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 najniższego opóźnienia sieci.
Załóżmy jednak, że wolisz przejście w tryb failover ruchu w regionie Europa Zachodnia do zachodnich stanów 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 Europy Zachodniej 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żdy 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 priorytetach lub ważonych 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 do definiowania różnych ustawień monitorowania jest używany inny profil podrzędny dla każdej lokacji.
Przykład 6. Monitorowanie punktu końcowego 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 dzieci zagnieżdżone zarówno IPv4, jak i IPv6 i chcesz ustawić progi dla minimalnych dzieci w dobrej kondycji dla obu. Istnieją nowe parametry, które umożliwiają zdefiniowanie minimalnej liczby tych punktów końcowych w dobrej kondycji, 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 minimalnych podrzędnych punktów końcowych wynosi zawsze 1, a domyślny numer punktów końcowych IPv4 i IPv6 wynosi 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
Następne kroki
Dowiedz się więcej o profilach usługi Traffic Manager
Dowiedz się, jak utworzyć profil usługi Traffic Manager