Questa pagina fornisce una panoramica dei concetti associati alla configurazione della connettività di rete per le migrazioni omogenee di MySQL a Cloud SQL per MySQL:
Componenti di rete descrive la configurazione di rete end-to-end per le migrazioni omogenee di MySQL.
Disponibilità dei metodi spiega quali metodi sono disponibili a seconda del tuo scenario.
Confronto dei metodi fornisce una tabella di confronto per i metodi di connettività disponibili.
Sezione dedicata per ogni metodo di connettività disponibile:
Lista consentita IP descrive la connettività di rete all'IP pubblico del database di origine.
Tunnel SSH inverso fornisce una panoramica dei tunnel Secure Shell (SSH) dedicati.
Connettività privata con le interfacce Private Service Connect descrive come connetterti all'IP privato di origine con i collegamenti di rete.
Solo per le origini Cloud SQL per MySQL: Peering VPC specializzato descrive un metodo di networking personalizzato per la migrazione tra due istanze Cloud SQL PSA.
Connettività privata con peering VPC descrive come stabilire una connessione all'IP privato del database di origine tramite le reti VPC con peering.
Dopo aver acquisito familiarità con i diversi metodi di connettività e i relativi requisiti, puoi utilizzare il diagramma dell'albero decisionale per scegliere la soluzione giusta per il tuo scenario.
Componenti di rete coinvolti nel processo di migrazione
Per le migrazioni omogenee di MySQL a Cloud SQL, Database Migration Service si connette all'istanza Cloud SQL di destinazione e poi gestisce il processo di migrazione per suo conto. È l'istanza di destinazione a stabilire la connessione all'istanza di origine, ma Database Migration Service supervisiona il processo.
Quando pianifichi la configurazione della connettività di rete per la migrazione, è importante considerare attentamente i requisiti dell'infrastruttura, incluse le limitazioni che le decisioni di networking potrebbero introdurre nello stato finale dell'istanza del database di cui è stata eseguita la migrazione. Ad esempio, se vuoi utilizzare una connessione privata per la connettività di rete, devi utilizzare un'istanza Cloud SQL di destinazione con l'IP privato abilitato. Puoi disattivare l'IP privato sull'istanza Cloud SQL in un secondo momento.
Disponibilità dei metodi di connettività
Sono disponibili diversi metodi di connettività per i diversi database di origine, a seconda che tu stia eseguendo la migrazione a un'istanza di destinazione nuova o esistente. La tabella seguente fornisce una panoramica di quale scenario supporta quale metodo:
| Offerta del database di origine | Metodi per le migrazioni a nuove istanze di destinazione | Metodi per le migrazioni a istanze di destinazione esistenti |
|---|---|---|
| Self-hosted, Amazon Aurora, Amazon RDS, Istanza gestita di SQL Server di Microsoft Azure | Lista consentita IP, tunnel SSH inverso, peering VPC | Lista consentita IP, tunnel SSH inverso, peering VPC (richiede un'istanza di destinazione PSA), interfacce PSC (richiede un'istanza di destinazione abilitata per PSC) |
| Cloud SQL per MySQL | Lista consentita IP (non consigliata), peering VPC specializzato | Lista consentita IP (non consigliata), peering VPC specializzato, interfacce PSC (richiede un'istanza di destinazione abilitata per PSC) |
Confronto dei metodi di connettività
Ogni metodo di connettività presenta vantaggi e requisiti diversi. Utilizza le tabelle seguenti per confrontarli a colpo d'occhio e poi scopri maggiori dettagli nelle sezioni dedicate a ogni metodo.
| Metodo di networking | Vantaggi | Svantaggi |
|---|---|---|
| Lista consentita IP |
|
|
| Tunnel SSH inverso |
|
|
| Interfacce Private Service Connect |
|
|
| Solo per le origini Cloud SQL per MySQL: Peering VPC specializzato | Questo metodo di connettività è specializzato per la migrazione tra istanze Cloud SQL per MySQL PSA senza utilizzare un VPC condiviso. | Richiede che entrambe le istanze siano istanze PSA con un IP privato abilitato. Non supportato per le destinazioni abilitate per PSC. |
| Connettività privata con peering Virtual Private Cloud | La connessione viene stabilita all'indirizzo IP privato del database di origine tramite i peering VPC. Se il VPC non ha una quota di peering sufficiente, potrebbe essere difficile utilizzare questo metodo di connettività. Nella maggior parte degli scenari in cui esegui la migrazione da un'origine Cloud SQL per MySQL, ti consigliamo di utilizzare Connettività privata con le interfacce Private Service Connect invece. |
|
Lista consentita IP per la connettività del database di origine
Quando utilizzi il metodo di connettività della lista consentita IP, Cloud SQL tenta di stabilire una connessione a un indirizzo IP disponibile pubblicamente del server del database di origine.
Requisiti per la connettività della lista consentita IP
A livello generale, per utilizzare questo metodo di connettività devi assicurarti di quanto segue:
Devi esporre l'indirizzo IP del database di origine a internet pubblico (direttamente o con un nome host riconosciuto pubblicamente tramite un server dei nomi di dominio (DNS)).
L'istanza Cloud SQL di destinazione deve avere un IP pubblico abilitato. Devi consentire le connessioni in entrata dall'IP pubblico in uscita dell'istanza di destinazione.
Configurare la connettività della lista consentita IP
La configurazione della connettività IP pubblica richiede passaggi diversi a seconda del tipo di database di origine. Per saperne di più, vedi:
Configurare la connettività della lista consentita IP per le origini self-hosted
Configurare la connettività della lista consentita IP per le origini Amazon RDS e Amazon Aurora
Configurare la connettività della lista consentita IP per le origini Cloud SQL per MySQL
Connettività del database del tunnel SSH inverso
Questo metodo di connettività è una combinazione di connettività di rete pubblica e privata. La connessione stessa viene stabilita tramite le porte Secure Shell (SSH) all'indirizzo IP pubblico del server host del tunnel. Una volta attivata la connessione, tutto il traffico passa attraverso un tunnel sicuro all'indirizzo IP privato del database di origine.
Per le origini Cloud SQL o le soluzioni self-hosted che si trovano all'interno di Google Cloud, ti consigliamo di utilizzare Connettività privata con le interfacce Private Service Connect o Connettività privata con i metodi di peering Virtual Private Cloud metodi.
Requisiti per i tunnel SSH inversi
Per creare la connessione, devi esporre le porte SSH a internet pubblico sul server del tunnel (noto anche come bastion host). Una volta stabilita la connettività, tutto il traffico viene instradato tramite la connessione del tunnel privato.
Questo metodo richiede componenti di rete aggiuntivi:
- Una macchina virtuale (VM) Google Cloud che funge da macchina SSH inversa.
- Un'altra macchina sulla rete che ha la connettività al database di origine.
Configurare la connettività del tunnel SSH inverso
Database Migration Service può generare uno script di configurazione per creare la VM SSH inversa, ma l'intero processo end-to-end è diverso a seconda del tipo di database di origine. Per saperne di più, vedi Configurare la connettività SSH inversa
Connettività privata con le interfacce Private Service Connect
Questo metodo di connettività ti consente di connetterti all'IP privato del database di origine senza consumare la quota di peering VPC. Le interfacce Private Service Connect sono il metodo consigliato per la connettività IP privata, ma sono solo disponibili quando esegui la migrazione a un'istanza esistente.
Quando utilizzi le interfacce Private Service Connect, l'istanza di destinazione non consuma più quota di peering. Utilizza invece l'interfaccia Private Service Connect per raggiungere il Virtual Private Cloud in cui è raggiungibile l'IP privato del database di origine. A seconda dell'architettura di rete, potresti dover utilizzare componenti aggiuntivi come Cloud VPN o Cloud Interconnect.
Per le migrazioni da istanze Cloud SQL per MySQL, l'istanza di origine deve essere abilitata per l'accesso privato ai servizi e deve essere in peering con il Virtual Private Cloud in cui crei il collegamento di rete, ma l'istanza Cloud SQL per MySQL di destinazione non consuma più quota di peering. Utilizza invece l'interfaccia Private Service Connect.
Requisiti per le interfacce Private Service Connect
Questo metodo di connettività richiede quanto segue:
L'istanza del database di destinazione deve essere un'istanza Cloud SQL per MySQL con PSC abilitato.
Devi disporre di una rete Virtual Private Cloud con l'accesso privato ai servizi abilitato.
Questa è la rete in cui crei il collegamento di rete. L'IP del database di origine deve essere raggiungibile da questo Virtual Private Cloud. Ad esempio, per le origini Cloud SQL per MySQL, questa è la rete con cui esegui il peering con l'istanza Cloud SQL di origine abilitata per PSA.
Configurare la connettività IP privata con le interfacce Private Service Connect
Per utilizzare la connettività IP privata con le interfacce Private Service Connect, l'IP privato del database di origine deve essere raggiungibile dal tuo Virtual Private Cloud. A seconda dell'architettura di rete, potresti dover utilizzare componenti aggiuntivi come Cloud VPN o Cloud Interconnect.
Per saperne di più sulla configurazione della connettività IP privata per diverse origini database, vedi:
Solo per le origini Cloud SQL per MySQL: peering VPC specializzato
Questo metodo è dedicato alle migrazioni tra istanze Cloud SQL per MySQL PSA. Negli scenari di networking standard, la connessione di due istanze Cloud SQL con il peering Virtual Private Cloud richiede l'utilizzo di un VPC condiviso. Per le migrazioni omogenee di MySQL con Database Migration Service, puoi connettere due istanze PSA senza utilizzare un VPC condiviso.
Requisiti per il peering VPC specializzato
Questo metodo di connettività richiede quanto segue:
L'istanza del database di origine deve essere un'istanza Cloud SQL per MySQL con PSA abilitato.
L'istanza del database di destinazione deve essere un'istanza Cloud SQL per MySQL con PSA abilitato.
Devi disporre di una rete Virtual Private Cloud con l'accesso privato ai servizi abilitato.
Questa è la rete con cui Database Migration Service esegue il peering con l'istanza Cloud SQL di destinazione. Devi disporre di spazio sufficiente per allocare gli intervalli IP richiesti.
Configurare la connettività IP privata con il peering VPC specializzato
Per saperne di più sulla configurazione del peering VPC specializzato per le istanze Cloud SQL per MySQL PSA di origine, vedi Configurare il peering Virtual Private Cloud specializzato per Cloud SQL per MySQL.
Connettività privata con peering VPC
Questo metodo ti consente di connetterti all'origine tramite gli indirizzi IP privati nel tuo Virtual Private Cloud (VPC). Non devi esporre alcuna interfaccia a internet pubblico per utilizzare questo metodo, ma è necessario che l'indirizzo IP o il nome host del database di origine sia raggiungibile dal tuo Google Cloud VPC. Per le origini che si trovano all'esterno Google Cloud, potresti aver bisogno di componenti di rete aggiuntivi, come Cloud VPN o Cloud Interconnect.
Requisiti per la connettività IP privata con peering VPC
La connettività IP privata con peering VPC richiede quanto segue:
- Devi disporre di una rete Virtual Private Cloud con l'accesso privato ai servizi abilitato. L'IP privato del database di origine deve essere raggiungibile in questa rete.
Configurare la connettività IP privata con peering VPC
Per utilizzare la connettività IP privata con il peering Virtual Private Cloud, l'IP privato del database di origine deve essere raggiungibile dal tuo Virtual Private Cloud. A seconda dell'architettura di rete, potresti dover utilizzare componenti aggiuntivi come Cloud VPN o Cloud Interconnect.
Per saperne di più sulla configurazione della connettività IP privata per diverse origini database, vedi:
Per creare la connessione all'IP privato del database di origine, devi utilizzare Cloud VPN o Cloud Interconnect.
Albero decisionale della connettività di rete
Quando hai familiarizzato con tutti i metodi di connettività supportati e i relativi requisiti, puoi seguire le domande nel diagramma per scegliere il metodo di connettività giusto per il tuo scenario.