Recomendamos começar com um único cluster fragmentado quando você estiver criando um novo aplicação , independentemente da sua necessidade imediata de vários shards.
Os seguintes cenários se beneficiam da arquitetura de cluster fragmentado :
Caso de uso | Descrição |
|---|---|
Otimização de custos | O dimensionamento vertical se torna cada vez mais caro e menos eficaz à medida que os requisitos de hardware aumentam. O dimensionamento horizontal oferece um dimensionamento mais previsível e econômico à medida que a demanda por recursos aumenta. |
Acesso a collections simultâneas de alto | Aplicativos com várias collections ativas em que a contenção de recursos resulta em gargalos de desempenho. A fragmentação distribui collections em hardware dedicado, evitando a contenção de recursos. |
Volumes de trabalho de alta taxa de transferência | Aplicativos com altos volumes de leitura/gravação se beneficiam da distribuição de tráfego em várias máquinas, melhorando o desempenho e reduzindo gargalos. |
Grandes conjuntos de dados | Se os volumes de dados crescerem rapidamente ou os conjuntos de trabalho excederem a capacidade de memória de um único servidor, o dimensionamento horizontal garantirá um desempenho sustentável ao distribuir dados em vários nós. |
Ambientes multilocatários | Os aplicativos que atendem a vários clientes se beneficiam por ter shards dedicados por locatário, fornecendo isolamento de desempenho e alocação personalizada de recursos. Os recursos de fragmentação do MongoDB permitem arquiteturas eficientes de vários inquilinos. |
Sistemas globais | Quando seus usuários estão espalhados por diferentes regiões, a distribuição de dados em shards posicionados geograficamente reduz a latência e melhora a experiência do usuário. |
Detalhes
Começar com um cluster fragmentado é uma abordagem proativa que oferece:
Dimensionamento horizontal sem esforço – Você pode adicionar fragmentos facilmente à medida que seu aplicação cresce, sem a complexidade de migrar de um conjunto de réplicas.
Infraestrutura de baixo custo – O MongoDB 8.0 introduz shards de configuração, permitindo configurar um cluster fragmentado em uma única infraestrutura de conjunto de réplicas sem servidores de configuração dedicados. No MongoDB Atlas, clusters fragmentados com até 3 fragmentos na versão 8.0 utilizam fragmentos de configuração por padrão.
Considere adicionar shards quando seu banco de dados atingir 60-70% da utilização de recursos (RAM, vCPUs ou armazenamento) de uma máquina dimensionável. Por exemplo, no Atlas, a utilização consistente de recursos de 60-70% de uma máquina M60 com um disco de 4 TB indica que um fragmento adicional deve ser adicionado.