Методы маршрутизации диспетчера трафикаTraffic Manager routing methods

Диспетчер трафика Azure поддерживает шесть методов маршрутизации трафика, которые определяют правила маршрутизации сетевого трафика в разные конечные точки службы.Azure Traffic Manager supports six traffic-routing methods to determine how to route network traffic to the various service endpoints. Для любого профиля диспетчер трафика применяет связанный с ним метод маршрутизации трафика к каждому полученному запросу DNS.For any profile, Traffic Manager applies the traffic-routing method associated to it to each DNS query it receives. Метод маршрутизации трафика определяет, какая конечная точка будет возвращена в ответе DNS.The traffic-routing method determines which endpoint is returned in the DNS response.

В диспетчере трафика доступны следующие методы маршрутизации трафика:The following traffic routing methods are available in Traffic Manager:

  • По приоритету. Выберите метод По приоритету, если требуется использовать первичную конечную точку службы для всего трафика, а также предоставлять резервные конечные точки, если первичная или резервная конечные точки станут недоступны.Priority: Select Priority when you want to use a primary service endpoint for all traffic, and provide backups in case the primary or the backup endpoints are unavailable.
  • Со взвешиванием. Выберите метод Со взвешиванием, если требуется распределить трафик между несколькими конечными точками равномерно или согласно определяемым вами весовым коэффициентам.Weighted: Select Weighted when you want to distribute traffic across a set of endpoints, either evenly or according to weights, which you define.
  • Производительность. Выберите метод Производительность, если конечные точки размещены в разных географических расположениях и нужно, чтобы клиенты использовали "ближайшие" конечные точки (с точки зрения минимальных задержек сети).Performance: Select Performance when you have endpoints in different geographic locations and you want end users to use the "closest" endpoint in terms of the lowest network latency.
  • Географический. Выберите метод Географический, чтобы пользователи направлялись к определенным конечным точкам (Azure, внешним или вложенным) в зависимости от географического расположения, из которого исходит их запрос DNS.Geographic: Select Geographic so that users are directed to specific endpoints (Azure, External, or Nested) based on which geographic location their DNS query originates from. Это позволяет клиентам диспетчера трафика реализовать сценарии, в которых важно знать географический регион пользователей и направлять их на основе этих данных.This empowers Traffic Manager customers to enable scenarios where knowing a user’s geographic region and routing them based on that is important. К примерам относятся соблюдение предписаний независимости данных, локализация содержимого и взаимодействия с пользователем, а также измерение трафика из разных регионов.Examples include complying with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions.
  • Многозначный. Выберите метод Многозначный для профилей диспетчера трафика, у которых могут быть конечные точки только в виде IPv4- или IPv6-адресов.Multivalue: Select MultiValue for Traffic Manager profiles that can only have IPv4/IPv6 addresses as endpoints. При получении запроса для этого профиля возвращаются все работоспособные конечные точки.When a query is received for this profile, all healthy endpoints are returned.
  • Подсеть. Выберите метод маршрутизации трафика Подсеть для сопоставления наборов диапазонов IP-адресов пользователей с определенной конечной точкой в профиле диспетчера трафика.Subnet: Select Subnet traffic-routing method to map sets of end-user IP address ranges to a specific endpoint within a Traffic Manager profile. При получении запроса возвращаемая конечная точка будет сопоставлена с этим исходным IP-адресом запроса.When a request is received, the endpoint returned will be the one mapped for that request’s source IP address. 

Все профили диспетчера трафика включают мониторинг работоспособности и автоматическую отработку отказа для всех конечных точек.All Traffic Manager profiles include monitoring of endpoint health and automatic endpoint failover. Дополнительные сведения см. в статье Мониторинг и отработка отказов конечной точки диспетчера трафика.For more information, see Traffic Manager Endpoint Monitoring. Отдельный профиль диспетчера трафика может использовать только один метод маршрутизации трафика.A single Traffic Manager profile can use only one traffic routing method. В любое время для профиля можно выбрать другой метод маршрутизации трафика.You can select a different traffic routing method for your profile at any time. Изменения применяются в течение одной минуты, не приводя к простою.Changes are applied within one minute, and no downtime is incurred. Методы маршрутизации трафика можно комбинировать с помощью вложенных профилей диспетчера трафика.Traffic-routing methods can be combined by using nested Traffic Manager profiles. Вложенность позволяет создавать сложные и гибкие конфигурации для маршрутизации трафика в соответствии с потребностями крупных и сложных приложений.Nesting enables sophisticated and flexible traffic-routing configurations that meet the needs of larger, complex applications. Дополнительную информацию см. в статье Вложенные профили диспетчера трафика.For more information, see nested Traffic Manager profiles.

