Вложенные профили диспетчера трафика

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

Каждый профиль диспетчера трафика определяет один метод маршрутизации трафика. Но бывают случаи, когда требуется более сложная маршрутизация трафика, чем та, которую может обеспечить отдельный профиль диспетчера трафика. Выполнив вложение профилей диспетчера трафика, вы сможете объединить преимущества нескольких методов маршрутизации трафика. Вложенные профили позволяют переопределить стандартное поведение диспетчера трафика, реализуя поддержку крупных и сложных развертываний приложений.

Чтобы создать вложенный профиль, добавьте "дочерний" профиль как конечный элемент в родительский профиль. В этой статье приведены некоторые примеры.

MinChildEndpoints

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

В родительском профиле доступны следующие параметры:

• MinChildEndpoints: минимальное количество работоспособных дочерних конечных точек, необходимое для того, чтобы состояние вложенного профиля считалось работоспособным.
• MinChildEndpointsIPv4: минимальное количество работоспособных дочерних конечных точек IPv4 для того чтобы состояние вложенного профиля считалось работоспособным.
• MinChildEndpointsIPv6: минимальное количество работоспособных дочерних конечных точек IPv6, необходимое для того, чтобы состояние вложенного профиля считалось здоровым.

Следующие примеры иллюстрируют использование вложенных профилей диспетчера трафика в разных сценариях.

Пример 1. Объединение маршрутизации трафика с учетом производительности и взвешенных маршрутов

Предположим, приложение развернуто в нескольких регионах Azure: в западной части США, Западной Европе и Восточной Азии. Вы используете метод маршрутизации трафика по производительности, т. е. диспетчер трафика направляет трафик в ближайший для пользователя регион.

Предположим, вы хотите протестировать обновление службы с привлечением небольшого числа пользователей, прежде чем внедрять решение повсеместно. Вы хотите использовать взвешенный метод маршрутизации трафика, чтобы направить небольшой процент трафика в тестовое развертывание. Вы создаете тестовое развертывание в регионе Западная Европа параллельно с существующим основным развертыванием.

Вы не можете комбинировать оба метода маршрутизации трафика - «взвешенный» и «производительный» - в одном профиле. Чтобы реализовать такой сценарий вам нужно создать отдельный профиль диспетчера трафика для двух конечных точек в регионе Западная Европа с маршрутизацией трафика по методу взвешивания. Затем добавьте этот дочерний профиль в качестве конечной точки к родительскому профилю. В родительском профиле по-прежнему используется метод маршрутизации трафика на основе производительности, а остальные глобальные развертывания выступают в качестве конечных точек.

Этот пример представлен на схеме ниже.

В этой конфигурации трафик, направленный через родительский профиль, распределяется между регионами обычным образом. В пределах Западной Европы вложенный профиль распределяет трафик между рабочей и тестовой конечными точками в соответствии с весовыми коэффициентами.

Так как родительский профиль использует маршрутизацию трафика по производительности, каждой конечной точке должно быть назначено расположение. Расположение указывается при настройке конечной точки. Выберите ближайший к вашему развертыванию регион Azure. Значения местоположений регионов Azure поддерживаются таблицей задержек Интернета. Дополнительные сведения см. в разделе Метод маршрутизации трафика "Производительность".

Пример 2. Мониторинг конечных точек во вложенных профилях

Диспетчер трафика активно отслеживает работоспособность каждой конечной точки службы. Если конечная точка находится в неработоспособном состоянии, диспетчер трафика направляет пользователей к другим конечным точкам, чтобы обеспечить доступность службы. Этот подход к мониторингу конечных точек и обеспечению резервирования применяется ко всем методам маршрутизации трафика. Для получения дополнительной информации см. Мониторинг конечной точки диспетчера трафика. Для вложенных профилей мониторинг конечных точек выполняется иначе. В таком случае родительский профиль не проверяет состояние дочерних элементов (вложенных профилей) напрямую. Вместо этого общее здоровье дочернего профиля вычисляется с учетом состояния здоровья всех его конечных точек. Эта информация передается вверх по иерархии вложенных профилей. Родительский профиль использует сводные данные о работоспособности и определяет, следует ли передавать трафик в дочерний профиль. Процедура мониторинга работоспособности вложенных профилей подробно описана в разделе Часто задаваемые вопросы.

