O que é o Banco de Dados do Azure para PostgreSQL?

Artigo
2025-04-30

APLICA-SE A: Base de Dados do Azure para PostgreSQL - Servidor Flexível

Este artigo fornece uma visão geral e introdução aos principais conceitos do Banco de Dados do Azure para modelo de implantação de servidor flexível PostgreSQL. Se você está apenas começando ou procurando atualizar seus conhecimentos, este vídeo introdutório oferece uma visão geral abrangente do Banco de Dados do Azure para servidor flexível PostgreSQL, ajudando você a se familiarizar com seus principais recursos e capacidades.

O servidor flexível do Banco de Dados do Azure para PostgreSQL é um serviço de banco de dados totalmente gerenciado projetado para fornecer controle e flexibilidade mais granulares sobre funções de gerenciamento de banco de dados e definições de configuração. O serviço geralmente fornece mais flexibilidade e personalizações de configuração do servidor com base nos requisitos do usuário. A arquitetura de servidor flexível permite que os usuários coloquem o mecanismo de banco de dados com a camada de cliente para menor latência e escolham alta disponibilidade em uma única zona de disponibilidade e em várias zonas de disponibilidade. O Banco de Dados do Azure para instâncias de servidor flexíveis do PostgreSQL também fornece melhores controles de otimização de custos com a capacidade de parar/iniciar seu servidor e uma camada de computação burstable, ideal para cargas de trabalho que não precisam de capacidade de computação total continuamente. O serviço suporta várias versões principais da comunidade do PostgreSQL. Consulte as versões PostgreSQL suportadas no Banco de Dados do Azure para servidor flexível PostgreSQL para obter detalhes sobre as versões específicas suportadas. O serviço está disponível em várias regiões do Azure.

As instâncias de servidor flexíveis do Banco de Dados do Azure para PostgreSQL são mais adequadas para:

Desenvolvimentos de aplicações que requerem um melhor controlo e personalizações.
Alta disponibilidade com redundância de zona.
Janelas de manutenção gerenciadas.

Arquitetura e alta disponibilidade

O modelo de implantação de servidor flexível do Banco de Dados do Azure para PostgreSQL foi projetado para oferecer suporte à alta disponibilidade em uma única zona de disponibilidade e em várias zonas de disponibilidade. A arquitetura separa computação e armazenamento. O mecanismo de banco de dados é executado em um contêiner dentro de uma máquina virtual Linux, enquanto os arquivos de dados residem no armazenamento do Azure. O armazenamento mantém três cópias síncronas localmente redundantes dos arquivos de banco de dados, garantindo a durabilidade dos dados.

Se a alta disponibilidade redundante de zona estiver configurada, o serviço provisiona e mantém um servidor em espera ativa na zona de disponibilidade dentro da mesma região do Azure. As alterações de dados no servidor de origem são replicadas de forma síncrona para o servidor em espera para garantir perda de dados zero. Com alta disponibilidade redundante de zona, uma vez que o evento de failover planejado ou não planejado é acionado, o servidor em espera fica online imediatamente e está disponível para processar transações de entrada. Isso permite a resiliência do serviço a falhas na zona de disponibilidade numa região do Azure que dá suporte a várias zonas de disponibilidade, conforme mostrado na imagem abaixo.

Consulte [Alta disponibilidade]/azure/reliability/reliability-postgresql-flexible-server para obter mais detalhes.

Aplicação de patches automatizada com uma janela de manutenção gerida

O serviço executa patches automatizados do hardware, do sistema operacional e do mecanismo de banco de dados subjacentes. O patch inclui atualizações de segurança e software. A versão de manutenção planeada inclui atualizações de versão secundária para o mecanismo PostgreSQL. Os usuários podem configurar a agenda de aplicação de patches para ser gerenciada pelo sistema ou definir sua agenda personalizada. Durante o cronograma de manutenção, o patch é aplicado e o servidor pode precisar ser reiniciado como parte do processo de aplicação de patches para concluir a atualização. Com a programação personalizada, os usuários podem tornar seu ciclo de aplicação de patches previsível e escolher uma janela de manutenção com impacto mínimo nos negócios. Geralmente, o serviço segue um cronograma de lançamento mensal como parte da integração e lançamento contínuos.

