Partilhar via


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

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 v1 e v2 foi desativado a partir de 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 v1, siga as etapas neste artigo para migrar para a nova versão.

A partir de 31 de agosto de 2024, o Contrato de Nível de Serviço (SLA) e os Créditos de Serviço não se aplicam mais às cargas de trabalho do Ambiente do Serviço de Aplicativo v1 e v2 que continuam em produção, pois são produtos desativados. A desativação do hardware do Ambiente do Serviço de Aplicativo v1 e v2 começou, e isso pode afetar a disponibilidade e o desempenho de seus aplicativos e dados.

Você deve concluir a migração para o Ambiente do Serviço de Aplicativo v3 imediatamente ou seus aplicativos e recursos podem ser excluídos. Tentaremos migrar automaticamente qualquer Ambiente do Serviço de Aplicativo restante v1 e v2 com base no melhor esforço usando o recurso de migração in-loco, mas a Microsoft não faz nenhuma reivindicação ou garantia sobre a disponibilidade do aplicativo após a migração automática. Talvez seja necessário executar 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, seus recursos e dados de aplicativos associados serão excluídos. Exortamo-lo vivamente a agir agora para evitar qualquer um destes cenários extremos.

Se você precisar de tempo adicional, podemos oferecer um período de carência único de 30 dias para que você conclua sua migração. Para obter mais informações e solicitar esse período de carência, revise a visão geral do período de carência e vá para o portal do Azure e visite a folha Migração para cada um dos seus 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 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. O conteúdo do arquivo do site e as configurações e segredos fornecidos pelo cliente 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 do Azure Resource Manager 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 do Azure Resource Manager 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.