Metodi di networking per la connettività del database di origine

Per spostare i dati dal server del database di origine all'istanza Cloud SQL per PostgreSQL di destinazione, Database Migration Service deve connettersi all'istanza di origine. Questa connessione può essere stabilita tramite internet pubblico o tramite una serie di connessioni private nel virtual private cloud (VPC) del tuo progetto.

Questa pagina fornisce una panoramica di ogni metodo di connettività al database di origine disponibile, nonché una sezione di suggerimenti per aiutarti a scegliere la soluzione giusta per la tua migrazione:

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.

Confronto dei metodi

Ogni metodo di connettività offre vantaggi e requisiti diversi. Utilizza la seguente tabella per confrontarli a colpo d'occhio e poi scopri maggiori dettagli nelle sezioni dedicate a ciascun metodo.

Metodo di networking Vantaggi Svantaggi
Lista consentita di IP
  • Il metodo di connettività più semplice da configurare.
  • Utile quando non è possibile raggiungere il database di origine tramite reti private in Google Cloud.
  • Richiede l'esposizione di un indirizzo IPv4 del server del database di origine alla rete internet pubblica. Ciò richiede misure di sicurezza aggiuntive. Ad esempio, ti consigliamo di utilizzare i certificati TLS e le regole firewall per proteggere la connessione.
  • La configurazione delle regole del firewall potrebbe richiedere l'assistenza del reparto IT.
  • Database Migration Service non supporta la connettività diretta ai database utilizzando la funzionalità Single Client Access Name (SCAN) negli ambienti Oracle Real Application Clusters (RAC). Per potenziali soluzioni all'utilizzo della connettività con lista consentita di IP pubblici con questi ambienti, consulta Risolvi gli errori Oracle SCAN.
Tunnel SSH di forwarding
  • Più sicuro rispetto alla connessione tramite IP pubblico con una lista consentita IP.

    La connessione iniziale viene stabilita tramite porte Secure Shell (SSH) su internet pubblico. Una volta attiva la connessione, tutto il traffico viaggia su una connessione privata e sicura.

  • Utile quando il database di origine non è raggiungibile tramite reti private in Google Cloud, ma non vuoi esporre il server del database di origine direttamente alla rete internet pubblica.
  • L'utilizzo di un server intermedio (la macchina del tunnel SSH di forwarding) per la connettività potrebbe introdurre una latenza aggiuntiva.
  • Devi configurare e gestire il server host forward-ssh. Il server deve essere online per l'intera durata della migrazione.
Interfacce Private Service Connect
  • Stabilisce connessioni all'IP privato di origine utilizzando un collegamento di rete. Questo metodo non consuma la quota di peering nel VPC.
  • Il metodo di connettività privata di origine più semplice da configurare.
  • Richiede la configurazione di un collegamento di rete e la modifica delle regole firewall.
  • Non puoi modificare il collegamento di rete dopo aver stabilito la connessione.
Connettività privata con peering Virtual Private Cloud La connessione viene stabilita all'indirizzo IP privato del database di origine tramite peering VPC. Se il tuo VPC non ha una quota di peering sufficiente, potrebbe essere difficile utilizzare questo metodo di connettività. Nella maggior parte dei casi, ti consigliamo di utilizzare Connettività privata con interfacce Private Service Connect.

Lista consentita di IP per la connettività del database di origine

Quando utilizzi il metodo di connettività con lista consentita di IP, Database Migration Service tenta di stabilire una connessione a un indirizzo IP disponibile pubblicamente del server del database di origine.

Requisiti per la connettività con lista consentita IP

In linea generale, per utilizzare questo metodo di connettività devi assicurarti di quanto segue:

  • Devi esporre l'indirizzo IP della tua origine alla rete internet pubblica (direttamente o con un nome host riconosciuto pubblicamente tramite un server dei nomi di dominio (DNS)).

  • Database Migration Service non supporta la connettività diretta ai database utilizzando la funzionalità Single Client Access Name (SCAN) negli ambienti Oracle Real Application Clusters (RAC). Per potenziali soluzioni all'utilizzo della connettività con lista consentita di IP pubblici con questi ambienti, consulta Risolvi gli errori Oracle SCAN.
  • Devi consentire le connessioni in entrata dagli indirizzi IP pubblici di Database Migration Service.

  • (Facoltativo) La connettività con lista consentita IP utilizza connessioni non criptate per impostazione predefinita. Ti consigliamo di utilizzare i certificati TLS per proteggere la connessione. Database Migration Service offre supporto per diversi tipi di TLS, in modo che tu possa scegliere la soluzione migliore in base a ciò che il tuo database di origine può supportare. Per ulteriori informazioni, consulta Utilizza i certificati SSL/TLS per criptare le connessioni di rete.

Configura 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:

Tunnel SSH di forwarding per la connettività del database di origine

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 attiva la connessione, tutto il traffico viaggia attraverso un tunnel sicuro verso l'indirizzo IP privato del database di origine.

Un diagramma di networking che mostra una configurazione di connettività di alto livello su un server tunnel SSH dedicato.
Figura 2. Esempio di networking di migrazione: connettività di origine su un tunnel SSH. (fai clic per ingrandire)
Un diagramma di networking che mostra una configurazione di connettività di alto livello su un server tunnel SSH dedicato.

