Crie uma tarefa de migração para uma nova instância de destino

MySQL   |  PostgreSQL   |  PostgreSQL para AlloyDB

Vista geral

O serviço de migração de base de dados usa tarefas de migração para migrar dados da instância da base de dados de origem para a instância da base de dados do Cloud SQL de destino.

Nota: para a conetividade IP, quando migra para uma instância do Cloud SQL criada com o Database Migration Service, só pode usar o método de acesso a serviços privados (interligação de VPCs). Se quiser usar o Private Service Connect com o cluster de destino, primeiro crie a instância de destino diretamente no Cloud SQL e, em seguida, siga os passos na página Migrar para uma instância existente.

A criação de uma tarefa de migração inclui:

• Definir as definições da tarefa de migração
• Especificar informações sobre o perfil de associação que criou para a base de dados de origem (perfil de associação de origem)
• Definir as definições da instância da base de dados do Cloud SQL de destino e criar a instância
• Configurar a conetividade entre as instâncias da base de dados de origem e de destino
• Testar a tarefa de migração para garantir que as informações de associação que facultou para a tarefa são válidas

O assistente do serviço de migração de base de dados ajuda a criar uma tarefa de migração. O assistente é composto pelos seguintes painéis, onde fornece as informações sobre as bases de dados de origem, as bases de dados de destino e os métodos de conetividade. No assistente, também pode testar a tarefa de migração antes de terminar de a criar. As informações sobre como preencher cada painel são fornecidas nas várias secções desta página.

Defina as definições da tarefa de migração

1. Aceda à página Tarefas de migração na Google Cloud consola.
2. Clique em Criar tarefa de migração na parte superior da página.

3. Indique um nome para a tarefa de migração.

   Escolha um nome amigável que ajude a identificar a tarefa de migração. Não inclua informações confidenciais ou de identificação pessoal no nome da tarefa.

4. Mantenha o ID da tarefa de migração gerado automaticamente.

5. Selecione o motor da base de dados de origem.

6. Selecione o motor de base de dados de destino.

7. Selecione a região de destino para a migração. É aqui que a instância do Serviço de migração de bases de dados é criada e deve ser selecionada com base na localização dos serviços que precisam dos seus dados, como instâncias do Compute Engine e apps do App Engine, e outros serviços. Depois de escolher a região de destino, não pode alterar esta seleção.

   Importante: se planeia usar a edição Enterprise Plus do Cloud SQL para PostgreSQL, certifique-se de que a sua região é suportada para essa edição. Consulte o artigo Suporte de regiões da edição Enterprise Plus do Cloud SQL para PostgreSQL.

8. Especifique o tipo de tarefa de migração: Única vez (apenas instantâneo) ou Contínua (instantâneo + alterações contínuas).

9. Reveja os pré-requisitos necessários gerados automaticamente para refletir a forma como o ambiente tem de ser preparado para uma tarefa de migração. Estes pré-requisitos podem incluir como configurar a base de dados de origem e como associá-la à instância da base de dados do Cloud SQL de destino. É melhor concluir estes pré-requisitos neste passo, mas pode concluí-los em qualquer altura antes de testar ou iniciar a tarefa de migração. Para mais informações sobre estes pré-requisitos, consulte o artigo Configure a sua origem.

10. Clique em Guardar e continuar.

Especifique informações sobre o perfil de associação de origem

1. Se tiver criado um perfil de associação, selecione-o na lista de perfis de associação existentes.

   Se não tiver criado um perfil de associação, clique em Criar um perfil de associação na parte inferior da lista pendente e, em seguida, execute os mesmos passos que em Criar um perfil de associação de origem.

2. Na secção Personalize as configurações de descarga de dados, clique em Mostrar configurações de descarga de dados.

   A velocidade do paralelismo do despejo de dados está relacionada com a quantidade de carga na base de dados de origem. Pode usar as seguintes definições:

   • Ótimo (recomendado): desempenho equilibrado com carga ideal na base de dados de origem.
   • Máximo: oferece as velocidades de descarga mais elevadas, mas pode causar um aumento da carga na base de dados de origem.
   • Mínimo: usa a menor quantidade de recursos de computação na base de dados de origem, mas pode ter um débito de despejo mais lento.

   Se quiser usar definições de paralelismo de descarga de dados ajustadas, certifique-se de que aumenta os parâmetros max_replication_slots, max_wal_senders e max_worker_processes na base de dados de origem. Pode validar a configuração executando o teste da tarefa de migração no final da criação da tarefa de migração.

3. Clique em Guardar e continuar.

Defina e crie a instância do Cloud SQL de destino

