Suporte à zona de disponibilidade para Ambiente do Serviço de Aplicativo do Azure v2

  • Artigo

Importante

Este artigo aborda o Ambiente do Serviço de Aplicativo v2, que é usado com planos do Serviço de Aplicativo Isolado. O Ambiente do Serviço de Aplicativo v2 será desativado em 31 de agosto de 2024. Há uma nova versão do Ambiente de Serviço de Aplicativo que é mais fácil de usar e é executado na infraestrutura mais avançada. Para saber mais sobre a nova versão, comece com Introdução ao Ambiente do Serviço de Aplicativo. Se você estiver usando o Ambiente do Serviço de Aplicativo v2, siga as etapas neste artigo para migrar para a nova versão.

Desde 29 de janeiro de 2024, você não pode mais criar recursos do Ambiente do Serviço de Aplicativo v2 usando um dos métodos disponíveis, incluindo os modelos do ARM/Bicep, o portal do Azure, a CLI do Azure ou a API REST. Você deve migrar para o Ambiente do Serviço de Aplicativo v3 antes de 31 de agosto de 2024 para evitar a exclusão de recursos e a perda de dados.

O ASE (Ambiente do Serviço de Aplicativo v2) pode ser implantado em AZ (zonas de disponibilidade). Os clientes podem implantar um ASEs de ILB (balanceador de carga interno) em um AZ específico dentro de uma região do Azure. Se você fixar o ASE de ILB em um AZ específico, os recursos usados por um ASE de ILB serão fixados no AZ especificado ou implantados com redundância de zona.

Um ASE de ILB implantado explicitamente em um AZ é considerado um recurso zonal porque o ASE de ILB é fixado em uma zona específica. As seguintes dependências do ASE de ILB serão fixadas à zona especificada:

  • o endereço IP interno do balanceador de carga do ASE
  • os recursos de computação usados pelo ASE para gerenciar e executar aplicativos Web

O armazenamento de arquivo remoto para aplicativos Web implantados em um ASE de ILB zonal usa o ZRS (armazenamento com redundância de zona).

Os ASEs de ILB não são implantados automaticamente de maneira zonal, a menos que você siga as etapas descritas neste artigo. Não é possível fixar um ASE externo com um endereço IP público em uma zona de disponibilidade específica.

Os ASEs de ILB zonais podem ser criados em qualquer uma das seguintes regiões:

  • Leste da Austrália
  • Canadá Central
  • Centro dos EUA
  • Leste dos EUA
  • Leste dos EUA 2
  • Leste dos EUA 2 (EUAP)
  • França Central
  • Leste do Japão
  • Norte da Europa
  • Europa Ocidental
  • Sudeste Asiático
  • Sul do Reino Unido
  • Oeste dos EUA 2

Os aplicativos implantados em um ASE de ILB zonal continuarão a executar e veicular tráfego nesse ASE, mesmo se outras zonas da mesma região sofrerem uma falha temporária. É possível que comportamentos que não são de runtime, incluindo o dimensionamento do plano de serviço de aplicativo e a criação, configuração e publicação de aplicativos, ainda sejam afetados por uma falha temporária em outras zonas de disponibilidade. A implantação fixada por zona de um ASE de ILB zonal garante somente o tempo de atividade contínuo para aplicativos já implantados.

Como implantar um Ambiente do Serviço de Aplicativo em uma zona de disponibilidade

É necessário criar as ASEs ILB zonais usando modelos do ARM. Depois que um ASE ILB zonal é criado a partir de um modelo do ARM, é possível visualizá-lo e interagir com ele no portal do Azure e na CLI. O modelo do ARM só é necessário para a criação inicial de um ASE de ILB zonal.

A única alteração necessária em um modelo ARM para especificar um ASE de ILB zonal é a nova propriedade zones. A propriedade zones deve ser definida com um valor de "1", "2" ou "3", dependendo da zona de disponibilidade lógica em que o ASE de ILB será fixado.

O trecho de modelo do ARM de exemplo abaixo mostra a nova propriedade de zonas especificando que o ASE de ILB deve ser fixado na zona 2.

"resources": [
    {
        "type": "Microsoft.Web/hostingEnvironments",
        "kind": "ASEV2",
        "name": "yourASENameHere",
        "apiVersion": "2015-08-01",
        "location": "your location here",
        "zones": [
            "2"
        ],
        "properties": {
            "name": "yourASENameHere",
            "location": "your location here",
            "ipSslAddressCount": 0,
            "internalLoadBalancingMode": "3",
            "dnsSuffix": "contoso-internal.com",
            "virtualNetwork": {
                "Id": "/subscriptions/your-subscription-id-here/resourceGroups/your-resource-group-here/providers/Microsoft.Network/virtualNetworks/your-vnet-name-here",
                "Subnet": "yourSubnetNameHere"
            }
        }
    }
]

Para tornar a zona dos aplicativos redundante, é necessário implantar dois ASEs de ILB zonais. Eles devem estar em zonas de disponibilidade separadas. Em seguida, você precisa implantar os aplicativos em cada ASE de ILB. Quando seus aplicativos forem criados, configure uma solução de balanceamento de carga. A solução recomendada é implantar um Gateway de Aplicativo com redundância de zona upstream dos ASEs de ILB zonal.

Residência de dados na região

Os ASEs de ILB implantados em uma zona de disponibilidade somente armazenam os dados do cliente na região em que o ASE de ILB zonal foi implantado. O conteúdo do arquivo do site, as configurações fornecidas pelo cliente e os segredos armazenados no Serviço de Aplicativo permanecem dentro da região em que o ASE de ILB zonal é implantado.

Os clientes garantem a residência de dados de região única seguindo as etapas descritas anteriormente na seção "Como implantar um Ambiente do Serviço de Aplicativo em uma zona de disponibilidade". Quando o Ambiente do Serviço de Aplicativo é configurado de acordo com essas etapas, o Ambiente do Serviço de Aplicativo implantado em uma zona de disponibilidade atende aos requisitos de residência de dados de região, incluindo aqueles especificados na Central de Confiabilidade do Azure.

Os clientes podem verificar se um Ambiente do Serviço de Aplicativo está configurado corretamente para armazenar dados em uma única região seguindo estas etapas:

  1. Usando o Gerenciador de Recursos, navegue até o recurso ARM para o Ambiente do Serviço de Aplicativo. Os ASEs são listados em providers/Microsoft.Web/hostingEnvironments.
  2. Se uma propriedade zones existir na exibição da sintaxe JSON do ARM e contiver uma matriz JSON com valor único com um valor "1", "2" ou "3", o ASE será implantado zonalmente, e os dados do cliente permanecerão na mesma região.
  3. Se uma propriedade de zones não existir ou se a propriedade não tiver um valor de zona válido conforme especificado anteriormente, o ASE não será implantado por zona, e os dados do cliente não serão armazenados exclusivamente na mesma região.