Бөлісу құралы:


Создание Среда службы приложений с помощью шаблона 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. Обязательный параметр. В большинстве случаев присвойте этому свойству значение "Веб, публикация", что означает, что трафик HTTP/HTTPS и FTP-трафик находится на внутреннем ВИРТУАЛЬНОм IP-адресе (внутренний Load Balancer). Если для этого свойства задано значение None, весь трафик остается на общедоступном ВИРТУАЛЬНОм IP-адресе (внешний Load Balancer).
  • 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-адрес для развертываний с внутренним балансировщиком нагрузки. Этот параметр нельзя изменить после создания Среда службы приложений.
  • customDnsSuffixConfiguration: необязательно. Позволяет указать суффикс личного домена для Среда службы приложений. Требуется действительный сертификат из Key Vault и доступ с помощью управляемого удостоверения. Дополнительные сведения о конкретных параметрах см. в разделе суффикс конфигурации личного домена.

Примечание

Свойства dnsSuffix, multiSize, frontEndScaleFactor, userWhitelistedIpRangesи 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

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

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