Esta página oferece uma visão geral dos conceitos associados à configuração da conectividade de rede para migrações homogêneas do MySQL para o Cloud SQL para MySQL:
Componentes de rede descreve a configuração de rede de ponta a ponta para migrações homogêneas do MySQL.
Disponibilidade do método explica quais métodos estão disponíveis dependendo do seu cenário.
Comparação de métodos fornece uma tabela de comparação para métodos de conectividade disponíveis.
Seção dedicada para cada método de conectividade disponível:
Lista de permissões de IP descreve a conectividade de rede com o IP público do banco de dados de origem.
Túnel SSH reverso oferece uma visão geral dos túneis Secure Shell (SSH) dedicados.
Conectividade privada com interfaces do Private Service Connect descreve como se conectar ao IP particular de origem com anexos de rede.
Somente para origens do Cloud SQL para MySQL: O peering de VPC especializado descreve um método de rede criado para migrar entre duas instâncias do Cloud SQL do PSA.
Conectividade privada com peering de VPC descreve como estabelecer uma conexão com o IP particular do banco de dados de origem em redes VPC com peering.
Depois de se familiarizar com diferentes métodos de conectividade e os requisitos deles, use o diagrama de árvore de decisão para escolher a solução certa para seu cenário.
Componentes de rede envolvidos no processo de migração
Para migrações homogêneas do MySQL para o Cloud SQL, o Database Migration Service se conecta à instância do Cloud SQL de destino e gerencia o processo de migração em nome dela. É a instância de destino que estabelece a conexão com a instância de origem, mas o Database Migration Service supervisiona o processo.
Ao planejar a configuração de conectividade de rede para a migração, é importante considerar cuidadosamente os requisitos de infraestrutura, incluindo as limitações que as decisões de rede podem introduzir no estado final da instância do banco de dados migrado. Por exemplo, se você quiser usar uma conexão particular para a conectividade de rede, use uma instância do Cloud SQL de destino com o IP particular ativado. Mais tarde, é possível desativar o IP particular na instância do Cloud SQL.
Disponibilidade de métodos de conectividade
Diferentes métodos de conectividade estão disponíveis para diferentes bancos de dados de origem, dependendo se você está migrando para uma instância de destino nova ou atual. A tabela a seguir oferece uma visão geral de qual cenário oferece suporte a qual método:
| Oferta de banco de dados de origem | Métodos para migrações para novas instâncias de destino | Métodos para migrações para instâncias de destino atuais |
|---|---|---|
| Instância gerenciada do SQL no Microsoft Azure, Amazon RDS, Amazon Aurora, auto-hospedada | Lista de permissões de IP, túnel SSH reverso, peering de VPC | Lista de permissões de IP, túnel SSH reverso, peering de VPC (requer uma instância de destino do PSA), interfaces do PSC (requer uma instância de destino ativada para PSC) |
| Cloud SQL para MySQL | Lista de permissões de IP (não recomendada), peering de VPC especializado | Lista de permissões de IP (não recomendada), peering de VPC especializado, interfaces do PSC (requer uma instância de destino ativada para PSC) |
Comparação de métodos de conectividade
Cada método de conectividade tem benefícios e requisitos diferentes. Use as tabelas a seguir para compará-los rapidamente e confira mais detalhes nas seções dedicadas a cada método.
| Método de rede | Vantagens | Desvantagens |
|---|---|---|
| Lista de permissões de IP |
|
|
| Túnel SSH reverso |
|
|
| Interfaces do Private Service Connect |
|
|
| Somente para origens do Cloud SQL para MySQL: Peering de VPC especializado | Esse método de conectividade é especializado para migrar entre instâncias do Cloud SQL para MySQL do PSA sem usar uma VPC compartilhada. | Exige que ambas as instâncias sejam instâncias do PSA com um IP particular ativado. Não há suporte para destinos ativados para PSC. |
| Conectividade privada com peering de nuvem privada virtual | A conexão é estabelecida com o endereço IP particular do banco de dados de origem em peerings de VPC. Se a VPC não tiver cota de peering suficiente, pode ser difícil usar esse método de conectividade. Para a maioria dos cenários em que você migra de uma origem do Cloud SQL para MySQL, recomendamos o uso de conectividade privada com interfaces do Private Service Connect em vez disso. |
|
Lista de permissões de IP para conectividade de banco de dados de origem
Ao usar o método de conectividade da lista de permissões de IP, o Cloud SQL tenta estabelecer uma conexão com um endereço IP disponível publicamente do servidor de banco de dados de origem.
Requisitos para conectividade da lista de permissões de IP
Em um nível alto, para usar esse método de conectividade, é necessário garantir o seguinte:
É necessário expor o endereço IP do banco de dados de origem à Internet pública (diretamente ou com um nome de host reconhecido publicamente por um servidor de nomes de domínio (DNS)).
A instância do Cloud SQL de destino precisa ter um IP público ativado. É necessário permitir conexões de entrada do IP público de saída da instância de destino.
Configurar a conectividade da lista de permissões de IP
A configuração da conectividade de IP público requer etapas diferentes, dependendo do tipo de banco de dados de origem. Para mais informações, consulte:
Configurar a conectividade da lista de permissões de IP para origens auto-hospedadas
Configurar a conectividade da lista de permissões de IP para origens do Cloud SQL para MySQL
Conectividade de banco de dados de túnel SSH reverso
Esse método de conectividade é uma mistura de conectividade de rede pública e particular. A conexão em si é estabelecida por portas Secure Shell (SSH) para o endereço IP público do servidor host do túnel. Quando a conexão está ativa, todo o tráfego passa por um túnel seguro para o endereço IP particular do banco de dados de origem.
Para origens do Cloud SQL ou soluções auto-hospedadas que residem no Google Cloud, recomendamos o uso de conectividade privada com interfaces do Private Service Connect ou conectividade privada com métodos de peering de nuvem privada virtual.
Requisitos para túneis SSH reversos
Para criar a conexão, é necessário expor as portas SSH à Internet pública no servidor de túnel (também conhecido como Bastion Host). Quando a conectividade é estabelecida, todo o tráfego é roteado pela conexão de túnel particular.
Esse método requer outros componentes de rede:
- Uma máquina virtual (VM) Google Cloud para servir como a máquina SSH reversa.
- Outra máquina na rede que tenha conectividade com o banco de dados de origem.
Configurar a conectividade do túnel SSH reverso
O Database Migration Service pode gerar um script de configuração para criar a VM SSH reversa, mas o processo completo de ponta a ponta é diferente, dependendo do tipo de banco de dados de origem. Para mais informações, consulte Configurar a conectividade SSH reversa
Conectividade privada com interfaces do Private Service Connect
Esse método de conectividade permite que você se conecte ao IP particular do banco de dados de origem sem consumir cota de peering de VPC. As interfaces do Private Service Connect são o método recomendado para conectividade de IP particular, mas só estão disponíveis quando você migra para uma instância atual.
Ao usar interfaces do Private Service Connect, a instância de destino não consome mais cota de peering. Em vez disso, ela aproveita a interface do Private Service Connect para alcançar a nuvem privada virtual em que o IP particular do banco de dados de origem pode ser acessado. Dependendo da arquitetura de rede, talvez seja necessário usar outros componentes, como o Cloud VPN ou o Cloud Interconnect.
Para migrações de instâncias do Cloud SQL para MySQL, a instância de origem precisa estar ativada para o acesso a serviços particulares e ter peering com a nuvem privada virtual em que você cria o anexo de rede, mas a instância de destino do Cloud SQL para MySQL não consome mais cota de peering. Em vez disso, ela aproveita a interface do Private Service Connect.
Requisitos para interfaces do Private Service Connect
Esse método de conectividade requer o seguinte:
A instância do banco de dados de destino precisa ser uma instância do Cloud SQL para MySQL com o PSC ativado.
É necessário ter uma rede de nuvem privada virtual com acesso a serviços particulares ativado.
Essa é a rede em que você cria o anexo de rede. O IP do banco de dados de origem precisa ser acessível nessa nuvem privada virtual. Por exemplo, para origens do Cloud SQL para MySQL, essa é a rede com que você faz peering com a instância do Cloud SQL de origem ativada para PSA.
Configurar a conectividade de IP particular com interfaces do Private Service Connect
Para usar a conectividade de IP particular com interfaces do Private Service Connect, o IP particular do banco de dados de origem precisa ser acessível na nuvem privada virtual. Dependendo da arquitetura de rede, talvez seja necessário usar outros componentes, como o Cloud VPN ou o Cloud Interconnect.
Para saber mais sobre como configurar a conectividade de IP particular para diferentes origens de banco de dados, consulte:
Somente origens do Cloud SQL para MySQL: peering de VPC especializado
Esse método é dedicado a migrações entre instâncias do Cloud SQL para MySQL do PSA. Em cenários de rede padrão, a conexão de duas instâncias do Cloud SQL com peering de nuvem privada virtual exige o uso de uma VPC compartilhada. Para migrações homogêneas do MySQL com o Database Migration Service, é possível conectar duas instâncias do PSA sem usar uma VPC compartilhada.
Requisitos para peering de VPC especializado
Esse método de conectividade requer o seguinte:
A instância do banco de dados de origem precisa ser uma instância do Cloud SQL para MySQL com o PSA ativado.
A instância do banco de dados de destino precisa ser uma instância do Cloud SQL para MySQL com o PSA ativado.
É necessário ter uma rede de nuvem privada virtual com acesso a serviços particulares ativado.
Essa é a rede com que o Database Migration Service faz peering com a instância do Cloud SQL de destino. É necessário ter espaço suficiente para alocar os intervalos de IP necessários.
Configurar o peering de VPC especializado de conexão por IP particular
Para saber mais sobre como configurar o peering de nuvem privada virtual especializado para instâncias do Cloud SQL para MySQL de origem do PSA, consulte Configurar o peering de nuvem privada virtual especializado para o Cloud SQL para MySQL.
Conectividade privada com peering de VPC
Esse método permite que você se conecte à origem pelos endereços IP particulares na nuvem privada virtual (VPC). Não é necessário expor nenhuma interface à Internet pública para usar esse método, mas é necessário que o endereço IP ou o nome do host do banco de dados de origem possa ser acessado na sua Google Cloud VPC. Para origens que residem fora do Google Cloud, talvez sejam necessários outros componentes de rede, como o Cloud VPN ou o Cloud Interconnect.
Requisitos para conectividade de IP particular com peering de VPC
A conectividade de IP particular com peering de VPC requer o seguinte:
- É necessário ter uma rede de nuvem privada virtual com acesso a serviços particulares ativado. O IP particular do banco de dados de origem precisa ser acessível nessa rede.
Configurar a conectividade de IP particular com peering de VPC
Para usar a conexão por IP particular com peering de nuvem privada virtual, o IP particular do banco de dados de origem precisa ser acessível na nuvem privada virtual. Dependendo da arquitetura de rede, talvez seja necessário usar outros componentes, como o Cloud VPN ou o Cloud Interconnect.
Para saber mais sobre como configurar a conectividade de IP particular para diferentes origens de banco de dados, consulte:
Você precisa do Cloud VPN ou do Cloud Interconnect para criar a conexão com o IP particular do banco de dados de origem.
Árvore de decisão de conectividade de rede
Quando você estiver familiarizado com todos os métodos de conectividade com suporte e os requisitos deles, siga as perguntas no diagrama para escolher o método de conectividade certo para seu cenário.