Creare una subnet ibrida

Hybrid Subnets ti consente di eseguire la migrazione dei carichi di lavoro da una subnet on-premise a una subnet Virtual Private Cloud (VPC) senza dover modificare gli indirizzi IP. Questo documento descrive i passaggi per creare una subnet ibrida, eseguire la migrazione dei carichi di lavoro alla parte di Google Cloud di una subnet ibrida e testare la connettività in una subnet ibrida.

Prima di iniziare

Ruoli obbligatori

Per ottenere le autorizzazioni necessarie per creare una subnet ibrida, chiedi all'amministratore di concederti il ruolo IAM Amministratore di rete Compute (roles/compute.networkAdmin) nel progetto. Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso a progetti, cartelle e organizzazioni.

Potresti anche riuscire a ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.

Configurare il routing delle subnet ibride

Per configurare il routing delle subnet ibride, svolgi una delle seguenti operazioni:

  • Crea una nuova subnet con il routing delle subnet ibride abilitato.
  • Attiva il routing delle subnet ibride per una subnet esistente.

Creare una nuova subnet con il routing delle subnet ibride abilitato

Console

  1. Nella console Google Cloud, vai alla pagina Reti VPC.

    Vai a Reti VPC

  2. Fai clic sul nome della rete VPC in cui vuoi creare una subnet ibrida.

  3. Fai clic sulla scheda Subnet.

  4. Fai clic su Aggiungi subnet. Nel riquadro visualizzato:

    1. Fornisci un nome.
    2. Seleziona una Regione.
    3. Nella sezione Finalità, seleziona Nessuna.
    4. Nella sezione Tipo di stack, seleziona IPv4 (stack singolo).
    5. Nel campo Intervallo IPv4, inserisci l'intervallo di indirizzi IPv4 del segmento della rete on-premise che vuoi utilizzare per la subnet ibrida.
    6. Nella sezione Accesso privato Google, seleziona Off.
    7. Nella sezione Subnet ibrida, seleziona On.
    8. Fai clic su Aggiungi.

Attivare il routing delle subnet ibride per una subnet esistente

Puoi attivare il routing della subnet ibrida per una subnet esistente il cui intervallo di indirizzi IPv4 principale corrisponde all'intervallo del segmento della rete on-premise che vuoi utilizzare per la subnet ibrida.

Per abilitare il routing delle subnet ibride per una subnet esistente, abilita la sovrapposizione delle route CIDR per quella subnet. In questo modo, viene modificato il comportamento di routing della rete VPC per consentire la sovrapposizione tra l'intervallo di indirizzi IP della subnet e quelli delle route dinamiche personalizzate.

Per ulteriori informazioni sull'interferenza delle route CIDR, consulta il campo allowSubnetCidrRoutesOverlap nel riferimento all'API Compute Engine.

Console

  1. Nella console Google Cloud, vai alla pagina Reti VPC.

    Vai a Reti VPC

  2. Fai clic sul nome della rete VPC contenente la sottorete da aggiornare.

  3. Fai clic sulla scheda Subnet.

  4. Fai clic sulla sottorete da aggiornare.

  5. Fai clic su Modifica.

  6. Nella sezione Subnet ibrida, seleziona On.

  7. Fai clic su Salva.

gcloud

Utilizza il comando gcloud beta compute networks subnets update.

gcloud beta compute networks subnets update SUBNET \
    --region=REGION \
    --allow-cidr-routes-overlap

Sostituisci quanto segue:

  • SUBNET: il nome della subnet.
  • REGION: la regione della subnet.

