Partilhar via

Limites e limitações do 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.

A seção a seguir descreve a capacidade e os limites funcionais no serviço Azure Cosmos DB para PostgreSQL.

Atribuição de nomes

Nome do cluster

Um cluster deve ter um nome de 40 caracteres ou menos.

Rede

Número máximo de ligações

Todas as ligações do PostgreSQL (mesmo as inativas) utilizam, pelo menos, 10 MB de memória, por isso é importante limitar as ligações simultâneas. Aqui estão os limites que escolhemos para manter os nós íntegros:

  • Máximo de conexões por nó
    • 300 para 0-3 vCores
    • 500 para 4-15 vCores
    • 1000 para 16+ vCores
  • Máximo de conexões por nó com computação elástica
    • 20 para 1 vCore escalonável
    • 40 por 2 vCores expansíveis

Os limites de conexão acima são para conexões de usuário (max_connections menos superuser_reserved_connections). Reservamos conexões extras para administração e recuperação.

Os limites aplicam-se aos nós de trabalho e ao nó coordenador. As tentativas de conexão além desses limites falham com um erro.

Pool de conexões

Você pode dimensionar ainda mais as conexões usando o pool de conexões. O Azure Cosmos DB para PostgreSQL oferece um pool de conexões pgBouncer gerenciado configurado para até 2.000 conexões de cliente simultâneas.

Armazenamento

Dimensionamento de armazenamento

O armazenamento nos nós de coordenador e de trabalho pode ser aumentado, mas não pode ser reduzido.

Tamanho de armazenamento

Até 32 TiB de armazenamento são suportados em nós coordenadores e de trabalho em configuração de vários nós. Até 2 TiB de armazenamento são suportados para configurações de nó único. Consulte as opções de armazenamento disponíveis e o cálculo de IOPS para vários tamanhos de nó e cluster.

Chaves gerenciadas pelo cliente para criptografia de armazenamento

A criptografia de dados com chaves gerenciadas pelo cliente (CMK) para clusters do Azure Cosmos DB for PostgreSQL tem as seguintes limitações.

  • A criptografia CMK só pode ser habilitada durante a criação de um novo cluster do Azure Cosmos DB para PostgreSQL.
  • A criptografia CMK não é suportada com acesso privado (Link privado).

Computação

Limites vCore da subscrição

O Azure impõe uma cota vCore por assinatura por região. Há três cotas ajustáveis independentemente: vCores para nós coordenadores, vCores para nós de trabalho e vCores para computação burstable. A cota padrão deve ser mais do que suficiente para experimentar o Azure Cosmos DB para PostgreSQL e executar a produção de pequeno a médio porte. Se você precisar de mais vCores para uma região em sua assinatura, veja como ajustar as cotas de computação.

Computação de rajada

No Azure Cosmos DB para clusters PostgreSQL com computação expansível ativada, os seguintes recursos atualmente não são suportados:

  • Rede acelerada
  • Cache local
  • Atualizações de versões do PostgreSQL e do Citus
  • Suporte a PostgreSQL 11
  • Réplicas de leitura
  • Elevada disponibilidade
  • Backup com redundância geográfica
  • A extensão azure_storage

Autenticação

Autenticação do Microsoft Entra ID

Se o Microsoft Entra ID estiver habilitado em um cluster do Azure Cosmos DB para PostgreSQL, o seguinte não é suportado no momento:

  • PostgreSQL 11, 12 e 13
  • Grupos do Microsoft Entra

Segurança

O hash MD5 está desabilitado no Azure Cosmos DB para PostgreSQL e afeta as seguintes áreas:

  • As senhas nativas do Postgres são transformadas em hash usando apenas o método SCRAM-SHA-256.
  • pgcrypto extensão: MD5 não está disponível como método de hash.
  • Extensão uuid-ossp: MD5 não está disponível como um método de hashing.
  • Funções Postgres integradas. Por exemplo, SELECT md5('your_string');
  • Funções personalizadas, como aquelas em PL/pgSQL que utilizam o hashing MD5.

Criação de bases de dados

O portal do Azure fornece credenciais para se conectar a exatamente um banco de dados por cluster. No momento, a criação de outro banco de dados não é permitida e o comando CREATE DATABASE falha com um erro.

Por defeito, esta base de dados é chamada citus. O Azure Cosmos DB para PostgreSQL suporta nomes personalizados de banco de dados apenas durante o provisionamento do cluster.

Cópia de segurança e restauro

Backup e restauração com redundância geográfica

  • O backup com redundância geográfica pode ser habilitado somente durante a criação do cluster.
    • Você pode habilitar o backup com redundância geográfica ao executar uma restauração de cluster.
  • O backup com redundância geográfica não pode ser desativado depois que o cluster é criado.
  • O backup com redundância geográfica não pode ser ativado em clusters de um único nó com computação com possibilidade de burst.
  • A chave gerenciada pelo cliente (CMK) não é suportada para clusters com backup com redundância geográfica habilitado.
  • O cluster do Azure Cosmos DB para PostgreSQL com backup com redundância geográfica habilitado não pode ter uma réplica de leitura de cluster na região onde o backup com redundância geográfica está armazenado.

Próximos passos

  • Last updated on