Compartilhar via

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

Este artigo fornece uma visão geral do Banco de Dados do Azure para PostgreSQL, ajudando você a se familiarizar com seus principais recursos e conceitos principais.

O Banco de Dados do Azure para PostgreSQL é um serviço de banco de dados totalmente gerenciado projetado para fornecer controle granular e flexibilidade sobre as funções de gerenciamento de banco de dados e as configurações de configuração. O serviço fornece personalizações de flexibilidade e configuração de servidor com base em seus requisitos. A arquitetura permite agrupar o mecanismo de banco de dados com a camada de cliente para menor latência e escolher alta disponibilidade em uma única zona de disponibilidade e em várias zonas de disponibilidade. A instância de servidor flexível do Banco de Dados do Azure para PostgreSQL também fornece controles de otimização de custo com a capacidade de parar e iniciar seu servidor e uma camada de computação intermitível ideal para cargas de trabalho que não precisam de capacidade de computação completa continuamente. O serviço dá suporte a várias versões principais da comunidade do PostgreSQL. Para obter detalhes sobre as versões específicas com suporte, consulte versões com suporte do PostgreSQL no Banco de Dados do Azure para PostgreSQL. O serviço está disponível em diferentes regiões do Azure.

Diagrama do Banco de Dados do Azure para PostgreSQL – Visão geral.

O Banco de Dados do Azure para PostgreSQL é mais adequado para:

  • Desenvolvimentos de aplicativos que exigem controle e personalizações.
  • Alta disponibilidade com redundância de zona.
  • Janelas de manutenção gerenciadas.

Arquitetura e alta disponibilidade

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

Caso configure a alta disponibilidade com redundância de zona, o serviço provisionará e manterá um servidor em espera passiva na zona de disponibilidade dentro da mesma região do Azure. As alterações de dados no servidor de origem são replicadas de maneira síncrona para o servidor em espera para garantir zero perda de dados. Com alta disponibilidade com redundância de zona, uma vez que o evento de failover planejado ou não planejado é disparado, o servidor em espera fica online imediatamente e está disponível para processar transações de entrada. Esse recurso permite a resiliência do serviço por falha na zona de disponibilidade em uma região do Azure que dá suporte a várias zonas de disponibilidade, conforme mostrado na imagem a seguir.

Diagrama da alta disponibilidade com redundância de zona.

Consulte Alta disponibilidade para obter mais detalhes.

Aplicação de patch automatizada com janela de manutenção gerenciada

O serviço executa a aplicação automatizada de patch do hardware, do sistema operacional e do mecanismo de banco de dados subjacentes. A aplicação de patch inclui atualizações de segurança e software. A versão de manutenção planejada inclui atualizações de versão secundárias para o mecanismo PostgreSQL. Você pode configurar o cronograma de atualização para ser gerenciado pelo sistema ou definir seu cronograma personalizado. Durante o agendamento de manutenção, o patch é aplicado e o servidor pode precisar ser reiniciado como parte do processo de aplicação de patch para concluir a atualização. Com o agendamento personalizado, você pode tornar o ciclo de aplicação de patch previsível e escolher uma janela de manutenção com impacto mínimo em sua empresa. No geral, o serviço segue a agenda de lançamento mensal como parte do lançamento e da integração contínua.

Backups automáticos

O Banco de Dados do Azure para PostgreSQL cria automaticamente backups de servidor e os armazena no ZRS (armazenamento com redundância de zona) da região. Você pode restaurar o servidor para qualquer ponto dentro do período de retenção de backup. O período de retenção de backup padrão é de sete dias. Opcionalmente, você pode configurar a retenção por até 35 dias. Todos os backups são criptografados usando a criptografia de 256 bits do AES. Para obter mais informações, consulte Backups.

Ajustar o desempenho e a escala em segundos