Метод маршрутизации трафика по приоритетуPriority traffic-routing method

Как правило, организация стремится обеспечить надежность своих служб, развертывая одну или несколько резервных служб на случай, если основная служба выйдет из строя.Often an organization wants to provide reliability for its services by deploying one or more backup services in case their primary service goes down. Метод маршрутизации трафика "По приоритету" позволяет клиентам Azure легко реализовать эту схему отработки отказа.The 'Priority' traffic-routing method allows Azure customers to easily implement this failover pattern.

Диспетчер трафика Azure: маршрутизация трафика по приоритету

В этом профиле диспетчера трафика создается упорядоченный список конечных точек службы.The Traffic Manager profile contains a prioritized list of service endpoints. По умолчанию диспетчер трафика направляет весь трафик в первичную конечную точку (с наивысшим приоритетом).By default, Traffic Manager sends all traffic to the primary (highest-priority) endpoint. Если основная конечная точка недоступна, диспетчер трафика направляет трафик на вторую конечную точку.If the primary endpoint is not available, Traffic Manager routes the traffic to the second endpoint. Если и первичная, и вторичная конечные точки становятся недоступны, трафик направляется к третьей и т. д.If both the primary and secondary endpoints are not available, the traffic goes to the third, and so on. Доступность конечной точки определяется по указанному для нее состоянию (включена или отключена) и данным мониторинга конечных точек.Availability of the endpoint is based on the configured status (enabled or disabled) and the ongoing endpoint monitoring.

Настройка конечных точекConfiguring endpoints

В Azure Resource Manager можно явно указать приоритет для каждой конечной точки, изменяя значение свойства priority.With Azure Resource Manager, you configure the endpoint priority explicitly using the 'priority' property for each endpoint. Допускаются значения в диапазоне от 1 до 1000.This property is a value between 1 and 1000. Чем меньше значение, тем выше приоритет.Lower values represent a higher priority. Нельзя использовать одинаковые значения приоритетов для нескольких конечных точек.Endpoints cannot share priority values. Это необязательное свойство.Setting the property is optional. Если оно не указано, для конечной точки задается приоритет по умолчанию в соответствии с ее расположением в профиле.When omitted, a default priority based on the endpoint order is used.

Метод маршрутизации трафика со взвешиваниемWeighted traffic-routing method

Маршрутизация трафика по методу взвешивания позволяет распределять трафик равномерно или в соответствии с предустановленными весовыми коэффициентами.The 'Weighted' traffic-routing method allows you to distribute traffic evenly or to use a pre-defined weighting.

Диспетчер трафика Azure: маршрутизации трафика по методу взвешивания

При использовании метода взвешивания при маршрутизации трафика каждой конечной точке в профиле диспетчера трафика присваивается определенный весовой коэффициент.In the Weighted traffic-routing method, you assign a weight to each endpoint in the Traffic Manager profile configuration. Это целое число в диапазоне от 1 до 1000.The weight is an integer from 1 to 1000. Это необязательный параметр.This parameter is optional. Если значение не указано, диспетчер трафика использует коэффициент 1 по умолчанию.If omitted, Traffic Managers uses a default weight of '1'. Чем выше коэффициент, тем выше приоритет.The higher weight, the higher the priority.

Для каждого полученного запроса DNS диспетчер трафика случайным образом выбирает конечную точку из числа доступных.For each DNS query received, Traffic Manager randomly chooses an available endpoint. Вероятность выбора конечной точки определяется сочетанием весовых коэффициентов всех доступных конечных точек.The probability of choosing an endpoint is based on the weights assigned to all available endpoints. Если для всех конечных точек используются одинаковые коэффициенты, трафик будет распределяться между ними равномерно.Using the same weight across all endpoints results in an even traffic distribution. Если задать больший (или меньший) вес для определенных конечных точек, они будут чаще (или реже) возвращаться в ответах DNS.Using higher or lower weights on specific endpoints causes those endpoints to be returned more or less frequently in the DNS responses.

