Sobre o servidor flexível do Azure PostgreSQL e o backup em cofre do cluster elástico (v2) (versão preliminar)

Backup do Azure for PostgreSQL Flexible Server e Elastic Cluster v2 (prévia) oferecem uma capacidade aprimorada de backup projetada para abordar limitações chave da solução v1 existente e suporta uma gama mais ampla de necessidades de backup. A versão 2 utiliza backups físicos baseados em snapshots gerenciados de disco, substituindo a abordagem de backup lógico pg_dump usada na versão 1.

Por que usar o Servidor Flexível do Azure Database for PostgreSQL e o backup em cofre do Cluster Elástico (v2)

A solução de backup v2 oferece maior flexibilidade para proteger e recuperar cargas de trabalho do Azure PostgreSQL Flexible Server ou Elastic Cluster. Ele utiliza snapshots incrementais dos discos gerenciados subjacentes em vez da abordagem de backup lógico usada pela v1, abordando limitações relacionadas ao tamanho do servidor, frequência de backup e opções de recuperação.

A tabela a seguir compara as capacidades disponíveis com backup v1 e v2.

Principais recursos do backup armazenado do Azure PostgreSQL para servidor flexível e cluster elástico (v2)

Esse recurso inclui as seguintes capacidades-chave:

• Backups de longo prazo, isolados e armazenados em cofre: Cria snapshots no seu tenant e envia os backups por streaming para o cofre de backup. Essa capacidade isola os dados de backup da assinatura e da conta de origem. O vault protege os dados com controle de acesso baseado em funções (RBAC) do Azure, soft delete e autorização multiusuário (se ativada).

• Backups imutáveis do WORM: Permite a imutabilidade (WORM) no cofre de backup para evitar que qualquer usuário (incluindo um administrador do cofre) altere, sobrescreva ou exclua pontos de recuperação antes do término do período de retenção. Essa proteção ajuda a proteger seus backups contra ransomware e exclusão acidental ou maliciosa, além de apoiar os requisitos de conformidade com WORM.

• Políticas flexíveis de backup: Suporta backups agendados diariamente ou semanais e backups sob demanda após configurar a proteção. Você pode definir períodos de retenção independentes para pontos de recuperação diários, semanais, mensais e anuais, variando de 7 dias a 10 anos.

• Movimentação incremental de dados: Transfere todos os dados do disco durante o primeiro backup e apenas os blocos de dados alterados nos backups subsequentes, tornando os backups eficientes para servidores de múltiplos terabytes. Se o snapshot anterior não estiver disponível, o Backup do Azure inicia automaticamente a replicação inicial novamente sem qualquer intervenção do usuário.

• Restaurar como servidor: restaura um ponto de recuperação diretamente para um servidor flexível ou cluster elástico do PostgreSQL de destino pré-criado. A restauração não exige uma conta de armazenamento intermediária nem uma operação manual pg_restore .

• Gerenciamento centralizado de backup: Oferece uma experiência centralizada por meio do Resiliency in Azure para visualizar e gerenciar trabalhos de backup e restauração, itens protegidos, alertas e relatórios junto com outras cargas de trabalho protegidas pelo Backup do Azure.

Fluxo de backup para o Servidor Flexível do Azure PostgreSQL e backup em cofre do cluster elástico (v2)

O fluxo de backup para o backup armazenado do Azure PostgreSQL para servidor flexível e cluster elástico (v2) funciona da seguinte forma:

1. Você concede à identidade gerenciada do cofre de backup as permissões necessárias no servidor flexível de origem ou no cluster elástico. No portal do Azure, você pode atribuir as funções ausentes diretamente durante a configuração.
2. Você configura uma política de backup que define o cronograma e as regras de retenção, e seleciona a fonte de dados a ser protegida.
3. A cada execução agendada, o Backup do Azure pede ao provedor de recursos PostgreSQL que crie um snapshot gerenciado do disco dos discos do servidor e espera que o snapshot se hidrate completamente.
4. O Backup do Azure obtém acesso temporalmente limitado ao snapshot atual e ao snapshot anterior, calcula a diferença entre eles e transfere apenas a diferença para o cofre de Backup. O primeiro backup não tem snapshot anterior, então ele transfere todo o conteúdo.
5. Backup do Azure marca o trabalho de backup como Bem-sucedido quando os dados do snapshot são copiados para o cofre. Os pontos de recuperação são então retidos e eliminados de acordo com as regras de retenção na política.

Fluxo de restauração para o backup armazenado do Banco de Dados do Azure para PostgreSQL para servidor flexível e cluster elástico (v2)

O fluxo de restauração para o backup armazenado do Banco de Dados do Azure para PostgreSQL para servidor flexível ou cluster elástico (v2) funciona da seguinte forma:

