Criar um Ambiente do Serviço de Aplicações com um modelo de Resource Manager do Azure
Ambiente do Serviço de Aplicações pode ser criada com um modelo de Resource Manager do Azure que lhe permite efetuar uma implementação repetível.
Nota
Este artigo é sobre Ambiente do Serviço de Aplicações v3, que é utilizado com planos de Serviço de Aplicações v2 isolados.
Descrição Geral
Serviço de Aplicações do Azure Ambiente pode ser criado com um ponto final acessível à Internet ou um ponto final num endereço interno num Rede Virtual do Azure. Quando criado com um ponto final interno, esse ponto final é fornecido por um componente do Azure chamado balanceador de carga interno (ILB). O Ambiente do Serviço de Aplicações num endereço IP interno chama-se ASE de ILB. O Ambiente do Serviço de Aplicações com um ponto final público é denominado ASE Externo.
Pode criar um ASE com o portal do Azure ou um modelo de Resource Manager do Azure. Este artigo explica os passos e a sintaxe de que precisa para criar um ASE Externo ou ASE ILB com modelos de Resource Manager. Saiba como criar um Ambiente do Serviço de Aplicações no portal do Azure.
Quando cria uma Ambiente do Serviço de Aplicações no portal do Azure, pode criar a sua rede virtual ao mesmo tempo ou escolher uma rede virtual pré-existente para implementar.
Quando cria uma Ambiente do Serviço de Aplicações a partir de um modelo, tem de começar por:
- Um Rede Virtual do Azure.
- Uma sub-rede nessa rede virtual. Recomendamos um tamanho de sub-rede com
/24256 endereços para acomodar as necessidades futuras de crescimento e dimensionamento. Após a criação do Ambiente do Serviço de Aplicações, não pode alterar o tamanho. - A localização na qual pretende implementar.
Configurar o Ambiente do Serviço de Aplicações
O modelo de Resource Manager básico que cria uma Ambiente do Serviço de Aplicações tem o seguinte aspeto:
{
"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"
}
}
Além das propriedades principais, existem outras opções de configuração que pode utilizar para configurar a sua Ambiente do Serviço de Aplicações.
- name: Required. Este parâmetro define um nome de Ambiente do Serviço de Aplicações exclusivo. O nome não tem de ter mais de 36 carateres.
- virtualNetwork -> id: Obrigatório. Especifica o ID de recurso da sub-rede. A sub-rede tem de estar vazia e delegada para Microsoft.Web/hostingEnvironments
- internalLoadBalancingMode: Necessário. Na maioria dos casos, defina esta propriedade como "Web, Publicação", o que significa que o tráfego HTTP/HTTPS e o tráfego de FTP estão num VIP interno (Balanceador de Carga interno). Se esta propriedade estiver definida como "Nenhum", todo o tráfego permanece no VIP público (Balanceador de Carga Externo).
- zoneRedundant: opcional. Define com verdadeiro/falso se o Ambiente do Serviço de Aplicações será implementado no Zonas de Disponibilidade (AZ). Para obter mais informações, veja Regiões e zonas de disponibilidade.
- dedicatedHostCount: Opcional. Na maioria dos casos, defina esta propriedade como 0 ou deixada de fora. Pode defini-lo como 2 se quiser implementar a sua Ambiente do Serviço de Aplicações com isolamento de hardware físico em anfitriões dedicados.
- upgradePreference: Opcional. Define se a atualização é iniciada automaticamente ou se é dada uma janela de 15 dias para iniciar a implementação. Os valores válidos são "None", "Early", "Late", "Manual". Mais informações sobre a preferência de atualização.
- clusterSettings: Opcional. Para obter mais informações, veja definições de cluster.
- networkingConfiguration -> allowNewPrivateEndpointConnections: Opcional. Para obter mais informações, veja Configuração de rede.
- networkingConfiguration -> remoteDebugEnabled: Opcional. Para obter mais informações, veja Configuração de rede.
- networkingConfiguration -> ftpEnabled: Opcional. Para obter mais informações, veja Configuração de rede.
- networkingConfiguration -> inboundIpAddressOverride: Opcional. Permita-lhe criar um Ambiente do Serviço de Aplicações com o seu próprio endereço IP Público do Azure (especifique o ID do recurso) ou definir um IP estático para implementações de ILB. Esta definição não pode ser alterada após a criação do Ambiente do Serviço de Aplicações.
- customDnsSuffixConfiguration: Opcional. Permite-lhe especificar um sufixo de domínio personalizado para o Ambiente do Serviço de Aplicações. Requer um certificado válido de um Key Vault e acesso através de uma Identidade Gerida. Para obter mais informações sobre os parâmetros específicos, veja configurar o sufixo de domínio personalizado.
Nota
As propriedades dnsSuffix, , multiSize, frontEndScaleFactor, userWhitelistedIpRangese ipSslAddressCount não são suportadas ao criar Ambiente do Serviço de Aplicações v3.
Implementar o Ambiente do Serviço de Aplicações
Depois de criar o modelo do ARM, por exemplo com o nome azuredeploy.json e, opcionalmente, um ficheiro de parâmetros com o nome azuredeploy.parameters.json, pode criar o Ambiente do Serviço de Aplicações com o fragmento de código da CLI do Azure. Altere os caminhos de ficheiro para corresponder às Resource Manager localizações de ficheiro de modelo no seu computador. Lembre-se de fornecer o seu próprio valor para o nome do grupo de recursos:
templatePath="PATH/azuredeploy.json"
parameterPath="PATH/azuredeploy.parameters.json"
az deployment group create --resource-group "YOUR-RG-NAME-HERE" --template-file $templatePath --parameters $parameterPath
Normalmente, a criação do Ambiente do Serviço de Aplicações demora cerca de uma hora, mas se for uma Ambiente do Serviço de Aplicações com redundância entre zonas ou se ocorrer uma procura inesperada numa região, o processo de criação pode demorar várias horas a concluir.