Compartilhar via

Migração automática do Banco de Dados do Azure para PostgreSQL – Servidor Único para Servidor Flexível

  • Artigo

APLICA-SE A: Banco de Dados do Azure para PostgreSQL – Servidor Único

Amigração automática do Banco de Dados do Azure para PostgreSQL – Servidor Único para Servidor Flexível é uma migração iniciada pelo serviço que ocorre durante uma janela de tempo de inatividade planejada para o Servidor Único, separada de sua janela de aplicação de patch ou manutenção. O serviço identifica servidores qualificados e envia notificações antecipadas com etapas detalhadas sobre o processo de migração automática. Você pode examinar e ajustar o agendamento de migração se necessário ou enviar uma solicitação de suporte para recusar a migração automática para seus servidores.

A migração automática aproveita o serviço de migração do PostgreSQL do Azure para fornecer uma migração offline resiliente durante a janela de migração planejada. O tempo de inatividade variará de acordo com as características da carga de trabalho, com cargas de trabalho maiores potencialmente exigindo até 20 minutos. Para parâmetros de comparação de velocidade de migração, consulte Parâmetro de Comparação de Velocidade de Migração do PostgreSQL do Azure. Essa migração elimina a necessidade de migração manual do servidor, permitindo que você se beneficie dos recursos do Servidor Flexível após a migração, incluindo preço-desempenho aprimorado, controle de configuração de banco de dados granular e janelas de manutenção personalizadas.

Observação

O serviço de migração automática seleciona o Servidor único a ser migrado com base nos seguintes critérios:

  • Servidor único versão 11
  • Servidores sem recursos complexos, como CMK, Microsoft Entra ID, Réplica de Leitura e Ponto de Extremidade Privado
  • Tamanho dos dados <= 10 GB
  • O acesso público está habilitado

Processo de migração automática

O processo de migração automática inclui várias fases principais:

  • Criação de Servidor Flexível de Destino – um servidor flexível é criado para corresponder ao desempenho e ao custo do SKU do servidor único. Ele herda todas as regras de firewall do Servidor Único de origem.

  • Migração de Dados – A migração de dados ocorre durante a janela de migração designada, normalmente agendada fora do horário comercial para a região de hospedagem do servidor (se a janela for escolhida pelo serviço). O servidor único de origem é definido como somente leitura e todos os dados, esquemas, funções de usuário, privilégios e propriedade de objetos de banco de dados são migrados para o Servidor Flexível.

  • Alteração de DNS – Após a migração de dados, uma alteração de DNS é executada, permitindo que a cadeia de conexão de servidor único existente se conecte perfeitamente ao novo Servidor Flexível. Os formatos de cadeia de conexão servidor único e flexível, bem como formatos de nome de usuário (username@server_name e nome de usuário), têm suporte no Servidor Flexível migrado.

  • Visibilidade do Servidor Flexível – Após uma migração de dados bem-sucedida e comutador DNS, o novo Servidor Flexível aparece em sua assinatura e pode ser gerenciado por meio do portal do Azure ou da CLI.

  • Cadeias de Conexão de Servidor Único Atualizadas – Cadeias de conexão atualizadas para o Servidor Único herdado são enviadas por meio de notificações de Integridade do Serviço no portal do Azure. Eles também podem ser acessados na página do portal do Servidor Único em Configurações -> Cadeias de Conexão.

  • Exclusão de Servidor Único – O servidor único é mantido por sete dias após a migração antes de ser excluído.

Nomear servidores individuais para migração automática

O processo de nomeação é para os usuários que desejam acelerar voluntariamente sua migração para o servidor flexível. Se você tiver uma carga de trabalho do servidor único, agora você pode se nomear (caso ainda não tenha sido agendado pelo serviço) para migração automática. Envie os detalhes do servidor por meio deste formulário.

Como verificar se o Servidor Único está agendado para a Migração Automática

Para determinar se o Servidor Único está selecionado para a migração automática, siga estas etapas:

  • Notificações de Integridade do Serviço – No portal do Azure, vá para Integridade do Serviço > Manutenção Planejada eventos. Procure eventos rotulados "Notificação de Migração Automática Agendada para o Servidor Único do Banco de Dados do Azure para PostgreSQL". As notificações são enviadas 30, 14 e 7 dias antes da data de migração e novamente durante os estágios de migração: em andamento, concluídas e seis dias antes de o Servidor Único ser desativado.

Observação

Essas notificações não chegam à caixa de entrada por padrão. Para recebê-los por email ou SMS, você precisa configurar alertas de Integridade do Serviço seguindo as etapas aqui

  • Página Visão Geral do Servidor Único – Navegue até a instância do Servidor Único no portal do Azure e verifique a página Visão geral. Se estiver agendado para a migração automática, você encontrará detalhes aqui, incluindo uma opção para adiar a migração por um mês de cada vez ou reagendar dentro do mês atual.

