Развертывание Шлюз приложений базовый (предварительная версия)

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

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

Внимание

Шлюз приложений базовый номер SKU в настоящее время находится в предварительной версии.
Юридические условия, применимые к функциям Azure, которые находятся в состоянии бета-версии, предварительной версии или иным образом еще не выпущены в общедоступной версии, см. на странице Дополнительные условия использования предварительных версий в Microsoft Azure.

Необходимые компоненты

Учетная запись Azure с активной подпиской. Если у вас еще нет учетной записи, вы можете создать учетную запись бесплатно.

Войдите на портал Azure с помощью своей учетной записи Azure.

Регистрация в предварительной версии

Зарегистрируйтесь для предварительной версии с помощью Azure PowerShell:

Set-AzContext -Subscription <subscription-id>
Get-AzProviderFeature -FeatureName AllowApplicationGatewayBasicSku -ProviderNamespace "Microsoft.Network"
Register-AzProviderFeature -FeatureName AllowApplicationGatewayBasicSku -ProviderNamespace Microsoft.Network

Примечание.

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

Дополнительные сведения о предварительных версиях функций см. в статье "Настройка предварительных версий функций в подписке Azure"

Создание Шлюза приложений

Вы создаете шлюз приложений с помощью вкладок на странице "Создание шлюза приложений".

1. В меню портала Azure или на странице Домашняя выберите Создать ресурс.
2. В разделе "Категории" выберите "Сеть" и выберите "Создать" в разделе Шлюз приложений в списке популярных служб Azure.

Вкладка "Основные сведения"

1. На вкладке Основные сведения введите значения для следующих параметров шлюза приложений.

   • Группа ресурсов: выберите myResourceGroup для группы ресурсов. Выберите Создать для создания группы ресурсов, если она еще не существует.

   • Имя шлюза приложений: введите myAppGatewayBasic для имени шлюза приложений.

   • Регион: выберите нужный регион. Если нужный регион не отображается, см . неподдерживаемые регионы.

   • Уровень: выбор "Базовый".

   • Тип HTTP2 и IP-адреса: используйте параметры по умолчанию.

     

2. Для обмена данными между создаваемыми ресурсами Azure требуется виртуальная сеть. Вы можете создать новую виртуальную сеть или использовать существующую. В этом примере создается виртуальная сеть одновременно, когда вы создаете шлюз приложений. Экземпляры Шлюза приложений создаются в отдельных подсетях. В этом примере вы создаете две подсети: один для шлюза приложений, а другой — для внутренних серверов.

   Примечание.

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

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

   • Имя. Введите myVNet для имени виртуальной сети.

   • Имя подсети (Шлюз приложений подсети): сетка подсетей отображает подсеть с именем по умолчанию. Измените имя этой подсети на myAGSubnet.
     Подсеть шлюза приложений может содержать только шлюзы приложений. Другие ресурсы запрещены. Диапазон IP-адресов по умолчанию— 10.0.0.0/24. После ввода этих сведений нажмите кнопку "ОК".

     

3. Выберите Далее: внешние интерфейсы.

Вкладка "Интерфейсные серверы"

1. На вкладке Интерфейсные серверы убедитесь, что для параметра Тип IP-адреса интерфейсных серверов установлено значение Общедоступный.
   Вы можете настроить общедоступный интерфейсный или частный IP-адрес, согласно вашему варианту использования. В этом примере вы выбираете общедоступный IP-адрес внешнего интерфейса.

   Примечание.

   Для этого номера SKU Шлюза приложений версии 2 нужно предоставить только общедоступную интерфейсную IP-конфигурацию. Вы по-прежнему можете использовать общедоступную и частную IP-конфигурацию, но частная IP-конфигурация (только в режиме ILB) сейчас отключена для SKU версии 2.

2. Выберите команду Добавить новый для параметра Общедоступный IP-адрес и введите myAGPublicIPAddress в качестве имени общедоступного IP-адреса. Затем нажмите кнопку ОК.

   

