Limites do Servidor Único do Banco de Dados do Azure para PostgreSQL

  • Artigo

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

Importante

O Banco de Dados do Azure para PostgreSQL - Servidor Único está prestes a ser desativado. É altamente recomendável que você atualize para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível. Para obter mais informações sobre como migrar para o Banco de Dados do Azure para PostgreSQL - Servidor Flexível, confira O que está acontecendo com o Banco de Dados do Azure para PostgreSQL Servidor Único?

As seções a seguir descrevem a capacidade e os limites funcionais no serviço de banco de dados. Para saber mais sobre as camadas de recurso (computação, memória e armazenamento), confira o artigo tipo de preço.

Número máximo de conexões

O número máximo de conexões por tipo de preço e vCores é mostrado abaixo. O sistema do Azure exige cinco conexões para monitorar o Banco de Dados do Azure para o servidor PostgreSQL.

Tipo de preço vCore(s) Máximo de conexões Máximo de Conexões de Usuário
Basic 1 55 50
Basic 2 105 100
Uso Geral 2 150 145
Uso Geral 4 250 245
Uso Geral 8 480 475
Uso Geral 16 950 945
Uso Geral 32 1500 1.495
Uso Geral 64 1900 1895
Otimizado para memória 2 300 295
Otimizado para memória 4 500 495
Otimizado para memória 8 960 955
Otimizado para memória 16 1900 1895
Otimizado para memória 32 1987 1982

Quando as conexões excederem o limite, você poderá receber o seguinte erro:

FATAL: já existem muitos clientes

Importante

Para obter a melhor experiência, é recomendável usar um pool de conexões como o PgBouncer para gerenciar as conexões com eficiência.

Uma conexão PostgreSQL, pode ocupar até 2 MB de memória, mesmo estando ociosa. Ainda, o estabelecimento de novas conexões leva tempo. A maioria dos aplicativos solicita muitas conexões de curta duração, o que agrega a essa situação. O resultado é um número menor de recursos disponíveis para sua carga de trabalho real, o que leva à redução do desempenho. Um pool de conexões que diminui as conexões ociosas e reutiliza as conexões existentes ajudará a evitar isso. Para saber mais, acesse nossa postagem no blog.

Limitações funcionais

Operações de dimensionamento

  • O dimensionamento dinâmico de e para as camadas de preços básicas não tem suporte no momento.
  • Atualmente, não há suporte para diminuir o tamanho de armazenamento do servidor.

Upgrade da versão do servidor

  • Não há suporte para a migração automatizada entre versões de mecanismo de banco de dados principal. Se você quiser atualizar para a próxima versão principal, faça um despejo e restaure para um servidor que foi criado com a nova versão do mecanismo.

Observe que, antes do PostgreSQL versão 10, a política de versão do PostgreSQL considerou uma atualização de versão principal como um aumento no primeiro ousegundo número (por exemplo, 9.5 para 9.6 era considerado uma atualização de versão principal). A partir da versão 10, apenas uma alteração no primeiro número é considerada uma atualização de versão principal (por exemplo, 10.0 para 10.1 é uma atualização de versão secundária e 10 a 11 é uma atualização de versão principal).

Ponto de extremidade de serviço VNet

  • O suporte para ponto de extremidade de serviço de VNet é apenas para servidores de Uso Geral e Otimizados para Memória.

Restaurando um servidor

  • Ao usar o recurso PITR, o novo servidor é criado com as mesmas configurações de camadas de preços que o servidor em que é baseado.
  • O novo servidor criado durante uma restauração não possui as regras de firewall existentes no servidor original. As regras de firewall precisam ser configuradas separadamente para esse novo servidor.
  • Não há suporte para restaurar um servidor eliminado.

Caracteres UTF-8 no Windows

  • Em alguns cenários, não há suporte completo para caracteres UTF-8 no PostgreSQL de software livre no Windows, o que afeta o Banco de Dados do Azure para PostgreSQL. Confira o thread Bug nº 15476 nos arquivos do PostgreSQL para obter mais informações.

Erro GSS

Se aparecer um erro relacionado a GSS, provavelmente você está usando uma versão de cliente/driver mais recente que o servidor único do Azure Postgres ainda não oferece compatibilidade total. Esse erro é conhecido por afetar versões 42.2.15 e 42.2.16 do driver JDBC.

  • Planejamos concluir a atualização até o final de novembro. Considere usar uma versão de driver que esteja funcionando enquanto isso.
  • Ou considere desabilitar a solicitação de GSS. Use um parâmetro de conexão como gssEncMode=disable.

Redução do tamanho do armazenamento

O tamanho do armazenamento não pode ser reduzido. É necessário criar um servidor com o tamanho de armazenamento desejado, executar o despejar e restaurar manualmente e migrar os bancos de dados para o novo servidor.

Próximas etapas