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 está em um caminho de desativação e não é mais recomendado para novos projetos. Em vez disso, use um destes dois serviços:
Para cargas de trabalho do PostgreSQL, use o recurso Clusters Elásticos do Banco de Dados do Azure para PostgreSQL para aproveitar os recursos de escalonamento horizontal e funcionalidades distribuídas do PostgreSQL contidos na extensão Citus de código aberto. Para obter diretrizes de migração, consulte migrate to Banco de Dados do Azure para PostgreSQL with Elastic Cluster.
Para cargas de trabalho NoSQL, use o Azure Cosmos DB para NoSQL como uma solução de banco de dados distribuído que inclui um SLA (contrato de nível de serviço) de 99,999%, dimensionamento automático instantâneo e failover automático em várias regiões.
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.