Limites em Base de Dados do Azure para PostgreSQL - Servidor Único

APLICA-SE A: Base de Dados do Azure para PostgreSQL - Servidor Único

As seguintes secções descrevem limites de capacidade e funcionais no serviço de base de dados. Se quiser aprender sobre os níveis de recursos (computação, memória, armazenamento), consulte o artigo de níveis de preços .

Número máximo de ligações

O número máximo de ligações por nível de preços e vCores são mostrados abaixo. O sistema Azure requer cinco ligações para monitorizar o servidor Base de Dados do Azure para PostgreSQL.

Escalão de Preço vCore(s) Máx. Ligações Conexões de utilizador max
Básica 1 55 50
Básica 2 105 100
Fins Gerais 2 150 145
Fins Gerais 4 250 245
Fins Gerais 8 480 475
Fins Gerais 16 950 945
Fins Gerais 32 1500 1495
Fins Gerais 64 1900 1895
Otimizada para Memória 2 300 295
Otimizada para Memória 4 500 495
Otimizada para Memória 8 960 955
Otimizada para Memória 16 1900 1895
Otimizada para Memória 32 1987 1982

Quando as ligações excederem o limite, poderá receber o seguinte erro:

FATAL: desculpe, muitos clientes já

Importante

Para uma melhor experiência, recomendamos que utilize um pooler de ligação como o pgBouncer para gerir eficientemente as ligações.

Uma ligação PostgreSQL, mesmo inativa, pode ocupar até 2MB de memória. Além disso, criar novas ligações leva tempo. A maioria das aplicações solicita muitas ligações de curta duração, o que agrava esta situação. O resultado é menos recursos disponíveis para a sua carga de trabalho real, levando à diminuição do desempenho. Um pooler de ligação que diminui as ligações ociosas e reutiliza as ligações existentes ajudará a evitar isso. Para saber mais, visite o nosso blog post.

Limitações funcionais

Operações de escala

  • Atualmente, não é suportado um escalão dinâmico de e para os níveis básicos de preços.
  • O tamanho de armazenamento do servidor diminuindo não é suportado atualmente.

Atualizações da versão do servidor

  • Atualmente, a migração automatizada entre as principais versões do motor da base de dados não é suportada. Se quiser fazer o upgrade para a próxima versão principal, faça uma lixeira e restaure-a num servidor que foi criado com a nova versão do motor.

Note que antes da versão 10 do PostgreSQL, a política de versão PostgreSQL considerou uma atualização de versão importante como um aumento no primeiro ou segundo número (por exemplo, 9.5 a 9.6 foi considerada uma grande atualização de versão). A partir da versão 10, apenas uma alteração no primeiro número é considerada uma grande atualização de versão (por exemplo, 10.0 para 10.1 é uma versão menor atualização, e 10 a 11 é uma grande atualização de versão).

Pontos finais de serviço da VNet

  • O suporte para pontos finais do serviço VNet destina-se apenas a servidores otimizados Fins Gerais e memória.

Restaurar um servidor

  • Ao utilizar a função PITR, o novo servidor é criado com as mesmas configurações de nível de preços que o servidor em que se baseia.
  • O novo servidor criado durante uma restauração não possui as regras de firewall que existiam no servidor original. As regras de firewall têm de ser configuradas separadamente para este novo servidor.
  • Restaurar um servidor eliminado não é suportado.

Caracteres UTF-8 no Windows

  • Em alguns cenários, os caracteres UTF-8 não são totalmente suportados em open source PostgreSQL no Windows, que afeta Base de Dados do Azure para PostgreSQL. Por favor, consulte a linha do Bug #15476 no arquivo pós-quadrado para obter mais informações.

Erro GSS

Se vir um erro relacionado com GSS, é provável que esteja a utilizar uma versão do cliente/controlador mais recente que o Servidor Único Postgres do Azure ainda não suporta totalmente. Este erro afeta as versões 42.2.15 e 42.2.16 do controlador JDBC.

  • Planeamos concluir a atualização até ao final de novembro. Entretanto, considere utilizar uma versão funcional do controlador.
  • Ou, considere desativar o pedido do GSS. Utilize um parâmetro de ligação como gssEncMode=disable.

Redução do tamanho do armazenamento

O tamanho do armazenamento não pode ser reduzido. Tem de criar um novo servidor com o tamanho de armazenamento pretendido, executar o despejo manual e restaurar e migrar a sua base de dados para o novo servidor.

Passos seguintes