Elastic Compute Service:Replicar uma instância ECS entre regiões com uma imagem personalizada

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

• A criação de uma imagem personalizada a partir de uma instância gera 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 de origem 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 de origem, 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 poder atualizá-las prontamente após o processo. Consulte Obtain instance metadata.

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

• Verifique os dados do disco.

  Confirme se os dados do disco do sistema (arquivos, estruturas de diretórios) na nova instância correspondem aos da instância de origem. Se houver discos de dados anexados, verifique também a consistência desses discos.

• Execute aplicações ou services.

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

• Compare as informações de recursos.

  Compare as informações de recursos, como detalhes da imagem e configurações de rede, entre a instância de origem e a nova instância. Consulte View instance information.

• Atualize as associações de recursos.

  A nova instância recebe novos metadados, diferentes dos da instância de origem. Atualize as associações de recursos prontamente após a replicação. Exemplos:

  • Caso uma aplicação dependa 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 da instância de origem e verifique a conectividade de rede. Consulte Modify the private IP address of an instance.

  • Se uma aplicação depender de services 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 de origem em execução

Por padrão, a instância de origem não é parada ao criar uma imagem personalizada. No entanto, pode ocorrer uma oscilação de nível de milissegundo no desempenho de E/S do disco no momento da criação. Recomendamos evitar horários de pico de negócios para minimizar o impacto nas suas operações.

Planejar a janela de transição

Agende a transição fora do horário de pico e comunique a janela de manutenção à sua equipe com antecedência. Antes de iniciar a transição, defina um critério de sucesso (por exemplo, verificações de integridade aprovadas e latência da aplicação dentro da faixa esperada) e um limiar de rollback (por exemplo, taxa de erro superior a 1% ou tempo de resposta superior a 500 ms). Definir esses critérios antecipadamente elimina ambiguidades durante a transição.

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

Utilize um dos métodos a seguir para transferir o tráfego da região de origem para a região de destino:

• Transição baseada em DNS: Atualize os registros 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 transição. Para mais informações sobre como configurar DNS para instâncias ECS, consulte How do I customize the DNS settings of a Linux instance?.

• Transição baseada em SLB: Se sua arquitetura incluir uma instância Server Load Balancer (SLB), adicione a nova instância ao grupo de servidores de backend, transfira gradualmente o tráfego para a nova instância e, em seguida, remova a instância de origem do grupo. A transferência gradual de tráfego reduz o risco de interrupção de service em comparação com uma transição imediata.

• 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 de origem. Endereços IP não podem ser migrados entre regiões, portanto, não é possível reutilizar os endereços IP da instância de origem na nova instância. Se sistemas internos se comunicarem com a instância de origem 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 DNS ou configurações de servidores de backend do balanceador de carga para apontar para os endereços da nova instância após a migração. Para mais informações, consulte Modify the private IP address of an instance.

Monitorar métricas de negócio após a transição

Depois que o tráfego for transferido para a nova instância, monitore as seguintes métricas para confirmar que o service está funcionando conforme o esperado:

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

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

• Saídas de log de service essenciais e notificações de alerta

Use o Cloud Monitor para configurar regras de alerta para a instância de destino, garantindo que você seja notificado sobre anomalias em tempo real.

Reverter em caso de problemas

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

Antes de liberar a instância de origem 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á funcionando conforme o esperado.

• Release an instance.

• Delete snapshot.

• Delete a custom image.