Elastic Compute Service:Replicate an ECS instance across regions with a custom image

Antes de replicar uma instância ECS entre regiões, observe os seguintes itens:

• A criação de uma imagem personalizada a partir de uma instância cria automaticamente um snapshot para cada disco anexado. Você será cobrado pelos snapshots. Consulte Snapshot billing.

  Nota

  Não é possível criar snapshots para discos locais. Instâncias com discos locais não suportam as operações descritas neste tópico.

• A instância source deve residir em uma Virtual Private Cloud (VPC), e a nova instância também deve residir em uma VPC.

• A nova instância possui os mesmos dados de disco que a instância source, mas recebe novos metadados de instância, incluindo um novo ID de instância, endereço IP público e endereço IP privado. Identifique as associações de recursos antes da replicação para que você as atualize rapidamente após a replicação. Consulte Obtain instance metadata.

Verifique se o negócio está executando conforme o esperado na nova instância. Exemplos:

• Verifique os dados do disco.

  Verifique se os dados do disco do sistema (arquivos, estruturas de diretório) na nova instância correspondem à instância source. Se houver discos de dados anexados, verifique também a consistência dos discos de dados.

• Execute aplicações ou services.

  Execute as mesmas aplicações ou services na nova instância e verifique se eles fornecem a mesma funcionalidade e operações de dados que na instância source.

• Compare as informações de recursos.

  Compare as informações de recursos, como informações de imagem e configurações de rede, entre as instâncias source e a nova. Consulte Visualize as informações da instância.

• Atualize as associações de recursos.

  A nova instância recebe novos metadados que diferem da instância source. Atualize as associações de recursos rapidamente após a replicação. Exemplos:

  • Se uma aplicação depender de um endereço IP privado específico para comunicação interna, atualize as configurações de rede da nova instância após a replicação. Por exemplo, altere o endereço IP privado para um na mesma sub-rede que a instância source e verifique a conectividade de rede. Consulte Modifique o endereço IP privado de uma instância.

  • Se uma aplicação depender de services de DNS, atualize as configurações de DNS da nova instância após a replicação para garantir a continuidade do service externo. Consulte How do I customize the DNS settings of a Linux instance?

Manter a instância source em execução

Ao criar uma imagem personalizada, a instância source não é parada por padrão. No entanto, pode ocorrer uma variação de nível de milissegundo no desempenho de E/S do disco no momento da criação. Recomendamos que você evite os horários de pico do negócio para minimizar o impacto.

Planejar a janela de cutover

Agende o cutover durante horários de baixa movimentação e comunique a janela de manutenção à sua equipe com antecedência. Antes de iniciar o cutover, defina um critério de sucesso (por exemplo, as verificações de integridade são aprovadas e a latência da aplicação está dentro do intervalo esperado) e um limiar de rollback (por exemplo, a taxa de erro excede 1% ou o tempo de resposta excede 500 ms). Definir esses critérios com antecedência elimina ambiguidades durante o cutover.

Redirecionar o tráfego para a região de destino

Use um dos seguintes métodos para deslocar o tráfego da região source para a região de destino:

• Cutover baseado em DNS: Atualize os registros de DNS para apontar para o endereço IP público ou Elastic IP Address (EIP) da nova instância. Para acelerar a propagação do DNS, reduza o TTL para 60 segundos ou menos antes da janela de cutover. Para obter mais informações sobre como configurar o DNS para instâncias ECS, consulte How do I customize the DNS settings of a Linux instance?.

• Cutover baseado em SLB: Se a sua arquitetura incluir uma instância do Server Load Balancer (SLB), adicione a nova instância ao grupo de servidores de backend, desloque gradualmente o tráfego para a nova instância e, em seguida, remova a instância source do grupo. O deslocamento gradual de tráfego reduz o risco de interrupção do service em comparação com um cutover imediato.

• Atualizar referências de IP privado: A nova instância recebe um novo endereço IP privado, um novo endereço IP público e um novo endereço MAC, todos diferentes dos da instância source. Os endereços IP não podem ser migrados entre regiões, portanto, você não pode reutilizar os endereços IP da instância source na nova instância. Se os sistemas internos se comunicarem com a instância source por meio de um endereço IP privado, atualize os endereços IP privados correspondentes nas configurações da sua aplicação e atualize seus registros de DNS ou as configurações do servidor de backend do balanceador de carga para apontar para os endereços da nova instância após a migração. Para obter mais informações, consulte Modifique o endereço IP privado de uma instância.

Monitorar as métricas do negócio após o cutover

Após alternar o tráfego para a nova instância, monitore as seguintes métricas para confirmar que o service está executando conforme o esperado:

• Taxa de erro da aplicação e tempo de resposta

• Utilização de CPU e uso de memória

• Principais saídas de log do service e notificações de alerta

Você pode usar o CloudMonitor para configurar regras de alerta para a instância de destino, para que você seja notificado sobre anomalias em tempo real.

Reverter se ocorrerem problemas

Se ocorrerem problemas inesperados após o cutover, restaure o service redirecionando o tráfego de volta para a instância source — por exemplo, reverta o registro de DNS ou restaure a configuração do SLB para apontar para a instância source. Investigue e resolva a causa raiz antes de tentar o cutover novamente.

Antes de liberar a instância source e seus recursos, verifique a consistência dos dados na nova instância, atualize as associações de recursos e confirme se o negócio está executando conforme o esperado.

• Liberar uma instância.

• Exclua o snapshot.

• Exclua uma imagem personalizada.