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

Importante

Este artigo aborda o Ambiente do Serviço de Aplicativo v2, que é usado com planos do Serviço de Aplicativo Isolado. As versões v1 e v2 do Ambiente do Serviço de Aplicativo foram desativadas 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 v1, siga as etapas neste artigo para migrar para a nova versão.

Desde 31 de agosto de 2024, o SLA (Contrato de Nível de Serviço) e os Créditos de Serviço deixaram de se aplicar às cargas de trabalho do Ambiente do Serviço de Aplicativo v1 e v2 que continuam em produção, já que são produtos desativados. A desativação do hardware do Ambiente do Serviço de Aplicativo v1 e v2 foi iniciada, o que poderá afetar a disponibilidade e o desempenho de aplicativos e dados.

Você precisa executar a migração para o Ambiente do Serviço de Aplicativo v3 imediatamente. Caso contrário, aplicativos e recursos poderão ser excluídos. Tentaremos migrar automaticamente qualquer Ambiente do Serviço de Aplicativo v1 e v2 restantes com base no melhor esforço usando o recurso de migração in-loco. No enanto, a Microsoft não afirma ou garante a disponibilidade do aplicativo após a migração automática. Talvez seja necessário realizar a configuração manual para concluir a migração e otimizar a escolha de SKU do Plano do Serviço de Aplicativo para atender às suas necessidades. Se a migração automática não for viável, os recursos e dados de aplicativos associados serão excluídos. Recomendamos fortemente que você tome uma atitude agora para evitar esses cenários extremos.

Se você precisar de mais tempo, podemos oferecer um período de carência único de 30 dias para a realização da migração. Para saber mais e solicitar o período de carência, confira a visão geral do período de carência, acesse o portal do Azure e visite a lâmina Migração para cada um dos Ambientes do Serviço de Aplicativo.

Para obter as informações mais atualizadas sobre a desativação do Ambiente do Serviço de Aplicativo v1/v2, consulte a atualização de desativação do Ambiente do Serviço de Aplicativo v1 e v2.

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 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 escalonamento 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 do Azure Resource Manager 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 Azure Resource Manager 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.