Share via

Limites e limitações do Azure Cosmos DB for PostgreSQL

  • Artigo

APLICA-SE AO: Azure Cosmos DB for PostgreSQL (da plataforma da extensão de dados Citus para PostgreSQL)

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

Nomenclatura

Nome do cluster

Um cluster deve ter um nome com até 40 caracteres.

Rede

Número máximo de conexões

Cada conexão PostgreSQL (até mesmo as ociosas) usa pelo menos 10 MB de memória, portanto, é importante limitar conexões simultâneas. Eis os limites que escolhemos para manter os nós íntegros:

  • Número máximo de conexões por nó
    • 300 para 0 a 3 vCores
    • 500 para 4 a 15 vCores
    • 1000 para 16 ou mais vCores
  • Máximo de conexões por nó com computação com capacidade de intermitência
    • 20 para 1 vCore com capacidade de intermitência
    • 40 para 2 vCores com capacidade de intermitência

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

Os limites se aplicam a nós de trabalho e ao nó coordenador. Tentativas de conexão que ultrapassam esses limites falham com um erro.

Pool de conexões

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

Armazenamento

Dimensionamento de armazenamento

O armazenamento em nós de coordenador e de trabalho pode ser escalado verticalmente (aumentado), mas não pode ser reduzido verticalmente (diminuído).

Tamanho de armazenamento

Até 32 TiB de armazenamento são suportados nos nós coordenadores e de trabalho na configuração de vários nós. Até 2 TiB de armazenamento são suportados para configurações de nó único. Confira 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 para 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 for PostgreSQL.
  • A criptografia CMK não tem suporte com o acesso privado (Link Privado).

Computação

Limites de vCore da assinatura

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

Computação com capacidade de intermitência

Nos clusters do Azure Cosmos DB for PostgreSQL com computação com capacidade de intermitência habilitada, atualmente não há suporte para os seguintes recursos:

  • Redes aceleradas
  • Cache local
  • Atualizações de versão do PostgreSQL e do Citus
  • Suporte ao PostgreSQL 11
  • Réplicas de leitura
  • Alta disponibilidade
  • Backup de 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 for PostgreSQL, não haverá suporte para o seguinte:

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

Criação do banco de dados

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

Por padrão, esse banco de dados é chamado de citus. O Azure Cosmos DB for PostgreSQL dá suporte a nomes de banco de dados personalizados somente no momento do provisionamento do cluster.

Backup e restauração

Restauração e backup com redundância geográfica

  • O backup com redundância geográfica só pode ser habilitado durante a criação do cluster.
  • O backup com redundância geográfica não pode ser desabilitado depois que o cluster é criado.
  • O backup com redundância geográfica não pode ser habilitado em clusters de nó único com computação com capacidade de intermitência.
  • A chave gerenciada pelo cliente (CMK) não tem suporte para clusters com backup com redundância geográfica habilitado.
  • O cluster do Azure Cosmos DB for PostgreSQL com backup com redundância geográfica habilitado não pode ter uma réplica de leitura de cluster na região em que o backup com redundância geográfica é armazenado.

Próximas etapas