Tablestore:Global Table

Como funciona

A Global Table utiliza a tecnologia de replicação multirregião do Tablestore para estabelecer canais de sincronização de dados entre instâncias em múltiplas regiões. Quando os dados de uma tabela em uma região são alterados, o sistema sincroniza a mudança automaticamente com as tabelas de réplica em outras regiões, garantindo a consistência dos dados entre regiões. As réplicas de tabela suportam expansão e remoção dinâmica em diferentes instâncias e regiões.

O processo de replicação ocorre automaticamente em segundo plano, sem necessidade de intervenção manual. Esse mecanismo atinge um objetivo de ponto de recuperação (RPO) aceitável, mantendo a consistência dos dados e atendendo às necessidades de recuperação de desastres e continuidade de negócios da maioria dos sistemas.

No uso diário, usuários e aplicações podem ler e gravar na réplica mais próxima, reduzindo a latência de acesso. Em caso de falha regional ou desastre grave, como interrupção de data center ou desastre natural, inicie rapidamente um failover de recuperação de desastres com base em múltiplas réplicas para reconstruir aplicações e dados críticos, assegurando a continuidade do negócio.

A Global Table oferece os seguintes recursos:

• Recuperação de desastres entre regiões — Réplicas de tabelas entre regiões. Se ocorrer uma falha no nível da região, as réplicas em outras regiões continuam a fornecer o service.

• Acesso de baixa latência — Usuários ou aplicações leem e gravam na réplica mais próxima, diminuindo a latência das operações.

• Consistência eventual — Adota um modelo de consistência eventual. Múltiplas réplicas são sincronizadas de forma assíncrona e os dados tornam-se consistentes eventualmente.

• Resolução automática de conflitos — O sistema usa o algoritmo LWW (Last Write Wins) para resolver automaticamente conflitos de gravação simultâneos entre regiões.

Modos de sincronização

A Global Table suporta dois modos de sincronização. Selecione o modo ao criar a Global Table.

• Modo ativo-passivo — Apenas a réplica primária aceita gravações por meio do endpoint de sua instância. Todas as outras réplicas são somente leitura, exceto durante um failover ativo-passivo. Use este modo para recuperação de desastres entre regiões e para escalar a capacidade de leitura com réplicas somente leitura.

• Modo ativo-ativo — Múltiplas réplicas aceitam gravações através de seus respectivos endpoints de instância. Defina o modo de leitura/gravação para cada instância de destino. Utilize este modo quando precisar gravar em várias regiões e manter um conjunto de dados global. Ambos os modos usam consistência eventual: as réplicas sincronizam de forma assíncrona e os dados tornam-se consistentes eventualmente. No modo ativo-ativo e durante um failover ativo-passivo, gravações simultâneas na mesma linha são resolvidas pelo algoritmo LWW. Para mais informações, consulte Limits.

Cenários

A Global Table é adequada para cenários de negócios que exigem alta disponibilidade, leituras e gravações entre regiões com baixa latência e recuperação de desastres entre regiões. Os cenários típicos incluem:

• Backup entre regiões — Caso a região primária falhe, alterne para a região secundária para continuar fornecendo services de leitura e garantir a continuidade dos negócios. Por exemplo, as tabelas de usuários primária e secundária de um sistema de e-commerce são armazenadas no Tablestore nas regiões china (Hangzhou) e china (Beijing). Se a região china (Hangzhou) falhar, a região china (Beijing) continua a fornecer services de consulta. Modo recomendado: ativo-passivo.

• Gravar em uma região, ler em várias regiões — Grave dados na região mais próxima e leia da réplica mais próxima em outras regiões. Ideal para acelerar o acesso remoto. Por exemplo, as gravações primárias de um service são direcionadas à região china (Hangzhou), e réplicas somente leitura são implantadas nas regiões china (Beijing) e china (Shanghai) para atender à demanda por leituras entre regiões de baixa latência. Modo recomendado: ativo-passivo com réplicas somente leitura.

• Gravar em várias regiões, ler globalmente — A gravação em múltiplas regiões cria um conjunto de dados global e fornece leituras eventualmente consistentes. Indicado para cenários que exigem acesso a um conjunto de dados global, como distribuição entre regiões de perfis de usuários de jogos e sistemas de mensagens sociais. Modo recomendado: ativo-ativo.