O Banco de Dados do Azure para PostgreSQL está disponível em três camadas de computação: Burstable, General Purpose e Memory Optimized. A camada Burstable é melhor para o desenvolvimento de baixo custo e cargas de trabalho de baixa simultaneidade sem capacidade de computação contínua. As camadas de Uso Geral e Otimizado para Memória são melhores para cargas de trabalho de produção que exigem alta simultaneidade, escala e desempenho previsível. Você pode criar seu primeiro aplicativo em um banco de dados pequeno por alguns dólares por mês e ajustar perfeitamente a escala para atender às necessidades de sua solução.

Parar e iniciar o servidor para reduzir o TCO

O Banco de Dados do Azure para PostgreSQL permite que você interrompa e inicie o servidor sob demanda para reduzir seu TCO. A cobrança da camada de computação é interrompida imediatamente quando você interrompe o servidor. Esse recurso pode proporcionar uma economia significativa de custos durante o desenvolvimento, o teste e cargas de trabalho previsíveis de produção com limite de tempo. O servidor permanece parado por sete dias, a menos que você o reinicie mais cedo.

Segurança de nível empresarial

O 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. O serviço criptografa dados, incluindo backups e arquivos temporários criados durante a execução de consultas. Ele usa a criptografia de 256 bits do AES incluída na criptografia de armazenamento do Azure e as chaves podem ser gerenciadas pelo sistema (padrão). O Banco de Dados do Azure para PostgreSQL criptografa dados em movimento com SSL/TLS (segurança de camada de transporte) padrão imposta por padrão. O serviço impõe e dá suporte ao TLS versão 1.2 e posterior.

A instância de servidor flexível do Banco de Dados do Azure para PostgreSQL permite acesso privado completo aos servidores usando a rede virtual do Azure. Os servidores da rede virtual do Azure só podem ser acessados e conectados por meio de endereços IP privados. Com a integração de rede virtual, o acesso público é negado, impedindo que os servidores sejam acessados por endpoints públicos.

Monitoramento e alertas

O Banco de Dados do Azure para PostgreSQL tem recursos internos de monitoramento de desempenho e alertas. Todas as métricas do Azure têm uma frequência de um minuto e cada uma delas fornece 30 dias de histórico. É possível configurar alertas nas métricas. O serviço expõe as métricas do servidor host para monitorar a utilização de recursos e permite configurar logs de consultas lentas. Usando essas ferramentas, você poderá otimizar rapidamente suas cargas de trabalho e configurar seu servidor para ter o melhor desempenho.

PgBouncer interno

Uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL tem um PgBouncer interno e um pooler de conexões. Você pode habilitá-lo e conectar seus aplicativos à instância de servidor flexível do Banco de Dados do Azure para PostgreSQL por meio do PgBouncer usando o mesmo nome de host e porta 6432. Quando habilitado, o PgBouncer também está disponível para clusters elásticos na porta 8432.

Regiões do Azure

Uma das vantagens de executar sua carga de trabalho no Azure é obter alcance global. No momento, o Banco de Dados do Azure para PostgreSQL está disponível nas seguintes regiões do Azure:

