PolarDB:Adicionar e gerenciar clusters secundários

Preços

Os encargos de uma Rede de Banco de Dados Global (GDN) consistem nos custos do cluster e nas taxas aplicáveis de replicação de dados entre fronteiras. As regras de faturamento são as seguintes:

• Cenários gratuitos:

  Os clusters primário e secundário estão ambos implantados em regiões dentro do interior da China, ou ambos estão implantados na região China (Hong Kong) ou em outras regiões internacionais. Exemplos:

  • Ambos os clusters (primário e secundário) estão no interior da China. Por exemplo, o cluster primário está em China (Chengdu) e os clusters secundários estão em regiões como China (Hangzhou) ou China (Shenzhen).

  • Ambos os clusters (primário e secundário) estão na região China (Hong Kong) ou em outras regiões internacionais. Por exemplo, o cluster primário está em Singapura e o cluster secundário está em Filipinas (Manila).

• Cenários faturáveis:

  As taxas entre fronteiras se aplicam quando uma GDN abrange a fronteira do interior da China — por exemplo, se um cluster está no interior da China e outro está em China (Hong Kong) ou em uma região no exterior. Exemplos:

  • O cluster primário está no interior da China e o cluster secundário está fora do interior da China. Por exemplo, o cluster primário está em China (Chengdu) e o cluster secundário está em uma região como China (Hong Kong) ou Singapura.

  • O cluster primário está fora do interior da China e o cluster secundário está no interior da China. Por exemplo, o cluster primário está em Singapura e o cluster secundário está em uma região como China (Hangzhou) ou China (Shenzhen).

• Regra de faturamento: USD 0.80 per GB, cobrado por hora. A taxa é calculada por hora com base no volume de dados de redo log replicados fisicamente do cluster primário para um cluster secundário entre fronteiras. Essa taxa de tráfego pode ser estimada consultando a posição física convertida a partir do número de sequência de log (LSN).

  Exemplo de faturamento

  Exemplo

  Às 09h00, você consulta a posição de gravação física do log e verifica que está em ib_logfile1/648143676. Às 10h00, a posição é atualizada para ib_logfile3/648142342. A quantidade de dados gravados nessa hora é a diferença entre as duas posições.

  1. Quantidade gravada no arquivo inicial (ib_logfile1):
     Subtraia o offset inicial do tamanho total do arquivo. Cada arquivo de log tem 1 GB (1,073,741,824 bytes). A quantidade gravada é 1073741824 - 648143676 = 425598148 bytes.
     
     
     
     
     
     
     
     

  2. Quantidade gravada no arquivo intermediário (ib_logfile2):
     Após o preenchimento de ib_logfile1, o sistema grava completamente ib_logfile2. Essa quantidade é 1,073,741,824 bytes (1 GB).
     
     
     
     
     
     
     
     

  3. Quantidade gravada no arquivo final (ib_logfile3):
     Este é o offset no final, que é 648142342 bytes.
     
     
     
     
     
     
     
     

  Portanto, a quantidade total gravada é 425598148 + 1073741824 + 648142342 = 2147482314 bytes. Isso equivale a 2147482314 / 1024 / 1024 / 1024 = 1.999998 GB (arredondado para baixo com seis casas decimais). A taxa de transferência de dados entre fronteiras para essa hora é de aproximadamente 1.999998 GB × USD 0.80/GB = USD 1.5999984.

  Consultar o progresso de gravação do log e o offset do arquivo físico

  -- Query the current write progress of the log system.
  SHOW STATUS LIKE 'Innodb_log_write_lsn';
  +----------------------+------------+
  | Variable_name        | Value      |
  +----------------------+------------+
  | Innodb_log_write_lsn | 1721889596 |
  +----------------------+------------+
  
  -- Query the physical file offset in bytes.
  SELECT lsn_to_pos(1721889596);
  +------------------------+
  | lsn_to_pos(1721889596) |
  +------------------------+
  | ib_logfile1/648143676  |
  +------------------------+

Observações sobre o uso

Uma Rede de Banco de Dados Global (GDN) sincroniza dados usando um mecanismo de replicação física baseado em redo logs. Por isso, ativar o binary log não é necessário por padrão. Se a sua carga de trabalho exigir sincronização de binary log entre clusters (por exemplo, para assinatura de dados), garanta que o parâmetro de binary log (loose_polar_log_bin) esteja configurado de forma idêntica nos clusters primário e secundário. Caso contrário, você corre o risco de inconsistência de dados do binary log após uma alternância primário/secundário.

Adicionar um cluster secundário

Uma Rede de Banco de Dados Global (GDN) usa a China Unicom Cross-border Express Connect e a China Unicom Cross-border Cloud Enterprise Network (CEN) para dar suporte à adição de clusters secundários entre fronteiras. Uma configuração é transfronteiriça quando os clusters primário e secundário estão em tipos diferentes de regiões, conforme definido abaixo. Adicionar um cluster secundário transfronteiriço requer preparação adicional.

• Interior da China: China (Hangzhou), China (Shanghai), China (Shenzhen), China (Heyuan), China (Guangzhou), China (Qingdao), China (Beijing), China (Zhangjiakou), China (Hohhot), China (Ulanqab) e China (Chengdu).

• Outras regiões: China (Hong Kong), Japão (Tóquio), Coreia do Sul (Seul), Singapura, Malásia (Kuala Lumpur), Indonésia (Jacarta), Filipinas (Manila), Tailândia (Bangkok), Alemanha (Frankfurt), EUA (Vale do Silício), EUA (Virgínia) e Reino Unido (Londres).

Remover um cluster secundário

1. Faça login no console do PolarDB. No painel de navegação à esquerda, clique em Global Database Network (GDN).

2. Na página Global Database Network (GDN), localize a GDN de destino e clique no GDN ID para acessar a página de detalhes.

3. Na seção Clusters, localize o cluster secundário de destino e clique em Remove na coluna Actions.

   Nota

   • O processo de remoção leva aproximadamente cinco minutos.

   • Durante o processo de remoção, todos os endpoints de conexão do cluster na GDN, incluindo os do cluster sendo removido, permanecem disponíveis para acesso normal ao banco de dados.

   • Somente clusters secundários podem ser removidos de uma GDN. O cluster primário não pode ser removido.

   • Após um cluster secundário ser removido de uma GDN, ele para de sincronizar dados com o cluster primário e é configurado no modo de leitura/gravação.

   • Após um cluster ser removido de uma GDN, ele não pode ser re-adicionado como cluster secundário. Execute esta ação com cautela.

4. Leia atentamente as observações na caixa de diálogo pop-up e clique em OK para remover o cluster secundário.

Alternar o cluster primário

1. Faça login no console do PolarDB. No painel de navegação à esquerda, clique em Global Database Network (GDN).

2. Na página Global Database Network (GDN), localize a GDN de destino e clique no GDN ID para acessar a página de detalhes.

3. Na seção Clusters, localize o cluster secundário de destino e clique em Switch to Primary Cluster na coluna Operation.

4. Na caixa de diálogo Primary/Secondary Switchover, selecione o cluster secundário que se tornará o novo cluster primário e clique em OK.

   Nota

   • Uma alternância primário/secundário não troca os endpoints de conexão dos dois clusters. Pode ser necessário atualizar a configuração do seu aplicativo. Por exemplo, se o cluster primário original tinha um endpoint público, certifique-se de que o novo cluster primário também tenha um, para evitar problemas de acesso ao aplicativo. Para visualizar os endpoints de conexão, consulte Visualizar endpoints e portas de conexão.

   • Uma alternância primário/secundário em uma GDN é concluída em até 10 minutos (normalmente em até 5 minutos com base nos resultados dos testes). Durante a alternância, podem ocorrer desconexões transitórias de até 160 segundos. Recomendamos que você execute a alternância fora do horário de pico e garanta que seu aplicativo tenha um mecanismo de reconexão.

   • Se você ativar a opção Forced Switchover na caixa de diálogo Primary/Secondary Switchover:

     • Você não pode especificar um cluster de destino para uma alternância forçada. Em vez disso, o sistema promove o cluster secundário com o número de sequência de log (LSN) mais alto como o novo cluster primário.

     • Uma alternância forçada implica risco de perda de dados. O cluster primário original é removido automaticamente após a alternância. Execute esta ação com cautela.

Recriar um cluster secundário

Perguntas frequentes

Documentação relacionada

• Conectar-se a uma Rede de Banco de Dados Global: Descreve como estabelecer uma conexão com uma GDN.

• Criar um nome de domínio global: Explica como criar um endpoint de conexão unificado que fornece acesso à região mais próxima e persiste durante uma alternância de cluster primário.

APIs relacionadas