Примечание.

интерфейс Шлюз приложений теперь поддерживает IP-адреса с двумя стеками (общедоступная предварительная версия). Теперь можно создать до четырех внешних IP-адресов: два IPv4-адреса (общедоступные и частные) и два IPv6-адреса (общедоступные и частные).

3. По завершении выберите Далее: серверные компоненты.

Вкладка "Серверные компоненты"

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

1. На вкладке Серверные компоненты выберите элемент Добавление серверного пула.

2. В открывшемся окне Добавить внутренний пул введите следующие значения для создания пустого внутреннего пула.

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

3. В окне Добавление внутреннего пула выберите Добавить, чтобы сохранить конфигурацию внутреннего пула и вернуться на вкладку Серверные компоненты.

   

4. На вкладке "Серверные части" нажмите кнопку "Далее: конфигурация".

Вкладка конфигурации

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

1. Выберите элемент Добавление правила маршрутизации в столбце Правила маршрутизации.

2. В открываемом окне "Добавление правила маршрутизации" введите следующие значения для имени правила и приоритета:

   • Имя правила: введите myRoutingRule для имени правила.
   • Приоритет: значение приоритета должно быть от 1 до 20000 (где 1 представляет самый высокий приоритет и 20000 представляет наименьший) — в целях этого краткого руководства введите 100 для приоритета.

3. Для правила маршрутизации требуется прослушиватель. На вкладке Прослушиватель в окне Добавление правила маршрутизации введите следующие значения для прослушивателя.

   • Имя прослушивателя: введите myListener для имени прослушивателя.

   • Внешний IP-адрес: выберите общедоступный IP-адрес, созданный для внешнего интерфейса.

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

   

4. На вкладке Серверные целевые объекты выберите значение myBackendPool для параметра Серверный целевой объект.

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

   

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

   

7. Выберите Далее: теги и щелкните Далее: просмотр и создание.

Вкладка "Просмотр и создание"

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

Добавление серверных целевых объектов

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

Для этого:

1. Создайте две виртуальные машины (myVM и myVM2), которые будут использоваться в качестве внутренних серверов.
2. Установить службы IIS на виртуальных машинах, чтобы убедиться, что шлюз приложений успешно создан.
3. Добавить внутренние серверы к внутренним пулам.

Создание виртуальной машины

1. В меню портала Azure или на странице Домашняя выберите Создать ресурс.

2. Выберите " Создать " в центре обработки данных Windows Server 2019 в списке популярных продуктов Marketplace. Появится страница Создание виртуальной машины.
   Шлюз приложений может осуществлять маршрутизацию трафика для любого типа виртуальной машины, используемой в этом внутреннем пуле. В этом примере используется виртуальная машина Центра обработки данных Windows Server 2019.

3. На вкладке Основы введите для следующих параметров виртуальной машины такие значения:

   • Группа ресурсов: выберите myResourceGroup для имени группы ресурсов.
   • Имя виртуальной машины: введите myVM для имени виртуальной машины.
   • Регион. Выберите тот же регион, в котором вы создали шлюз приложений.
   • Имя пользователя: введите имя пользователя администратора.
   • Пароль: введите пароль.
   • Общедоступные входящие порты: нет.

4. Примите другие значения по умолчанию и нажмите кнопку Далее: Диски.

5. Примите вкладку "Диски" по умолчанию и нажмите кнопку "Далее: Сеть".

6. На вкладке Сети убедитесь, что для параметра Виртуальная сеть выбрано значение myVNet, а для параметра Подсеть — значение myBackendSubnet. Примите другие значения по умолчанию и нажмите кнопку "Далее: управление".
   Шлюз приложений может взаимодействовать с экземплярами за пределами виртуальной сети, но необходимо убедиться, что есть IP-подключение.

