Optymalizuj aplikacje w różnych regionach, korzystając z routingu wydajności.

Ukończone

Aplikacja do przesyłania strumieniowego muzyki ma użytkowników w różnych regionach na całym świecie. Niektórzy użytkownicy znajdują się daleko od miejsca wdrożenia aplikacji. Wydajność przesyłania strumieniowego jest częściowo zależna od odległości między urządzeniem użytkownika a hostem. Aby zapewnić użytkownikom najlepszą możliwą wydajność, należy wdrożyć aplikację w wielu regionach. W miarę dodawania regionów chcesz, aby usługa Traffic Manager automatycznie kierowała ruch do punktu końcowego o najlepszej wydajności.

Metoda routingu ruchu łączy użytkowników z serwerem, który działa dla nich najwydajniej. Może to być lepsze rozwiązanie, ponieważ jest fizycznie bliżej użytkownika, ale może to być również spowodowane przeciążeniem lub łącznością sieciową internetową. Platforma Azure przechowuje historyczne opóźnienie zapytań DNS na potrzeby łączenia klientów w tabeli opóźnień internetowych. Platforma Azure może użyć tych informacji, aby kierować ruch do najszybciej reagującego serwera, który jest serwerem o najniższym opóźnieniu. Usługa Traffic Manager utrzymuje tabelę opóźnień internetowych przez śledzenie czasu podróży w obie strony między zakresami adresów IP a każdym centrum danych platformy Azure. Jeśli punkt końcowy stanie się niedostępny, usługa Traffic Manager nie uwzględnia go w odpowiedziach na zapytania DNS.

Nie musisz wykonywać żadnych innych czynności niż skonfigurować profil usługi Traffic Manager i wybrać wydajność jako metodę routingu. Punkty końcowe nie muszą mieć priorytetu; Usługa Traffic Manager automatycznie kieruje cały ruch do najszybciej reagującego serwera.

W poniższym przykładzie, jeśli punkt końcowy A przestał działać tak wydajnie, jak punkt końcowy B, ruch klientów jest automatycznie kierowany do punktu końcowego B.

Diagram przykładu przedstawiający routing ruchu usługi Traffic Manager do punktu końcowego o najlepszej wydajności.

Ruch klienta jest kierowany spójnie. Klient jest kierowany do tego samego punktu końcowego dla każdego wprowadzanego żądania, jeśli nie ma zmian w bazowych serwerach i sieci. Jeśli potrzebujesz bardziej szczegółowej kontroli (na przykład do wybrania preferowanego przełączenia awaryjnego w danym regionie), możesz użyć Traffic Managera w konfiguracji zagnieżdżonej.