Observação

O agendamento de migração será bloqueado 7 dias antes da janela de migração agendada, durante o qual você não poderá reagendar.

  • Notificações por email da CXP do Azure – A Experiência do Usuário do Azure (CXP) também envia emails diretos para funções clássicas e funções RBAC associadas à assinatura que contém o Servidor Único, fornecendo informações sobre as próximas migrações automáticas.

Verificações de pré-requisito para a migração automática

Revise os seguintes pré-requisitos para garantir uma migração automática bem-sucedida:

  • A instância do Servidor Único deve estar no estado pronto durante a janela de migração planejada para que a migração automática ocorra.
  • Para a instância do Servidor Único com SSL habilitado, verifique se você tem todos os certificados (DigiCertGlobalRootG2 Root CA e DigiCertGlobalRootCA AC raiz) disponíveis no armazenamento raiz confiável. Além disso, se você tiver o certificado fixado na cadeia de conexão, crie um certificado de AC combinado com todos os três certificados antes da migração automática agendada para garantir a continuidade dos negócios após a migração.
  • Se seu Servidor Único do Banco de Dados do Azure para PostgreSQL tiver nomes de regras de firewall superiores a 80 caracteres, renomeie-os para garantir que o comprimento do nome seja inferior a 80 caracteres. (O comprimento do nome da regra de firewall com suporte no Servidor Flexível é de 80 caracteres, enquanto no Servidor Único o comprimento permitido é de 128 caracteres.)

Como o Servidor Flexível do PostgreSQL de destino é provisionado?

O nível de computação e a SKU do servidor flexível de destino são provisionados com base no tipo de preços e nos VCores do servidor único de origem, conforme mostrado abaixo.

Tipo de preço do servidor único VCores do servidor único Camada do Servidor Flexível Nome do SKU do Servidor Flexível
Basic 1 Com capacidade de intermitência B1ms
Basic 2 Com capacidade de intermitência B2s
Uso Geral 2 GeneralPurpose Standard_D2s_v3
Uso Geral 4 GeneralPurpose Standard_D4s_v3
Uso Geral 8 GeneralPurpose Standard_D8s_v3
Uso Geral 16 GeneralPurpose Standard_D16s_v3
Uso Geral 32 GeneralPurpose Standard_D32s_v3
Uso Geral 64 GeneralPurpose Standard_D64s_v3
Otimizado para memória 2 MemoryOptimized Standard_E2s_v3
Otimizado para memória 4 MemoryOptimized Standard_E4s_v3
Otimizado para memória 8 MemoryOptimized Standard_E8s_v3
Otimizado para memória 16 MemoryOptimized Standard_E16s_v3
Otimizado para memória 32 MemoryOptimized Standard_E32s_v3
  • A versão do PostgreSQL, a região, a cadeia de conexão, a assinatura e o grupo de recursos do Servidor Flexível de destino permanecerão iguais aos do Servidor Único de origem.
  • Para os Servidores Únicos com menos de 20 GiB de armazenamento, o tamanho do armazenamento é definido como 32 GiB, pois esse é o limite mínimo de armazenamento no Banco de Dados do Azure para PostgreSQL – Servidor Flexível.
  • Para os Servidores Únicos com maior necessidade de armazenamento, é alocado um armazenamento suficiente equivalente a 1,25 vezes ou 25% mais armazenamento do que o que está sendo usado no Servidor Único. Durante a cópia básica de dados inicial, várias instruções de inserção são executadas no destino, o que, por sua vez, gera WALs (Logs de Gravação Antecipada). Até que esses WALs sejam arquivados, os logs consomem armazenamento no destino e, portanto, a margem de segurança.
  • Os formatos de nome de usuário – username@server_name (Servidor Único) e nome de usuário (Servidor Flexível) – têm suporte no Servidor Flexível migrado.
  • Ambos os formatos de cadeia de conexão – Servidor Único e Servidor Flexível – têm suporte no Servidor Flexível migrado.

Etapas pós-migração

Aqui estão as informações que você precisa saber após a migração automática:

  • Os parâmetros do servidor no servidor flexível são ajustados aos padrões da comunidade. Se quiser manter os mesmos valores de parâmetro do servidor que seu servidor único, você pode fazer logon por meio do PowerShell e executar o script aqui para copiar os valores dos parâmetros.
  • Para habilitar os insights de consulta, você precisa habilitar o armazenamento de consultas no servidor flexível, que não está habilitado por padrão
  • Se a Alta disponibilidade for necessária, você poderá habilitá-la sem tempo de inatividade.

Manipulando regras de VNet no servidor flexível

