Réplicas de leitura no Azure Cosmos DB for PostgreSQL
APLICA-SE A: 
Azure Cosmos DB for PostgreSQL (da plataforma da extensão de dados Citus para PostgreSQL)
O recurso de réplica de leitura permite replicar dados de um cluster para um cluster somente leitura. As réplicas são atualizadas de forma assíncrona com a tecnologia de replicação física do PostgreSQL. Você pode replicar para até cinco réplicas a partir do servidor primário.
As réplicas são novos clusters que você gerencia de forma semelhante aos clusters regulares. Para cada réplica de leitura, você será cobrado pela computação provisionada em vCores e pelo armazenamento em GiB/mês. Os custos de computação e armazenamento para cluster de réplica são os mesmos dos cluster regulares.
Saiba como criar e gerenciar réplicas.
Quando usar uma réplica de leitura
O recurso de réplica de leitura ajuda a melhorar o desempenho e o dimensionamento de cargas de trabalho com uso intenso de leitura. As cargas de trabalho de leitura podem ser isoladas para as réplicas, enquanto as cargas de trabalho de gravação podem ser direcionadas para o primário.
Um cenário comum é ter cargas de trabalho analíticas e de BI usando a réplica de leitura como a fonte de dados para relatório.
Como réplicas são somente leitura, elas não reduzem diretamente os encargos de capacidade de gravação no primário.
Considerações
O recurso destina-se a cenários em que o atraso da replicação é aceitável e para descarregamento de consultas. Não é destinado a cenários de replicação síncrona em que os dados de réplica devem estar atualizados. Haverá um atraso mensurável entre o primário e a réplica. Esse atraso pode ser de minutos ou até mesmo horas, dependendo da carga de trabalho e da latência entre o primário e a réplica. Os dados na réplica acabarão se tornando consistentes com os dados no primário. Use este recurso para cargas de trabalho que podem acomodar esse atraso.
Criar uma réplica
Quando você inicia o fluxo de trabalho de criação de réplica, um cluster vazio é criado. O novo cluster é preenchido com os dados que estavam no cluster primário. A hora de criação depende da quantidade de dados no primário e do tempo decorrido desde o último backup completo semanal. O tempo pode variar de alguns minutos a várias horas.
O recurso de réplica de leitura usa a replicação física do PostgreSQL, e não a replicação lógica. O modo padrão é replicação de streaming usando slots de replicação. Quando necessário, o envio de logs é usado para recuperar o atraso.
Saiba como criar uma réplica de leitura no portal do Azure.
Conectar-se a uma réplica
Quando você cria uma réplica, ela não herda as regras de firewall do cluster primário. Essas regras precisam ser configuradas independentemente da réplica.
A réplica herda a conta (citus) do administrador do cluster primário.
Todas as contas de usuário são replicadas para as réplicas de leitura. Você só pode se conectar a uma réplica de leitura usando as contas de usuário disponíveis no servidor primário.
Você pode se conectar ao nó coordenador da réplica usando seu nome de host e uma conta de usuário válida, como faria em um cluster regular. Por exemplo, considerando um servidor chamado my replica com o nome de usuário administrador citus, você pode se conectar ao nó coordenador da réplica usando o psql:
psql -h c-myreplica.12345678901234.postgres.cosmos.azure.com -U citus@myreplica -d postgres
No prompt, insira a senha da conta de usuário.
Promoção de réplica para cluster independente
Você pode promover uma réplica para um cluster independente que seja legível e gravável. Uma réplica promovida não recebe mais atualizações de seu original e a promoção não pode ser desfeita. As réplicas promovidas podem ter réplicas próprias.
Há dois cenários comuns para promover uma réplica:
Recuperação de desastre. Se algo der errado com o primário ou com uma região inteira, você poderá abrir outro cluster para gravações como um procedimento de emergência.
Migrar para outra região. Se você quiser mudar para outra região, crie uma réplica na nova região, aguarde até que os dados sejam atualizados e promova a réplica. Para evitar a perda potencial de dados durante a promoção, convém desabilitar gravações no cluster original depois que a réplica for atualizada.
Você pode ver até que ponto uma réplica alcançou usando a métrica
replication_lag. Consulte Métricas para obter mais informações.
Considerações
Esta seção resume as considerações sobre o recurso de réplica de leitura.
Novas réplicas
Uma réplica de leitura é criada como um novo cluster. Um cluster existente não pode se tornar uma réplica. Você não pode criar uma réplica de outra réplica de leitura.
Configuração da réplica
As réplicas herdam as configurações de nó de computação, armazenamento e trabalho de seus primários. Você pode alterar algumas configurações em uma réplica, mas não todas. Por exemplo, você pode alterar as regras de computação, de firewall para acesso público e os pontos de extremidade privados para acesso privado. Não é possível alterar o tamanho do armazenamento ou o número de nós de trabalho.
Lembre-se de manter as réplicas suficientemente robustas para manter as alterações que chegam do primário. Por exemplo, lembre-se de aumentar o poder de computação nas réplicas se ele for aumentado no primário.
As regras de firewall e configurações de parâmetros não são herdadas do servidor primário para a réplica quando a réplica é criada ou posteriormente.
Replicação entre regiões
As réplicas de leitura podem ser criadas na região do cluster primário ou em qualquer outra região com suporte do Azure Cosmos DB for PostgreSQL. O limite de cinco réplicas por cluster conta para todas as regiões, o que significa cinco no total e não cinco por região.