Servidor Flexível do Banco de Dados do Azure para PostgreSQL
APLICA-SE A:
Banco de Dados do Azure para PostgreSQL – Servidor Flexível
O Banco de Dados do Azure para PostgreSQL desenvolvido com o PostgreSQL Community Edition está disponível em três modos de implantação:
- Banco de Dados do Azure para PostgreSQL Servidor Flexível
- Servidor Único do Banco de Dados do Azure para PostgreSQL
Este artigo apresenta uma visão geral e uma introdução aos principais conceitos do modelo de implantação do servidor flexível do Banco de Dados do Azure para PostgreSQL. Não importa se você está apenas começando ou procurando atualizar seus conhecimentos, este vídeo introdutório oferece uma visão geral abrangente do servidor flexível do Banco de Dados do Azure para PostgreSQL, ajudando você a se familiarizar com os principais recursos e funcionalidades.
Visão geral
O servidor flexível do Banco de Dados do Azure para PostgreSQL é um serviço de banco de dados totalmente gerenciado, projetado para proporcionar um controle mais detalhado e flexibilidade nas funções de gerenciamento de banco de dados e definições de configuração. Em geral, o serviço oferece mais flexibilidade e personalizações de configuração do servidor com base nos requisitos do usuário. A arquitetura de servidor flexível permite aos usuários colocar o mecanismo de banco de dados com a camada de cliente para uma latência mais baixa, escolher a alta disponibilidade em uma só zona de disponibilidade e em várias zonas de disponibilidade. As instâncias de servidor flexível do Banco de Dados PostgreSQL do Azure fornecem melhores controles de otimização de custos, com a capacidade de parar/iniciar o servidor e a camada de computação com capacidade de intermitência, ideais para cargas de trabalho que não precisam de capacidade de computação completa de forma contínua. O serviço dá suporte à versão da comunidade do PostgreSQL 11, 12, 13, 14, 15 e 16. O serviço está disponível em diferentes regiões do Azure.
As instâncias de servidor flexível do Banco de Dados do Azure para PostgreSQL são mais adequadas para
- Desenvolvimentos de aplicativos que exigem controle e personalizações melhores.
- 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 dar suporte à alta disponibilidade tanto em uma única zona de disponibilidade quanto em múltiplas zonas. 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 localmente redundantes dos arquivos de banco de dados, garantindo a durabilidade dos dados.
Se a alta disponibilidade com redundância de zona estiver configurada, 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. Isso permite a resiliência de serviço de uma falha de zona de disponibilidade em uma região do Azure que dá suporte a várias zonas de disponibilidade, conforme mostrado na imagem abaixo.
Confira o tópico Alta disponibilidade para 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. Para o mecanismo PostgreSQL, as atualizações de versão secundárias também são incluídas como parte da versão de manutenção planejada. Os usuários podem configurar o agendamento de aplicação de patch para que ele seja gerenciado pelo sistema ou definir um agendamento 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, os usuários podem tornar o ciclo de aplicação de patch previsível e escolher uma janela de manutenção com impacto mínimo sobre os negócios. No geral, o serviço segue a agenda de lançamento mensal como parte de lançamento e integração contínuos.
Backups automáticos
O servidor flexível do Banco de Dados do Azure para PostgreSQL cria automaticamente backups de servidor e os armazena no armazenamento com redundância de zona (ZRS) da região. Os backups podem restaurar o servidor em qualquer ponto no tempo dentro do período de retenção de backup. O período de retenção de backup padrão é de sete dias. A retenção pode ser configurada opcionalmente em até 35 dias. Todos os backups são criptografados usando a criptografia AES de 256 bits. Confira Backups para obter mais detalhes.
Ajustar o desempenho e a escala em segundos
O servidor flexível do Banco de Dados do Azure para PostgreSQL está disponível em três camadas de serviço de computação: Com capacidade de intermitência, de Uso geral e Otimizado para memória. A camada com capacidade de intermitência é mais adequada para desenvolvimento de baixo custo e cargas de trabalho de simultaneidade baixa que não precisam da capacidade de computação completa continuamente. O Uso Geral e o Otimizado para Memória 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 com um banco de dados pequeno por alguns dólares por mês e, depois, ajustar a escala de acordo com as necessidades da 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 conforme necessário para reduzir o custo total de propriedade (TCO). A cobrança da camada de computação é interrompida imediatamente quando o servidor é parado. Com isso, você pode ter uma redução de custo significativa durante o desenvolvimento e o teste e para cargas de trabalho de produção previsíveis com limite de tempo. O servidor fica parado por sete dias, a menos que ele 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 de criptografia validado pelo FIPS 140-2 para a criptografia de armazenamento de dados inativos. Os dados são criptografados, incluindo backups e os arquivos temporários criados durante a execução de consultas. O serviço usa a criptografia 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 os dados em movimento com o protocolo SSL/TLS implementado por padrão. O serviço impõe a versão do TLS 1.2 e só dá suporte a ela.
As instâncias de servidor flexível do Banco de Dados do Azure para PostgreSQL permitem acesso privado completo aos servidores usando a rede virtual do Azure (Integração VNET). 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 VNet, o acesso público é negado e os servidores não podem ser acessados por meio de pontos de extremidade públicos.
Monitoramento e alertas
O servidor flexível do Banco de Dados PostgreSQL do Azure conta com recursos internos de monitoramento e alerta de desempenho. 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ê pode 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 à sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL por meio do PgBouncer usando o mesmo nome do host e a porta 6432.
Regiões do Azure
Uma das vantagens de executar sua carga de trabalho no Azure é obter alcance global. Atualmente, o servidor flexível do Banco de Dados do Azure para PostgreSQL está disponível nas seguintes regiões do Azure:
| Region | Computação Intel V3/V4/V5/AMD | HA com redundância de zona | HA na mesma zona | Backup de redundância geográfica |
|---|---|---|---|---|
| Austrália Central | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ✔️ |
| Austrália Central 2* | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ❌ |
| Leste da Austrália | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Sudeste da Austrália | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Brazil South | ✔️ (apenas v3/v4) | ❌ $ | ✔️ | ✔️ |
| Sudeste do Brasil* | ✔️ (apenas v3/v4) | ✔️ $ | ✔️ | ❌ |
| Canadá Central | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Leste do Canadá | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Centro dos EUA | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| Leste da China 3 | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| Norte da China 3 | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Leste da Ásia | ✔️ (somente v3/v4/v5) | ✔️ ** | ✔️ | ✔️ |
| Leste dos EUA | ✔️ (todas as SKUs) | ❌ | ✔️ | ✔️ |
| Leste dos EUA 2 | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| França Central | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Sul da França | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ✔️ |
| Norte da Alemanha* | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ✔️ |
| Centro-Oeste da Alemanha | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Israel Central | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ❌ |
| Norte da Itália | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ❌ |
| Japan East | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| Oeste do Japão | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ✔️ |
| Jio India Central | ✔️ (somente v3) | ✔️ | ✔️ | ✔️ |
| Oeste da Índia JIO | ✔️ (somente v3) | ✔️ | ✔️ | ✔️ |
| Coreia Central | ✔️ (somente v3/v4/v5) | ❌ ** | ✔️ | ✔️ |
| Sul da Coreia | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Centro-Norte dos EUA | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Norte da Europa | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Leste da Noruega* | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Oeste da Noruega | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ✔️ |
| Polônia Central | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ❌ |
| Catar Central | ✔️ (apenas v3/v4) | ❌ | ✔️ | ❌ |
| Norte da África do Sul | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Oeste da África do Sul* | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ✔️ |
| Centro-Sul dos Estados Unidos | ✔️ (apenas v3/v4) | ❌ $ | ✔️ | ✔️ |
| Sudeste Asiático | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Suécia Central | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Norte da Suíça | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Oeste da Suíça* | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| EAU Central* | ✔️ (somente v3) | ✔️ | ✔️ | ✔️ |
| Norte dos EAU | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Sul do Reino Unido | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Oeste do Reino Unido | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Governo dos EUA do Arizona | ✔️ (apenas v3/v4) | ❌ | ✔️ | ❌ |
| Governo dos EUA do Texas | ✔️ (apenas v3/v4) | ❌ | ✔️ | ❌ |
| Gov. dos EUA – Virgínia | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ✔️ |
| Centro-Oeste dos EUA | ✔️ (somente v3/v4/v5) | ✔️ | ✔️ | ✔️ |
| Europa Ocidental | ✔️ (somente v3/v4/v5) | ❌ $ | ✔️ | ✔️ |
| Oeste dos EUA | ✔️ (todas as SKUs) | ✔️ | ✔️ | ✔️ |
| Oeste dos EUA 2 | ✔️ (apenas v3/v4) | ❌ $ | ✔️ | ✔️ |
| Oeste dos EUA 3 | ✔️ (todas as SKUs) | ✔️ ** | ✔️ | ❌ |
$ As novas implantações de alta disponibilidade com redundância de zona estão temporariamente bloqueadas nessas regiões. Há suporte completo para os servidores de HA já provisionados.
$$ Novas implantações de servidor são temporariamente bloqueadas nessas regiões. Há suporte completo para os servidores já provisionados.
** A alta disponibilidade com redundância de zona já pode ser implantada quando você provisiona novos servidores nessas regiões. Em todos os servidores existentes implantados em uma AZ (zona de disponibilidade) sem preferência (você pode verificar isso no portal do Azure) antes da região começar a dar suporte à AZ e mesmo quando você habilita a alta disponibilidade com redundância de zona, o modo de espera será provisionado na mesma AZ (HA da mesma zona) que o servidor primário. Para habilitar a alta disponibilidade com redundância de zona, siga essas etapas..
(*) 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. Essas regiões estão disponíveis somente mediante solicitação, criando uma nova solicitação de suporte.
Observação
Se seu aplicativo exigir HA com redundância de zona e ela não estiver disponível na região do Azure de sua preferência, considere usar outras regiões na mesma geografia em que a AH com redundância de zona está disponível, como Leste dos EUA para Leste dos EUA 2, EUA Central para Centro-Norte dos EUA e assim por diante.
Migração
O servidor flexível do Banco de Dados do Azure para PostgreSQL opera a versão de comunidade do PostgreSQL. Isso garante compatibilidade total do aplicativo e exige o mínimo de custo de refatoração para migrar um aplicativo existente desenvolvido no mecanismo PostgreSQL para um servidor flexível do Banco de Dados do Azure para PostgreSQL.
- Ferramenta de migração do servidor único do Banco de Dados do Azure para PostgreSQL para o servidor flexível do Banco de Dados do Azure para PostgreSQL (versão prévia) - Esta ferramenta facilita a migração do servidor único do Banco de Dados do Azure para PostgreSQL para o servidor flexível do Banco de Dados do Azure para PostgreSQL.
- Despejo e restauração: nas migrações offline, em que os usuários podem ter algum tempo de inatividade, realizar o despejo e a restauração com ferramentas da comunidade, como pg_dump e pg_restore, pode fornecer uma forma mais rápida de migração. Confira Migrar usando despejo e restauração para obter detalhes.
- Serviço de Migração de Banco de Dados do Azure: para migrações diretas e simplificadas para um servidor flexível do Banco de Dados do Azure para PostgreSQL com tempo de inatividade mínimo, você pode usar o Serviço de Migração de Banco de Dados do Azure. Confira DMS por meio do portal e DMS por meio da CLI. É possível migrar da sua instância do servidor único do Banco de Dados do Azure para PostgreSQL para o servidor flexível do Banco de Dados do Azure para PostgreSQL. Confira este artigo sobre o DMS para obter detalhes.
Perguntas frequentes
O servidor flexível do Banco de Dados do Azure para PostgreSQL substituirá o servidor único do Banco de Dados do Azure para PostgreSQL?
Continuamos a oferecer suporte ao servidor único do Banco de Dados do Azure para PostgreSQL e incentivamos você a adotar o servidor flexível do Banco de Dados do Azure para PostgreSQL, que possui funcionalidades mais avançadas, como HA com resiliência de zona, desempenho previsível, controle máximo, janela de manutenção personalizada, controles de otimização de custos e uma experiência de desenvolvimento simplificada para suas cargas de trabalho corporativas. Se decidirmos desativar qualquer serviço, recurso, API ou SKU, você receberá uma notificação com antecedência, incluindo um roteiro de migração ou de transição. Saiba mais sobre as políticas de ciclo de vida da Microsoft aqui.
Qual é a política da Microsoft para resolver defeitos do mecanismo PostgreSQL?
Confira a política atual da Microsoft aqui.
Contatos
Para perguntas ou sugestões sobre o servidor flexível do Banco de Dados do Azure para PostgreSQL, envie um email para a equipe do servidor flexível do Banco de Dados do Azure para PostgreSQL (@Pergunte sobre o BD do Azure para PostgreSQL).
Observação
Este endereço de email não é um alias de suporte técnico.
Além disso, considere os seguintes pontos de contato, conforme apropriado:
- Para entrar em contato com o Suporte do Azure, crie um tíquete no Portal do Azure.
- Para corrigir um problema com sua conta, apresente uma solicitação de suporte no portal do Azure.
- Para fornecer comentários ou solicitar novos recursos, crie uma entrada por meio do UserVoice.
Próximas etapas
Agora que você leu uma introdução sobre o modo de implantação de servidor flexível do Banco de Dados do Azure para PostgreSQL, está pronto para criar seu primeiro servidor: Criar um Banco de Dados do Azure para PostgreSQL – Servidor Flexível usando o portal do Azure.