Nota: Para origens do Cloud SQL: se estiver a migrar de uma instância do Cloud SQL que usa uma ligação de IP privado para uma instância do Cloud SQL que usa um intervalo de IP de endereços não RFC 1918, adicione o intervalo não RFC 1918 à configuração de rede da sua instância do Cloud SQL de origem. Consulte o artigo Configure redes autorizadas na documentação do Cloud SQL.

1. No menu pendente Tipo de instância de destino, selecione Nova instância.

   Também pode migrar para uma instância existente. Consulte o artigo Tarefa de migração para uma instância existente.

2. Indique um ID para a instância do Cloud SQL ou use o ID gerado automaticamente. Não inclua informações confidenciais ou de identificação pessoal no ID, uma vez que é visível externamente. Não é necessário incluir o ID do projeto no nome da instância. Isto é feito automaticamente quando adequado (por exemplo, nos ficheiros de registo).

3. Indique uma palavra-passe alfanumérica para a instância do Cloud SQL de destino. Esta será a palavra-passe da conta de administrador do postgres na instância.

   Pode introduzir a palavra-passe manualmente ou clicar em Gerar para que o serviço de migração de bases de dados crie uma automaticamente.

4. Escolha a versão da base de dados para a instância de destino na lista de versões do serviço de migração de bases de dados suportadas para o motor de base de dados especificado. Saiba mais acerca do apoio técnico para migração entre versões.
5. Selecione a edição do Cloud SQL para PostgreSQL para a instância de destino. Existem duas opções disponíveis: Cloud SQL para PostgreSQL Enterprise edition e Cloud SQL para PostgreSQL Enterprise Plus edition.

   As edições do Cloud SQL para PostgreSQL incluem diferentes conjuntos de funcionalidades, tipos de máquinas disponíveis e preços. Certifique-se de que consulta a documentação do Cloud SQL para escolher a edição adequada às suas necessidades. Para mais informações, consulte o artigo Introdução às edições do Cloud SQL para PostgreSQL.

6. A instância é criada na região que selecionou quando definiu as definições da tarefa de migração. Selecione uma zona nessa região ou deixe a zona definida como Qualquer para que a Google selecione uma automaticamente.

   Se estiver a configurar a sua instância para alta disponibilidade, selecione Várias zonas (altamente disponível). Pode selecionar a zona principal e a secundária. Aplicam-se as seguintes condições quando a zona secundária é usada durante a criação da instância:

   • Por predefinição, as zonas são Qualquer para a zona principal e Qualquer (diferente da principal) para a zona secundária.
   • Se forem especificadas as zonas principal e secundária, têm de ser zonas diferentes.

7. Escolha se quer estabelecer ligação a esta instância com um endereço IP privado ou público.
1. Se planeia estabelecer ligação com o peering de VPC ou o túnel SSH inverso, selecione a caixa de verificação IP privado.
1. Certifique-se de que o seguinte é verdadeiro para ativar o IP privado:
• A API Service Networking está ativada. Pode ativar a API Service Networking através da Google Cloud consola.
• Tem a servicenetworking.services.addPeering autorização de IAM.
• Tem o acesso a serviços privados configurado para o seu projeto, para o qual precisa de ter a função de IAM compute.networkAdmin.
• Existe, pelo menos, uma rede VPC não antiga no seu projeto ou uma rede VPC partilhada.
• Se estiver a usar uma rede VPC partilhada, também tem de fazer o seguinte:
  • Ative a API Service Networking para o projeto anfitrião.
  • Adicione o utilizador ao projeto anfitrião.
  • Atribua ao utilizador a função do IAM compute.networkAdmin no projeto anfitrião.
2. Selecione a rede de VPC associada para estabelecer peering. Se planeia estabelecer ligação à origem da migração com o peering de VPC, escolha a VPC onde a instância reside.
3. Se nunca tiver sido configurada uma rede de serviços geridos para a VPC selecionada, pode optar por selecionar um intervalo de IPs e clicar em Associar ou usar um intervalo de IPs selecionado automaticamente e clicar em Atribuir e associar.

2. Se planear estabelecer ligação com a lista de autorizações de IPs, selecione IP público.

   Opcionalmente, clique em Redes autorizadas e autorize uma rede ou um proxy a estabelecer ligação à instância do Cloud SQL. As instâncias do Cloud SQL só aceitam ligações de endereços autorizados. Para mais informações sobre a configuração do acesso público à instância, consulte o artigo Configure o IP público.

