Конечные точки диспетчера трафика

  • Статья

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

Диспетчер трафика поддерживает три типа конечных точек.

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

Существуют некоторые ограничения на то, как конечные точки разных типов могут объединяться в одной Диспетчер трафика профилей или вложенной иерархии профилей. Вы не можете смешивать внешние конечные точки с целевыми объектами различных типов (доменное имя, IP-адрес) или внешние конечные точки с IP-адресами в качестве целевых точек с конечными точками Azure.

В следующих разделах каждый тип конечной точки описывается более подробно.

Конечные точки Azure

Конечные точки Azure используются в диспетчере трафика для служб на основе Azure. Поддерживаются следующие типы ресурсов Azure:

  • Облачные службы PaaS.
  • Веб-приложения
  • Слоты веб-приложения.
  • ресурсы PublicIPAddress (которые можно подключить к виртуальным машинам: напрямую или с помощью Azure Load Balancer). Для использования в профиле диспетчера трафика ресурсам publicIpAddress необходимо присвоить DNS-имя.

PublicIPAddress — это ресурсы Azure Resource Manager. Они не существуют в классической модели развертывания и поддерживаются только в средах Azure Resource Manager Диспетчера трафика. Другие типы конечных точек поддерживаются для обеих моделей развертывания: Resource Manager и классической.

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

внешние конечные точки

Внешние конечные точки используются для IPv4- или IPv6-адресов, полных доменных имен или служб, размещенных за пределами Azure. Использование конечных точек адресов IPv4/IPv6 позволяет Диспетчер трафика проверять работоспособность конечных точек, не требуя dns-имени для них. В итоге диспетчер трафика может ответить на запросы с помощью записей A/AAAA при возврате этой конечной точки в ответ. Службы, размещенные за пределами Azure, могут включать службы, размещенные локально или с помощью другого поставщика услуг. В одном и том же профиле диспетчера трафика внешние конечные точки можно использовать как отдельно, так и в сочетании с конечными точками Azure. Исключением являются конечные точки, указанные по IPv4- или IPv6-адресам, которые могут быть только внешними конечными точками. Объединение конечных точек Azure с внешними конечными точками позволяет реализовать различные сценарии:

  • Использовать Azure для увеличения избыточности в существующем локальном приложении в рамках модели отработки отказа "активный — активный" или "активный — пассивный".
  • Направить трафик к конечным точкам, которые не связаны с DNS-именами. Также можно снизить общую задержку запроса DNS, устраняя необходимость во втором таком же запросе, чтобы получить IP-адрес возвращенного DNS-имени.
  • Расширить существующее локальное приложение в дополнительные географические расположения в Azure, чтобы уменьшить задержки отклика приложения для пользователей по всему миру. Дополнительные сведения см. в статье "Маршрутизация трафика производительности".
  • Использовать Azure для увеличения емкости существующего локального приложения — непрерывно или путем расширения в облако, чтобы организовать обработку всплеска запросов.

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

вложенные конечные точки

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

Дополнительные сведения см. в разделе "Вложенные Диспетчер трафика профили".

Веб-приложения в качестве конечных точек

При настройке веб-приложений в качестве конечных точек в диспетчере трафика необходимо учитывать дополнительные рекомендации:

  1. Только веб-приложения в номере SKU категории "Стандартный" или более поздней версии могут использоваться с Диспетчер трафика. Добавление веб-приложения с SKU более низкого уровня завершится ошибкой. Понижение уровня SKU для существующего веб-приложения приведет к тому, что диспетчер трафика перестанет отправлять трафик на веб-приложения. Дополнительные сведения о поддерживаемых планах см. в Служба приложений планах.
  2. Когда конечная точка получает HTTP-запрос, он использует заголовок узла в запросе, чтобы определить, какой веб-приложение должен обслуживать запрос. Заголовок узла содержит DNS-имя, используемое для запуска запроса, например contosoapp.azurewebsites.net. Чтобы использовать другое DNS-имя в веб-приложении, это имя необходимо зарегистрировать в качестве имени пользовательского домена приложения. При добавлении конечной точки веб-приложения в качестве конечной точки Azure DNS-имя в профиле диспетчера трафика автоматически регистрируется для приложения. При удалении конечной точки эта регистрация автоматически отменяется.
  3. В каждом профиле диспетчера трафика может быть только одна конечная точка веб-приложения из каждого региона Azure. Чтобы обойти это ограничение, можно настроить веб-приложение как внешнюю конечную точку. Дополнительные сведения см. в разделе Часто задаваемые вопросы.

Включение и отключение конечных точек

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

Вы можете включить или отключить конечные точки Диспетчер трафика с помощью портал Azure, PowerShell, CLI или REST API.

Примечание.

Отключение конечной точки Azure никак не отражается на состоянии ее развертывания в Azure. Служба Azure (например, виртуальная машина или веб-приложение) остается запущенной и может получать трафик даже при отключении в Диспетчер трафика. Трафик может направляться непосредственно на экземпляр службы, а не через DNS-имя в профиле диспетчера трафика. Дополнительные сведения см. в статье Как работает диспетчер трафика.

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

  • состояние профиля (включен или отключен);
  • состояние конечной точки (включена или отключена);
  • результаты проверки работоспособности для конкретной конечной точки.

Дополнительные сведения см. в разделе Состояние конечной точки и профиля.

Примечание.

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

Если все конечные точки в профиле отключены или если сам профиль отключен, Диспетчер трафика отправляет NXDOMAIN ответ на новый DNS-запрос.

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

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