Поделиться через


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

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

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

  • Конечные точки Azure используются для служб, размещенных в Azure.
  • Внешние конечные точки используются для адресов IPv4/IPv6, полных доменных имен или служб, размещенных за пределами 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.

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

Дальнейшие действия