Cópias de segurança automáticas

O servidor flexível do Banco de Dados do Azure para PostgreSQL cria automaticamente backups de servidor e os armazena no ZRS (armazenamento redundante de zona) da região. As cópias de segurança podem restaurar o seu servidor para qualquer ponto dentro do período de retenção de cópias de segurança. O período de retenção de backup padrão é de sete dias. A retenção pode ser configurada opcionalmente por até 35 dias. Todas as cópias de segurança são encriptadas através da encriptação AES de 256 bits. Consulte Backups para obter mais detalhes.

Ajuste o desempenho e dimensione em questão de segundos

O servidor flexível do Banco de Dados do Azure para PostgreSQL está disponível em três camadas de computação: Burstable, General Purpose e Memory Optimized. O nível Burstable se adapta melhor ao desenvolvimento de baixo custo e cargas de trabalho de baixa simultaneidade sem capacidade de computação contínua. O uso geral e a memória otimizada são mais adequados para cargas de trabalho de produção que exigem alta simultaneidade, escala e desempenho previsível. Você pode criar seu primeiro aplicativo em um pequeno banco de dados por alguns dólares por mês e, em seguida, ajustar perfeitamente a escala para atender às necessidades de sua solução.

Parar/Iniciar o servidor para reduzir o TCO

O servidor flexível do Banco de Dados do Azure para PostgreSQL permite que você pare e inicie o servidor sob demanda para reduzir seu TCO. O faturamento da camada de computação para imediatamente quando o servidor é interrompido. Isso pode permitir economias de custos significativas durante o desenvolvimento, testes e cargas de trabalho de produção previsíveis com limite de tempo. O servidor permanece parado por sete dias, a menos que seja reiniciado antes.

Segurança de nível empresarial

O servidor flexível do Banco de Dados do Azure para PostgreSQL usa o módulo criptográfico validado FIPS 140-2 para criptografia de armazenamento de dados em repouso. Os dados são encriptados, incluindo cópias de segurança e ficheiros temporários criados durante a execução de consultas. O serviço usa a cifra AES de 256 bits incluída na criptografia de armazenamento do Azure e as chaves podem ser gerenciadas pelo sistema (padrão). O servidor flexível do Banco de Dados do Azure para PostgreSQL criptografa dados em movimento com segurança de camada de transporte padrão (SSL/TLS) imposta por padrão. O serviço impõe e suporta apenas TLS versão 1.2.

O Banco de Dados do Azure para instâncias de servidor flexíveis do PostgreSQL permite acesso privado total aos servidores usando a rede virtual do Azure (integração VNet). Os servidores na rede virtual do Azure só podem ser alcançados e conectados por meio de endereços IP privados. Com a integração VNet, o acesso público é negado e não é possível acessar os servidores usando endereços públicos.

Monitorização e alerta

O servidor flexível do Banco de Dados do Azure para PostgreSQL tem recursos internos de monitoramento e alerta de desempenho. Todas as métricas do Azure têm uma frequência de um minuto, cada uma fornecendo 30 dias de histórico. Pode configurar alertas relacionados com as métricas. O serviço expõe métricas do servidor host para monitorar a utilização de recursos e permite configurar logs de consulta lentos. Usando essas ferramentas, você pode otimizar rapidamente suas cargas de trabalho e configurar seu servidor para o melhor desempenho.

PgBouncer incorporado

Uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL tem um PgBouncer incorporado e um agrupador de conexões. Você pode habilitá-lo e conectar seus aplicativos à sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL via PgBouncer usando o mesmo nome de host e a porta 6432.

Regiões do Azure

Uma vantagem de executar sua carga de trabalho no Azure é o alcance global. O servidor flexível do Banco de Dados do Azure para PostgreSQL está atualmente disponível nas seguintes regiões do Azure:

Região	Computação Intel V3/V4/V5/AMD	HA com redundância zonal	HA da mesma zona	Backup com redundância geográfica
Austrália Central	✅ (v3/v4/v5 apenas)	❌	✅	✅
Austrália Central 2 *	✅ (v3/v4/v5 apenas)	❌	✅	❌
Leste da Austrália	✅ (todos os SKUs)	✅	✅	✅
Austrália Sudeste	✅ (v3/v4/v5 apenas)	❌	✅	✅
Sul do Brasil	✅ (v3/v4/v5 apenas)	✅ $	✅	✅
Brasil Sudeste *	✅ (v3/v4/v5 apenas)	❌	✅	❌
Canadá Central	✅ (todos os SKUs)	✅	✅	✅
Leste do Canadá	✅ (todos os SKUs)	❌	✅	✅
Índia Central	✅ (v3/v4/v5 apenas)	✅ $	✅	✅
E.U.A. Central	✅ (v3/v4/v5 apenas)	✅	✅	✅
China Leste 2	✅ (apenas v3/v4)	❌	✅	❌
Leste da China 3	✅ (apenas v3/v4)	❌	✅	✅
Norte da China 2	✅ (apenas v3/v4)	❌	✅	❌
Norte da China 3	✅ (v3/v4/v5 apenas)	✅	✅	✅
Ásia Leste	✅ (v3/v4/v5 apenas)	✅ $ **	✅	✅
Leste dos EUA	✅ (todos os SKUs)	✅ $	✅	✅
E.U.A. Leste 2	✅ (apenas v3/v4)	✅ $	✅	✅
França Central	✅ (v3/v4/v5 apenas)	✅	✅	✅
Sul de França	✅ (v3/v4/v5 apenas)	❌	✅	✅
Alemanha Norte *	✅ (v3/v4/v5 apenas)	❌	✅	✅
Alemanha Centro-Oeste	✅ (v3/v4/v5 apenas)	✅ $	✅	✅
Israel Central	✅ (apenas v3/v4)	✅	✅	❌
Norte da Itália	✅ (v3/v4/v5 apenas)	✅	✅	❌
Leste do Japão	✅ (apenas v3/v4)	✅	✅	✅
Oeste do Japão	✅ (v3/v4/v5 apenas)	❌	✅	✅
Jio Índia Central	✅ (apenas v3)	❌	✅	✅
Jio, Oeste da Índia	✅ (apenas v3)	❌	✅	✅
Coreia do Sul Central	✅ (v3/v4/v5 apenas)	✅ **	✅	✅
Coreia do Sul	✅ (v3/v4/v5 apenas)	❌	✅	✅
México Central	✅ (apenas v3/v4)	✅ $	✅	❌
Nova Zelândia Norte	✅ (v3/v4/v5 apenas)	✅	✅	❌
E.U.A. Centro-Norte	✅ (todos os SKUs)	❌	✅	✅
Europa do Norte	✅ (v3/v4/v5 apenas)	✅ $	✅	✅
Leste da Noruega *	✅ (todos os SKUs)	✅	✅	✅
Oeste da Noruega	✅ (v3/v4/v5 apenas)	❌	✅	✅
Polónia Central	✅ (apenas v3/v4)	✅	✅	❌
Catar Central	✅ (apenas v3/v4)	✅ $	✅	❌
Norte da África do Sul	✅ (v3/v4/v5 apenas)	✅	✅	✅
África do Sul Oeste *	✅ (v3/v4/v5 apenas)	❌	✅	✅
E.U.A. Centro-Sul	✅ (apenas v3/v4)	✅ $	✅	✅
Sul da Índia	✅ (v3/v4/v5 apenas)	✅	✅	✅
Sudeste Asiático	✅ (apenas v3/v4)	✅ $	✅	✅
Espanha Central	✅ (apenas v3/v4)	✅	✅	❌
Suécia Central	✅ (v3/v4/v5 apenas)	✅	✅	✅
Norte da Suíça	✅ (v3/v4/v5 apenas)	✅	✅	✅
Suíça Oeste *	✅ (v3/v4/v5 apenas)	❌	✅	✅
Emirados Árabes Unidos Central*	✅ (apenas v3/v5)	❌	✅	✅
Norte dos EAU	✅ (v3/v4/v5 apenas)	✅	✅	✅
Sul do Reino Unido	✅ (todos os SKUs)	✅	✅	✅
Oeste do Reino Unido	✅ (todos os SKUs)	❌	✅	✅
Governo dos EUA: Arizona	✅ (apenas v3/v4)	❌	✅	❌
Governo dos EUA do Texas	✅ (apenas v3/v4)	❌	✅	❌
Governo dos EUA - Virgínia	✅ (apenas v3/v4)	✅	✅	✅
E.U.A. Centro-Oeste	✅ (v3/v4/v5 apenas)	❌	✅	✅
Europa Ocidental	✅ (v3/v4/v5 apenas)	✅ $	✅	✅
E.U.A. Oeste	✅ (todos os SKUs)	❌	✅	✅
E.U.A. Oeste 2	✅ (apenas v3/v4)	✅ $	✅	✅
EUA Oeste 3	✅ (todos os SKUs)	✅ **	✅	❌

