A migração entre zonas transfere uma instância do ApsaraDB RDS for MySQL para outra zona na mesma região, sem perda de dados. O processo leva até uma hora para instâncias com disco em nuvem e várias horas para instâncias com SSD Local Premium, dependendo do volume de dados.
Limitações
Antes de iniciar, confirme se a instância atende a todas as condições abaixo:
A instância executa a High-availability Edition ou a Basic Edition. Instâncias Serverless não têm suporte.
O tipo da instância não está descontinuado. Consulte Instance types for standard primary ApsaraDB RDS for MySQL instances (original x86 architecture). Para alterar o tipo da instância, consulte Change instance specifications.
A instância está no estado Running. Se houver instâncias somente leitura associadas, elas também devem estar no estado Running; caso contrário, o erro
OperationDenied.MasterDBlnstancestateaparecerá ao iniciar a migração.Para instâncias com discos em nuvem, a versão secundária do mecanismo é 20201031 ou posterior. Para atualizar, consulte Update the minor engine version.
A região contém múltiplas zonas. Consulte Regions and zones.
-
O proxy de banco de dados compartilhado está desativado. Para verificar: na página Database Proxy, localize a aba Read/Write Splitting (Shared). Se a aba estiver visível, o proxy compartilhado está ativo.
Os proxies de banco de dados compartilhados não recebem manutenção desde 1º de abril de 2021. Se você ainda utiliza um, atualize para um proxy dedicado. Consulte Upgrade the database proxy from a shared database proxy to a dedicated database proxy . Proxies dedicados e de uso geral não sofrem impacto durante a migração entre zonas.
Se a instância usar Enterprise SSDs Premium (ESSDs) com Buffer Pool Extension (BPE) ativado, a zona de destino deve oferecer suporte ao BPE. Consulte Applicable scope. Para migrar para uma zona sem suporte a BPE, desative o recurso antes.
Faturamento
A migração entre zonas é gratuita, incluindo transferências de zona única para múltiplas zonas.
Impactos da migração
Troca de instância
Uma troca (switchover) pode ocorrer durante a migração e tornar o endpoint da instância primária e o endpoint do proxy temporariamente indisponíveis. Configure sua aplicação para reconectar automaticamente. Se a reconexão automática não estiver configurada, reconecte manualmente.
A troca ocorre quando uma das seguintes condições é atendida:
|
Condição |
Efeito |
|
A zona de destino da instância primária difere da zona atual |
A instância primária é substituída durante a migração |
|
A zona de destino da instância primária difere da zona de rede atual |
A instância primária é substituída durante a migração |
Para detalhes sobre o comportamento da troca, consulte Impacts of an instance switchover.
Alteração de VIP
Caso ocorra uma troca, o endereço IP virtual (VIP) da instância muda, mas o endpoint permanece o mesmo. Conecte sua aplicação usando o endpoint, e não o endereço IP.
Vinculação com PolarDB-X 1.0: Uma alteração de VIP pode interromper a conectividade entre a instância RDS e a instância PolarDB-X 1.0 vinculada. Corrija problemas de conectividade imediatamente. Consulte Fix database shard connections.
Cache de DNS: Exclua os registros de Domain Name System (DNS) armazenados em cache no cliente de banco de dados logo após a migração. Para clientes JVM, defina o tempo de vida (TTL) como 60 segundos ou menos para que o cliente resolva novamente o endpoint após a mudança de VIP. Para mais informações sobre como definir o TTL na configuração da JVM, consulte Class InetAddress.
Outros impactos
|
Impacto |
Detalhes |
|
Tarefas do DTS |
Reinicie quaisquer tarefas ativas do Data Transmission Service (DTS) após a conclusão da migração. Consulte What is DTS? |
|
Recriação de tabelas |
As tabelas são recriadas durante a migração. O campo |
|
Disponibilidade de recursos |
Se a zona de destino não tiver estoque suficiente de recursos, a migração poderá falhar. |
|
Alteração apenas de vSwitch |
Não é possível alterar apenas o vSwitch durante a migração entre zonas. Para mudar o vSwitch, consulte Change the VPC and vSwitch. |
Cenários de migração
A migração só é permitida dentro da mesma região. Para mover para uma região diferente, crie uma instância RDS na região de destino, migre os dados usando o DTS, valide suas cargas de trabalho e então exclua a instância original.
Os cenários de migração listados abaixo têm suporte. A implantação em múltiplas zonas protege contra falhas em data centers; já a implantação em zona única protege apenas contra falhas de servidores e racks.
|
Cenário |
Resultado |
Quando usar |
|
De uma zona para uma zona |
As instâncias primária e secundária residem na mesma zona de destino. Exemplo: ambas em Singapore Zone C movem-se para Singapore Zone A. |
Indicado para consolidar instâncias em uma única zona. A implantação em zona única não oferece recuperação de desastres (DR) entre zonas. |
|
De uma zona para múltiplas zonas |
As instâncias primária e secundária residem em zonas de destino diferentes. Exemplo: a primária vai de Singapore Zone C para Singapore Zone B; a secundária vai para Singapore Zone A. |
Recomendado para obter DR entre zonas. A implantação em múltiplas zonas protege contra falhas em data centers. |
|
De múltiplas zonas para uma zona |
As instâncias primária e secundária movem-se para a mesma zona de destino. Exemplo: a primária em Singapore Zone B e a secundária em Singapore Zone A vão ambas para Singapore Zone C. |
Adequado para simplificar a topologia. O DR entre zonas será perdido. |
|
De múltiplas zonas para múltiplas zonas |
As instâncias primária e secundária movem-se para zonas de destino diferentes. Exemplo: a primária vai de Singapore Zone B para Singapore Zone A; a secundária vai de Singapore Zone C para Singapore Zone B. |
Ideal para alterar a distribuição das zonas mantendo o DR entre zonas. |
Migrar uma instância entre zonas
Certifique-se de que exista uma virtual private cloud (VPC) e pelo menos um vSwitch na zona de destino antes de começar. Caso contrário, crie um vSwitch na zona de destino primeiro.
Faça login no console do ApsaraDB RDS. Na barra de navegação superior, selecione a região da instância. Encontre a instância e clique em seu ID.
-
Na página Basic Information, clique em Migrate Data Across Zones no canto superior direito.
Se a opção Migrate Data Across Zones não aparecer, verifique se a instância atende a todas as limitações listadas acima.
-
Na caixa de diálogo Migrate Instance Across Zones, defina o parâmetro Destination Zone e selecione um vSwitch. Em seguida, configure o parâmetro Switching Time: Clique em Yes.
Switch Immediately — a troca ocorre assim que a migração for concluída.
Switch Within Maintenance Window — a troca é adiada para a próxima janela de manutenção.
ImportanteApós a troca, se o vSwitch tiver sido alterado, a instância se reconectará por meio de novas conexões. Certifique-se de que sua aplicação tenha reconexão automática configurada. Se os registros de DNS em cache não forem atualizados imediatamente, uma segunda troca poderá ocorrer aproximadamente 10 minutos depois, conforme o tráfego é redirecionado para a zona primária de destino. Configure sua aplicação para reconectar automaticamente. Para mais informações, consulte Impacts of an instance switchover.
Na caixa de diálogo de confirmação, revise as informações da zona antes e depois da migração e clique em OK.
Perguntas frequentes
Se dados forem gravados na instância durante a migração, os dados originais serão afetados após a troca? Os novos dados gravados serão mantidos?
Os dados originais não são afetados e os novos dados gravados são mantidos. Uma troca de instância ocorre durante a migração — configure sua aplicação para reconectar automaticamente. Consulte Impacts of an instance switchover.
O que afeta o tempo de migração?
Para instâncias com SSD Local Premium, o tempo depende do volume de dados — grandes conjuntos podem levar várias horas. Para instâncias com disco em nuvem, a migração leva até uma hora.
Referência de API
|
Operação |
Descrição |
|
Migra uma instância entre zonas |
Próximos passos
Para migração entre zonas de outros mecanismos de banco de dados na mesma região, consulte: