O ApsaraDB RDS for MySQL oferece suporte a migração entre zonas de nós de proxy dentro da mesma região. Migrar os nós de proxy para a zona da instância primária do RDS reduz a latência de gravação entre zonas e evita a degradação do desempenho de gravação causada pelo tráfego inter-zona entre o proxy e a instância primária.
Pré-requisitos
Antes de começar, verifique se:
-
A instância do RDS atende a todas as seguintes condições:
Engine: MySQL
Edição: RDS High-availability Edition ou RDS Cluster Edition
Armazenamento: discos em nuvem
Proxy de banco de dados: ativado
Estado da instância: Running — incluindo a instância primária, todas as instâncias somente leitura e o nó de proxy
A instância usa endpoints de virtual private cloud (VPC). A migração entre zonas não é compatível com proxies de banco de dados em rede clássica. Para detalhes, consulte Visualize e gerencie endpoints e portas da instância.
Se o nó de proxy e a instância primária do RDS estiverem em zonas diferentes e você se conectar por meio de um endpoint de proxy, o desempenho de gravação será reduzido. Defina o mesmo VPC e vSwitch para ambos a fim de evitar esse problema.
Faturamento
A migração entre zonas é gratuita.
Impactos potenciais
Revise os impactos a seguir antes de migrar.
Interrupção transiente de conexão
A migração entre zonas causa uma interrupção transiente de conexão de aproximadamente 30 segundos. Para minimizar o impacto:
-
Conecte sua aplicação usando um endpoint não afetado pela migração:
RDS High-availability Edition: o endpoint da instância primária do RDS ou o endpoint de uma instância somente leitura do RDS
RDS Cluster Edition: o endpoint de leitura/gravação, o endpoint somente leitura ou o endpoint de conexão direta ao nó
Agende a migração durante períodos de baixo tráfego.
Confirme que sua aplicação possui um mecanismo de reconexão automática. Caso contrário, reconecte manualmente após a conclusão da migração.
Alterações no endereço IP virtual
A migração entre zonas altera os endereços IP virtuais (VIPs) vinculados aos endpoints da instância. Conecte sua aplicação usando endpoints em vez de endereços IP para que ela resolva automaticamente o novo VIP após a migração.
Após a migração, limpe imediatamente os registros DNS em cache no cliente de banco de dados. Quando os VIPs mudam, a propagação do DNS leva algum tempo — se o cliente ainda resolver o VIP antigo, as conexões falharão até que o cache expire. Para clientes em execução em uma Java Virtual Machine (JVM), defina o time-to-live (TTL) na configuração da JVM como 60 segundos ou menos para que o cliente consulte novamente o DNS após uma alteração de VIP. Para detalhes, consulte Class InetAddress.
Acesso mais próximo
A migração entre zonas pode invalidar a configuração de acesso mais próximo. Após a migração, a nova zona fica acessível por padrão; a zona original deixa de ser acessível. Se a zona de um endpoint de proxy diferir da nova zona padrão, o acesso mais próximo a essa zona falhará.
A tabela a seguir apresenta exemplos de cenários.
| Cenário | Zona original do nó de proxy | Endpoint de proxy | Acesso mais próximo original | Nova zona do nó de proxy | Nova zona padrão | Nova zona do endpoint de proxy | Novo acesso mais próximo |
|---|---|---|---|---|---|---|---|
Cenário 1: Zone A+Zone B → Zone A+Zone C |
Zone A | Proxy endpoint a | Zone A | Zone A | Zone A | Zone A | Zone A |
| Zone C | Inválido | ||||||
| Zone B | Proxy endpoint b | Zone B | Zone C | Zone C | Zone C | Zone C | |
| Zone D | Inválido | ||||||
Cenário 2: Zone A+Zone B → Zone C+Zone D |
Zone A | Proxy endpoint a | Zone A | Zone C | Zone C | Zone C | Zone C |
| Zone E | Inválido | ||||||
| Zone B | Proxy endpoint b | Zone B | Zone D | Zone D | Zone D | Zone D | |
| Zone E | Inválido |
Recursos insuficientes
Se a zona de destino não tiver recursos suficientes, a migração poderá falhar.
Migrar nós de proxy
Faça login no console do ApsaraDB RDS. Na página Instances, selecione a região onde sua instância reside, localize a instância e clique no ID da instância.
No painel de navegação à esquerda, clique em Database Proxy para visualizar as informações básicas do proxy de banco de dados.
-
Clique em Cross-zone Migration.
NotaSe Cross-zone Migration não for exibido, verifique se a instância atende a todos os pré-requisitos.
-
Na caixa de diálogo Cross-zone Migration of Database Proxy, revise as informações de zona e rede da instância primária do RDS e do proxy de banco de dados. Defina Destination Zone, Destination vSwitch e Change Time e clique em OK.
ImportanteNão é possível alterar o tipo nem as especificações do proxy de banco de dados durante a migração.
Revise os impactos listados e clique em OK para confirmar.
Referência de API
|
Operação |
Descrição |
|
Migra nós de proxy para uma zona de destino especificando vSwitchIds |
Perguntas frequentes
A migração entre zonas afeta minha aplicação se eu não estiver usando um endpoint de proxy?
Não. A migração afeta apenas as aplicações conectadas por meio de um endpoint de proxy. Se você se conectar pelo endpoint da instância primária do RDS ou pelo endpoint de uma instância somente leitura do RDS (RDS High-availability Edition), ou pelo endpoint de leitura/gravação, endpoint somente leitura ou endpoint de conexão direta ao nó (RDS Cluster Edition), suas cargas de trabalho não serão afetadas.
Quanto tempo dura a interrupção da conexão?
A interrupção transiente dura aproximadamente 30 segundos, embora a duração real possa variar conforme a aplicação. Agende a migração durante períodos de baixo tráfego e utilize um tipo de endpoint não afetado para minimizar o impacto.