$ As novas implementações de alta disponibilidade com redundância de zona estão temporariamente bloqueadas nessas regiões. Os servidores HA já provisionados são totalmente suportados.

$$ Novas implantações de servidor estão temporariamente bloqueadas nessas regiões. Os servidores já provisionados são totalmente suportados.

Alta disponibilidade com redundância de zona pode agora ser implantada quando se provisionam novos servidores nessas regiões. Todos os servidores existentes implantados no AZ sem preferência (verifique isso no portal do Azure) antes de a região começar a dar suporte ao AZ, mesmo quando você habilita HA com redundância de zona, o modo de espera é provisionado no mesmo AZ (HA da mesma zona) que o servidor primário. Para ativar a alta disponibilidade redundante de zona em tais casos, leia estas considerações especiais.

(*) Certas regiões têm acesso restrito para oferecer suporte a cenários específicos de clientes, como recuperação de desastres no país/região. Essas regiões estão disponíveis somente mediante solicitação, criando uma nova solicitação de suporte.

Nota

Se o seu aplicativo exigir HA redundante de Zona e não estiver disponível em sua região preferida do Azure, considere usar outras regiões dentro da mesma geografia onde a HA redundante de Zona está disponível, como Leste dos EUA para Leste dos EUA 2, Central dos EUA para Centro-Norte dos EUA, etc.

Migração

O servidor flexível do Banco de Dados do Azure para PostgreSQL executa a versão comunitária do PostgreSQL. Isso permite compatibilidade total de aplicações e requer um custo mínimo de refatoração para migrar uma aplicação existente desenvolvida no mecanismo PostgreSQL para o Banco de Dados do Azure para servidor flexível do PostgreSQL.

Serviço de Migração de Banco de Dados do Azure – Para migrações contínuas e simplificadas para o Servidor flexível do Banco de Dados do Azure para PostgreSQL com tempo de inatividade mínimo, o Serviço de Migração de Banco de Dados do Azure pode ser usado. Visite O que é o serviço de migração no Banco de Dados do Azure para PostgreSQL?
Despejar e restaurar – Para migrações offline, onde os usuários podem arcar com algum tempo de inatividade, despejar e restaurar usando ferramentas da comunidade, como pg_dump e pg_restore, pode fornecer a maneira mais rápida de migrar. Consulte Migrar usando despejo e restauração para obter detalhes.

Perguntas frequentes (FAQ)

Esta seção aborda perguntas comuns sobre o Banco de Dados do Azure para servidor flexível PostgreSQL, incluindo seus recursos, configurações e práticas recomendadas. Quer seja novo no serviço ou esteja à procura de detalhes específicos, estas perguntas frequentes fornecem respostas rápidas para o ajudar a começar e a otimizar a sua experiência.

Qual é a política da Microsoft para resolver defeitos do mecanismo PostgreSQL?

Consulte a política atual da Microsoft aqui.

Contactos

Se você tiver dúvidas ou sugestões sobre o Banco de Dados do Azure para PostgreSQL, envie um email para a equipe do Banco de Dados do Azure para PostgreSQL.