- O que é o serviço de migração de banco de dados?
- Quais origens são compatíveis?
- Quais destinos são aceitos?
- Há suporte para várias versões?
- Quais componentes de dados, esquema e metadados são migrados?
- Quais mudanças são replicadas durante a migração contínua?
- O que não é migrado?
- Quais métodos de rede são usados?
- Quais são as limitações conhecidas?
- O que é o Database Migration Service? O
- Database Migration Service facilita a migração de dados para o Google Cloud. O Database Migration Service ajuda a fazer uma migração lift-and-shift das suas cargas de trabalho do MySQL para o Cloud SQL.
- Quais fontes são compatíveis?
-
- Amazon RDS 5.6, 5.7, 8.0
- MySQL autogerenciado (no local ou em qualquer VM de nuvem totalmente controlada por você) 5.5, 5.6, 5.7, 8.0
- Cloud SQL para MySQL 5.6, 5.7, 8.0, 8.4
- Amazon Aurora 5.6, 5.7 e 8.0
- Banco de Dados do Microsoft Azure para MySQL 5.7, 8.0
Para origens do MySQL 8.0, o serviço de migração de banco de dados também oferece suporte às seguintes versões secundárias: 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37, 8.0.39, 8.0.40.
- Quais destinos são aceitos?
-
- Cloud SQL para MySQL 5.6 e 5.7
- Cloud SQL para MySQL 8.0, incluindo as seguintes versões secundárias: 8.0.18, 8.0.26, 8.0.27, 8.0.28, 8.0.30, 8.0.31, 8.0.32, 8.0.33, 8.0.34, 8.0.35, 8.0.36, 8.0.37, 8.0.39 e 8.0.40.
- Cloud SQL para MySQL 8.4 com algumas limitações. Por exemplo, as migrações que usam arquivos de backup físicos não são compatíveis com destinos do MySQL 8.4. Para mais informações, consulte Limitações conhecidas.
- Há suporte para várias versões?
- O Database Migration Service oferece suporte a migrações do MySQL para o Cloud SQL em qualquer versão principal, em que o destino é a mesma versão ou uma versão mais recente do banco de dados de origem. Por exemplo, migre um banco de dados de origem do MySQL 5.6 para um destino do Cloud SQL para MySQL 5.6 ou 5.7.
- Quais componentes de dados, esquema e metadados são migrados?
- O Database Migration Service migra o esquema, os dados e os metadados da origem para o destino. Todos os
componentes de dados, esquema e metadados a seguir são migrados como parte da migração do banco de dados:
Migração de dados
- Todas as tabelas de todos os bancos de dados/esquemas.
- Nomenclatura
- Chave primária
- Tipo de dado
- Posição ordinal
- Valor padrão
- Nulidade
- Atributos de incremento automático
- Índices secundários
- Procedimentos armazenados
- Funções
- Gatilhos
- Visualizações
- Restrições de chave estrangeira
- Quais mudanças são replicadas durante a migração contínua?
- As mudanças de DML e DDL (ou seja, mudanças em todos os dados, esquemas e metadados listados acima) são atualizadas durante migrações contínuas.
- O que não é migrado?
-
Ao migrar um banco de dados MySQL, os bancos de dados do sistema MySQL que contêm informações sobre usuários e privilégios não são migrados. Isso significa que as informações da conta de usuário/login precisam ser gerenciadas diretamente na instância de destino do Cloud SQL.
Para adicionar usuários à instância de destino do Cloud SQL, navegue até ela e adicione os usuários na guia Usuários ou no cliente MySQL.
- Quais métodos de rede são usados?
- Para criar uma migração no Database Migration Service, é necessário estabelecer a conectividade entre a origem e a instância de destino do Cloud SQL. Há vários métodos compatíveis.
Escolha a que funciona melhor para a carga de trabalho específica.
Método de rede Descrição Prós Contras Lista de permissões de IP Funciona configurando o servidor de banco de dados de origem para aceitar conexões do IP público da instância do Cloud SQL. Se você escolher esse método, o Database Migration Service vai orientar o processo de configuração durante a criação da migração. - Fácil de configurar.
- Recomendado para cenários de migração de curta duração (POC ou pequenas migrações de banco de dados).
- A configuração do firewall pode exigir assistência da equipe de TI.
- Expõe o banco de dados de origem a um IP público.
- A conexão não é criptografada por padrão. É necessário ativar o SSL no banco de dados de origem para criptografar a conexão.
Túnel SSH reverso por uma VM hospedada na nuvem Estabelece a conectividade do destino à origem por um túnel SSH reverso seguro. Requer uma VM de host de bastião no projeto Google Cloud e uma máquina (por exemplo, um laptop na rede) com conectividade à origem. O Database Migration Service coleta as informações necessárias no momento da criação da migração e gera automaticamente o script para a configuração. - Fácil de configurar.
- Não requer nenhuma configuração de firewall personalizada.
- Recomendado para cenários de migração de curta duração (POC ou pequenas migrações de banco de dados).
- Você é proprietário e gerencia a VM Bastion.
- Isso pode gerar custos adicionais.
Peering de VPC Esse método funciona configurando as VPCs para se comunicarem entre si. Isso só é aplicável se a origem e o destino estiverem hospedados em Google Cloud. Recomendado para migrações de longa duração ou de grande volume. - SoluçãoGoogle Cloud .
- Fácil de configurar.
- Alta largura de banda
Disponível apenas quando a origem está hospedada em Google Cloud. VPN Configura um túnel VPN IPSec que conecta a rede interna e a VPC por uma conexão segura pela Internet pública. Google Cloud Use a Google Cloud VPN ou qualquer solução de VPN configurada para a rede interna. - Solução de conectividade robusta e escalonável.
- Largura de banda média-alta.
- Segurança integrada.
- Oferecido como Google Cloud soluções ou de terceiros.
- Custo extra.
- Configuração não trivial (a menos que já esteja no lugar).
Cloud Interconnect Usa uma conexão altamente disponível e de baixa latência entre a rede local e Google Cloud. Maior largura de banda, ideal para migrações de grande volume de longa duração. - Custo extra.
- A conexão não é segura por padrão.
- Configuração não trivial (a menos que já esteja no lugar).
- Quais são as limitações conhecidas?
- Consulte as limitações conhecidas.