No Servidor Único do Banco de Dados do Azure para PostgreSQL, uma regra de VNet (rede virtual) é uma sub-rede listada na ACL (lista de controle de acesso) do servidor. Essa regra permite que o Servidor Único aceite comunicação de nós dentro dessa sub-rede específica. Para o Servidor Flexível, não há suporte para regras de VNet. Em vez disso, o Servidor Flexível permite a criação de pontos de extremidade privados, possibilitando que o servidor opere dentro da sua rede virtual. Um ponto de extremidade privado atribui um IP privado ao Servidor Flexível e todo o tráfego entre sua rede virtual e o servidor é transmitido de forma segura pela rede de backbone do Azure, eliminando a necessidade de exposição pública à Internet.

Após a migração, você deve adicionar um ponto de extremidade privado ao seu Servidor Flexível para todas as sub-redes que antes eram cobertas pelas regras de VNet no seu Servidor Único. Você pode concluir esse processo usando o portal do Azure ou a CLI do Azure. Depois de terminar essa etapa, a conectividade de rede permanecerá intacta no Servidor Flexível após a migração do Servidor Único.

Backup de retenção de longo prazo

A migração automática de servidores únicos não configura automaticamente o backup LTR (retenção de longo prazo) após a migração para o servidor flexível. Você pode fazer backup do servidor flexível do Banco de Dados do Azure para PostgreSQL com retenção de longo prazo usando o Backup do Azure.

Perguntas frequentes (FAQs)

Q. Por que estou sendo migrado automaticamente?

R. Sua instância do Banco de Dados do Azure para PostgreSQL – Servidor Único é qualificada para migração automática para nossa principal oferta do Banco de Dados do Azure para PostgreSQL – Servidor Flexível. Essa migração automática removerá a sobrecarga para migrar manualmente o servidor. Você pode usufruir dos benefícios do Servidor Flexível, incluindo melhor preço e desempenho, controle granular sobre a configuração do banco de dados e janelas de manutenção personalizadas.

P. Como a automigração ocorre? Quais são todos os itens migrados?​

R. O Servidor Flexível é provisionado para corresponder aos mesmos VCores e armazenamento do seu Servidor Único. Em seguida, o Servidor Único de origem é colocado em um estado somente leitura, o esquema e os dados são copiados para o Servidor Flexível de destino. A alteração de DNS é executada para rotear todas as conexões existentes para o destino, e o Servidor Flexível de destino é colocado online. A migração automática migra os bancos de dados (incluindo esquema, dados, usuários/funções e privilégios). A migração é offline e você vê um tempo de inatividade de até 20 minutos.

P. Como posso configurar ou exibir os alertas da migração automática?

R. A seguir, são apresentadas as formas de se configurar alertas:

  • Configure os alertas de integridade do serviço para receber notificações de agendamento e progresso da migração automática por email/SMS seguindo as etapas aqui.
  • Verifique a notificação de migração automática no portal do Azure seguindo as etapas aqui.

P. Como posso adiar a migração agendada do meu servidor único?

R. Você pode revisar o agendamento de migração navegando até a página de visão geral da sua instância do servidor único. Se você quiser adiar a migração, poderá adiar por um mês, no máximo, navegando até a página de visão geral da instância do servidor único no portal do Azure. Você pode reagendar a migração selecionando outra janela de migração dentro de um mês. Os detalhes da migração serão bloqueados sete dias antes da janela de migração agendada após a qual você não poderá reagendar. Essa migração automática pode ser adiada mensalmente até 30 de março de 2025.

P. Como posso cancelar uma migração automática agendada do meu servidor único?​

R. Se você quiser recusar a migração automática, poderá gerar um tíquete de suporte para essa finalidade.

P. Quais etapas pós-migração devo seguir se meu servidor único usa regras de VNet?

R. Não há suporte para regras de VNet no servidor flexível. Consulte esta seção

P. Preciso configurar novamente backups de retenção de longo prazo no servidor flexível?

R. Sim. Consulte esta seção

P. Qual nome de usuário e cadeia de conexão teriam suporte para o Servidor Flexível migrado? ​​

R. Os formatos de nome de usuário – username@server_name (formato de Servidor Único) e nome de usuário (formato de Servidor Flexível) têm suporte para o Servidor Flexível migrado e, portanto, você não precisará atualizá-los para manter a continuidade do aplicativo após a migração. Além disso, os dois formatos de cadeia de conexão (formato de Servidor Único e Flexível) também têm suporte para o Servidor Flexível migrado.

P. Vejo uma diferença de preços na minha possível mudança do Servidor Único Básico para PostgreSQL para o Servidor Flexível para PostgreSQL?

R. Alguns servidores poderão sofrer uma pequena revisão de preço após a migração, uma vez que o limite mínimo de armazenamento nas duas ofertas é diferente (5 GiB no Servidor Único e 32 GiB no Servidor Flexível). O custo de armazenamento do Servidor Flexível é ligeiramente superior ao do Servidor Único. Qualquer aumento de preço é compensado por uma melhor taxa de transferência e desempenho em comparação com o Servidor Único. Para obter mais informações sobre preços do Servidor flexível, consulte este documento

Conteúdo relacionado