1. Você cria o servidor flexível ou cluster elástico de destino do Banco de Dados do Azure para PostgreSQL no qual o backup precisa ser restaurado. Backup do Azure restaura o conteúdo do disco em um alvo existente; ele não cria automaticamente a localização do alvo.
2. Você seleciona o ponto de recuperação no cofre de backup e escolhe o destino. O Backup do Azure valida o alvo contra o ponto de recuperação (que inclui a versão principal do PostgreSQL, tamanho do disco, tipo de disco, nível SKU e configuração de rede) antes de acionar a operação de restauração.
3. Backup do Azure grava o conteúdo dos pontos de recuperação nos discos do servidor de destino.
4. O provedor de recursos PostgreSQL inicia o servidor restaurado e o servidor restaurado fica online em um estado transacionalmente consistente.

Como a restauração grava uma imagem de disco completa, o tempo de restauração escala com o tamanho do ponto de recuperação. Para servidores multiterabyte, planeje um objetivo de tempo de recuperação medido em horas a dias em vez de minutos.

Autenticação do Backup do Azure com o servidor PostgreSQL

O serviço Backup do Azure se conecta ao servidor de origem por meio do provedor de recursos PostgreSQL, usando a identidade gerenciada do cofre de Backup. A identidade do cofre requer permissões no servidor de origem para o backup e no servidor de destino para a restauração. Quando você configura proteção ou aciona uma restauração pelo portal do Azure, o Backup do Azure valida as permissões necessárias e oferece atribuir as funções faltantes in-line. Se você não tiver acesso de escrita no servidor, pode baixar um modelo de atribuição de função e ter um administrador de banco de dados para executá-lo.

Você também pode usar uma identidade gerenciada atribuída pelo usuário para conceder permissões na fonte de dados e no cofre de Backup.

O Backup do Azure utiliza identidades gerenciadas para autenticar com seu servidor PostgreSQL e requer as seguintes permissões:

Suporte de chaves gerenciado pelo cliente

Backup do Azure suporta servidores criptografados com uma chave gerenciada pelo cliente (CMK). O Backup do Azure lê os dados do instantâneo de forma descriptografada e os armazena no cofre, criptografados em repouso, seja com uma chave gerenciada pela plataforma ou com a CMK que você configura no cofre do Backup. Durante a restauração, os dados são gravados no disco do servidor alvo e recriptografados em repouso com a chave desse servidor. Se você precisar que os dados sejam protegidos com sua própria chave de ponta a ponta, configure um CMK no servidor de origem, no servidor de destino e no cofre de backup.

Migrar da experiência v1 para v2

Você pode mover um item protegido v1 existente para v2 e continuar usando a mesma política de backup e o cofre de backup. O item protegido permanece inalterado, e seus pontos de recuperação v1 existentes continuam disponíveis.

Antes de migrar um item protegido para a v2, certifique-se de atender aos seguintes pré-requisitos:

• Versão PostgreSQL: Se seu servidor roda PostgreSQL 14 ou anterior, atualize-o para PostgreSQL 15 ou posterior.
• Camada de computação: se o seu servidor usar a camada de computação Burstable, escale-a para Uso Geral ou Otimizada para Memória.

Se o servidor não atender a esses pré-requisitos, a mudança falha com um erro do usuário.

Depois que você move o item protegido para a v2, seus pontos de recuperação v1 existentes permanecem disponíveis. O método de restauração depende da versão de backup usada para criar o ponto de recuperação:

• Para pontos de recuperação criados com a v1, use Restaurar como Arquivos.
• Para pontos de recuperação criados com v2, use Restore as Server.

Você pode usar o tipo de backup mostrado para cada ponto de recuperação para identificar se ele pertence à v1 ou à v2.

Aprenda como migrar um item protegido v1 existente para v2 (prévia).

Entenda o preço do Servidor Flexível do Azure PostgreSQL e do backup armazenado em cofre do cluster elástico (v2)

O servidor flexível do Azure PostgreSQL e o backup em cofre do cluster elástico (v2) geram as seguintes cobranças:

• Taxa de instância protegida: cobrada por instância protegida com base no tamanho da fonte de dados, por unidade.
• Taxa de armazenamento de backup: cobrada sobre o total de dados armazenados no cofre, com base na redundância configurada no cofre de backup.

Para saber mais sobre preços, incluindo cobranças e detalhes de cobrança aplicáveis, consulte a página de preços.

Como a v2 suporta backups diários para servidores maiores, suas configurações de retenção determinam principalmente o custo de armazenamento. Você pode reter pontos de recuperação diários por alguns meses e usar pontos de recuperação semanais, mensais e anuais para maior retenção.

Próximas Etapas 

• Matriz de suporte para o servidor flexível do Azure PostgreSQL e backup armazenado em cluster elástico (v2)
• Tutorial para Azure PostgreSQL servidor flexível e backup elástico em cluster vaulted (v2) usando o portal Azure
• Migrar a instância de backup da solução v1 para a v2