ApsaraDB RDS:Migrar zona de disponibilidade

Pré-requisitos

• A migração entre zonas só é possível se a região da instância tiver múltiplas zonas. Para mais informações, consulte Regiões e zonas.

• A instância deve ser primária e não ter instâncias somente leitura associadas.

• A instância deve estar em execução.

Limitações

• Em instâncias que usam Premium Local SSDs, é possível migrar apenas a zona primária.

• A migração entre zonas não é compatível com instâncias serverless.

• Se a instância usar Premium ESSDs e o Buffer Pool Extension (BPE) estiver ativado, não será possível migrar a instância para uma zona que não ofereça suporte à aceleração de E/S. Para informações sobre regiões e zonas com suporte à aceleração de E/S, consulte Supported regions and zones.

  Desative a aceleração de E/S e execute a migração entre zonas.

Faturamento

• A migração entre zonas é gratuita, mesmo na migração de uma instância de uma zona única para múltiplas zonas.

• Se a instância usar um SSD padrão, a migração atualiza automaticamente o tipo de armazenamento para PL1 ESSD. Após a atualização, as taxas de armazenamento permanecem inalteradas.

Impactos

• A troca afeta brevemente a disponibilidade da instância. Certifique-se de que a aplicação tenha um mecanismo de reconexão automática.

• O endereço IP virtual (VIP) muda durante uma migração entre zonas. Use o endpoint da instância, e não o endereço IP, para conectar a aplicação à instância.

• Se ocorrer uma troca entre as instâncias primária e secundária durante a migração, o endereço IP virtual (VIP) é alterado. Use o endpoint da instância em vez do endereço IP e limpe imediatamente o cache de DNS do lado do cliente. Para aplicações executadas em uma Java Virtual Machine (JVM), defina o TTL do cache de DNS para 60 segundos ou menos. Isso garante que a aplicação resolva o novo endereço VIP quando ele mudar.

  Nota

  Para obter informações sobre como definir o TTL em uma JVM, consulte a documentação da Oracle para Class InetAddress.

• Após a conclusão da migração entre zonas, reinicie todas as tarefas DTS em execução.

• Se a zona de destino não tiver recursos suficientes, a migração entre zonas poderá falhar.

• O ApsaraDB RDS for PostgreSQL não suporta mais a compra de novas instâncias que usam SSDs padrão. Se a instância do RDS usar um SSD padrão, a migração entre zonas atualiza automaticamente o tipo de armazenamento para PL1 ESSD. Para mais informações, consulte [[EOS/Discontinuation] The standard SSD storage type is discontinued for specific database engines in ApsaraDB RDS from July 01, 2022](t2214748.xdita#).

Tipos de migração

Procedimento

1. Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância do RDS está localizada. Em seguida, localize a instância do RDS e clique em seu ID.

2. Na seção Basic Information, clique em Migrate Data Across Zones.

3. Na caixa de diálogo exibida, selecione as zonas primária e secundária de destino e seus respectivos vSwitches e, em seguida, clique em Yes.

   A tabela a seguir descreve os parâmetros.

   Parâmetro	Descrição
   configure zona primária	Selecione as novas zonas primária e secundária. Para instâncias que usam Premium Local SSDs, é possível migrar apenas a zona primária. Para instâncias com discos cloud, é possível migrar as zonas primária e secundária, ou apenas uma delas. Exemplos: É possível migrar uma instância de Singapore Zone A (primary) + Zone B (secondary) para Singapore Zone C (primary) + Zone D (secondary). É possível migrar uma instância de Singapore Zone A (primary) + Zone B (secondary) para Singapore Zone A (primary) + Zone C (secondary). Nota Se migrar apenas uma zona, configure somente a zona que deseja migrar.
   configure zona secundária
   vSwitch na zona primária	Selecione os vSwitches para as zonas primária e secundária. Se nenhum vSwitch estiver disponível na zona atual, consulte Create a vSwitch.
   vSwitch na zona secundária
   Horário da troca	Switch Now: Envie a solicitação e a troca é executada imediatamente. Switchover Within Maintenance Window: A troca é executada dentro da janela de manutenção especificada. Para mais informações, consulte Set a maintenance window. Take Effect at Specified Time Range: Especifique um horário para a troca.

   Após clicar em Yes, o sistema começa a copiar os dados para a zona de destino. Esse processo não afeta a instância em execução. Após a cópia dos dados, o sistema alterna o tráfego para a nova conexão com base no horário selecionado para Switch Now: Switchover Within Maintenance Window, Take Effect at Specified Time Range ou Take Effect at Specified Time Range.

   Aviso

   A troca causa uma falha de conexão transitória. Certifique-se de que a aplicação tenha um mecanismo de reconexão automática. Caso contrário, reconecte-a manualmente.

   Como o cache de DNS do lado do cliente pode não ser atualizado imediatamente, a alternância de parte do tráfego pode ocorrer até 10 minutos depois, causando uma segunda falha de conexão transitória. Para aplicações que usam JVM, defina o TTL na configuração da JVM para 60 segundos ou menos. Isso garante que a aplicação consulte o DNS novamente para recuperar e usar o novo endereço VIP quando o endereço VIP do endpoint mudar. Para instruções sobre como definir o TTL, consulte a seção Impacts deste tópico.

Referência da API