Теперь вернемся к предыдущему примеру. Допустим, что в Западной Европе происходит сбой рабочего развертывания. По умолчанию профиль "child" направляет весь трафик на тестовое развертывание. Если тестовое развертывание также перестанет работать, родительский профиль прекратит передачу трафика в дочерний профиль, так как все его конечные точки неработоспособны. Следовательно, родительский профиль будет передавать трафик в другие регионы.

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

В приведенном ниже сценарии значение MinChildEndpoints имеет значение 2. Ниже этого порогового значения родительский профиль считает весь дочерний профиль недоступным и направляет трафик к другим конечным точкам:

Пример 3. Регионы отработки отказов с приоритетами в маршрутизации трафика 'Performance'

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

Предположим, что вы предпочитаете направление трафика из Западной Европы на запад США при отказе маршрутизации, и направляете трафик в другие регионы только в случае недоступности обеих конечных точек. Такое решение можно создать с помощью дочернего профиля и метода маршрутизации трафика по приоритетам.

Так как конечная точка в Западной Европе имеет более высокий приоритет, чем конечная точка в западной части США, весь трафик будет отправляться в конечную точку в Западной Европе пока обе эти точки работоспособны. Если Западная Европа терпит неудачу, ее трафик направляется в западную часть США. При использовании вложенного профиля трафик направляется в Восточную Азию только в случае сбоев в Западной Европе и Западной части США.

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

Пример 4. Управление маршрутизацией трафика для повышения производительности между несколькими конечными точками в одном регионе

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

Вместо того чтобы добавлять в регионе Западная Европа несколько конечных точек, эти точки заключены в отдельный дочерний профиль. Профиль ребенка добавляется к родителю как единственная конечная точка Западной Европы. Теперь можно управлять распределением трафика в Западной Европе с помощью настроек дочернего профиля, например использовать маршрутизацию трафика по приоритету или по методу взвешивания.

Пример 5. Параметры мониторинга каждой конечной точки

Предположим, вы используете Traffic Manager, чтобы плавно мигрировать трафик с устаревшего локального веб-сайта на новую облачную версию, размещенную в Azure. Вы намерены использовать адрес домашней страницы старой версии сайта для мониторинга его работоспособности. В новой облачной версии вы реализуете отдельную страницу мониторинга (по адресу /monitor.aspx) с дополнительными проверками.

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

Пример 6. Мониторинг конечных точек с помощью вложенных профилей с несколькими значениями с использованием конечных точек IPv4 и IPv6

Предположим, у вас есть вложенные дочерние конечные точки как для IPv4, так и для IPv6, и вы хотите установить пороги для минимального числа работоспособных дочерних точек обоих типов. Существуют новые параметры, позволяющие определить минимальное ожидаемое количество работоспособных конечных точек каждого типа. Параметры Минимальное число конечных точек IPv4 и Минимальное число конечных точек IPv6 определяют минимальное количество работоспособных конечных точек, необходимых для каждого параметра, чтобы родительский объект был помечен как работоспособный.

Значение по умолчанию для общего минимального числа дочерних конечных точек всегда равно 1, а значение по умолчанию для конечных точек IPv4 и IPv6 устанавливается равным 0, чтобы обеспечить обратную совместимость.

В этом примере конечная точка Восточная часть США неработоспособна, так как она не удовлетворяет требованию по наличию не менее 1 работоспособной конечной точки IPv4, которое задается свойством ipv4-min-child.

Вопросы и ответы

• Как настроить вложенные профили?

• Сколько уровней вложенности поддерживает диспетчер трафика?

• Можно ли сочетать другие типы конечных точек с вложенными дочерними профилями в том же профиле Диспетчера трафика?

• Как модель выставления счетов применяется для вложенных профилей?

• Влияет ли производительность на вложенные профили?

• Как Диспетчер трафика вычисляет и проверяет работоспособность вложенной конечной точки внутри родительского профиля?

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

Узнайте больше о профилях диспетчера трафика.

Узнайте, как создать профиль диспетчера трафика