O que é um cluster de RegionlessDB?

Cenários

• Implementação multiativa remota

  Os dados são sincronizados entre instâncias em um cluster de RegionLessDB. Para menor latência de rede e acesso mais rápido a recursos, você pode selecionar a instância mais próxima de suas cargas de trabalho.

• Recuperação remota de desastres

  Se houver uma falha no nível da região na instância primária, as cargas de trabalho poderão ser alternadas para uma instância em espera para DR remota.

Arquitetura

Figura 2 Arquitetura

• A implementação entre regiões é suportada. Redo logs gerados na instância primária são sincronizados com uma instância em espera e gravados no armazenamento DFV. As páginas necessárias para acesso ao banco de dados são reproduzidas. Para mais detalhes, consulte Figura 2. (Os dados são sincronizados com base no nó de replicação Source da instância primária e no nó de replicação Target da instância em espera.)
• Na instância primária, a réplica de leitura obtém os redo logs e páginas necessários do armazenamento DFV por meio do nó primário. Na instância em espera, a réplica de leitura obtém redo logs e páginas necessários do armazenamento DFV por meio do nó de replicação Target.

Vantagens

• Implementação global e acesso próximo a dados

  As instâncias em um cluster de RegionlessDB são de diferentes regiões do mundo. Os dados gerados pela instância primária podem ser lidos diretamente da instância em espera mais próxima.

• Baixa latência da replicação entre regiões

  Os redo logs são lidos direta e ininterruptamente do armazenamento DFV para replicação assíncrona. A latência de replicação é inferior a 1 segundo graças à sincronização de dados paralelos de alta taxa de transferência.

• Sem tempo de inatividade para o nó primário durante a sincronização de dados

  O nó de replicação da instância primária lê dados de diferentes nós no armazenamento DFV em paralelo para sincronização. Isso significa que o nó primário não precisa sincronizar diretamente os dados com as instâncias em espera. Em vez disso, ele só precisa atualizar as informações de localização de redo logs no armazenamento para o nó de replicação da instância primária. Dessa forma, as cargas de trabalho no nó primário não são afetadas.

• Muitas réplicas de leitura

  Há até cinco instâncias em espera em um cluster, e cada instância em espera oferece suporte a até 15 réplicas de leitura.

  

  Quando você está criando uma instância de BD, no máximo 10 réplicas de leitura podem ser criadas por vez.

• Recuperação de desastres em nível regional

  Se houver uma falha no nível da região na instância primária, as cargas de trabalho podem ser rapidamente alternadas para uma instância em espera para DR remota, obtendo um RPO em minutos e um RTO em segundos.

  

  • Se você precisar usar DR rápida, entre em contato com o atendimento ao cliente.
  • Objetivo de ponto de recuperação (RPO): a quantidade máxima de perda de dados tolerada pelo sistema.
  • Objetivo de tempo de recuperação (RTO): a duração máxima de interrupção do serviço tolerada pelo sistema. Refere-se ao requisito para a duração da recuperação de uma falha de sistema de informações ou falha de função de serviço causada por um desastre.

Restrições

• Antes de usar esse recurso, você precisa obter os requisitos de certificação de segurança de dados da região local e avaliar a conformidade com as leis e regulamentos relacionados.
• O RegionlessDB está na fase de teste beta aberto (OBT). Para usar essa função, envie uma solicitação escolhendo Service Tickets > Create Service Ticket no canto superior direito do console de gerenciamento.
• Para permitir a comunicação entre regiões, você precisa criar uma Virtual Private Network (VPN) com antecedência. Para obter detalhes sobre como criar uma VPN, consulte Configuração da VPN S2C Enterprise Edition para conectar um data center local a uma VPC.

• Apenas instâncias de pagamento por uso podem ser criadas.
• A versão do kernel deve ser 2.0.46.231000 ou posterior, e a instância primária deve ser uma nova instância.
• As instâncias em um cluster de RegionlessDB não podem usar 192.168.0.0/16 como seu bloco CIDR de sub-rede.
• Os blocos CIDR de sub-rede das instâncias primárias e em espera em diferentes regiões devem ser diferentes.
• Quando uma instância em espera é criada, os dados precisam ser sincronizados da instância primária. O tempo necessário depende da quantidade de dados que existem.
• A instância primária em um cluster de RegionlessDB não pode ser restaurada para a instância original, e outras instâncias não podem ser restauradas para nenhuma instância em um cluster de RegionlessDB.
• Se você tiver criado instâncias de proxy ou instâncias de HTAP para uma instância de TaurusDB, a instância de TaurusDB não poderá ser usada como uma instância em um cluster de RegionlessDB. Para usá-la, exclua as instâncias de proxy ou HTAP primeiro.
• A instância primária não suporta as seguintes operações:
  • Alteração de uma porta do banco de dados
  • Alteração de um endereço IP privado
  • Criação de uma instância de HTAP
  • Criação de uma instância de proxy
• A instância em espera não suporta as seguintes operações:
  • Redefinição de uma senha
  • Criação e restauração de um backup
  • Criação de uma conta
  • Autorização de uma conta
  • Criação de uma instância de proxy
  • Criação de uma instância de HTAP
  • Promoção de uma réplica de leitura para o nó primário
  • Alteração de uma porta do banco de dados
  • Alteração de um endereço IP privado
  • Modificação de políticas de dimensionamento automático
• Os dados entre regiões são sincronizados por meio de uma rede. A largura de banda da VPN deve ser maior que a largura de banda de gravação da instância primária em um cluster de RegionlessDB.
• Em cenários de DDL de grande escala, a latência de replicação pode flutuar por mais de 1 segundo.
• Os clusters de RegionlessDB não oferecem suporte a OpenAPIs.
• Um cluster de RegionLessDB consiste em uma instância primária (na região primária) e até cinco instâncias em espera (em regiões em espera). A instância primária processa solicitações de leitura e gravação, enquanto as instâncias em espera processam apenas solicitações de leitura. Tabela 1 lista as especificações máximas suportadas por um cluster de RegionlessDB.

  Tabela 1 Especificações

  Descrição	Instância principal	Instância em espera
  Máximo de instâncias	1	5
  Máximo de nós de leitura/gravação por instância	1	0
  Máximo de nós somente leitura por instância	15	15

  

  Quando você está criando uma instância de BD, no máximo 10 réplicas de leitura podem ser criadas por vez.