O PolarDB for MySQL permite mover os nós de computação de um cluster para uma zona diferente sem alterar seus endpoints. Use esse recurso para otimizar a latência de instâncias do Elastic Compute Service (ECS) colocalizadas, executar simulações de recuperação de desastres ou reequilibrar a distribuição entre zonas.
Escolha uma operação
Três operações estão disponíveis. Selecione a que corresponde ao seu objetivo:
|
Objetivo |
Operação |
Migração de dados |
Interrupção do serviço |
|
Mover o cluster para uma zona onde suas instâncias ECS estão localizadas ou executar uma simulação de recuperação de desastres quando o destino já é uma zona secundária |
Não (apenas nós de computação, ~5 min por nó) |
1–2 conexões transitórias, ~30s cada |
|
|
Mover o cluster para uma zona onde suas instâncias ECS estão localizadas, quando o destino não é uma zona secundária |
Sim (duração depende do volume de dados) |
1–2 conexões transitórias, ~30s cada |
|
|
Reequilibrar a alocação da zona secundária |
Sim (duração depende do volume de dados) |
— |
|
|
Executar um failover primário/secundário para o cluster de armazenamento standby quente |
Não |
1–2 conexões transitórias, ~30s cada |
Pré-requisitos
Antes de começar, verifique se:
Os recursos em sua região estão implantados em duas ou mais zonas. A implantação multizona não está disponível nas seguintes regiões: Filipinas (Manila), Coreia do Sul (Seul), China (Qingdao), China (Chengdu), China (Hohhot) e Tailândia (Bangkok).
Para alternância de cluster de armazenamento standby quente: o recurso de cluster de armazenamento standby quente está ativado em seu cluster. Consulte Modo de alta disponibilidade (cluster de armazenamento standby quente).
Alterar a zona primária
A alteração da zona primária migra os nós de computação do cluster para a zona de destino. O endpoint primário e os endpoints do cluster permanecem inalterados após a operação, mas o vSwitch e o endereço IP podem mudar.
Agende esta operação fora dos horários de pico. Uma ou duas conexões transitórias ocorrem durante a alternância, cada uma com duração aproximada de 30 segundos. Certifique-se de que sua aplicação consiga se reconectar automaticamente ao banco de dados.
Se a zona de destino não for uma zona secundária atual, a migração de dados será necessária. O tempo de migração depende do volume de dados e pode levar várias horas para grandes conjuntos de dados. Prossiga com cautela.
Faça login no console do PolarDB.
No canto superior esquerdo, selecione a região onde o cluster está implantado.
Localize o cluster e clique em seu ID.
-
Na parte inferior da página Basic Information, clique em Migrate Cluster Across Zones.
-
Na caixa de diálogo, configure os seguintes parâmetros:
Parâmetro
Descrição
Destination Zone
Zona de destino para o cluster. Se a zona já for secundária, apenas os nós de computação serão migrados (~5 min por nó). Caso contrário, a migração de dados é obrigatória.
Destination VPC
VPC na zona de destino.
Destination vSwitch
vSwitch na VPC de destino. Se nenhum vSwitch estiver disponível, crie um primeiro. Consulte Criar e gerenciar um vSwitch.
Validity Period
Defina como Immediately para execução imediata ou Upgrade in Maintenance Window para agendar durante a janela de manutenção. Para visualizar ou cancele uma tarefa agendada, consulte Tarefas agendadas.
Clique em OK.
Alterar a zona secundária
A alteração da zona secundária migra os dados da zona secundária original para a zona de destino. A zona de destino não pode ser a zona primária ou secundária atual.
A migração de dados é sempre necessária ao alterar a zona secundária. O tempo de migração depende do volume de dados e pode levar várias horas para grandes conjuntos de dados. Agende esta operação fora dos horários de pico.
Faça login no console do PolarDB.
No canto superior esquerdo, selecione a região onde o cluster está implantado.
Localize o cluster e clique em seu ID.
No painel de navegação à esquerda, escolha Settings and Management > Service Availability.
-
Na página Service Availability, clique em Change Secondary Zone.
-
Na caixa de diálogo, selecione a zona de destino e configure o parâmetro Effective Time:
Effective Immediately: executa a operação imediatamente.
Effective in Maintenance Window: agenda a operação durante a janela de manutenção. Para visualizar ou cancele uma tarefa agendada, consulte Tarefas agendadas.
Clique em OK.
Alternar para o cluster de armazenamento standby quente
Esta operação executa um failover primário/secundário para o cluster de armazenamento standby quente. Após a alternância, o endpoint primário, o endpoint do cluster, o vSwitch e o endereço IP permanecem inalterados, mas acessos indiretos podem ocorrer. Prossiga com cautela.
Evite alternar frequentemente entre o cluster primário e o cluster de armazenamento standby quente. Alternâncias frequentes podem causar alta latência de replicação.
Esta operação é suportada apenas para clusters Standard Edition e Cluster Edition. É possível alternar somente para o cluster de armazenamento standby quente — a alternância para uma zona não secundária não é suportada.
Faça login no console do PolarDB.
No canto superior esquerdo, selecione a região onde o cluster está implantado.
Localize o cluster e clique em seu ID.
No painel de navegação à esquerda, escolha Settings and Management > Service Availability.
Na página Service Availability, clique em Switch Over to Hot Standby Storage Cluster.
Clique em OK.
Perguntas frequentes
A alteração da zona primária causa tempo de inatividade prolongado do serviço?
Não. O tempo de migração (5 minutos por nó de computação ou horas para migração de dados) não constitui tempo de inatividade do serviço. Apenas uma ou duas conexões transitórias ocorrem durante a alternância real, cada uma com duração aproximada de 30 segundos. Agende a alteração fora dos horários de pico e certifique-se de que sua aplicação se reconecte automaticamente.
O que acontece com meus endpoints após a alteração da zona primária?
O endpoint primário e os endpoints do cluster permanecem inalterados, portanto as conexões existentes continuam funcionando. O vSwitch e o endereço IP podem mudar, o que pode afetar brevemente a disponibilidade. Planeje a alteração durante uma janela de manutenção para minimizar o impacto.