Crea una subnet ibrida

Le subnet ibride ti aiutano a eseguire la migrazione dei carichi di lavoro da una subnet on-premise a una subnet Virtual Private Cloud (VPC) senza la necessità di modificare indirizzi IP esterni. Questo documento descrive i passaggi per creare una subnet ibrida, carichi di lavoro connessi alla parte Google Cloud di una subnet ibrida e una subnet ibrida.

Prima di iniziare

Ruoli obbligatori

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

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

Configura il routing delle subnet ibrida

Per configurare il routing su subnet ibrido, esegui una delle seguenti operazioni:

  • Crea una nuova subnet in cui è abilitato il routing ibrido delle subnet.
  • Abilita il routing ibrido delle subnet per una subnet esistente.

Crea una nuova subnet con routing della subnet ibrida abilitato

Console

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

    Vai alle 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. Specifica un nome.
    2. Seleziona una Regione.
    3. Nella sezione Finalità, seleziona Nessuno.
    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.

Abilita il routing su subnet ibrido per una subnet esistente

Puoi abilitare il routing a subnet ibrido per una subnet esistente il cui indirizzo IPv4 principale che l'intervallo di indirizzi corrisponde all'intervallo del segmento della rete on-premise da utilizzare per la subnet ibrida.

Per abilitare il routing ibrido delle subnet per una subnet esistente, abilita le route CIDR per la subnet in questione. Questo modifica il VPC comportamento del routing di rete per consentire la sovrapposizione tra l'intervallo di indirizzi IP della subnet e quelle delle route dinamiche personalizzate.

Per ulteriori informazioni sulla sovrapposizione delle route CIDR, consulta allowSubnetCidrRoutesOverlap nel riferimento dell'API Compute Engine.

Console

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

    Vai alle reti VPC

  2. Fai clic sul nome della rete VPC che contiene la subnet che vuoi aggiornare.

  3. Fai clic sulla scheda Subnet.

  4. Fai clic sulla subnet che vuoi aggiornare.

  5. Fai clic su Modifica.

  6. Nella sezione Subnet ibrida, seleziona On.

  7. Fai clic su Salva.

gcloud

Usa 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 subnet.

    Prima di utilizzare i dati della richiesta, effettua 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 delle seguenti 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. Abilita il routing delle subnet ibrido.

    Prima di utilizzare i dati della richiesta, sostituisci SUBNET_FINGERPRINT con l'impronta ID della subnet 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 delle seguenti 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 subnet, effettua un'altra richiesta GET e assicurati che la risposta include:

    • "allowSubnetCidrRoutesOverlap": true

Configura annuncio di route

Configura la sessione BGP (Border Gateway Protocol) per la connettività ibrida prodotto: tunnel VPN, collegamento VLAN o macchina virtuale dell'appliance router (VM)—per Pubblicizzare solo prefissi IPv4 e IPv6 personalizzati.

Testa la connettività on-premise dalla rete VPC

Per verificare la connettività tra la subnet ibrida e l'indirizzo IP che si sovrappone rete on-premise, puoi:

  1. Crea una VM di test nel tuo nella subnet ibrida della rete VPC.
  2. Prendi nota dell'indirizzo IPv4 interno principale della VM di test.
  3. Aggiorna la modalità pubblicità personalizzata del BGP del router Cloud sessione per includere una /32 pubblicità personalizzata percorso 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 in un sistema on-premise nella subnet ibrida.

Se il test ping ha esito negativo, assicurati che le regole firewall di Google Cloud e il firewall on-premise consente il protocollo ICMP negli intervalli di indirizzi IP una subnet.

Spostamento dei carichi di lavoro e aggiornamento del routing

Ogni volta che esegui la migrazione di un carico di lavoro o di un gruppo di carichi di lavoro, completa quanto segue passi insieme.

Migrazione dei carichi di lavoro

Esegui la migrazione dei carichi di lavoro e delle VM dalla rete on-premise utilizzando il tuo metodo preferito. Per la migrazione delle VM su Compute Engine, ti consigliamo Eseguire la migrazione alle macchine virtuali.

Per informazioni sulle opzioni di migrazione, vedi Subnet ibride e migrazione alle macchine virtuali.

Aggiorna la route annunciata personalizzata

Quando esegui la migrazione delle VM a Google Cloud, aggiorna le route annunciate personalizzate del BGP del router Cloud sessione per includere l'indirizzo IPv4 interno principale di ogni VM migrata. Aggiungi persona indirizzi IP utilizzando una /32 pubblicità personalizzata route.

Per blocchi di indirizzi IP contigui, consolida gli indirizzi in poche unità più annunci possibili. Gli annunci devono rimanere più specifici (sono subnet mask più lunghe) rispetto all'intervallo di indirizzi IP della subnet ibrida.

Testa la connettività a una VM di cui è stata eseguita la migrazione dalla 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à annunciata personalizzata per il BGP sessioni che gestiscono la connettività ibrida. Gli annunci sulla route deve includere l'indirizzo IPv4 interno principale della VM migrata.
  2. Invia un ping ICMP da un sistema on-premise all'indirizzo IP del di cui è stata eseguita la migrazione.

Passaggi successivi