Метод взвешивания позволяет реализовать некоторые полезные сценарии.The weighted method enables some useful scenarios:

  • Постепенное обновление приложения. Направляйте часть трафика в новую конечную точку и постепенно доведите объем трафика до 100 %.Gradual application upgrade: Allocate a percentage of traffic to route to a new endpoint, and gradually increase the traffic over time to 100%.
  • Миграция приложений в Azure. Создайте профиль, содержащий конечные точки Azure и внешние конечные точки.Application migration to Azure: Create a profile with both Azure and external endpoints. Настройте весовые коэффициенты так, чтобы приоритет отдавался новым конечным точкам.Adjust the weight of the endpoints to prefer the new endpoints.
  • Переход в облако для получения дополнительной емкости. Быстро расширьте локальное развертывание в облако, воспользовавшись профилем диспетчера трафика.Cloud-bursting for additional capacity: Quickly expand an on-premises deployment into the cloud by putting it behind a Traffic Manager profile. Если вам требуется дополнительная емкость в облаке, добавьте конечные точки и укажите, какая часть трафика направляется на ту или иную конечную точку.When you need extra capacity in the cloud, you can add or enable more endpoints and specify what portion of traffic goes to each endpoint.

Помимо портала Azure, весовые коэффициенты также можно настроить с помощью Azure PowerShell, интерфейса командной строки и интерфейсов REST API.In addition to using the Azure portal, you can configure weights using Azure PowerShell, CLI, and the REST APIs.

Важно понимать, что ответы DNS кэшируются клиентами и рекурсивными DNS-серверами, которые клиенты используют для разрешения имен DNS.It is important to understand that DNS responses are cached by clients and by the recursive DNS servers that the clients use to resolve DNS names. Это может повлиять на распределение трафика по приоритетам.This caching can have an impact on weighted traffic distributions. При большом числе клиентов и рекурсивных DNS-серверов распределение трафика работает ожидаемым образом.When the number of clients and recursive DNS servers is large, traffic distribution works as expected. Но если клиентов и (или) рекурсивных DNS-серверов мало, кэширование может ощутимо исказить распределение трафика.However, when the number of clients or recursive DNS servers is small, caching can significantly skew the traffic distribution.

Типичные примеры такой ситуации:Common use cases include:

  • среды для разработки и тестирования;Development and testing environments
  • обмен данных между приложениями;Application-to-application communications
  • приложения, предназначенные для узкого круга пользователей, которые используют общую инфраструктуру рекурсивной DNS-службы (например, сотрудники компании, подключенные через общий прокси-сервер).Applications aimed at a narrow user-base that share a common recursive DNS infrastructure (for example, employees of company connecting through a proxy)

Такое воздействие кэширования DNS характерно для всех систем маршрутизации трафика на основе DNS, а не только для диспетчера трафика.These DNS caching effects are common to all DNS-based traffic routing systems, not just Azure Traffic Manager. В некоторых случаях может помочь явная очистка кэша DNS.In some cases, explicitly clearing the DNS cache may provide a workaround. В других случаях более подходящим может оказаться альтернативный метод маршрутизации трафика.In other cases, an alternative traffic-routing method may be more appropriate.

Метод маршрутизации трафика для повышения производительностиPerformance traffic-routing method

Скорость реагирования многих приложений можно повысить, развернув конечные точки в двух или больше расположениях в разных регионах и направляя трафик в соответствующее ближайшее расположение.Deploying endpoints in two or more locations across the globe can improve the responsiveness of many applications by routing traffic to the location that is 'closest' to you. Эта схема реализуется при маршрутизации трафика по производительности.The 'Performance' traffic-routing method provides this capability.

Диспетчер трафика Azure: маршрутизация трафика по производительности

Под ближайшей конечной точкой не обязательно подразумевается та, которая ближе всего географически.The 'closest' endpoint is not necessarily closest as measured by geographic distance. Вместо этого при определении расстояния для маршрутизации трафика по производительности используются характеристики задержки сети.Instead, the 'Performance' traffic-routing method determines the closest endpoint by measuring network latency. Диспетчер трафика ведет собственную таблицу задержек Интернета, в которой сохраняет время кругового пути между диапазонами IP-адресов и центрами обработки данных Azure.Traffic Manager maintains an Internet Latency Table to track the round-trip time between IP address ranges and each Azure datacenter.