API

  1. Trova l'ID fingerprint della tua subnet.

    Prima di utilizzare i dati della richiesta, apporta le seguenti sostituzioni:

    • PROJECT_ID: l'ID del progetto
    • REGION: la regione della subnet
    • SUBNET_NAME: il nome della subnet

    Metodo HTTP e URL: 

    GET https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME

    Per inviare la richiesta, espandi una di queste opzioni:

    Dovresti ricevere una risposta JSON simile alla seguente:

    {
  "kind": "compute#subnetwork",
  "id": "5514771331600183201",
  "creationTimestamp": "2022-09-16T12:41:02.010-07:00",
  "name": "subnet-name",
  "network": "https://www.googleapis.com/compute/v1/projects/project-name/global/networks/network-name",
  "ipCidrRange": "10.6.0.0/16",
  "gatewayAddress": "10.6.0.1",
  "region": "https://www.googleapis.com/compute/v1/projects/project-name/regions/us-central1",
  "selfLink": "https://www.googleapis.com/compute/v1/projects/project-name/regions/us-central1/subnetworks/subnet-name",
  "privateIpGoogleAccess": true,
  "fingerprint": "YiItidAFRsA5",
  "allowSubnetCidrRoutesOverlap": false,
  "enableFlowLogs": true,
  "privateIpv6GoogleAccess": "DISABLE_GOOGLE_ACCESS",
  "purpose": "PRIVATE",
  "stackType": "IPV4_ONLY"
}

  2. Attiva il routing delle subnet ibride.

    Prima di utilizzare i dati della richiesta, sostituisci SUBNET_FINGERPRINT con l'ID impronta della tua subnet che hai trovato nella richiesta precedente, ad esempio YiItidAFRsA5.

    Metodo HTTP e URL: 

    PATCH https://compute.googleapis.com/compute/beta/projects/PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME

    Corpo JSON della richiesta: 

    {
  "allowSubnetCidrRoutesOverlap": true,
  "fingerprint": "SUBNET_FINGERPRINT"
}

    Per inviare la richiesta, espandi una di queste opzioni:

    Dovresti ricevere una risposta JSON simile alla seguente:

    {
  "kind": "compute#operation",
  "id": "5973660558170953708",
  "name": "operation-1680288003494-5f8368991917a-59bf1c92-1897c7c6",
  "operationType": "compute.subnetworks.patch",
  "targetLink": "https://www.googleapis.com/compute/beta/projects/test-project/regions/us-central1/subnetworks/subnet-name",
  "targetId": "5514771331600183201",
  "status": "RUNNING",
  "user": "user@gmail.com",
  "progress": 0,
  "insertTime": "2023-03-31T11:40:03.882-07:00",
  "startTime": "2023-03-31T11:40:03.893-07:00",
  "selfLink": "https://www.googleapis.com/compute/beta/projects/test-project/regions/us-central1/operations/operation-1680288003494-5f8368991917a-59bf1c92-1897c7c6",
  "region": "https://www.googleapis.com/compute/beta/projects/test-project/regions/us-central1"
}

  3. Per verificare che allowSubnetCidrRoutesOverlap sia abilitato per la tua sottorete, invia un'altra richiesta GET e assicurati che la risposta includa quanto segue:

    • "allowSubnetCidrRoutesOverlap": true

Configurare l'annuncio di route

Configura la sessione Border Gateway Protocol (BGP) per il tuo prodotto di connettività ibrida (tunnel VPN, collegamento VLAN o istanza VM dell'appliance router) in modo da annunciare solo i prefissi IPv4 e IPv6 personalizzati.

Verifica la connettività on-premise dalla rete VPC

Per verificare la connettività tra la sottorete ibrida e l'intervallo di indirizzi IP sovrapposti della rete on-premise, puoi procedere nel seguente modo:

  1. Crea una VM di test nella subnet ibrida della rete VPC.
  2. Prendi nota dell'indirizzo IPv4 interno principale della VM di test.
  3. Aggiorna la modalità di annuncio personalizzato della sessione BGP del router Cloud per includere una /32 route pubblicizzata personalizzata per l'indirizzo IPv4 interno principale della VM di test.
  4. Utilizza SSH per connetterti alla VM.
  5. Al prompt del sistema operativo, utilizza ICMP per ping l'indirizzo IP di un sistema on-premise nella subnet ibrida.

Se il test di ping non va a buon fine, assicurati che le regole del firewall di Google Cloud e il firewall on-premise consentano ICMP negli intervalli di indirizzi IP della subnet ibrida.

Sposta i workload e aggiorna il routing

Ogni volta che esegui la migrazione di un carico di lavoro o di un gruppo di carichi di lavoro, completa insieme i seguenti passaggi.

Migrazione dei carichi di lavoro

Esegui la migrazione dei workload e delle VM dalla rete on-premise alla rete VPC utilizzando il metodo che preferisci. Per eseguire la migrazione delle VM a Compute Engine, ti consigliamo di utilizzare Migrate to Virtual Machines.

Per informazioni sulle opzioni di migrazione, consulta Hybrid Subnets e Migrate to Virtual Machines.

Aggiornare la route annunciata personalizzata

Durante la migrazione delle VM a Google Cloud, aggiorna le route pubblicizzate personalizzate della sessione BGP del router Cloud in modo da includere l'indirizzo IPv4 interno principale di ogni VM di cui è stata eseguita la migrazione. Aggiungi singoli indirizzi IP utilizzando una /32 route pubblicizzata personalizzata.

Per i blocchi di indirizzi IP contigui, raggruppa gli indirizzi in un numero minimo di annunci personalizzati. Gli annunci devono rimanere più specifici (avere masche di sottorete più lunghe) rispetto all'intervallo di indirizzi IP della subnet ibrida.

Testa la connettività a una VM di cui è stata eseguita la migrazione dalla tua rete on-premise

Per testare la connettività a una VM di cui hai eseguito la migrazione a Google Cloud, puoi procedere nel seguente modo:

  1. Assicurati di aver aggiornato la modalità pubblicizzata personalizzata per le sessioni BGP che gestiscono la connettività ibrida. Le annunci di route devono includere l'indirizzo IPv4 interno principale della VM di cui è stata eseguita la migrazione.
  2. Invia un messaggio ICMP ping da un sistema on-premise all'indirizzo IP della VM di cui è stata eseguita la migrazione.

Passaggi successivi