Limites

Revise os limites abaixo antes de criar uma Global Table. Alguns limites determinam se a criação da Global Table será bem-sucedida. Para mais informações, consulte Limits.

• Regiões suportadas — A Global Table está disponível nas regiões china (Hangzhou), china (Shanghai), china (Qingdao), china (Beijing), china (Zhangjiakou), china (Hohhot), china (Ulanqab), china (Shenzhen), china (Guangzhou) e china (Chengdu). Devido a requisitos de conformidade de dados e outros motivos, não é possível criar uma Global Table entre regiões de países diferentes. Para verificar as regiões suportadas pela Global Table, consulte Supported regions.

• Tipos de tabela — Apenas tabelas de dados são suportadas. A sincronização entre regiões de tabelas de séries temporais, índices de pesquisa e índices secundários não é suportada.

• Número de réplicas — Uma única Global Table suporta até 10 regiões.

• Latência de sincronização — O RPO de sincronização geralmente fica dentro de alguns segundos, dependendo das regiões, condições de rede e volume de dados. O service não oferece garantias de confiabilidade para a latência de transmissão de dados.

• Configuração imutável — Não é possível modificar as propriedades de uma Global Table, como a configuração de TTL ou colunas predefinidas.

• Tabelas em modo de coluna — As tabelas de dados existentes são criadas no modo de coluna por padrão e não podem ser atualizadas diretamente para uma Global Table.

• Recriação de uma Global Table — Ao utilizar o recurso Global Table pela segunda vez, tabelas duplicadas existentes não podem restabelecer o relacionamento de sincronização. Exclua primeiro os índices de pesquisa e os índices secundários, em seguida exclua a tabela e então crie uma Global Table. O segundo uso refere-se ao cenário em que uma tabela de dados que anteriormente fazia parte de uma Global Table, mas cujo relacionamento de sincronização foi removido, é criada novamente como uma Global Table.

• Risco de sobrescrita de dados — Nas gravações diárias no modo ativo-ativo e durante um failover ativo-passivo, gravações síncronas e gravações de usuários podem modificar a mesma linha de dados simultaneamente. A linha com o número de versão mais alto sobrescreve a linha com o número de versão mais baixo (LWW), e os dados da gravação de versão inferior são sobrescritos ou descartados.

Pré-requisitos

• Instâncias criadas tanto na região primária quanto em cada região de réplica de destino. Para instruções, consulte Create an instance.

• A tabela base deve atender aos requisitos de configuração da Global Table. Para usar uma tabela de dados existente como tabela base, certifique-se de que ela cumpra os requisitos listados na tabela a seguir.

Tabelas existentes fora do modo de linha não suportam a criação de Global Tables. Para utilizar tal tabela, entre em contato com o suporte técnico para ativar esse recurso.

Criar uma Global Table

Crie a tabela base na região primária e depois converta-a em uma Global Table com regiões de réplica nas regiões de destino.

Leituras e gravações na Global Table

As operações data read e data write nas tabelas de réplica de uma Global Table são idênticas às de uma tabela de dados padrão.

• Para leituras reais, obtenha o endpoint da instância onde a tabela de réplica correspondente está localizada.

• No modo ativo-passivo, apenas a réplica primária permite gravações através do endpoint de sua instância. Todas as outras réplicas são somente leitura, exceto durante um failover ativo-passivo.

• No modo ativo-ativo, todas as réplicas graváveis permitem gravações através de seus respectivos endpoints de instância.

Gerenciar uma Global Table

Integração para desenvolvedores

É possível utilizar Global Tables por meio da Java SDK.

Melhores práticas

Siga estas melhores práticas ao aplicar a Global Table em um ambiente de produção:

• Criar uma Global Table para uma tabela existente — As APIs originais de leitura e gravação permanecem inalteradas. Os dados são sincronizados automaticamente com a nova réplica, que pode compartilhar a carga de leitura.

