Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Importante
O Azure Cosmos DB para PostgreSQL não tem mais suporte para novos projetos. Não use esse serviço para novos projetos. Em vez disso, use um destes dois serviços:
Use o Azure Cosmos DB para NoSQL para uma solução de banco de dados distribuída 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 o Recurso Clusters Elásticos do Banco de Dados do Azure para PostgreSQL no PostgreSQL compartilhado usando a extensão de código aberto Citus.
O tamanho de um cluster, que inclui o número de nós e a 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 boa escolha.
Casos de uso
O Azure Cosmos DB for PostgreSQL é usado com frequência das seguintes maneiras.
SaaS multilocatário
Quando você estiver migrando 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. Nesses cenários, vimos melhorias de desempenho 2-3x porque a fragmentação melhora a utilização de recursos, permitindo índices menores etc.
A contagem 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 exige 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 se ajustam à RAM, você pode esperar uma melhoria de desempenho linear no Azure Cosmos DB for PostgreSQL proporcional ao número de núcleos de trabalho. Para determinar o número correto de vCores para suas necessidades, considere a latência atual para as consultas no seu banco de dados de nó único e a latência necessária no Azure Cosmos DB for 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 maior parte do conjunto de trabalho caiba na memória. O tipo de consultas que seu aplicativo usa afetará 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óximas etapas
- Dimensionar um cluster
- Saiba mais sobre as opções de desempenho do cluster.