Realocar Aplicativos Web Estáticos do Azure para outra região

Este artigo descreve como realocar seus recursos dos Aplicativos Web Estáticos do Azure para outra região do Azure.

Há vários motivos pelos quais talvez você queira mover seus recursos existentes do Azure de uma região para outra. Talvez você queira:

• Aproveitar uma nova região do Azure.
• Implantar recursos ou serviços disponíveis apenas em regiões específicas.
• Atender aos requisitos internos de política e governança.
• Alinhar-se com fusões e aquisições da empresa
• Atender aos requisitos de planejamento de capacidade.

Pré-requisitos

Examine os pré-requisitos a seguir antes de se preparar para a realocação.

• Valide se os Aplicativos Web Estáticos do Azure estão disponíveis na região de destino.

• Verifique se você tem permissão para criar recursos do Aplicativo Web Estático na região de destino.

• Descubra se há restrições de região do Azure Policy aplicadas à sua organização.

• Se você estiver usando o suporte a API integrada fornecido pelo Azure Functions:

  • Determine a disponibilidade do Azure Functions na região de destino.
  • Determine se as chaves da API de função estão sendo usadas. Por exemplo, você está usando o Key Vault ou os implanta como parte dos arquivos de configuração do aplicativo?
  • Determine o modelo de implantação para suporte à API na região de destino: Traga suas próprias funções. Entenda as diferenças entre os dois modelos.

• Verifique se o Plano de Hospedagem Standard é usado para hospedar o Aplicativo Web Estático. Para obter mais informações sobre planos de hospedagem, confira Planos de hospedagem dos Aplicativos Web Estáticos do Azure.

• Determine o tempo de inatividade permitido para realocação.

• Dependendo da implantação do Aplicativo Web Estático do Azure, é possível que os seguintes recursos dependentes precisem ser implementados e configurados na região de destino antes da realocação:

  • Azure Functions.
  • Rede Virtual do Azure
  • Azure Front Door
  • Grupo de Segurança de Rede
  • Serviço de Link Privado do Azure
  • Azure Key Vault
  • Conta de Armazenamento do Azure
  • Gateway de Aplicativo do Azure

Tempo de inatividade

A realocação de um site estático do Azure introduz o tempo de inatividade para seu aplicativo. O tempo de inatividade é afetado pelo padrão de alta disponibilidade que você implementou para seu site da Web Estático do Azure. Os padrões gerais são:

• Espera a frio: os dados da carga de trabalho são armazenados em backup regularmente com base em seus requisitos. Em caso de desastre, a carga de trabalho é reimplantada em uma nova região do Azure e os dados são restaurados.
• Espera a quente: a carga de trabalho é implantada na região de BCDR (continuidade dos negócios e recuperação de desastres) e os dados são replicados de maneira assíncrona ou síncrona. No caso de um desastre, a implantação na região de DR (recuperação de desastre) é ampliada e horizontal.
• Várias regiões: a carga de trabalho é implantada em ambas as regiões e os dados são replicados de maneira síncrona. Ambas as regiões têm uma cópia gravável dos dados. A implementação pode ser ativa/passiva ou ativa/ativa.

Preparar-se

Implantações com pontos de extremidade privados

Se seus Aplicativos Web Estáticos forem implantados com pontos de extremidade privados, certifique-se de:

• Atualize o nome do host para o ponto de extremidade de conexão.
• Atualize o nome do host na zona privada DNS ou no servidor DNS personalizado (aplicável somente ao Link Privado).

Para obter mais informações, confira Configurar o ponto de extremidade privado nos Aplicativos Web Estáticos do Azure.

Todas as outras implantações

Para todos os outros tipos de implantação, certifique-se de:

• Se aplicável, recupere as novas chaves da API de Função do Azure Functions na nova região.

• Se a Função do Azure tiver uma dependência de um banco de dados, verifique se o DATABASE_CONNECTION_STRING está atualizado. Esse banco de dados pode não estar no escopo da migração regional.

• Atualize o domínio personalizado para apontar para o novo nome de host do aplicativo Web estático.

• Se estiver usando o Key Vault, provisione um novo Key Vault na região de destino. Atualize as chaves de API de função no Key Vault, se aplicável. Quaisquer outros dados confidenciais que não deverão ser armazenados em arquivos de código ou de configuração devem ser armazenados neste Key Vault

Exportar o modelo

Para exportar o modelo do Resource Manager que contém configurações que descrevem seu aplicativo Web estático:

1. Entre no portal do Azure.

2. Acesse seu aplicativo Web estático.

3. No menu esquerdo, em Automação, selecione Exportar modelo.

   O modelo pode levar um momento para ser gerado.

4. Selecione Baixar.

5. Localize o arquivo .zip baixado e abra-o em uma pasta de sua escolha.

   Esse arquivo contém os arquivos .json que incluem o modelo e os scripts para implantar o modelo.

6. Faça as alterações necessárias no modelo, como atualizar o local com a região de destino.

Realocar

Use as etapas a seguir para realocar seu aplicativo Web estático para outra região.

1. Se você estiver se realocando com o Ponto de Extremidade Privado, siga as diretrizes em Realocar o Serviço de Link Privado do Azure para outra região.

2. Se você forneceu um Azure Functions existente para seu aplicativo Web estático, siga o procedimento de realocação do Azure Functions.

3. Reimplante seu aplicativo Web estático usando o modelo exportado e configurado na seção anterior.

   Importante

   Se você não estiver usando um domínio personalizado, a URL do aplicativo será alterada na região de destino. Nesse cenário, verifique se os usuários sabem sobre a alteração da URL.

4. Se você estiver usando uma API Integrada, crie uma API Integrada compatível com o Azure Functions.

5. Reconfigure seu repositório (GitHub ou Azure DevOps) para implantar no aplicativo Web estático recém-implantado na região de destino. Inicie a implantação do aplicativo usando o GitHub Actions ou o Azure Pipelines.

6. Com uma implantação de espera a frio, informe os clientes sobre a nova URL. Se você estiver usando um domínio DNS personalizado, basta alterar a entrada DNS para apontar para a região de destino. Com uma implantação de espera a quente, um balanceador de carga, como o Front Door ou o Gerenciador de Tráfego, manipula a migração do aplicativo Web estático na região de origem para a região de destino.