7. Нажмите кнопку "Далее": мониторинг и установка диагностика загрузки для отключения. Примите другие значения по умолчанию и выберите Review + create (Просмотр и создание).

8. На вкладке Review + create (Просмотр и создание) проверьте параметры, устраните ошибки проверки, а затем выберите Создать.

9. Прежде чем продолжить, дождитесь завершения создания виртуальной машины.

Установка служб IIS для тестирования

В этом примере на виртуальные машины устанавливаются службы IIS, чтобы проверить, создан ли шлюз приложений в Azure.

1. Откройте Azure PowerShell.

   Выберите Cloud Shell на верхней панели навигации портала Azure, а затем выберите PowerShell из раскрывающегося списка.

   

2. Чтобы установить службы IIS, выполните на виртуальной машине приведенные ниже команды. При необходимости измените значение параметра Расположение.

   Set-AzVMExtension `
     -ResourceGroupName myResourceGroupAG `
     -ExtensionName IIS `
     -VMName myVM `
     -Publisher Microsoft.Compute `
     -ExtensionType CustomScriptExtension `
     -TypeHandlerVersion 1.4 `
     -SettingString '{"commandToExecute":"powershell Add-WindowsFeature Web-Server; powershell Add-Content -Path \"C:\\inetpub\\wwwroot\\Default.htm\" -Value $($env:computername)"}' `
     -Location EastUS
   

3. Создайте вторую виртуальную машину и установите IIS, следуя только что выполненным инструкциям. Используйте myVM2 в качестве имени виртуальной машины и параметр VMName для командлета Set-AzVMExtension.

Добавление серверов во внутренние пулы

1. В меню портала Azure выберите Все ресурсы или выполните поиск и выберите Все ресурсы. Затем выберите myAppGateway.

2. Выберите Серверные пулы в меню слева.

3. Выберите myBackendPool.

4. В разделе Серверные целевые объекты, Тип целевого объекта выберите Виртуальная машина из раскрывающегося списка.

5. В столбце Целевой объект выберите виртуальные машины myVM и myVM2, а также связанные с ними сетевые интерфейсы из раскрывающихся списков.

   

6. Выберите Сохранить.

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

Тестирование шлюза приложений

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

Используйте IIS для тестирования шлюза приложений.

1. Найдите общедоступный IP-адрес для шлюза приложений на странице Обзор. Вы также можете выбрать все ресурсы, ввести myAGPublicIPAddress в поле поиска, а затем выбрать его в результатах поиска. Общедоступный IP-адрес отобразится в Azure на странице Обзор.

2. Чтобы перейти по общедоступному IP-адресу, скопируйте и вставьте его в адресную строку браузера.

3. Проверьте ответ. Допустимый ответ подтверждает, что шлюз приложений создан и может успешно подключиться к серверу.

   

   Обновите браузер несколько раз, чтобы отобразились сведения о подключениях к myVM и myVM2.

Очистка ресурсов

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

Чтобы удалить группу ресурсов, выполните указанные ниже действия.

1. В меню портала Azure выберите Группы ресурсов или выполните поиск по запросу Группы ресурсов и выберите этот пункт.
2. На странице Группы ресурсов выполните поиск группы myResourceGroupAG в списке и выберите ее.
3. На странице группы ресурсов выберите Удалить группу ресурсов.
4. Введите myResourceGroupAG в разделе Введите имя группы ресурсов, а затем выберите элемент Удалить.

Отмена регистрации из предварительной версии

Отмена регистрации для предварительной версии с помощью Azure PowerShell:

Set-AzContext -Subscription <subscription-id>
Get-AzProviderFeature -FeatureName AllowApplicationGatewayBasicSku -ProviderNamespace "Microsoft.Network"
Unregister-AzProviderFeature -FeatureName AllowApplicationGatewayBasicSku -ProviderNamespace Microsoft.Network

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

Руководство. Настройка шлюза приложений с завершением TSL-запросов с помощью портала Azure