Requisiti per i tunnel SSH di forwarding

Per creare la connessione, devi esporre le porte SSH a internet pubblico sul server del tunnel. Una volta stabilita la connettività, tutto il traffico viene instradato attraverso la connessione del tunnel privato.

È possibile terminare il tunnel sullo stesso server in cui ospiti il database di origine, ma ti consigliamo di utilizzare un server del tunnel dedicato. In questo modo, non esponi il database di origine direttamente alla rete internet pubblica. Il server del tunnel può essere un qualsiasi host Unix o Linux raggiungibile da internet tramite SSH e in grado di accedere al database di origine.

Per determinati scenari di connettività, ti consigliamo di utilizzare il metodo di networking connettività privata con peering Virtual Private Cloud anziché un tunnel SSH di forwarding:

  • Per le origini in hosting autonomo che si trovano all'interno di Google Cloud, Database Migration Service può accedere all'IP privato del database di origine con la configurazione della connettività privata. Non è necessario configurare un server SSH separato per stabilire la connessione.

Configura la connettività del tunnel SSH di forwarding

La configurazione della connettività tramite un tunnel SSH di forwarding richiede passaggi diversi a seconda del tipo di database di origine. Per saperne di più, vedi:

Connettività privata con le interfacce Private Service Connect

Le interfacce Private Service Connect consentono a Database Migration Service di avviare connessioni all'indirizzo IP privato del database di origine senza consumare la quota di peering per i propri indirizzi IP. Questo metodo di connettività utilizza invece i collegamenti di rete che crei nel VPC.

Un diagramma di networking che mostra una configurazione di connettività di alto livello su un server tunnel SSH dedicato e interfacce Private Service Connect.
Figura 3. Esempio di networking di migrazione: connettività di origine con IP privato con interfacce Private Service Connect e Cloud VPN per le origini che risiedono in altre offerte cloud. (fai clic per ingrandire)
Un diagramma di networking che mostra una configurazione di connettività di alto livello su un server tunnel SSH dedicato e interfacce Private Service Connect.

Requisiti per le interfacce Private Service Connect

Questo metodo di connettività richiede la creazione di un collegamento di rete nella rete VPC in cui è possibile raggiungere il database di origine. La subnet per il collegamento di rete deve avere 6 indirizzi IP utilizzabili (ovvero devi utilizzare l'intervallo /29 per un totale di 8 indirizzi IP). Puoi utilizzare lo stesso collegamento di rete per più job di migrazione, a condizione che tu abbia un numero sufficiente di indirizzi per i tuoi scenari di migrazione:

DestinazioneNumero di indirizzi IP richiesti
Istanza Cloud SQL a livello di zona 1 indirizzo
Istanza ad alta affidabilità (HA) di Cloud SQL 2 indirizzi

Configura la connettività IP privato con le interfacce Private Service Connect

Per utilizzare la connettività IP privato con le interfacce Private Service Connect, l'IP privato del database di origine deve essere raggiungibile dal Virtual Private Cloud in cui crei il collegamento di rete. Per scoprire di più sulla configurazione di questo metodo di connessione IP privato per diverse origini di database, consulta:

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 è necessario esporre alcuna interfaccia a internet pubblico per utilizzare questo metodo, ma è necessario che l'indirizzo IP o il nome host del database di origine siano raggiungibili dal tuo VPC Google Cloud .

A seconda del database di origine, questo metodo di connettività potrebbe richiedere la configurazione di componenti di rete aggiuntivi (come Cloud VPN o una VM reverse proxy):

Un diagramma di networking che mostra una configurazione di connettività di alto livello su un server tunnel SSH dedicato.
Figura 4. Esempio di networking di migrazione: connettività di origine con IP privato con peering Virtual Private Cloud e Cloud VPN per origini gestite che si trovano al di fuori di Google Cloud. (fai clic per ingrandire)
Un diagramma di networking che mostra una configurazione di connettività di alto livello su un server tunnel SSH dedicato.

Requisiti per la connettività IP privata

Questo metodo di connettività è più adatto per le origini il cui indirizzo IP privato può essere raggiunto dalla tua rete VPC Google Cloud . Per le origini self-hosted che risiedono in Google Cloud, puoi stabilire connessioni di peering diretto con una configurazione di connettività privata in Database Migration Service. Per altri tipi di origini, potresti aver bisogno di componenti di rete aggiuntivi, come Cloud VPN o una VM di reverse proxy (o entrambi).

La connettività con IP privato richiede quanto segue:

Configura la connettività IP privato con il peering VPC

Per utilizzare la connettività IP privato 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, potrebbe essere necessario utilizzare componenti aggiuntivi come una VM di reverse proxy o Cloud VPN.

Per scoprire di più sulla configurazione della connettività con IP privato per diverse origini di database, consulta:

Albero decisionale della connettività di rete di origine

Una volta acquisita familiarità con tutti i metodi di connettività di origine supportati e i relativi requisiti, puoi seguire le domande nel diagramma per scegliere il metodo di connettività giusto per il tuo scenario.

Un diagramma ad albero decisionale con domande guida per aiutarti a scegliere il metodo di connettività giusto.
Figura 5. Albero decisionale della connettività di rete di origine.

Passaggi successivi