Для каждого входящего запроса DNS он находит в таблице задержек Интернета строки, соответствующие IP-адресу клиента.Traffic Manager looks up the source IP address of the incoming DNS request in the Internet Latency Table. Затем диспетчер трафика выбирает доступную конечную точку, расположенную в том центре обработки данных Azure, который демонстрирует наименьшую задержку для этого диапазона IP-адресов, и возвращает адрес этой конечной точки в ответе DNS.Traffic Manager then chooses an available endpoint in the Azure datacenter that has the lowest latency for that IP address range, and returns that endpoint in the DNS response.

Как описано в статье Как работает диспетчер трафика, запросы DNS поступают к нему не напрямую от клиентов.As explained in How Traffic Manager Works, Traffic Manager does not receive DNS queries directly from clients. Обычно запросы DNS отправляет рекурсивная служба DNS, которую используют клиенты.Rather, DNS queries come from the recursive DNS service that the clients are configured to use. Поэтому для определения ближайшей конечной точки используется не IP-адрес пользователя, а IP-адрес рекурсивной службы DNS.Therefore, the IP address used to determine the 'closest' endpoint is not the client's IP address, but it is the IP address of the recursive DNS service. На практике такая замена адреса обычно дает неплохой результат.In practice, this IP address is a good proxy for the client.

Чтобы учесть изменения в глобальной сети Интернет и добавление новых регионов Azure, диспетчер трафика регулярно обновляет используемую таблицу задержек Интернета.Traffic Manager regularly updates the Internet Latency Table to account for changes in the global Internet and new Azure regions. Но производительность приложения зависит от распределения и колебаний загрузки в сети Интернет на определенный момент времени.However, application performance varies based on real-time variations in load across the Internet. При маршрутизации трафика по производительности текущая нагрузка на конкретную конечную точку службы не отслеживается.Performance traffic-routing does not monitor load on a given service endpoint. Но если конечная точка становится недоступной, диспетчер трафика перестает включать ее в ответы на запросы DNS.However, if an endpoint becomes unavailable, Traffic Manager does not include it in DNS query responses.

Примечания:Points to note:

  • Если профиль содержит несколько конечных точек, которые входят в один регион Azure, диспетчер трафика распределяет трафик равномерно между всеми доступными конечными точками в этом регионе.If your profile contains multiple endpoints in the same Azure region, then Traffic Manager distributes traffic evenly across the available endpoints in that region. Если вы предпочитаете распределение трафика в пределах региона, используйте вложенные профили диспетчера трафика.If you prefer a different traffic distribution within a region, you can use nested Traffic Manager profiles.
  • Если работоспособность всех задействованных конечных точек в ближайших регионах Azure снижена, диспетчер трафика перенаправляет трафик к конечным точкам в следующем ближайшем регионе Azure.If all enabled endpoints in the closest Azure region are degraded, Traffic Manager moves traffic to the endpoints in the next closest Azure region. Если вы хотите определить свою логику отработки сбоя, используйте вложенные профили диспетчера трафика.If you want to define a preferred failover sequence, use nested Traffic Manager profiles.
  • Чтобы использовать маршрутизацию трафика по производительности между внешними или вложенными конечными точками, нужно вручную указать их расположение.When using the Performance traffic routing method with external endpoints or nested endpoints, you need to specify the location of those endpoints. Выберите ближайший к вашему развертыванию регион Azure.Choose the Azure region closest to your deployment. Именно эти расположения отслеживаются в таблице задержек Интернета.Those locations are the values supported by the Internet Latency Table.
  • Алгоритм выбора конечной точки детерминирован.The algorithm that chooses the endpoint is deterministic. Повторные запросы DNS от одного клиента будут направляться к той же конечной точке.Repeated DNS queries from the same client are directed to the same endpoint. Обычно клиенты используют разные рекурсивные серверы DNS, когда путешествуют.Typically, clients use different recursive DNS servers when traveling. Возможно, в этом случае клиент будет перенаправлен к другой конечной точке.The client may be routed to a different endpoint. Кроме того, на маршрутизацию могут влиять изменения в таблице задержек Интернета.Routing can also be affected by updates to the Internet Latency Table. Таким образом, маршрутизация трафика по производительности не гарантирует, что клиент всегда будет обращаться к одной конечной точке.Therefore, the Performance traffic-routing method does not guarantee that a client is always routed to the same endpoint.
  • При изменении таблицы задержек Интернета вы можете заметить, что некоторые клиенты переключились на другую конечную точку.When the Internet Latency Table changes, you may notice that some clients are directed to a different endpoint. Такие изменения маршрутизации основываются на свежих данных о задержках.This routing change is more accurate based on current latency data. Данные обновления необходимы, чтобы обеспечить точность маршрутизации трафика для повышения производительности, так как Интернет постоянно развивается.These updates are essential to maintain the accuracy of Performance traffic-routing as the Internet continually evolves.

