Оптимизация приложений в разных регионах с помощью маршрутизации производительности

Завершено

Приложение для потоковой передачи музыки имеет пользователей в разных регионах по всему миру. Некоторые пользователи находятся далеко от места развертывания приложения. Производительность потоковой передачи частично зависит от расстояния между устройством пользователя и узлом. Чтобы обеспечить оптимальную производительность для пользователей, вы развернете приложение в нескольких регионах. При добавлении регионов вы хотите, чтобы Диспетчер трафика автоматически направлял трафик в конечную точку с наилучшей производительностью.

Метод маршрутизации трафика подключает пользователей к серверу, который лучше всего подходит для них. Это может быть лучше, так как оно физически ближе к пользователю, но это также может быть вызвано перегрузкой или сетевым подключением к Интернету. Azure сохраняет историческую задержку ЗАПРОСОВ DNS для подключения клиентов в таблице задержки интернета. Azure может использовать эти сведения для направления трафика на самый быстрый сервер, который является сервером с наименьшей задержкой. Диспетчер трафика поддерживает таблицу задержки Интернета, отслеживая время круглого обхода между диапазонами IP-адресов и каждым центром обработки данных Azure. Если конечная точка становится недоступной, диспетчер трафика не включает его в ответы DNS-запросов.

Вам не нужно ничего больше, чем настроить профиль диспетчера трафика и выбрать производительность в качестве метода маршрутизации. Конечные точки не должны быть приоритетными; Диспетчер трафика автоматически перенаправит весь трафик на самый быстрый сервер ответа.

В следующем примере, если конечная точка A перестала работать так эффективно, как конечная точка B, трафик клиента автоматически направляется в конечную точку B.

диаграмма примера, демонстрирующая, как Диспетчер трафика направляет трафик на лучшую конечную точку.

Трафик клиента направляется стабильно. Клиент направляется на одну конечную точку для каждого запроса, который он делает, если ничего не изменится на базовых серверах и сетях. Если вам нужен более детальный контроль (например, чтобы выбрать предпочитаемое резервное переключение в регионе), вы можете использовать Traffic Manager в составе вложенной конфигурации.