Suporte à Zona de Disponibilidade para o Ambiente do Serviço de Aplicativo v2

  • Artigo

Importante

Este artigo é sobre o Ambiente do Serviço de Aplicativo v2, que é usado com os 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 do Serviço de Aplicativo que é mais fácil de usar e é executada em uma infraestrutura mais poderosa. Para saber mais sobre a nova versão, comece com a 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.

A partir de 29 de janeiro de 2024, você não poderá mais criar novos recursos do Ambiente do Serviço de Aplicativo v2 usando qualquer um dos métodos disponíveis, incluindo modelos ARM/Bicep, Portal do Azure, CLI do Azure ou 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 Ambiente do Serviço de Aplicativo v2 (ASE) pode ser implantado em zonas de disponibilidade (AZ). Os clientes podem implantar um ASEs de balanceador de carga interno (ILB) em uma AZ específica em uma região do Azure. Se você fixar seu ASE ILB em um AZ específico, os recursos usados por um ASE ILB serão fixados ao AZ especificado ou implantados de maneira redundante de zona.

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

  • o endereço IP do balanceador de carga interno do ASE
  • os recursos computacionais utilizados pelo ASE para gerir e executar aplicações Web

O armazenamento remoto de arquivos para aplicativos Web implantados em um ILB ASE zonal usa o Zone Redundant Storage (ZRS).

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

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

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

Os aplicativos implantados em um ASE zonal ILB continuarão a ser executados e a servir o tráfego nesse ASE, mesmo que outras zonas na mesma região sofram uma interrupção. É possível que comportamentos sem tempo de execução, incluindo; O dimensionamento do plano de serviço de aplicativo, a criação de aplicativos, a configuração de aplicativos e a publicação de aplicativos ainda podem ser afetados por uma interrupção em outras zonas de disponibilidade. A implantação fixada por zona de um ASE ILB zonal garante apenas o tempo de atividade contínuo para aplicativos já implantados.

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

Os ASEs ILB zonais devem ser criados usando modelos ARM. Depois que um ASE ILB zonal é criado por meio de um modelo ARM, ele pode ser exibido e interagido por meio do portal do Azure e da CLI. Um modelo ARM só é necessário para a criação inicial de um ASE ILB zonal.

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

O trecho de modelo ARM de exemplo abaixo mostra a nova propriedade zones especificando que o ILB ASE 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 de aplicativos redundante, você precisa implantar dois ASEs ILB zonais. Os dois ASE zonais ILB devem estar em zonas de disponibilidade separadas. Em seguida, você precisa implantar seus aplicativos em cada um dos ASEs ILB. Depois que seus aplicativos são criados, você precisa configurar uma solução de balanceamento de carga. A solução recomendada é implantar um Application Gateway redundante de zona a montante dos ASEs zonais ILB.

Residência de dados na região

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

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

Os clientes podem validar 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 estão listados em providers/Microsoft.Web/hostingEnvironments.
  2. Se existir uma propriedade zones na exibição da sintaxe JSON ARM e ela contiver uma única matriz JSON valorizada com um valor de "1", "2" ou "3", o ASE será implantado zonalmente e os dados do cliente permanecerão na mesma região.
  3. Se uma propriedade 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 zonalmente e os dados do cliente não serão armazenados exclusivamente na mesma região.