Partilhar 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 oferecer controle granular e flexibilidade sobre funções de gerenciamento de banco de dados e definições de configuração. O serviço oferece flexibilidade e personalizações de configuração do servidor com base em suas necessidades. A arquitetura permite coposicionar o mecanismo de banco de dados com a camada de cliente para reduzir a latência e escolher entre alta disponibilidade numa única zona ou em várias zonas de disponibilidade. A instância de servidor flexível do Azure Database para PostgreSQL também oferece controlos de otimização de custos com a capacidade de parar e iniciar o seu servidor e uma camada de computação expansível, ideal para cargas de trabalho que não necessitam de capacidade total de computação continuamente. O serviço suporta várias versões principais da comunidade do PostgreSQL. Para obter detalhes sobre as versões específicas suportadas, consulte Versões suportadas do PostgreSQL no Banco de Dados do Azure para PostgreSQL. O serviço está disponível em várias regiões do Azure.

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

O Azure Database for PostgreSQL é o mais indicado para:

  • Desenvolvimentos de aplicações que requerem 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 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 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 configurar alta disponibilidade redundante por zona, o serviço provisionará e manterá um servidor de prontidão 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. Esse recurso permite a resiliência do serviço de 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 de alta disponibilidade de zona redundante.

Consulte Alta disponibilidade 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. Você pode configurar a agenda 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 o cronograma personalizado, você pode tornar seu ciclo de aplicação de patches previsível e escolher uma janela de manutenção com impacto mínimo no seu negócio. 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 Banco de Dados do Azure para PostgreSQL cria automaticamente backups de servidor e os armazena no ZRS (armazenamento redundante 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 criptografia AES de 256 bits. Para obter mais informações, consulte Backups.

Ajuste o desempenho e dimensione em questão de 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 desenvolvimento de baixo custo e cargas de trabalho de simultaneidade baixas sem capacidade de computação contínua. As camadas de uso geral e memória otimizada 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 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.

Pare e inicie o servidor para reduzir o TCO

O 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 cessa imediatamente quando o servidor é parado. Esse recurso pode proporcionar 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 você reinicie-o antes.

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 encripta dados, incluindo cópias de segurança e ficheiros temporários criados durante a execução de consultas. Ele 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 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 TLS versão 1.2 e posterior.

A instância de servidor flexível Azure Database for PostgreSQL permite acesso privado total aos servidores através da rede virtual Azure. 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 da rede virtual, o acesso público é negado e os servidores não podem ser alcançados através de endpoints públicos.

Monitorização e alerta

O 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 por meio do PgBouncer usando o mesmo nome de host e a porta 6432. Quando ativado, o PgBouncer também está disponível para clusters elásticos na porta 8432.

Regiões do Azure

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

Region Intel Compute AMD Compute Computação Confidencial HA com redundância zonal HA da mesma zona Backup com 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) ❌ ✅ ✅ ✅
Austrália Sudeste ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Leste da Áustria ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Bélgica Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
Sul do Brasil ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ❌
Brasil Sudeste * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ❌
Canadá Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ✅
Leste do Canadá ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Índia Central ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
E.U.A. Central ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Chile Central ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ✅ ❌
China Leste 2 ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
Leste da China 3 ✅ (v3/v4) ❌ ❌ ❌ ✅ ✅
China Norte 2 ✅ (v3/v4) ❌ ❌ ❌ ✅ ❌
Norte da China 3 ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Ásia Leste ✅ (v3/v4/v5) ✅ (v6) ❌ ✅ $ ** ✅ ✅
E.U.A. Leste ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ $ ✅ ✅
E.U.A. Leste 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
Centro de França ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ✅
Sul de França ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Alemanha Norte * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Alemanha Centro-Oeste ✅ (v3/v4/v5) ❌ ❌ ✅ $ ✅ ✅
Indonésia Central ✅ (v3/v4/v5) ✅ (v5/v6) ❌ ✅ ✅ ❌
Israel Central ✅ (v3/v4) ❌ ❌ ✅ ✅ ❌
Norte de Itália ✅ (v3/v4/v5) ❌ ❌ ✅ ✅ ❌
Leste do Japão ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
Oeste do Japão ✅ (v3/v4/v5) ✅ (v6) ❌ ❌ ✅ ✅
Jio Índia Central ✅ (v3) ❌ ❌ ❌ ✅ ✅
Jio, Oeste da Índia ✅ (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) ❌ ❌ ✅ ✅ ❌
E.U.A. Centro-Norte ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
Europa do Norte ✅ (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) ❌ ❌ ✅ ✅ ✅
África do Sul Oeste * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
E.U.A. Centro-Sul ✅ (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) ❌ ❌ ✅ ✅ ✅
Suíça Oeste * ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Emirados Árabes Unidos Central* ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Norte dos E.A.U. ✅ (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 - Virginia ✅ (v3/v4) ❌ ❌ ✅ ✅ ✅
E.U.A. Centro-Oeste ✅ (v3/v4/v5) ❌ ❌ ❌ ✅ ✅
Europa Ocidental ✅ (v3/v4/v5) ❌ ✅ (v5) ✅ $ ✅ ✅
E.U.A. Oeste ✅ (v3/v4/v5) ✅ (v5) ❌ ❌ ✅ ✅
E.U.A. Oeste 2 ✅ (v3/v4) ❌ ❌ ✅ $ ✅ ✅
E.U.A. Oeste 3 ✅ (v3/v4/v5) ✅ (v5) ❌ ✅ ** ✅ ❌

$ Novas implantações redundantes de alta disponibilidade por zonas são temporariamente bloqueadas nestas regiões. O serviço suporta totalmente servidores HA já provisionados.

$ As implementações de novos servidores estão temporariamente bloqueadas nestas regiões. O serviço suporta totalmente servidores já provisionados.

** Agora pode implementar alta disponibilidade redundante por zona ao provisionar novos servidores nessas regiões. Para servidores existentes implementados no AZ sem preferência (veja isto no portal Azure) antes da região começar a suportar AZ, mesmo quando ativas o HA redundante por zona, o standby é provisionado no mesmo AZ (HA da mesma zona) que o servidor principal. Para permitir uma alta disponibilidade com redundância de zonas nestes casos, consulte 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. Só pode aceder a estas regiões mediante pedido, criando um novo pedido de suporte.

Note

Se seu aplicativo exigir alta disponibilidade com redundância 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 HA com redundância de zona está disponível, como Leste dos EUA para Leste dos EUA 2, Central dos EUA para Centro-Norte dos EUA e assim por diante.

Limitações da SKU Família V6

  • A escalabilidade da família de SKUs V6 para o nível Burstable não é suportada.
  • A escalabilidade da Burstable para a família de SKUs V6 não é suportada.
  • A integração com a Rede Virtual não é suportada.

Migration

O Banco de Dados do Azure para PostgreSQL executa a versão da comunidade do PostgreSQL. Esta versão fornece compatibilidade total de aplicativos 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?
  • Despejar e restaurar – Para migrações off-line em que você pode arcar com algum tempo de inatividade, despejar e restaurar usando ferramentas da comunidade como pg_dump e pg_restore fornece a maneira mais rápida de migrar. Consulte Migrar usando despejo e restauração para obter detalhes.

Comentários e suporte

Se tiver dúvidas ou sugestões sobre a Base de Dados do Azure para PostgreSQL, pode obter ajuda e suporte através dos seguintes canais:

Conteúdo relacionado

  • Last updated on