Partilhar via

Escolher o tamanho inicial do cluster no Azure Cosmos DB para PostgreSQL

  • Aplica-se a: ✅ PostgreSQL

Importante

O Azure Cosmos DB para PostgreSQL não tem mais suporte para novos projetos. Não use este serviço para novos projetos. Em vez disso, use um destes dois serviços:

  • Use o Azure Cosmos DB para NoSQL para obter uma solução de banco de dados distribuído projetada para cenários de alta escala com um SLA (contrato de nível de serviço) de disponibilidade de 99.999%, dimensionamento automático instantâneo e failover automático em várias regiões.

  • Use a funcionalidade de Clusters Elásticos do Azure para PostgreSQL para PostgreSQL fragmentado, utilizando a extensão Citus de código aberto.

O tamanho de um cluster, tanto o número de nós quanto sua capacidade de hardware, é fácil de alterar. No entanto, você ainda precisa escolher um tamanho inicial para um novo cluster. Aqui estão algumas dicas para uma escolha razoável.

Casos de uso

O Azure Cosmos DB para PostgreSQL é usado com freqüência das seguintes maneiras.

Software como Serviço (SaaS) multi-inquilino

Ao migrar para o Azure Cosmos DB for PostgreSQL de uma instância de banco de dados PostgreSQL de nó único existente, escolha um cluster em que o número de vCores de trabalho e RAM no total seja igual ao da instância original. Em tais cenários, vimos melhorias de desempenho de 2 a 3x porque a fragmentação melhora a utilização de recursos, permitindo índices menores, etc.

A contagem de vCore é, na verdade, a única decisão. Atualmente, a alocação de RAM é determinada com base na contagem de vCore, conforme descrito na página de computação e armazenamento . O nó coordenador não requer tanta RAM quanto os trabalhadores, mas não há como escolher RAM e vCores de forma independente.

Análise em tempo real

Total de vCores: quando os dados de trabalho cabem na RAM, pode-se esperar um aumento linear no desempenho no Azure Cosmos DB para PostgreSQL proporcional ao número de núcleos de trabalho. Para determinar o número certo de vCores para suas necessidades, considere a latência atual para consultas em seu banco de dados de nó único e a latência necessária no Azure Cosmos DB para PostgreSQL. Divida a latência atual pela latência desejada e arredonde o resultado.

RAM de trabalho: o melhor caso seria fornecer memória suficiente para que a maioria do conjunto de trabalho caiba na memória. O tipo de consultas que a aplicação utiliza afeta os requisitos de memória. Você pode executar EXPLAIN ANALYZE em uma consulta para determinar a quantidade de memória necessária. Lembre-se de que vCores e RAM são dimensionados juntos conforme descrito no artigo de computação e armazenamento .

Próximos passos

  • Last updated on