8. Selecione o tipo de máquina para a instância do Cloud SQL. O tamanho do disco tem de ser igual ou superior ao tamanho da base de dados de origem.
   Nota: as máquinas disponíveis na seleção de Tipo de máquina dependem da edição do Cloud SQL que usa.

   Saiba mais sobre os tipos de máquinas do PostgreSQL.

9. Para a edição Enterprise Plus do Cloud SQL para PostgreSQL: selecione a caixa de verificação Ativar cache de dados se quiser usar a funcionalidade de cache de dados na base de dados de destino.

   A cache de dados é uma funcionalidade opcional disponível para instâncias da edição Enterprise Plus do Cloud SQL para PostgreSQL que adiciona uma unidade de estado sólido local de alta velocidade à sua base de dados de destino. Esta funcionalidade pode introduzir custos adicionais no Cloud SQL. Para mais informações sobre a cache de dados, consulte o artigo Vista geral da cache de dados na documentação do Cloud SQL.

10. Especifique o tipo de armazenamento da instância do Cloud SQL. Pode escolher uma unidade de estado sólido (SSD) ou uma unidade de disco rígido (HDD).
11. Especifique a capacidade de armazenamento (em GB) para a instância do Cloud SQL.
    Importante: certifique-se de que a instância tem capacidade de armazenamento suficiente para processar os dados da base de dados de origem. Pode aumentar esta capacidade em qualquer altura, mas não a pode diminuir.
12. Opcionalmente, clique em MOSTRAR CONFIGURAÇÕES OPCIONAIS e, de seguida:

    1. Especifique se quer gerir a encriptação dos dados migrados da origem para o destino. Por predefinição, os seus dados são encriptados com uma chave gerida pela Google Cloud. Se quiser gerir a sua encriptação, pode usar uma chave de encriptação gerida pelo cliente (CMEK). Para isso:

       1. Selecione a caixa de verificação Usar uma chave de encriptação gerida pelo cliente (CMEK).
       2. No menu Selecionar uma chave gerida pelo cliente, selecione a sua CMEK.

       Se não vir a chave, clique em INTRODUZIR NOME DO RECURSO DA CHAVE para indicar o nome do recurso da chave que quer usar. Por exemplo, pode introduzir projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key no campo Nome do recurso principal e, de seguida, clicar em GUARDAR.

       Como parte da criação da tarefa de migração, o Database Migration Service verifica se a CMEK existe e se o Database Migration Service tem autorizações para usar a chave.

       Se o serviço de migração de bases de dados não tiver estas autorizações, são apresentadas informações a especificar que a conta de serviço do serviço de migração de bases de dados não pode usar a CMEK. Clique em GRANT para conceder autorizações ao serviço de migração de bases de dados para usar a chave.

       Para mais informações sobre como criar uma CMEK, consulte o artigo Usar chaves de encriptação geridas pelo cliente (CMEK).

    2. Adicione as flags necessárias que vão ser aplicadas ao servidor de base de dados. Se possível, certifique-se de que os indicadores da base de dados na instância do Cloud SQL de destino criada são os mesmos que os da base de dados de origem. Saiba mais sobre as flags de base de dados suportadas para o PostgreSQL.
    3. Adicione quaisquer etiquetas específicas da instância do Cloud SQL.

       As etiquetas ajudam a organizar as suas instâncias. Por exemplo, pode organizar as etiquetas por centro de custos ou ambiente. As etiquetas também estão incluídas na fatura para que possa ver a distribuição dos custos pelas etiquetas.

    4. Clique em CRIAR E CONTINUAR.

       A
       criação de réplicas de leitura e a ativação da alta disponibilidade só estão disponíveis depois de promover a migração.

13. Na janela Criar base de dados de destino, clique em CRIAR DESTINO E CONTINUAR para criar a nova instância. Esta ação pode demorar alguns minutos.
    Esta ação cria uma instância do Cloud SQL para a qual lhe será cobrada de acordo com a configuração especificada. Se sair do fluxo de criação da tarefa de migração antes da conclusão, use o botão CANCELAR para limpar a instância do Cloud SQL. Se o navegador ou o separador for fechado, se clicar em Guardar e sair ou se navegar para fora do ecrã, a instância do Cloud SQL não é limpa e tem de ser eliminada manualmente na página de instâncias do Cloud SQL.
    Após a criação da instância de destino, já não é possível editar as definições da instância do Cloud SQL na consola do serviço de migração de base de dados. Continua a poder aceder à instância diretamente na consola do Cloud SQL para a modificar.
14. Aguarde a conclusão da criação da instância de destino.

Configure a conetividade entre as instâncias da base de dados de origem e de destino

