Compartilhar via


Servidor de Runtime de Migração com o serviço de migração na Versão Prévia do Banco de Dados do Azure para PostgreSQL

O Servidor de Runtime de Migração é um recurso especializado dentro do serviço de migração no Banco de Dados do Azure para PostgreSQL, projetado para atuar como um servidor intermediário durante a migração. É uma instância separada do Banco de Dados do Azure para PostgreSQL – Servidor Flexível que não é o servidor de destino, mas é usada para facilitar a migração de bancos de dados de um ambiente de origem que só é acessível por meio de uma rede privada.

O servidor de runtime de migração é útil em cenários em que as instâncias postgreSQL de origem e o Servidor Flexível do Banco de Dados do Azure para PostgreSQL de destino são configurados para se comunicar por pontos de extremidade privados ou IPs privados, garantindo que a migração ocorra dentro de um espaço de rede seguro e isolado. O Servidor de Runtime de Migração manipula a transferência de dados, conectando-se à instância postgreSQL de origem para recuperar dados e, em seguida, enviando-os por push para o servidor de destino.

O servidor de runtime de migração é distinto do servidor de destino e está configurado para lidar com o processo de transferência de dados, garantindo um caminho de migração seguro e eficiente.

Captura de tela do servidor do runtime de migração.

Cenários de migração com suporte com o Servidor de Runtime de Migração

O servidor de runtime de migração é essencial para transferir dados entre diferentes instâncias postgreSQL de origem e o Banco de Dados do Azure para PostgreSQL – Servidor Flexível. É necessário nos seguintes cenários:

  • Quando a origem é um Servidor Único do Banco de Dados do Azure para PostgreSQL —configurado com um ponto de extremidade privado e o destino é um Servidor Flexível do Banco de Dados do Azure para PostgreSQL— com um ponto de extremidade privado.
  • Para fontes como bancos de dados locais, VMs do Azure ou instâncias da AWS que só podem ser acessadas por meio de redes privadas e o Banco de Dados do Azure de destino para PostgreSQL – Servidor Flexível com um ponto de extremidade privado.

Como você usa o recurso Servidor de Tempo de Execução de Migração?

Para usar o recurso Servidor de Runtime de Migração no serviço de migração no Banco de Dados do Azure para PostgreSQL, siga estas etapas no portal do Azure:

  • Entre no portal do Azure e acesse o serviço de migração (do servidor de destino) na instância do Banco de Dados do Azure para PostgreSQL.
  • Inicie um novo fluxo de trabalho de migração dentro do serviço.
  • Ao acessar a guia “Selecionar servidor de runtime”, use o Servidor de Runtime de Migração selecionando “Sim”. Escolha sua assinatura do Azure e o grupo de recursos e o local do Banco de Dados do Azure integrado à VNet para PostgreSQL — Servidor flexível.
  • Selecione o Servidor Flexível do Banco de Dados do Azure para PostgreSQL apropriado para servir como servidor de runtime de migração.

Captura de tela da seleção do servidor de runtime de migração.

Itens essenciais do Servidor de Runtime de Migração

  • Configuração Mínima—Apesar de ter sido criado em um Servidor Flexível do Banco de Dados do Azure para PostgreSQL, o servidor de runtime de migração facilita apenas a migração sem a necessidade de HA, backups, especificidade de versão ou recursos de armazenamento avançados.
  • Desempenho e Dimensionamento—O servidor de runtime de migração deve ser dimensionado adequadamente para gerenciar a carga de trabalho e é recomendável que você selecione um SKU equivalente ou maior que o do servidor de destino.
  • Rede Verifique se o servidor de runtime de migração está adequadamente integrado à Rede Virtual (rede virtual) e essa segurança de rede permite uma comunicação segura com os servidores de origem e de destino. Para obter mais informações, visite Guia de rede para serviço de migração.
  • Limpeza de pós-migração após a conclusão da migração, o servidor de runtime de migração deve ser desativado para evitar custos desnecessários. Antes da exclusão, verifique se todos os dados foram migrados com êxito e se o servidor não é mais necessário.