Todos os produtos
Search
Central de documentação

ApsaraDB for MongoDB:Nós somente leitura

Última atualização: Jul 20, 2026

Os nós somente leitura do ApsaraDB for MongoDB possuem URIs de string de conexão independentes. Isso permite que sistemas distintos se conectem diretamente e descarreguem o tráfego intenso de leitura dos nós primários e secundários.

Em cenários com muitas leituras, os nós primários e secundários podem ficar sobrecarregados por solicitações de leitura, o que pode impactar seus services. Crie um ou mais nós somente leitura para lidar com altos volumes de leitura e aumentar o throughput da aplicação.

Arquitetura de nós somente leitura

只读节点结构图

Os nós somente leitura apresentam as seguintes características:

  • Um nó somente leitura sincroniza dados do nó primário ou secundário com a menor latência possível usando o oplog. Essa abordagem reduz a carga de leitura nos nós primários e secundários em cenários com grande volume de leituras.

  • Cada nó somente leitura possui uma URI de string de conexão independente, ideal para conexões diretas de aplicações analíticas, como servidores de análise. A conexão a um nó somente leitura não interfere nas conexões existentes com os nós primários e secundários.

  • Se você tiver dois ou mais nós somente leitura, utilize a ReadOnly ConnectionStringURI para implementar balanceamento de carga nas solicitações de leitura.

Diferenças entre nós somente leitura e nós secundários

Semelhanças

Diferenças

Casos de uso

nó somente leitura

  • Quando um sistema ou aplicação se conecta a um nó somente leitura ou secundário por meio de sua URI de string de conexão, ele obtém acesso somente leitura.

  • Tanto os nós somente leitura quanto os secundários oferecem alta disponibilidade. Se um nó falhar, o sistema executa automaticamente o failover para um nó íntegro. Caso o failover automático não ocorra, execute um switchover manual. A URI de string de conexão do nó permanece inalterada.

    Nota

    Para obter mais informações sobre como alternar funções de nó, consulte Switch node roles.

    Ao acionar uma alteração de função de nó, pode ocorrer uma interrupção transitória de conexão de até 30 segundos. Recomendamos executar essa operação fora dos horários de pico ou garantir que sua aplicação possua um mecanismo de reconexão automática.

  • Um nó somente leitura não pode ser eleito como nó primário e não participa das votações de eleição.

  • Este tipo de nó possui uma URI de string de conexão independente, adequada para conexões diretas de sistemas e aplicações separados. Conectar-se a um nó somente leitura não interfere nas conexões existentes com os nós primários e secundários.

Com dois ou mais nós somente leitura, use a ReadOnly ConnectionStringURI para implementar balanceamento de carga nas solicitações de leitura. Essa configuração é indicada para cenários que exigem leitura de grandes volumes de dados, como business intelligence (BI) e análise de big data.

nó secundário

  • Se o nó primário falhar, um nó secundário poderá ser eleito como o novo nó primário para processar solicitações de leitura e gravação.

  • Embora um nó secundário tenha uma URI de string de conexão independente, ele pode ser eleito como o novo nó primário caso o atual falhe. Nessa situação, sistemas ou aplicações conectados a esse nó podem obter permissões de gravação.

Utilize a URI de string de conexão dos nós primários e secundários para implementar a divisão de leitura e gravação. Esse recurso é recomendado para cenários concorrentes com mais leituras do que gravações, permitindo escalar o desempenho e proteger seus services contra falhas de nó.

Benefícios

  • Altere o número de nós somente leitura a qualquer momento para gerenciar custos.

  • Esses nós possuem URIs de string de conexão independentes, ideais para conexões diretas de sistemas e aplicações separados, sem interferir nas conexões existentes com os nós primários e secundários.

  • Os nós somente leitura compartilham as mesmas especificações dos nós primários e secundários. Eles sincronizam dados automaticamente do nó primário ou secundário com a menor latência, eliminando a sobrecarga de manutenção.

  • Como atendem apenas a solicitações de leitura, esses nós não consomem recursos do nó primário. Adicionar ou remover nós somente leitura não interfere nas cargas de trabalho dos nós primários e secundários, nem interrompe suas conexões.

  • O ApsaraDB for MongoDB fornece um endereço unificado (ReadOnly ConnectionStringURI) para que uma instância de conjunto de réplicas se conecte a todos os seus nós somente leitura. Escale horizontalmente a capacidade de leitura aumentando o número de nós somente leitura, sem precisar alterar sua aplicação.

    Nota

    Para obter mais informações sobre a ReadOnly ConnectionStringURI, consulte Connection description for a replica set instance.

Limitações

  • Os nós somente leitura são suportados apenas para instâncias de conjunto de réplicas e instâncias de cluster fragmentado do ApsaraDB for MongoDB.

  • Esses nós processam apenas solicitações de leitura e não participam das eleições de nó primário.

  • É possível adicionar no máximo cinco nós somente leitura a uma instância de conjunto de réplicas.

  • Cada shard em uma instância de cluster fragmentado aceita no máximo cinco nós somente leitura.

  • Os dados são replicados de forma assíncrona do nó primário ou secundário para os nós somente leitura. A latência de replicação geralmente fica na faixa de milissegundos, mas pode aumentar para segundos quando o nó primário lida com uma carga intensa de gravação.

Faturamento

Um nó somente leitura tem o mesmo preço de um único nó em sua instância pai, seja ela uma instância de conjunto de réplicas ou um shard em uma instância de cluster fragmentado.

Documentação relacionada