Метод географической маршрутизации трафикаGeographic traffic-routing method

Можно настроить профили диспетчера трафика для применения метода географической маршрутизации трафика. В этом случае пользователи будут направляться к определенным конечным точкам (Azure, внешним или вложенным) в зависимости от географического расположения, из которого исходит их DNS-запрос.Traffic Manager profiles can be configured to use the Geographic routing method so that users are directed to specific endpoints (Azure, External or Nested) based on which geographic location their DNS query originates from. Это позволяет клиентам диспетчера трафика реализовать сценарии, в которых важно знать географический регион пользователей и направлять их на основе этих данных.This empowers Traffic Manager customers to enable scenarios where knowing a user’s geographic region and routing them based on that is important. К примерам относятся соблюдение предписаний независимости данных, локализация содержимого и взаимодействия с пользователем, а также измерение трафика из разных регионов.Examples include complying with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions. Если в профиле настроена географическая маршрутизация, то каждой конечной точке, связанной с профилем, необходимо назначить набор географических регионов.When a profile is configured for geographic routing, each endpoint associated with that profile needs to have a set of geographic regions assigned to it. Ниже приведены возможные уровни детализации географических регионов.A geographic region can be at following levels of granularity

  • Мир — любой регион.World– any region
  • Группа регионов — например, Африка, Ближний Восток, Австралия и Тихоокеанский регион и т. д.Regional Grouping – for example, Africa, Middle East, Australia/Pacific etc.
  • Страна или регион — например, Ирландия, Перу, Гонконг, САР и т. д.Country/Region – for example, Ireland, Peru, Hong Kong SAR etc.
  • Область, штат, провинция — например, Калифорния (США), Квинсленд (Австралия), Альберта (Канада) и т. д. (Обратите внимание: этот уровень детализации поддерживается только для штатов и провинций в Австралии, Канаде и США.)State/Province – for example, USA-California, Australia-Queensland, Canada-Alberta etc. (note: this granularity level is supported only for states / provinces in Australia, Canada, and USA).

Если конечной точкой назначен регион или набор регионов, все запросы из этих регионов направляются только к этой конечной точке.When a region or a set of regions is assigned to an endpoint, any requests from those regions gets routed only to that endpoint. Диспетчер трафика использует исходный IP-адрес DNS-запроса, чтобы определить регион, из которого пользователь отправляет запрос. Обычно это IP-адрес локального сопоставителя DNS, выполняющего запрос от имени пользователя.Traffic Manager uses the source IP address of the DNS query to determine the region from which a user is querying from – usually this is the IP address of the local DNS resolver doing the query on behalf of the user.

Диспетчер трафика Azure: метод географической маршрутизации трафика

