O Database Migration Service facilita a migração de dados para o Google Cloud. O Database Migration Service ajuda você a migrar e transferir suas cargas de trabalho MySQL e PostgreSQL para o Cloud SQL e o AlloyDB para PostgreSQL, além de migrar e modernizar suas cargas de trabalho do Oracle para o Cloud SQL para PostgreSQL.
O Database Migration Service simplifica o fluxo de trabalho de rede, gerencia o snapshot inicial e a replicação contínua e fornece o status da operação de migração.
Para as empresas que estão migrando as cargas de trabalho para a nuvem, pode haver um obstáculo considerável ao mover os bancos de dados locais e outros baseados na nuvem para Google Cloud. Isso pode diminuir a capacidade de aproveitar os recursos que o Google Cloud oferece.
Conceitos de migração
A migração é um processo em que os dados e metadados são movidos de um banco de dados de origem para um de destino. Depois que a migração for concluída, o banco de dados de destino se torna o principal, os aplicativos dependentes vão precisar ler e gravar nele, e o banco de dados de origem poderá ser encerrado.
A migração contínua (às vezes chamada de contínua ou on-line) é um fluxo contínuo de mudanças da origem para o destino que segue uma carga e um dump completo iniciais. No caso de uma migração, quando chegar a hora de usar o destino para leituras e gravações, finalize a migração. Como resultado, a replicação é finalizada entre a origem e o destino, e a instância do Cloud SQL ou o cluster do AlloyDB de destino fica pronto para ser usado como uma instância principal independente. Fazer a troca quando a origem e o destino estão sincronizados reduz o tempo de inatividade.
Migrações homogêneas
Para migrações homogêneas, como do MySQL para o Cloud SQL para MySQL, do PostgreSQL para o Cloud SQL para PostgreSQL ou do AlloyDB para PostgreSQL, a migração aproveita as relações de réplica primária ativadas pelas ferramentas integradas para MySQL e PostgreSQL. Isso significa que:
Quando você configura uma migração, uma instância de réplica aparece na lista de clusters do AlloyDB ou da instância do Cloud SQL, anexada à origem que foi configurada.
Quando você realiza uma promoção, a réplica se desconecta da origem e é modificada para o modo leitura/gravação. Ele pode servir como uma instância principal para outras réplicas, e outras opções podem ser alteradas, como a configuração de HA (somente Cloud SQL).
Migrações heterogêneas
Para migrações heterogêneas em que a origem e o destino são diferentes, como do Oracle para o Cloud SQL para PostgreSQL, a migração usa a replicação baseada em CDC.
Casos de uso
Os recursos de migração do Database Migration Service permitem vários casos de uso:
Migração lift-and-shift para um serviço gerenciado
Como parte da migração de uma organização para Google Cloud, há uma oportunidade de migrar de bancos de dados auto-hospedados baseados em VM para serviços de banco de dados gerenciados na nuvem. Isso permite que as equipes deixem de gerenciar a infraestrutura e aproveitem a alta disponibilidade, a recuperação de desastres e o desempenho de bancos de dados em serviços gerenciados.
Replicação contínua de várias nuvens
Assim como as réplicas de leitura em várias regiões, se os dados existirem em outro provedor de nuvem, será possível configurar um job de migração que replica continuamente o banco de dados para Google Cloud para disponibilidade de leitura em várias nuvens. O Database Migration Service não oferece suporte a um cenário de gravação dupla, ou seja, gravação e leitura de origem e destino.
Elementos de experiência
O Database Migration Service consiste nos seguintes elementos:
Os perfis de conexão representam as informações de conectividade com a origem específica que será usada em um job de migração.
Os espaços de trabalho de conversão ajudam a converter o esquema e os objetos de código do banco de dados de origem para um formato compatível com a instância de destino. Os espaços de trabalho de conversão são usados para migrações heterogêneas.
Os jobs de migração representam um perfil de conexão de origem e uma instância do Cloud SQL de destino ou um par de cluster do AlloyDB, além de configurações específicas da migração.