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


Общие сведения о настройке Шлюза приложений

Шлюз приложений Azure состоит из нескольких компонентов, которые можно настроить различными способами для использования в разных сценариях. В этой статье объясняется, как настроить каждый этот компонент.

Блок-схема компонентов Шлюза приложений

На этом изображении показано приложение с тремя прослушивателями. Первые два являются мультисайтовыми прослушивателями для http://acme.com/* и http://fabrikam.com/* соответственно. Оба прослушивают порт 80. Третий — это базовый слушатель, который использует сквозное завершение безопасности транспортного уровня (TLS), ранее известного как завершение SSL (Secure Sockets Layer).

Инфраструктура

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

Дополнительные сведения см. в статье о конфигурации инфраструктуры Шлюза приложений.

Внешний IP-адрес

Вы можете настроить Шлюз приложений таким образом, чтобы он использовал общедоступный IP-адрес и (или) частный IP-адрес. Общедоступный IP-адрес необходим, если вы размещаете серверную часть, к которой клиенты должны обращаться через Интернет по виртуальному IP-адресу, видимому в Интернете.

Дополнительные сведения см. в разделе Конфигурация внешнего IP-адреса для шлюза приложений.

Слушатели

Прослушиватель — это логическая сущность, которая проверяет входящие запросы на подключение с помощью порта, протокола, узла и IP-адреса. При настройке прослушивателя необходимо ввести значения, соответствующие значениям во входящем запросе на шлюзе.

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

Правила маршрутизации запросов

При создании шлюза приложений с помощью портала Azure создается правило по умолчанию (rule1). Это правило привязывает прослушиватель по умолчанию (appGatewayHttpListener) с серверным пулом по умолчанию (appGatewayBackendPool) и параметрами HTTP серверной части по умолчанию (appGatewayBackendHttpSettings). После создания шлюза можно изменить параметры правила по умолчанию или создать новые правила.

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

Параметры HTTP

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

Дополнительные сведения см. в статье о настройке параметров HTTP Шлюза приложений.

пул серверов бэкенда

Серверный пул можно указать на четыре типа бэкенд-элементов: конкретную виртуальную машину, конкретный масштабируемый набор виртуальных машин, IP-адрес или полное доменное имя, или службу приложений.

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

Зонды здоровья

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

Примечание.

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

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

Теперь, когда вы знакомы с компонентами Шлюза приложений, вы можете: