PolarDB:Global Database Network (GDN)

Visão geral

Basic edition

Multi-write edition

Uma Global Database Network (GDN) consiste em um cluster primário e vários clusters secundários. O cluster primário processa solicitações de escrita, enquanto os clusters secundários, distribuídos por diferentes regiões, atendem a solicitações de leitura locais. Os dados são sincronizados entre todos os clusters por meio de links de baixa latência, formando um único banco de dados lógico.

Na arquitetura GDN Basic Edition, os clusters secundários encaminham solicitações de escrita ao cluster primário via roteamento entre regiões. Quando os clusters primário e secundários estão implantados em regiões diferentes e fisicamente distantes, a latência de escrita nos clusters secundários aumenta significativamente. A GDN Multi-write Edition oferece uma solução de escrita múltipla no nível de tabela. Isso permite que cada cluster realize escritas locais nas tabelas para as quais possui permissão, reduzindo efetivamente a latência de escrita entre regiões. Para mais informações, consulte o Guia do usuário da GDN Multi-write Edition. Nota A PolarDB GDN Multi-write Edition está atualmente em versão canary. Para usar esse recurso, pesquise o número do grupo no DingTalk e participe para fazer suas consultas. Número do grupo no DingTalk: 30245017864

Casos de uso

Redundância geográfica ativa (implantação multirregião) Implante seus serviços em várias regiões. Com recursos como sincronização entre regiões de baixa latência, divisão de leitura/escrita entre regiões e acesso local, a GDN garante que a latência de acesso ao banco de dados para aplicações em cada região seja tipicamente inferior a 2 segundos. Indústrias típicas: Jogos, comércio eletrônico transfronteiriço, serviços locais (entrega de alimentos) e novo varejo (outlets). Arquitetura de negócios: Para desempenho ideal, as aplicações em cada região leem e escrevem diretamente no banco de dados local. O sistema encaminha as solicitações de escrita ao cluster primário para processamento. Em uma GDN, cada cluster (incluindo os clusters primário e secundários) fornece um endpoint de cluster independente. Conecte-se ao endpoint de cluster mais próximo com base no local onde sua aplicação é executada. As especificações dos clusters secundários em China (Pequim) e China (Shenzhen) devem atender ou exceder as do cluster primário em China (Hangzhou). Recomendamos usar as mesmas especificações para obter desempenho ideal.

Recuperação de desastres geográficos Use a GDN para alcançar alta disponibilidade entre regiões e melhorar a segurança dos dados e a disponibilidade do sistema. Se o data center do cluster primário falhar, restaure o serviço realizando manualmente um failover para um cluster secundário. A GDN suporta várias arquiteturas, como duas regiões e três data centers, duas regiões e quatro data centers, e três regiões e seis data centers. Indústrias típicas: Bancos, valores mobiliários e seguros. Arquitetura de negócios (exemplo: arquitetura de duas regiões e três data centers): A região primária é China (Pequim) e usa uma implantação em zona de disponibilidade dupla, cobrindo AZ1 e AZ2. A região de recuperação de desastres é China (Xangai) e usa uma implantação em zona de disponibilidade única. Por padrão, a aplicação realiza leituras e escritas locais no banco de dados na AZ1 da região China (Pequim). Se a AZ1 falhar, o sistema primeiro faz failover para a AZ2 em Pequim. Se tanto a AZ1 quanto a AZ2 falharem, o sistema faz failover para a AZ3 em Xangai. Nota Um failover primário/secundário em uma GDN é concluído em até 10 minutos (geralmente em até 5 minutos, com base em resultados de testes). Durante o failover, podem ocorrer desconexões transitórias de até 160 segundos. Recomendamos realizar o failover fora dos horários de pico e garantir que sua aplicação possua um mecanismo de reconexão.

Benefícios

• Implantação entre regiões: Expanda de uma implantação em região única para uma implantação multirregião sem alterar o código da sua aplicação.

• Divisão de leitura/escrita entre regiões e acesso local: Em uma GDN, o sistema roteia solicitações de leitura para o cluster secundário local e encaminha solicitações de escrita ao cluster primário.

• Configuração flexível: Os clusters primário e secundários possuem configurações independentes, incluindo especificações de cluster, listas de permissões e valores de parâmetros.

• Sincronização entre regiões de baixa latência: A replicação física assíncrona, baseada em redo log, e tecnologias de reaplicação paralela reduzem a latência de replicação entre regiões dos clusters primário e secundários. Isso garante que os dados permaneçam sincronizados em todos os clusters com uma latência de replicação tipicamente inferior a dois segundos, reduzindo significativamente a latência de leitura para aplicações em regiões remotas.

Requisitos e limitações

Preços

As cobranças de uma Global Database Network (GDN) consistem nos custos do cluster e quaisquer taxas aplicáveis de replicação de dados transfronteiriços. As regras de faturamento são as seguintes:

• Cenários gratuitos:

  Seus clusters primário e secundários estão ambos implantados em regiões dentro da China continental, ou ambos estão implantados na região China (Hong Kong) ou em outras regiões no exterior. Exemplos:

  • Tanto o cluster primário quanto os secundários estão na China continental. 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).

  • Tanto o cluster primário quanto o secundário estão na região China (Hong Kong) ou em outras regiões no exterior. Por exemplo, o cluster primário está em Singapura e o cluster secundário está em Filipinas (Manila).

• Cenários faturáveis:

  Taxas transfronteiriças se aplicam quando uma GDN atravessa a fronteira da China continental — por exemplo, se um cluster estiver na China continental e outro em China (Hong Kong) ou em uma região no exterior. Exemplos:

  • O cluster primário está na China continental e o cluster secundário está fora da China continental. 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 da China continental e o cluster secundário está na China continental. 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 por GB, faturado por hora. A taxa é calculada horariamente com base no volume de dados de redo log replicados fisicamente do cluster primário para um cluster secundário transfronteiriço. 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 09:00, você consulta a posição de escrita física do log e descobre que é ib_logfile1/648143676. Às 10:00, a posição é atualizada para ib_logfile3/648142342. A quantidade de dados escritos nesta hora é a diferença entre as duas posições.

  1. Quantidade escrita no arquivo inicial (ib_logfile1): Subtraia o deslocamento inicial do tamanho total do arquivo. Cada arquivo de log tem 1 GB (1.073.741.824 bytes). A quantidade escrita é 1073741824 - 648143676 = 425598148 bytes.

  2. Quantidade escrita no arquivo intermediário (ib_logfile2): Após o ib_logfile1 ficar cheio, o sistema escreve completamente o ib_logfile2. Essa quantidade é 1.073.741.824 bytes (1 GB).

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

  Portanto, a quantidade total escrita é 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 transfronteiriços para esta hora é de aproximadamente 1,999998 GB × USD 0,80/GB = USD 1,5999984.

  Consultar o progresso de escrita do log e o deslocamento 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  |
  +------------------------+

Primeiros passos

1. Criar e gerenciar uma global database network: Selecione um cluster que atenda aos requisitos para servir como cluster primário da GDN.

2. Adicionar um cluster secundário: Acesse a página de compra do PolarDB para adicionar um cluster secundário à GDN que você criou.

3. Conectar-se a uma global database network: Em uma GDN, cada cluster (primário e secundários) fornece um endpoint de cluster independente. Conecte-se ao endpoint do cluster mais próximo com base na região da sua aplicação. A GDN também fornece um nome de domínio global. Esse recurso oferece acesso local e um endpoint estável que persiste mesmo após um failover do cluster primário.