Base de Dados do Azure para PostgreSQL – Servidor Flexível
APLICA-SE A: 
Banco de Dados do Azure para PostgreSQL - Servidor Flexível
O Banco de Dados do Azure para PostgreSQL com tecnologia da edição da comunidade PostgreSQL está disponível em dois modos de implantação:
- Banco de Dados do Azure para Servidor Flexível PostgreSQL
- Banco de Dados do Azure para Servidor Único PostgreSQL
Este artigo fornece uma visão geral e uma introdução aos principais conceitos do modelo de implantação de servidor flexível do Banco de Dados do Azure para 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.
Descriçã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 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 do PostgreSQL com suporte no Banco de Dados do Azure para PostgreSQL - Servidor Flexível para obter detalhes sobre as versões específicas com suporte. 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 redundante 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 de falha na zona de disponibilidade dentro de uma região do Azure que dá suporte a várias zonas de disponibilidade, conforme mostrado na imagem abaixo.
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. Para o mecanismo PostgreSQL, atualizações de versões secundárias estão incluídas na versão de manutenção planejada. Os utilizadores podem configurar o agendamento de patches para serem geridos pelo sistema ou definir o agendamento personalizado. 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. Os backups podem 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. 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 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. A camada Burstable é mais adequada para desenvolvimento de baixo custo e cargas de trabalho de simultaneidade baixas 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. A cobrança da camada de computação é interrompida 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 (SSL/TLS) imposta por padrão. O serviço impõe e suporta apenas TLS versão 1.2.
As instâncias flexíveis de servidor do Banco de Dados do Azure para PostgreSQL permitem 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 os servidores não podem ser acessados usando pontos de extremidade públicos.
Monitorização e alerta
O servidor flexível do Banco de Dados do Azure para PostgreSQL está equipado com 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 interno, um pool 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:
| País/Região | Computação Intel V3/V4/V5/AMD | HA com redundância de zona | HA da mesma zona | Backup com redundância geográfica |
|---|---|---|---|---|
| Austrália Central | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| Austrália Central 2 * | ✔️ (apenas v3/v4) | ❌ | ✔️ | ❌ |
| Leste da Austrália | ✔️ (todos os SKUs) | ✔️ | ✔️ | ✔️ |
| Austrália Sudeste | ✔️ (v3/v4/v5 apenas) | ❌ | ✔️ | ✔️ |
| Sul do Brasil | ✔️ (apenas v3/v4) | ✔️ $ | ✔️ | ✔️ |
| Brasil Sudeste * | ✔️ (apenas v3/v4) | ❌ | ✔️ | ❌ |
| Canadá Central | ✔️ (todos os SKUs) | ✔️ | ✔️ | ✔️ |
| Leste do Canadá | ✔️ (todos os SKUs) | ❌ | ✔️ | ✔️ |
| Índia Central | ✔️ (v3/v4/v5 apenas) | ✔️ | ✔️ | ✔️ |
| E.U.A. Central | ✔️ (apenas v3/v4) | ✔️ $ | ✔️ | ✔️ |
| 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) | ✔️ ** | ✔️ | ✔️ |
| E.U.A. Leste | ✔️ (todos os SKUs) | ✔️ $ | ✔️ | ✔️ |
| E.U.A. Leste 2 | ✔️ (apenas v3/v4) | ✔️ $ | ✔️ | ✔️ |
| França Central | ✔️ (v3/v4/v5 apenas) | ✔️ | ✔️ | ✔️ |
| Sul de França | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| Alemanha Norte * | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| Alemanha Centro-Oeste | ✔️ (v3/v4/v5 apenas) | ✔️ | ✔️ | ✔️ |
| Israel Central | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ❌ |
| Norte da Itália | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ❌ |
| Leste do Japão | ✔️ (apenas v3/v4) | ✔️ $ | ✔️ | ✔️ |
| Oeste do Japão | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| Jio Índia Central | ✔️ (apenas v3) | ❌ | ✔️ | ✔️ |
| Jio, Oeste da Índia | ✔️ (apenas v3) | ❌ | ✔️ | ✔️ |
| Coreia do Sul Central | ✔️ (v3/v4/v5 apenas) | ✔️ $ ** | ✔️ | ✔️ |
| Sul da Coreia do Sul | ✔️ (v3/v4/v5 apenas) | ❌ | ✔️ | ✔️ |
| México Central | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ❌ |
| E.U.A. Centro-Norte | ✔️ (todos os SKUs) | ❌ | ✔️ | ✔️ |
| Europa do Norte | ✔️ (v3/v4/v5 apenas) | ✔️ | ✔️ | ✔️ |
| Leste da Noruega * | ✔️ (todos os SKUs) | ✔️ | ✔️ | ✔️ |
| Oeste da Noruega | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| Polónia Central | ✔️ (apenas v3/v4) | ✔️ | ✔️ | ❌ |
| Catar Central | ✔️ (apenas v3/v4) | ✔️ $ | ✔️ | ❌ |
| Norte da África do Sul | ✔️ (v3/v4/v5 apenas) | ✔️ | ✔️ | ✔️ |
| África do Sul Oeste * | ✔️ (apenas v3/v4) | ❌ | ✔️ | ✔️ |
| E.U.A. Centro-Sul | ✔️ (apenas v3/v4) | ✔️ $ | ✔️ | ✔️ |
| Sul da Índia | ✔️ (v3/v4/v5 apenas) | ✔️ | ✔️ | ✔️ |
| Sudeste Asiático | ✔️ (todos os SKUs) | ✔️ | ✔️ | ✔️ |
| 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) | ❌ | ✔️ | ✔️ |
| EAU Central * | ✔️ (apenas v3) | ❌ | ✔️ | ✔️ |
| Norte dos E.A.U. | ✔️ (v3/v4/v5 apenas) | ✔️ | ✔️ | ✔️ |
| Sul do Reino Unido | ✔️ (todos os SKUs) | ✔️ | ✔️ | ✔️ |
| Oeste do Reino Unido | ✔️ (todos os SKUs) | ❌ | ✔️ | ✔️ |
| US Gov - Arizona | ✔️ (apenas v3/v4) | ❌ | ✔️ | ❌ |
| US Gov - Texas | ✔️ (apenas v3/v4) | ❌ | ✔️ | ❌ |
| US Gov - Virginia | ✔️ (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) | ✔️ ** | ✔️ | ❌ |
$ Novas implantações de alta disponibilidade redundantes de zona sã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.
** A alta disponibilidade com redundância de zona agora pode ser implantada quando você provisiona novos servidores nessas regiões. Todos os servidores existentes implantados no AZ sem preferência (que você pode verificar no portal do Azure) antes da 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 habilitar a alta disponibilidade com redundância de zona, siga as etapas.
(*) 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 total compatibilidade de aplicativos e requer um custo mínimo de refatoração para migrar um aplicativo existente desenvolvido no mecanismo PostgreSQL para o Banco de Dados do Azure para servidor flexível PostgreSQL.
- Banco de Dados do Azure para servidor único PostgreSQL para o Banco de Dados do Azure para servidor flexível PostgreSQL Ferramenta de migração (Pré-visualização) - Esta ferramenta fornece uma capacidade de migração mais fácil da Base de Dados do Azure para servidor único PostgreSQL para a Base de Dados do Azure para servidor flexível PostgreSQL.
- Despejar e restaurar – Para migrações off-line, onde os usuários podem pagar 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.
- 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. Veja DMS via portal e DMS via CLI. Você pode migrar da instância de servidor único do Banco de Dados do Azure para PostgreSQL para o Banco de Dados do Azure para o servidor flexível PostgreSQL. Consulte este artigo do DMS para obter detalhes.
Perguntas mais frequentes
O Banco de Dados do Azure para servidor flexível PostgreSQL substituirá o Banco de Dados do Azure para servidor único 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 com recursos mais avançados, como HA resiliente de zona, desempenho previsível, controle máximo, janela de manutenção personalizada, controles de otimização de custos e experiência simplificada do desenvolvedor adequada para suas cargas de trabalho corporativas. Se decidirmos desativar qualquer serviço, recurso, API ou SKU, você receberá um aviso prévio, incluindo um caminho de migração ou 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?
Consulte a política atual da Microsoft aqui.
Contactos
Para quaisquer perguntas ou sugestões que você possa ter no Banco de Dados do Azure para servidor flexível PostgreSQL, envie um email para a equipe de servidor flexível do Banco de Dados do Azure para PostgreSQL (@Ask Banco de Dados do Azure para PostgreSQL).
Nota
Este endereço de e-mail não é um alias de suporte técnico.
Além disso, considere os seguintes pontos de contacto, conforme adequado:
- Para contactar o Suporte do Azure, crie um pedido no portal do Azure.
- Para corrigir um problema na sua conta, crie um pedido de suporte no portal do Azure.
- Para enviar comentários ou pedir novas funcionalidades, crie uma entrada através do UserVoice.
Partilhe as suas sugestões e bugs com a equipa de produto da Base de Dados do Azure para PostgreSQL.