Region Tecnologia Intel Computação AMD Computação Confidencial HA com redundância de zona HA na mesma zona Backup de redundância geográfica
Austrália Central ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Austrália Central 2 * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Leste da Austrália ✅ (v3/v4/v5/v6) ✅ (v5) ❌ ✅ ✅ ✅
Sudeste da Austrália ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Leste da Áustria ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Bélgica Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Sul do Brasil ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ❌
Sudeste do Brasil * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Canadá Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Leste do Canadá ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Índia Central ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
EUA Central ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Chile Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Leste da China 2 ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
Leste da China 3 ✅ (v3/v4) ❌ ❌ ❌ ✅ ✅
Norte da China 2 ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
Norte da China 3 ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Ásia Oriental ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ $ ** ✅ ✅
Leste dos EUA ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ $ ✅ ✅
Leste dos EUA 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
França Central ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Sul da França ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Norte da Alemanha * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Centro-oeste da Alemanha ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Indonésia Central ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Israel Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Norte da Itália ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Leste do Japão ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
Oeste do Japão ✅ (v3/v4/v5) ✅ (v6) ❌ ❌ ✅ ✅
Jio Índia Central ✅ (v3) ❌ ❌ ❌ ✅ ✅
Oeste da Índia JIO ✅ (v3) ❌ ❌ ❌ ✅ ✅
Coreia Central ✅ (v3/v4/v5) ❌ ❌ ✅ ** ✅ ✅
Sul da Coreia ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Oeste da Malásia ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
México Central ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ❌
Norte da Nova Zelândia ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Centro-Norte dos EUA ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Europa Setentrional ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
Leste da Noruega * ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Oeste da Noruega ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Polônia Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Catar Central ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ❌
Norte da África do Sul ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Oeste da África do Sul * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Centro-Sul dos EUA ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Sul da Índia ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ ✅ ✅
Sudeste Asiático ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Espanha Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Suécia Central ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Norte da Suíça ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Oeste da Suíça * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
EAU Central * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Norte dos EAU ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ ✅ ✅
Sul do Reino Unido ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Oeste do Reino Unido ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
US Gov - Arizona ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
US Gov - Texas ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
US Gov - Virgínia ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
Centro-oeste dos EUA ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Oeste da Europa ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
Oeste dos EUA ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Oeste dos EUA 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Oeste dos EUA 3 ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ** ✅ ❌

$ Novas implantações de alta disponibilidade com redundância de zona estão temporariamente bloqueadas nessas regiões. O serviço dá suporte total aos servidores de HA já provisionados.

As implantações de $New Server são temporariamente bloqueadas nessas regiões. O serviço dá suporte total a servidores já provisionados.

** Agora você pode implantar alta disponibilidade com redundância de zona ao provisionar novos servidores nessas regiões. Para servidores existentes implantados em AZ com sem preferência (verifique isso no portal do Azure) antes de a região começar a oferecer suporte a AZ, mesmo quando você habilitar HA com redundância de zona, o Em espera será provisionado na mesma AZ (HA na mesma zona) que o servidor primário. Para habilitar alta disponibilidade com redundância de zona nesses casos, confira estas considerações especiais.

(*) Algumas regiões têm acesso restrito para dar suporte a cenários específicos dos clientes, como recuperação de desastres dentro do país/região. Você pode acessar essas regiões somente mediante solicitação criando uma nova solicitação de suporte.

Note

Se seu aplicativo exigir alta disponibilidade com redundância de zona e não estiver disponível em sua região preferencial do Azure, considere usar outras regiões na mesma geografia onde a HA com redundância de zona está disponível, como o Leste dos EUA para Leste dos EUA 2, Centro dos EUA para Centro-Norte dos EUA e assim por diante.

Limitações da família de SKU V6

  • Não há suporte para escalonamento da família de SKU V6 para a camada Burstable.
  • Não há suporte para escalonamento da família SKU Burstable para a família V6.
  • Não há suporte para a integração de Rede Virtual.

Migration

O Banco de Dados do Azure para PostgreSQL executa a versão da comunidade do PostgreSQL. Esta versão fornece compatibilidade completa do aplicativo e requer refatoração mínima para migrar um aplicativo existente desenvolvido no mecanismo PostgreSQL para o Banco de Dados do Azure para PostgreSQL.

  • Serviço de Migração de Banco de Dados do Azure – para migrações contínuas e simplificadas para o Banco de Dados do Azure para PostgreSQL com tempo de inatividade mínimo, use o Serviço de Migração de Banco de Dados do Azure. Visite o que é o serviço de migração no Banco de Dados do Azure para PostgreSQL?
  • Dump e Restore – para migrações offline em que é possível suportar algum tempo de inatividade, usar ferramentas da comunidade como pg_dump e pg_restore fornece a maneira mais rápida de migrar. Confira Migrar usando despejo e restauração para obter detalhes.

Feedback e suporte

Se você tiver perguntas ou sugestões sobre o Banco de Dados do Azure para PostgreSQL, poderá obter ajuda e suporte por meio dos seguintes canais:

Conteúdo relacionado

  • Last updated on