Создание Среда службы приложений с помощью шаблона Azure Resource Manager

Среда службы приложений можно создать с помощью шаблона Azure Resource Manager, позволяющего выполнять повторяемое развертывание.

Примечание.

В этой статье описывается Среда службы приложений версии 3, которая используется с изолированными планами Служба приложений версии 2.

Обзор

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

ASE можно создать на портале Azure или с помощью шаблона Azure Resource Manager. В этой статье описаны действия и синтаксис, необходимые для создания внешнего ASE или ASE с внутренним балансировщиком нагрузки с помощью шаблонов Resource Manager. Узнайте, как создать Среда службы приложений в портал Azure.

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

При создании Среда службы приложений из шаблона необходимо начать с:

• Виртуальная сеть Azure.
• Подсеть в этой виртуальной сети. Мы рекомендуем размер /24 подсети с 256 адресами для удовлетворения будущих потребностей в росте и масштабировании. После создания Среда службы приложений невозможно изменить размер.
• Расположение для развертывания.

Настройка Среда службы приложений

Базовый шаблон Resource Manager, который создает Среда службы приложений выглядит следующим образом:

{
    "type": "Microsoft.Web/hostingEnvironments",
    "apiVersion": "2022-03-01",
    "name": "[parameters('aseName')]",
    "location": "[resourceGroup().location]",
    "kind": "ASEV3",
    "properties": {
        "internalLoadBalancingMode": "Web, Publishing",
        "virtualNetwork": {
            "id": "[parameters('subnetResourceId')]"
        },
        "networkingConfiguration": { },
        "customDnsSuffixConfiguration": { }
    },
    "identity": {
        "type": "SystemAssigned"
    }
}

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

• name: обязательное поле. Этот параметр определяет уникальное имя Среда службы приложений. Имя должно быть не более 36 символов.
• virtualNetwork —> идентификатор: обязательный. Указывает идентификатор ресурса подсети. Подсеть должна быть пуста и делегирована в Microsoft.Web/hostingEnvironments
• internalLoadBalancingMode. Обязательный параметр. В большинстве случаев присвойте этому свойству значение "Web, Publishing", что означает, что трафик HTTP/HTTPS и FTP-трафик находится на внутреннем ВИРТУАЛЬНОМ IP-адресе (Внутренняя подсистема балансировки нагрузки). Если для этого свойства задано значение None, весь трафик остается на общедоступном ВИРТУАЛЬНОМ IP-адресе (внешний подсистема балансировки нагрузки).
• zoneRedundant: необязательно. Определяет значение true/false, если Среда службы приложений будет развернут в Зоны доступности (AZ). Дополнительные сведения см. в разделе "Регионы и зоны доступности".
• dedicatedHostCount: необязательно. В большинстве случаев присвойте этому свойству значение 0 или осталось. Если вы хотите развернуть Среда службы приложений с физической изоляцией оборудования на выделенных узлах, можно задать значение 2.
• upgradePreference: необязательно. Определяет, запускается ли обновление автоматически или 15-дневные окна для запуска развертывания. Допустимые значения: None, "Early", "Late", "Manual". Дополнительные сведения о предпочтениях обновления.
• clusterSettings: необязательно. Дополнительные сведения см. в разделе "Параметры кластера".
• networkingConfiguration —> allowNewPrivateEndpointConnections: необязательно. Дополнительные сведения см . в разделе "Конфигурация сети".
• networkingConfiguration —> remoteDebugEnabled: необязательно. Дополнительные сведения см . в разделе "Конфигурация сети".
• networkingConfiguration —> ftpEnabled: необязательно. Дополнительные сведения см . в разделе "Конфигурация сети".
• networkingConfiguration —> inboundIpAddressOverride: необязательно. Вы можете создать Среда службы приложений с собственным общедоступным IP-адресом Azure (указать идентификатор ресурса) или определить статический IP-адрес для развертываний ILB. Этот параметр нельзя изменить после создания Среда службы приложений.
• customDnsSuffixConfiguration: необязательно. Позволяет указать суффикс личного домена для Среда службы приложений. Требуется действительный сертификат из Key Vault и доступ с помощью управляемого удостоверения. Дополнительные сведения о конкретных параметрах см. в разделе суффикс пользовательского домена конфигурации.

Примечание.

Свойства dnsSuffix, , multiSizefrontEndScaleFactoruserWhitelistedIpRangesи ipSslAddressCount не поддерживаются при создании Среда службы приложений версии 3.

Развертывание Среда службы приложений

После создания шаблона ARM, например с именем azuredeploy.json и при необходимости файла параметров, например с именем azuredeploy.parameters.json, можно создать Среда службы приложений с помощью фрагмента кода Azure CLI. Измените пути к файлам в соответствии с расположением файлов шаблонов Resource Manager на вашем компьютере. Не забудьте указать собственное значение для имени группы ресурсов:

templatePath="PATH/azuredeploy.json"
parameterPath="PATH/azuredeploy.parameters.json"

az deployment group create --resource-group "YOUR-RG-NAME-HERE" --template-file $templatePath --parameters $parameterPath

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

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

Использование Среды службы приложений версии 3

Сеть в Среде службы приложений версии 3

Сертификаты в Среда службы приложений версии 3