Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Importante
O Azure Cosmos DB para PostgreSQL está numa fase de reforma e já não é recomendado para novos projetos. Em vez disso, use um destes dois serviços:
Para cargas de trabalho PostgreSQL: utilize a funcionalidade Elastic Clusters da Azure Base de Dados para PostgreSQL para utilizar as funcionalidades de escalonamento horizontal e distribuição do PostgreSQL contidas na extensão open source Citus. Para orientação sobre migração, veja migrar para Base de Dados do Azure para PostgreSQL com Elastic Cluster.
Para cargas de trabalho NoSQL , utilize o Azure Cosmos DB para NoSQL como solução de base de dados distribuída que inclui um acordo de nível de serviço (SLA) de disponibilidade de 99,999%, escalabilidade automática instantânea e failover automático em múltiplas regiões.
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 .
Passos seguintes
- Dimensionar um cluster
- Saiba mais sobre as opções de desempenho do cluster.