Se estiver a reutilizar um perfil de ligação de origem que foi usado anteriormente para migrações heterogéneas (por exemplo, do Oracle para o Cloud SQL para PostgreSQL), neste passo, tem de escolher um método de conetividade. Este método é usado para a migração homogénea de uma instância de base de dados do Cloud SQL para PostgreSQL para outra. Tem de selecionar um método de conetividade porque o método de conetividade heterogéneo não é relevante para esta tarefa de migração.

1. No menu pendente Método de conetividade, selecione um método de conetividade de rede. Este método define como a instância do Cloud SQL recém-criada se vai ligar à base de dados de origem. Os métodos de conetividade de rede atuais incluem lista de autorizações de IPs, túnel SSH inverso e interligação de VPCs.

   • Se selecionar o método de conetividade de rede da lista de autorizações de IP, tem de especificar o endereço IP de saída da instância de destino. Se a instância do Cloud SQL que criou for uma instância de alta disponibilidade, inclua os endereços IP de saída para a instância principal e secundária.

   • Se selecionar o método de conetividade de rede do túnel SSH inverso, selecione a instância de VM do Compute Engine que vai alojar o túnel.

     Depois de especificar a instância, a Google fornece um script que executa os passos para configurar o túnel entre as bases de dados de origem e de destino. Tem de executar o script na CLI do Google Cloud.

     Execute os comandos a partir de uma máquina que tenha conetividade com a base de dados de origem e com o Google Cloud.

   • Se selecionar o método de conetividade de rede de intercâmbio da VPC, selecione a rede de VPC onde reside a base de dados de origem. A instância do Cloud SQL vai ser atualizada para se ligar a esta rede.
   • Saiba como configurar a conetividade.

2. Depois de selecionar o método de conetividade de rede e fornecer quaisquer informações adicionais para o método, clique em CONFIGURAR E CONTINUAR.

Configure bases de dados de migração

Pode selecionar as bases de dados que quer migrar.

1. Na lista Bases de dados a migrar, selecione uma das seguintes opções:
   • Todas as bases de dados: seleciona todas as bases de dados existentes na origem.
   • Bases de dados específicas: permite selecionar bases de dados específicas de todas as bases de dados existentes na origem.

2. Se quiser migrar bases de dados específicas, pode filtrar a lista apresentada e selecionar as bases de dados que quer que o serviço de migração de bases de dados migre para um destino.

   Se a lista não for apresentada e for apresentado um erro de deteção da base de dados, clique em Recarregar. Se a deteção da base de dados falhar, a tarefa migra todas as bases de dados. Pode continuar a criar uma tarefa de migração e corrigir os erros de conetividade mais tarde.

3. Clique em Guardar e continuar.

Teste e crie a tarefa de migração

Neste passo final, reveja o resumo das definições da tarefa de migração, a origem, o destino e o método de conetividade e, em seguida, teste a validade da configuração da tarefa de migração. Se encontrar problemas, pode modificar as definições da tarefa de migração. Nem todas as definições são editáveis.

1. Clique em TESTAR TRABALHO para verificar se:

   • A base de dados de origem foi configurada corretamente com base nos pré-requisitos.
   • As instâncias de origem e de destino podem comunicar entre si.
   • Todas as atualizações aos endereços IP privados ou públicos necessários no destino estão concluídas.

   • A tarefa de migração é válida e as versões de origem e de destino são compatíveis.

   Se o teste falhar, pode resolver o problema na parte adequada do fluxo e voltar a testar.

   Para mais informações sobre os motivos pelos quais o teste pode falhar e como resolver problemas associados à falha do teste, consulte o artigo Diagnosticar problemas do PostgreSQL.

   A tarefa de migração pode ser criada mesmo que o teste falhe, mas, depois de iniciada, pode falhar em algum momento durante a execução.

2. Clique em CRIAR E INICIAR TAREFA para criar a tarefa de migração e iniciá-la imediatamente ou clique em CRIAR TAREFA para criar a tarefa de migração sem a iniciar imediatamente.

   Se a tarefa não for iniciada no momento da criação, pode iniciá-la na página Tarefas de migração clicando em INICIAR.

   Independentemente da data de início da tarefa de migração, a sua organização é cobrada pela existência da instância de destino.

   Ponto importante: quando inicia a tarefa de migração, o Database Migration Service começa a descarga completa, bloqueando brevemente a base de dados de origem. Se a sua origem estiver no Amazon RDS ou no Amazon Aurora, o serviço de migração de bases de dados também requer um breve período de inatividade de gravação (aproximadamente inferior a um minuto) no início da migração.

   Para mais informações, consulte o artigo Limitações conhecidas.

3. A tarefa de migração é adicionada à lista de tarefas de migração e pode ser vista diretamente.