Диспетчер трафика считывает исходный IP-адрес DNS-запроса и определяет, из какого географического региона он поступил.Traffic Manager reads the source IP address of the DNS query and decides which geographic region it is originating from. Затем он определяет, имеется ли конечная точка, с которой сопоставлен этот географический регион.It then looks to see if there is an endpoint that has this geographic region mapped to it. Этот поиск начинается с самого низкого уровня детализации (с уровня области, штата или округа, если он поддерживается; в противном случае — с уровня страны или региона) и выполняется вплоть до самого высокого уровня — мира.This lookup starts at the lowest granularity level (State/Province where it is supported, else at the Country/Region level) and goes all the way up to the highest level, which is World. Первая найденная соответствующая конечная точка при этом обходе будет возвращена в ответе на запрос.The first match found using this traversal is designated as the endpoint to return in the query response. Если это конечная точка вложенного типа, то будет возвращена конечная точка в соответствующем дочернем профиле, в зависимости от его метода маршрутизации.When matching with a Nested type endpoint, an endpoint within that child profile is returned, based on its routing method. В такой ситуации возможно следующее.The following points are applicable to this behavior:

  • Если используется географическая маршрутизация, то географический регион может быть сопоставлен только с одной конечной точкой в профиле диспетчера трафика.A geographic region can be mapped only to one endpoint in a Traffic Manager profile when the routing type is Geographic Routing. Это гарантирует детерминированную маршрутизацию пользователей и дает клиентам возможность реализовывать сценарии, требующие установления однозначных географических границ.This ensures that routing of users is deterministic, and customers can enable scenarios that require unambiguous geographic boundaries.

  • Если регион пользователя географически сопоставлен с двумя разными конечными точками, то диспетчер трафика выбирает конечную точку на нижнем уровне детализации и не учитывает запросы на маршрутизацию, исходящие из другой конечной точки этого региона.If a user’s region comes under two different endpoints’ geographic mapping, Traffic Manager selects the endpoint with the lowest granularity and does not consider routing requests from that region to the other endpoint. Рассмотрим пример профиля с географической маршрутизацией и двумя конечными точками: Endpoint1 и Endpoint2.For example, consider a Geographic Routing type profile with two endpoints - Endpoint1 and Endpoint2. Endpoint1 настроена для приема трафика из Ирландии, а Endpoint2 — для приема трафика из Европы.Endpoint1 is configured to receive traffic from Ireland and Endpoint2 is configured to receive traffic from Europe. Если запрос исходит из Ирландии, он всегда будет направляться к Endpoint1.If a request originates from Ireland, it is always routed to Endpoint1.

  • Так как регион может быть сопоставлен только с одной конечной точкой, диспетчер трафика возвращает ее независимо от того, является ли эта конечная точка работоспособной или нет.Since a region can be mapped only to one endpoint, Traffic Manager returns it regardless of whether the endpoint is healthy or not.

    Важно!

    Клиентам настоятельно рекомендуется использовать метод географической маршрутизации с конечными точками вложенного типа, у которых имеются дочерние профили, содержащие по крайней мере по две конечные точки.It is strongly recommended that customers using the geographic routing method associate it with the Nested type endpoints that has child profiles containing at least two endpoints within each.

  • Если найдена соответствующая конечная точка, которая остановлена, то диспетчер трафика вернет ответ NODATA.If an endpoint match is found and that endpoint is in the Stopped state, Traffic Manager returns a NODATA response. В этом случае поиски не продолжаются вверх по иерархии географических регионов.In this case, no further lookups are made higher up in the geographic region hierarchy. Это также относится к конечным точкам вложенного типа, когда дочерний профиль остановлен или отключен.This behavior is also applicable for nested endpoint types when the child profile is in the Stopped or Disabled state.

  • Если конечная точка отключена, она не участвует в процессе сопоставления с регионом.If an endpoint displays a Disabled status, it won’t be included in the region matching process. Это также относится к конечным точкам вложенного типа, когда конечная точка отключена.This behavior is also applicable for nested endpoint types when the endpoint is in the Disabled state.

  • Если поступает запрос из географического региона, сопоставления с которым в данном профиле нет, то диспетчер трафика возвращает ответ NODATA.If a query is coming from a geographic region that has no mapping in that profile, Traffic Manager returns a NODATA response. Поэтому клиентам настоятельно рекомендуется использовать географическую маршрутизацию с одной конечной точкой (лучше всего вложенного типа), в дочернем профиле которой имеются по крайней мере две конечные точки, которым назначен регион Мир.Therefore, it is strongly recommended that customers use geographic routing with one endpoint, ideally of type Nested with at least two endpoints within the child profile, with the region World assigned to it. Это также гарантирует обработку всех IP-адресов, которые не соответствуют какому-либо региону.This also ensures that any IP addresses that do not map to a region are handled.

Как описано в статье Как работает диспетчер трафика, запросы DNS поступают к нему не напрямую от клиентов.As explained in How Traffic Manager Works, Traffic Manager does not receive DNS queries directly from clients. Обычно запросы DNS отправляет рекурсивная служба DNS, которую используют клиенты.Rather, DNS queries come from the recursive DNS service that the clients are configured to use. Поэтому для определения региона используется не IP-адрес клиента, а IP-адрес рекурсивной службы DNS.Therefore, the IP address used to determine the region is not the client's IP address, but it is the IP address of the recursive DNS service. На практике такая замена адреса обычно дает неплохой результат.In practice, this IP address is a good proxy for the client.

Часто задаваемые вопросыFAQs

Метод маршрутизации трафика "Многозначный"Multivalue traffic-routing method