• Criar uma Global Table do zero — Finalize o esquema da tabela, crie a tabela base e, em seguida, crie a Global Table. Não é possível modificar o esquema de uma Global Table, portanto, certifique-se de que a tabela base passe em todos os testes antes de criar a Global Table.

• Vincular dinamicamente uma nova réplica — Adicione novas réplicas dinamicamente enquanto usa uma Global Table, sem afetar as operações de leitura e gravação das réplicas existentes. A nova réplica contém os dados mais recentes da Global Table.

• Desvincular uma réplica existente — Se uma tabela de réplica não for mais necessária, desvincule-a primeiro. Após a desvinculação, a réplica deixa de sincronizar dados de outras réplicas, mas a tabela e seus dados são mantidos. Para excluir a réplica, exclua-a manualmente após a desvinculação.

• Escolher uma combinação adequada de regiões — Selecione regiões primárias e secundárias apropriadas com base na distribuição de usuários e nos requisitos de negócios.

• Planejar o failover da região primária — No modo ativo-passivo, quando a região primária estiver indisponível, selecione primeiro uma nova tabela de réplica primária no console e, em seguida, alterne o caminho de gravação da camada de aplicação. Depois que os dados forem sincronizados com a nova tabela de réplica primária, alterne-a para a tabela de réplica primária. Pode ocorrer uma breve interrupção de gravação durante o failover, portanto, implemente um mecanismo de nova tentativa no lado do negócio. Gerencie a ordem e o momento dos failovers de aplicações e services para evitar perda de dados.

Faturamento

As Global Tables geram taxas de armazenamento de dados, leituras de dados, gravações de dados e tráfego de replicação entre regiões.

As seguintes taxas se aplicam:

• Taxa de armazenamento de dados: Cada tabela de réplica armazena dados independentemente. A cobrança é feita separadamente pela quantidade real de dados armazenados na região de cada tabela.

• Taxa de leitura de dados: Cobre operações de leitura local em todas as tabelas de réplica.

• Taxa de gravação de dados: Operações de gravação só podem ser realizadas em réplicas graváveis. Taxas de gravação são cobradas apenas na tabela onde os dados são gravados diretamente. Tabelas de réplica que sincronizam dados via replicação assíncrona não incorrem em taxas de gravação.

• Taxa de tráfego de replicação entre regiões: Cobrada pelo tráfego de transferência de dados entre regiões gerado quando os dados são replicados assincronicamente para cada tabela de réplica.

  Importante

  A taxa de tráfego de replicação entre regiões para cada réplica é calculada separadamente. A taxa é cobrada da instância da qual os dados são extraídos.

Perguntas frequentes

Como modifico a configuração de uma Global Table, como definir o TTL ou adicionar colunas personalizadas?

Atualmente, não é possível modificar diretamente a configuração de uma Global Table. Para modificar a configuração, desvincule completamente a Global Table primeiro, faça as modificações e recrie a Global Table. Antes de recriar a Global Table, direcione todas as operações de leitura e gravação para a réplica primária para evitar afetar as leituras e gravações da camada superior e, em seguida, exclua as outras réplicas.

Como excluo uma tabela de réplica?

Primeiro, desvincule a tabela de réplica da Global Table. Após a desvinculação bem-sucedida, exclua a tabela de réplica da lista de tabelas da instância no console.

No modo ativo-passivo, como leio de uma tabela de réplica de uma instância não primária?

Na aba Global Table da tabela base na instância primária, visualize o nome da instância da tabela de réplica associada e, em seguida, use o endpoint dessa instância para ler dados.

No modo de linha, se a operação UpdateRow atualizar valores em colunas diferentes da mesma linha em regiões diferentes (supondo que a atualize primeiro e b atualize depois), como ficarão os dados da linha?

Os dados da linha serão eventualmente consistentes. O valor final corresponde aos dados de toda a linha na réplica de b. Os dados específicos podem se enquadrar em um dos dois casos a seguir:

• Se a tabela de réplica atual ainda não tiver sincronizado a atualização a antes da atualização b, a linha conterá o valor de b, mas não o valor de a.

• Se a tabela de réplica atual já tiver sincronizado a atualização a antes da atualização b, a linha conterá tanto os valores de b quanto de a.