Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
APLICA-SE A: Banco de Dados do Azure para PostgreSQL - Servidor Flexível
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. 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.
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 do Azure para PostgreSQL também fornecem melhores controles de otimização de custo com a capacidade de parar/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. Consulte as versões do PostgreSQL com suporte no servidor flexível do Banco de Dados do Azure para PostgreSQL para obter detalhes sobre as versões específicas com suporte. 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 com redundância local 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.
Consulte [Alta disponibilidade]/azure/reliability/reliability-postgresql-flexible-server 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. Os usuários podem configurar o agendamento da aplicação de patches para ser gerenciado pelo sistema ou definir seu 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 Burstable melhor atende ao desenvolvimento de baixo custo e cargas de trabalho de baixa simultaneidade sem capacidade de computação contínua. 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ê interrompa e inicie o servidor sob demanda para reduzir o TCO. A cobrança da camada de computação é suspensa imediatamente quando o servidor é desligado. 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 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 superior.
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 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ê 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:
Região | 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 | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
Austrália Central 2* | ✅ (somente v3/v4/v5) | ❌ | ✅ | ❌ |
Leste da Austrália | ✅ (todos os SKUs) | ✅ | ✅ | ✅ |
Sudeste da Austrália | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
Brasil Sul | ✅ (somente v3/v4/v5) | ✅ $ | ✅ | ❌ |
Sudeste do Brasil* | ✅ (somente v3/v4/v5) | ❌ | ✅ | ❌ |
Canadá Central | ✅ (todos os SKUs) | ✅ | ✅ | ✅ |
Leste do Canadá | ✅ (todos os SKUs) | ❌ | ✅ | ✅ |
Índia Central | ✅ (somente v3/v4/v5) | ✅ $ | ✅ | ✅ |
Centro dos EUA | ✅ (somente v3/v4/v5) | ✅ | ✅ | ✅ |
Leste da China 2 | ✅ (somente v3/v4) | ❌ | ✅ | ❌ |
Leste da China 3 | ✅ (somente v3/v4) | ❌ | ✅ | ✅ |
Norte da China 2 | ✅ (somente v3/v4) | ❌ | ✅ | ❌ |
Norte da China 3 | ✅ (somente v3/v4/v5) | ✅ | ✅ | ✅ |
Leste da Ásia | ✅ (somente v3/v4/v5) | ✅ $ ** | ✅ | ✅ |
Leste dos EUA | ✅ (todos os SKUs) | ✅ $ | ✅ | ✅ |
Leste dos EUA 2 | ✅ (somente v3/v4) | ✅ $ | ✅ | ✅ |
França Central | ✅ (somente v3/v4/v5) | ✅ | ✅ | ✅ |
Sul da França | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
Norte da Alemanha* | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
Centro-Oeste da Alemanha | ✅ (somente v3/v4/v5) | ✅ $ | ✅ | ✅ |
Israel Central | ✅ (somente v3/v4) | ✅ | ✅ | ❌ |
Norte da Itália | ✅ (somente v3/v4/v5) | ✅ | ✅ | ❌ |
Leste do Japão | ✅ (somente v3/v4) | ✅ | ✅ | ✅ |
Oeste do Japão | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
Jio Índia Central | ✅ (apenas v3) | ❌ | ✅ | ✅ |
Oeste da Índia JIO | ✅ (apenas v3) | ❌ | ✅ | ✅ |
Coreia Central | ✅ (somente v3/v4/v5) | ✅ ** | ✅ | ✅ |
Sul da Coreia | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
México Central | ✅ (somente v3/v4) | ✅ $ | ✅ | ❌ |
Norte da Nova Zelândia | ✅ (somente v3/v4/v5) | ✅ | ✅ | ❌ |
Centro-Norte dos EUA | ✅ (todos os SKUs) | ❌ | ✅ | ✅ |
Norte da Europa | ✅ (somente v3/v4/v5) | ✅ $ | ✅ | ✅ |
Leste da Noruega* | ✅ (todos os SKUs) | ✅ | ✅ | ✅ |
Oeste da Noruega | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
Polônia Central | ✅ (somente v3/v4) | ✅ | ✅ | ❌ |
Catar Central | ✅ (somente v3/v4) | ✅ $ | ✅ | ❌ |
Norte da África do Sul | ✅ (somente v3/v4/v5) | ✅ | ✅ | ✅ |
Oeste da África do Sul* | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
Centro-Sul dos Estados Unidos | ✅ (somente v3/v4) | ✅ $ | ✅ | ✅ |
Sul da Índia | ✅ (somente v3/v4/v5) | ✅ | ✅ | ✅ |
Sudeste Asiático | ✅ (somente v3/v4) | ✅ $ | ✅ | ✅ |
Espanha Central | ✅ (somente v3/v4) | ✅ | ✅ | ❌ |
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/v5) | ❌ | ✅ | ✅ |
Norte dos EAU | ✅ (somente v3/v4/v5) | ✅ | ✅ | ✅ |
Sul do Reino Unido | ✅ (todos os SKUs) | ✅ | ✅ | ✅ |
Oeste do Reino Unido | ✅ (todos os SKUs) | ❌ | ✅ | ✅ |
Governo dos EUA do Arizona | ✅ (somente v3/v4) | ❌ | ✅ | ❌ |
Governo dos EUA do Texas | ✅ (somente v3/v4) | ❌ | ✅ | ❌ |
Gov. dos EUA – Virgínia | ✅ (somente v3/v4) | ✅ | ✅ | ✅ |
Centro-Oeste dos EUA | ✅ (somente v3/v4/v5) | ❌ | ✅ | ✅ |
Europa Ocidental | ✅ (somente v3/v4/v5) | ✅ $ | ✅ | ✅ |
Oeste dos EUA | ✅ (todos os SKUs) | ❌ | ✅ | ✅ |
Oeste dos EUA 2 | ✅ (somente v3/v4) | ✅ $ | ✅ | ✅ |
Oeste dos EUA 3 | ✅ (todos os 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. Quaisquer servidores já existentes implantados em AZ com sem preferência (verifique isso no portal do Azure) antes da região passar a dar suporte à AZ, mesmo que você habilite a alta disponibilidade com redundância de zona, a instância em espera será provisionada na mesma zona de disponibilidade (mesma zona de HA) que o servidor primário. Para habilitar a alta disponibilidade com redundância de zona nesses casos, leia essas 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. 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.
- 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. Visite o que é o serviço de migração no 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.
Perguntas frequentes (FAQ)
Esta seção aborda perguntas comuns sobre o servidor flexível do Banco de Dados do Azure para PostgreSQL, incluindo seus recursos, configurações e práticas recomendadas. Se você é novo no serviço ou está procurando detalhes específicos, essas perguntas frequentes fornecem respostas rápidas para ajudá-lo a começar e otimizar sua experiência.
Qual é a política da Microsoft para resolver defeitos do mecanismo PostgreSQL?
Confira a política atual da Microsoft aqui.
Contatos
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.
Observação
Este endereço de email destina-se apenas a consultas e sugestões gerais. 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.