Метод маршрутизации трафика Многозначный позволяет получить несколько работоспособных конечных точек в одном ответе на запрос DNS.The Multivalue traffic-routing method allows you to get multiple healthy endpoints in a single DNS query response. Это позволяет вызывающему объекту выполнять повторные попытки на стороне клиента с другими конечными точками в случае, если возвращаемая конечная точка не отвечает.This enables the caller to do client-side retries with other endpoints in the event of a returned endpoint being unresponsive. Этот шаблон может повысить доступность службы и сократить задержки, связанные с новым запросом DNS на получение работоспособной конечной точки.This pattern can increase the availability of a service and reduce the latency associated with a new DNS query to obtain a healthy endpoint. Метод маршрутизации "Многозначный" работает только в том случае, если все конечные точки внешние и являются IPv4- или IPv6-адресами.MultiValue routing method works only if all the endpoints of type ‘External’ and are specified as IPv4 or IPv6 addresses. При получении запроса для этого профиля все работоспособные конечные точки возвращаются на основе настраиваемого максимального числа записей в ответе.When a query is received for this profile, all healthy endpoints are returned and are subject to a configurable maximum return count.

Часто задаваемые вопросыFAQs

Метод маршрутизации трафика "Подсеть"Subnet traffic-routing method

Метод маршрутизации трафика Подсеть позволяет сопоставить набор диапазонов IP-адресов пользователя с определенными конечными точками в профиле.The Subnet traffic-routing method allows you to map a set of end user IP address ranges to specific endpoints in a profile. После этого, если диспетчер трафика получает запрос DNS для этого профиля, он будет проверять исходный IP-адрес этого запроса (в большинстве случаев это будет исходящий IP-адрес сопоставителя DNS, используемый вызывающим объектом), чтобы определить, какая конечная точка сопоставляется, и вернет конечную точку в ответе на запрос.After that, if Traffic Manager receives a DNS query for that profile, it will inspect the source IP address of that request (in most cases this will be the outgoing IP address of the DNS resolver used by the caller), determine which endpoint it is mapped to and will return that endpoint in the query response.

IP-адрес для сопоставления с конечной точкой может быть указан как диапазоны CIDR (например, 1.2.3.0/24) или как диапазон адресов (например, 1.2.3.4-5.6.7.8).The IP address to be mapped to an endpoint can be specified as CIDR ranges (e.g. 1.2.3.0/24) or as an address range (e.g. 1.2.3.4-5.6.7.8). Диапазоны IP-адресов, связанные с конечной точкой, должны быть уникальными в этом профиле и не могут перекрываться набором IP-адресов другой конечной точки в этом же профиле.The IP ranges associated with an endpoint need to be unique within that profile and cannot have an overlap with the IP address set of a different endpoint in the same profile. При определении конечной точки без диапазона адресов, которая используется в качестве резервной и принимает трафик из оставшихся подсетей.If you define an endpoint with no address range, that functions as a fallback and take traffic from any remaining subnets. Если резервная конечная точка отсутствует, диспетчер трафика отправляет ответ NODATA для всех неопределенных диапазонов.If no fallback endpoint is included, Traffic Manager sends a NODATA response for any undefined ranges. Поэтому настоятельно рекомендуется определить резервную конечную точку или иным образом убедиться, что в ваших конечных точках указаны все возможные диапазоны IP-адресов.It is therefore highly recommended that you either define a fallback endpoint, or else ensure that all possible IP ranges are specified across your endpoints.

Маршрутизацию подсети можно использовать для предоставления различных возможностей для пользователей, подключающихся из определенного пространства IP-адресов.Subnet routing can be used to deliver a different experience for users connecting from a specific IP space. Например, с помощью маршрутизации типа "Подсеть" клиент может перенаправлять все запросы из своего офиса к другой конечной точке, в которой с помощью запросов можно протестировать внутреннюю версию приложения.For example, using subnet routing, a customer can make all requests from their corporate office be routed to a different endpoint where they might be testing an internal only version of their app. Другой сценарий — если вы хотите указать другие возможности для пользователей, подключающихся из конкретного поставщика услуг Интернета (например, заблокировать пользователей данного поставщика услуг Интернета).Another scenario is if you want to provide a different experience to users connecting from a specific ISP (For example, block users from a given ISP).

Часто задаваемые вопросыFAQs

Следующие шагиNext steps

Узнайте, как разрабатывать высокодоступные приложения с помощью мониторинга конечных точек диспетчером трафикаLearn how to develop high-availability applications using Traffic Manager endpoint monitoring