Visão geral
O Database Migration Service usa jobs de migração para migrar dados da instância de banco de dados de origem para a de destino do Cloud SQL.A criação de um job de migração inclui:
- Como definir configurações para o job de migração
- Especificar informações sobre o perfil de conexão que você criou para seu banco de dados de origem (perfil de conexão de origem)
- Definir configurações para a instância de banco de dados de destino do Cloud SQL e criar a instância
- Configurar a conectividade entre as instâncias de banco de dados de origem e destino
- Testar o job de migração para garantir que as informações de conexão fornecidas para o job sejam válidas
O assistente do Database Migration Service ajuda você a criar um job de migração. O assistente consiste em vários painéis a seguir, em que você fornece as informações sobre seus bancos de dados de origem e de destino, além dos métodos de conectividade. No assistente, também é possível testar o job de migração antes de terminar de criá-lo. As informações sobre como preencher cada painel são fornecidas nas várias seções desta página.
Definir configurações para o job de migração
- Acesse a página Jobs de migração no consoleGoogle Cloud .
- Clique em Criar job de migração na parte de cima da página.
Dê um nome ao job de migração.
Escolha um nome simples que ajude você a identificar o job de migração. Não inclua informações sensíveis ou de identificação pessoal no nome do job.
Mantenha o ID do job de migração gerado automaticamente.
Selecione o mecanismo do banco de dados de origem.
Selecione o mecanismo do banco de dados de destino.
Selecione a região de destino para sua migração. É aqui que a instância do Database Migration Service é criada. Ela 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, entre outros serviços. Depois de escolher a região de destino, não é possível mudar essa seleção.
Especifique o tipo de job de migração: Única (somente snapshot) ou Contínua (snapshot + mudanças em andamento).
Revise os pré-requisitos necessários que são gerados automaticamente para refletir como o ambiente precisa estar preparado para um job de migração. Esses pré-requisitos podem incluir como configurar o banco de dados de origem e como conectá-lo à instância de destino do banco de dados do Cloud SQL. É melhor concluir esses pré-requisitos nessa etapa, mas é possível concluí-los a qualquer momento antes de testar ou iniciar o job de migração. Para mais informações sobre esses pré-requisitos, consulte Configurar sua origem.
Clique em Salvar e continuar.
Especificar informações sobre o perfil de conexão de origem
-
Se você criou um perfil de conexão, selecione-o na lista de perfis de conexão atuais.
Se você não tiver criado um perfil de conexão, crie um clicando em Criar um perfil de conexão na parte de baixo da lista suspensa. Depois siga as mesmas etapas de Criar um perfil de conexão de origem.
- Na seção Personalizar configurações de despejo de dados,
clique em Mostrar configurações de despejo de dados.
A velocidade do paralelismo de despejo de dados está relacionada à quantidade de carga no banco de dados de origem. Você pode usar as seguintes configurações:
- Ideal (recomendado): performance equilibrada com carga ideal no banco de dados de origem.
- Máximo: oferece as maiores velocidades de despejo, mas pode aumentar a carga no banco de dados de origem.
- Mínimo: usa a menor quantidade de recursos de computação no banco de dados de origem, mas pode ter uma taxa de transferência de despejo mais lenta.
Se você quiser usar configurações ajustadas de paralelismo de despejo de dados, aumente os parâmetros
max_replication_slots
,max_wal_senders
emax_worker_processes
no banco de dados de origem. Para verificar sua configuração, execute o teste do job de migração ao final da criação do job. - Clique em Salvar e continuar.
Definir e criar a instância de destino do Cloud SQL
- No menu suspenso Tipo de instância de destino, selecione Nova instância.
Também é possível migrar para uma instância atual. Consulte Job de migração para uma instância atual.
- Forneça um ID para a instância do Cloud SQL ou use o ID gerado automaticamente. Não inclua informações sensíveis ou de identificação pessoal no ID. Ele é visível externamente. Não é necessário incluir o ID do projeto no nome da instância. Isso é feito automaticamente quando necessário, como nos arquivos de registros.
Forneça uma senha alfanumérica para a instância de destino do Cloud SQL. Essa será a senha da conta de administrador
postgres
na instância.Insira a senha manualmente ou clique em Gerar para que o Database Migration Service crie uma automaticamente.
- Escolha a versão do banco de dados para a instância de destino na lista de versões compatíveis do Database Migration Service para o mecanismo de banco de dados especificado. Saiba mais sobre o suporte à migração entre versões.
- Selecione a edição do Cloud SQL para PostgreSQL da instância de destino. Há duas opções disponíveis: Cloud SQL para PostgreSQL Enterprise e Cloud SQL para PostgreSQL Enterprise Plus.
As edições do Cloud SQL para PostgreSQL vêm com diferentes conjuntos de recursos, tipos de máquinas disponíveis e preços. Consulte a documentação do Cloud SQL para escolher a edição adequada às suas necessidades. Confira mais informações em Introdução às edições do Cloud SQL para PostgreSQL.
A instância é criada na região selecionada ao definir as configurações do job de migração. Selecione uma zona nessa região ou deixe a zona definida como Qualquer para que o Google selecione uma automaticamente.
Se você estiver configurando a instância para alta disponibilidade, selecione Várias zonas (altamente disponível). É possível selecionar a zona primária e a secundária. As condições a seguir se aplicam quando a zona secundária é usada durante a criação da instância:
- As zonas padrão são Qualquer para a zona primária e Qualquer (diferente da primária) para a zona secundária.
- Se as zonas primária e secundária forem especificadas, elas precisarão ser diferentes.
- Escolha se você quer se conectar a essa instância com um endereço IP privado ou público.
- Se você planeja se conectar com peering de VPC ou túnel SSH reverso, marque a caixa de seleção IP privado.
- Para ativar o IP particular, verifique se o seguinte é verdadeiro:
- A API Service Networking está ativada. É possível ativar a API Service Networking usando o console Google Cloud .
- Você tem a permissão
servicenetworking.services.addPeering
do IAM. - Você configurou
o acesso a serviços particulares para seu projeto, para o qual é necessário ter o papel
compute.networkAdmin
do IAM. - Há pelo menos uma rede VPC não legada no seu projeto ou uma rede VPC compartilhada.
- Se você estiver usando uma rede VPC compartilhada,
também precisará fazer o seguinte:
- Ativar a API Service Networking no projeto host
- Adicionar o usuário ao projeto host
- Conceda ao usuário o papel do IAM compute.networkAdmin no projeto host.
- Selecione a rede VPC associada para fazer peering. Se você planeja se conectar à origem da migração com o peering de VPC, escolha a VPC em que a instância está localizada.
- Se uma rede de serviço gerenciado nunca foi configurada para a VPC selecionada, você pode escolher selecionar um intervalo de IP e clicar em Conectar ou usar um intervalo de IP selecionado automaticamente e clicar em Alocar e conectar.
Se você planeja se conectar com a lista de permissões de IP, selecione IP público.
Se quiser, clique em Redes autorizadas e autorize uma rede ou um proxy para se conectar à instância do Cloud SQL. As instâncias do Cloud SQL aceitam conexões apenas de endereços autorizados. Para mais informações sobre como configurar o acesso público à instância, consulte Configurar IP público.
- Selecione o tipo de máquina para a instância do Cloud SQL. O tamanho do disco precisa ser igual ou maior que o tamanho do banco de dados de origem.
Saiba mais sobre os tipos de máquinas do PostgreSQL.
- Para o Cloud SQL para PostgreSQL Enterprise Plus: marque a caixa de seleção Ativar cache de dados se quiser usar o recurso de cache de dados no banco de dados de destino.
O cache de dados é um recurso 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 ao banco de dados de destino. Esse recurso pode gerar custos extras para o Cloud SQL. Para mais informações sobre o cache de dados, consulte Visão geral do cache de dados na documentação do Cloud SQL.
- Especifique o tipo de armazenamento da instância do Cloud SQL. Você pode escolher uma unidade de estado sólido (SSD) ou uma unidade de disco rígido (HDD).
- Especifique a capacidade de armazenamento (em GBytes) da instância do Cloud SQL.
- Opcionalmente, clique em MOSTRAR CONFIGURAÇÕES OPCIONAIS e faça o seguinte:
Especifique se você quer gerenciar a criptografia dos dados migrados da origem para o destino. Por padrão, seus dados são criptografados com uma chave gerenciada pelo Google Cloud. Se você quiser gerenciar a criptografia, use uma chave de criptografia gerenciada pelo cliente (CMEK). Para fazer isso, siga estas etapas:
- Marque a caixa de seleção Usar uma chave de criptografia gerenciada pelo cliente (CMEK).
- No menu Selecionar uma chave gerenciada pelo cliente, escolha sua CMEK.
Se você não encontrar sua chave, clique em INSERIR NOME DO RECURSO DA CHAVE para fornecer o nome do recurso da chave que você quer usar. Por exemplo, é possível inserir
projects/my-project-name/locations/my-location/keyRings/my-keyring/cryptoKeys/my-key
no campo Nome do recurso de chave e clicar em SALVAR.- Adicione as flags necessárias que serão aplicadas ao servidor de banco de dados. Se possível, verifique se as flags de banco de dados na instância de destino do Cloud SQL criada são as mesmas do banco de dados de origem. Saiba mais sobre as flags de banco de dados compatíveis com o PostgreSQL.
- Adicione rótulos específicos da instância do Cloud SQL.
Os rótulos ajudam a organizar as instâncias. Por exemplo, é possível organizar rótulos por centro de custos ou por ambiente. Os rótulos também são incluídos na fatura para que você veja a distribuição de custos entre eles.
Clique em CRIAR E CONTINUAR.
- Na janela Criar banco de dados de destino, clique em CRIAR DESTINO E CONTINUAR para criar a nova instância. Isso pode levar alguns minutos.
- Aguarde a conclusão da criação da instância de destino.
Configurar a conectividade entre as instâncias de banco de dados de origem e destino
No menu suspenso Método de conectividade, selecione um método de conectividade de rede. Esse método define como a instância do Cloud SQL recém-criada se conectará ao banco de dados de origem. Os métodos atuais de conectividade de rede incluem lista de permissões de IP, túnel SSH reverso e peering de VPC.
- Se você selecionar o método de conectividade de rede da lista de permissões de IP, especifique o endereço IP de saída da instância de destino. Se a instância do Cloud SQL criada for de alta disponibilidade, inclua os endereços IP de saída das instâncias primária e secundária.
Se você selecionar o método de conectividade de rede do túnel SSH reverso, escolha a instância de VM do Compute Engine que vai hospedar o túnel.
Depois de especificar a instância, o Google vai fornecer um script que executa as etapas de configuração do túnel entre os bancos de dados de origem e destino. Você precisará executar o script na Google Cloud CLI.
Execute os comandos em uma máquina que tenha conectividade com o banco de dados de origem e com o Google Cloud.
- Se você selecionar o método de conectividade de rede de peering de VPC, escolha a rede VPC em que o banco de dados de origem está localizado. A instância do Cloud SQL será atualizada para se conectar a essa rede.
- Saiba mais sobre como configurar a conectividade.
Depois de selecionar o método de conectividade de rede e fornecer as informações adicionais necessárias, clique em CONFIGURAR E CONTINUAR.
Configurar bancos de dados de migração
É possível selecionar os bancos de dados que você quer migrar.
- Na lista Bancos de dados a serem migrados, selecione uma das seguintes opções:
- Todos os bancos de dados: seleciona todos os bancos de dados que existem na origem.
- Bancos de dados específicos: permite selecionar bancos de dados específicos entre todos os que existem na origem.
Se você quiser migrar bancos de dados específicos, filtre a lista que aparece e selecione os bancos de dados que você quer que o Database Migration Service migre para um destino.
Se a lista não aparecer e um erro de descoberta de banco de dados for exibido, clique em Recarregar. Se a descoberta de banco de dados falhar, o job vai migrar todos os bancos de dados. Você pode continuar criando um job de migração e corrigir os erros de conectividade depois.
- Clique em Salvar e continuar.
Testar e criar o job de migração
Nesta etapa final, revise o resumo das configurações do job de migração, da origem, do destino e do método de conectividade. Em seguida, teste a validade da configuração do job de migração. Se houver problemas, modifique as configurações do job de migração. Nem todas as configurações podem ser editadas.Clique em TEST JOB para verificar se:
- O banco de dados de origem foi configurado corretamente, com base nos pré-requisitos.
- As instâncias de origem e destino podem se comunicar entre si.
- Todas as atualizações necessárias nos endere��os IP privados ou públicos no destino são feitas.
O job de migração é válido, e as versões de origem e destino são compatíveis.
Se o teste falhar, você pode resolver o problema na parte do fluxo destinada a isso e refazer o teste.
Clique em CRIAR E INICIAR JOB para criar e iniciar o job de migração imediatamente ou em CRIAR JOB para criar o job de migração sem iniciá-lo imediatamente.
Se o job não for iniciado no momento da criação, ele poderá ser iniciado na página Jobs de migração clicando em INICIAR.
Independente de quando o job de migração começar, sua organização vai receber uma cobrança pela existência da instância de destino.
O job de migração é adicionado à lista de jobs de migração e pode ser acessado diretamente.