Questa guida utilizza un esempio per illustrare le nozioni di base dei bilanciatori del carico di rete passthrough interni di Google Cloud. Prima di seguire questa guida, acquisisci familiarità con quanto segue:
- Concetti sul bilanciatore del carico di rete passthrough interno
- Come funzionano i bilanciatori del carico di rete passthrough interni
- Panoramica delle regole firewall
- Concetti sul controllo di integrità
Per seguire le indicazioni dettagliate per questa attività direttamente nella console Google Cloud, fai clic su Procedura guidata:
Autorizzazioni
Per seguire questa guida, devi creare istanze e modificare una rete in un progetto. Devi essere un proprietario o un editor del progetto oppure disporre di tutti i seguenti ruoli IAM di Compute Engine:
Attività | Ruolo richiesto |
---|---|
Crea reti, subnet e componenti del bilanciatore del carico | Amministratore di rete |
Aggiungere e rimuovere regole firewall | Amministratore della sicurezza |
Creazione delle istanze | Amministratore istanze Compute |
Per ulteriori informazioni, consulta le seguenti guide:
Configurare il bilanciatore del carico con subnet a stack singolo
Questa guida mostra come configurare e testare un bilanciatore del carico di rete passthrough interno. I passaggi descritti in questa sezione spiegano come configurare quanto segue:
- Un esempio che utilizza una rete VPC in modalità personalizzata denominata
lb-network
. - Una subnet a stack singolo (
stack-type
impostato suIPv4
), necessaria per il traffico IPv4. Quando crei una subnet a stack singolo in una rete VPC in modalità personalizzata, scegli un intervallo di subnet IPv4 per la subnet. - Regole firewall che consentono le connessioni in entrata alle VM di backend.
- Il gruppo di istanza di backend, che si trova nella seguente regione e subnet per questo esempio:
- Regione:
us-west1
- Subnet:
lb-subnet
, con intervallo di indirizzi IPv4 principale10.1.2.0/24
.
- Regione:
- Quattro VM di backend: due VM in un gruppo di istanze non gestite nella zona
us-west1-a
e due VM in un gruppo di istanze non gestite nella zonaus-west1-c
. Per dimostrare l'accesso globale, questo esempio crea una seconda VM client di test in una regione e una subnet diverse:- Regione:
europe-west1
- Subnet:
europe-subnet
, con intervallo di indirizzi IP principale10.3.4.0/24
- Regione:
- Una VM client per testare le connessioni.
- I seguenti componenti del bilanciatore del carico di rete passthrough interno:
- Un controllo di integrità per il servizio di backend.
- Un servizio di backend interno nella regione
us-west1
per gestire la distribuzione delle connessioni ai due gruppi di istanze a livello di zona. - Una regola di forwarding interna e un indirizzo IP interno per il frontend del bilanciatore del carico.
L'architettura di questo esempio ha il seguente aspetto:
Configura una rete, una regione e una subnet
Per creare la rete e la sottorete di esempio, segui questi passaggi.
Console
Nella console Google Cloud, vai alla pagina Reti VPC.
Fai clic su Crea rete VPC.
In Nome, inserisci
lb-network
.Nella sezione Subnet:
- Imposta Modalità di creazione subnet su Personalizzata.
- Nella sezione Nuova subnet, inserisci le seguenti informazioni:
- Nome:
lb-subnet
- Regione:
us-west1
- Tipo di stack IP: IPv4 (stack singolo)
- Intervallo di indirizzi IP:
10.1.2.0/24
- Nome:
- Fai clic su Fine.
- Fai clic su Aggiungi subnet e inserisci le seguenti informazioni:
- Nome:
europe-subnet
- Regione:
europe-west1
- Tipo di stack IP: IPv4 (stack singolo)
- Intervallo di indirizzi IP:
10.3.4.0/24
- Nome:
- Fai clic su Fine.
Fai clic su Crea.
gcloud
Crea la rete VPC personalizzata:
gcloud compute networks create lb-network --subnet-mode=custom
Nella rete
lb-network
, crea una subnet per i backend nella regioneus-west1
:gcloud compute networks subnets create lb-subnet \ --network=lb-network \ --range=10.1.2.0/24 \ --region=us-west1
Nella rete
lb-network
, crea un'altra subnet per testare l'accesso globale nella regioneeurope-west1
:gcloud compute networks subnets create europe-subnet \ --network=lb-network \ --range=10.3.4.0/24 \ --region=europe-west1
API
Invia una richiesta POST
al
metodo networks.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks { "routingConfig": { "routingMode": "REGIONAL" }, "name": "lb-network", "autoCreateSubnetworks": false }
Invia due richieste POST
al
metodo subnetworks.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks { "name": "lb-subnet", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "ipCidrRange": "10.1.2.0/24", "privateIpGoogleAccess": false }
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/europe-west1/subnetworks { "name": "europe-subnet", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "ipCidrRange": "10.3.4.0/24", "privateIpGoogleAccess": false }
Configurazione delle regole del firewall
Questo esempio utilizza le seguenti regole firewall:
fw-allow-lb-access
: una regola di ingresso, applicabile a tutte le destinazioni della rete VPC, che consente il traffico proveniente da origini negli intervalli10.1.2.0/24
e10.3.4.0/24
. Questa regola consente il traffico in entrata da qualsiasi client che si trova in una delle due subnet. In seguito, ti consente di configurare e testare l'accesso globale.fw-allow-ssh
: una regola in entrata, applicabile alle istanze sottoposte a bilanciamento del carico, che consente la connettività SSH in entrata sulla porta TCP 22 da qualsiasi indirizzo. Puoi scegliere un intervallo IP di origine più restrittivo per questa regola. Ad esempio, puoi specificare solo gli intervalli IP del sistema da cui avvierai le sessioni SSH. Questo esempio utilizza il tag di destinazioneallow-ssh
per identificare le VM a cui deve essere applicato.fw-allow-health-check
: una regola in entrata, applicabile alle istanze bilanciate in base al carico, che consente il traffico proveniente dai sistemi di controllo di integrità di Google Cloud (130.211.0.0/22
e35.191.0.0/16
). Questo esempio utilizza il tag targetallow-health-check
per identificare le istanze a cui deve essere applicato.
Senza queste regole firewall, la regola default-deny per il traffico in entrata blocca il traffico in entrata verso le istanze di backend.
Console
Nella console Google Cloud, vai alla pagina Criteri firewall.
Per consentire il traffico nella subnet, fai clic su Crea regola firewall e inserisci le seguenti informazioni:
- Nome:
fw-allow-lb-access
- Rete:
lb-network
- Priorità:
1000
- Direzione del traffico: in entrata
- Azione in caso di corrispondenza: allow
- Destinazioni: Tutte le istanze nella rete
- Filtro di origine: intervalli IPv4
- Intervalli IPv4 di origine:
10.1.2.0/24
- Protocolli e porte: Consenti tutto
- Nome:
Fai clic su Crea.
Per consentire le connessioni SSH in entrata, fai di nuovo clic su Crea regola firewall e inserisci le seguenti informazioni:
- Nome:
fw-allow-ssh
- Rete:
lb-network
- Priorità:
1000
- Direzione del traffico: in entrata
- Azione in caso di corrispondenza: allow
- Target: tag di destinazione specificati
- Tag di destinazione:
allow-ssh
- Filtro di origine: intervalli IPv4
- Intervalli IPv4 di origine:
0.0.0.0/0
- Protocolli e porte: seleziona Protocolli e porte specificati, la casella di controllo TCP e inserisci
22
in Porte.
- Nome:
Fai clic su Crea.
Per consentire i controlli di integrità di Google Cloud, fai clic su Crea regola firewall una terza volta e inserisci le seguenti informazioni:
- Nome:
fw-allow-health-check
- Rete:
lb-network
- Priorità:
1000
- Direzione del traffico: in entrata
- Azione in caso di corrispondenza: allow
- Target: tag di destinazione specificati
- Tag di destinazione:
allow-health-check
- Filtro di origine: intervalli IPv4
- Intervalli IPv4 di origine:
130.211.0.0/22
e35.191.0.0/16
- Protocolli e porte: Consenti tutto
- Nome:
Fai clic su Crea.
gcloud
Crea la regola firewall
fw-allow-lb-access
per consentire la comunicazione dall'interno della subnet:gcloud compute firewall-rules create fw-allow-lb-access \ --network=lb-network \ --action=allow \ --direction=ingress \ --source-ranges=10.1.2.0/24,10.3.4.0/24 \ --rules=tcp,udp,icmp
Crea la regola firewall
fw-allow-ssh
per consentire la connettività SSH alle VM con il tag di reteallow-ssh
. Se omettisource-ranges
, Google Cloud interpreta la regola come qualsiasi origine.gcloud compute firewall-rules create fw-allow-ssh \ --network=lb-network \ --action=allow \ --direction=ingress \ --target-tags=allow-ssh \ --rules=tcp:22
Crea la regola
fw-allow-health-check
per consentire i controlli di integrità di Google Cloud.gcloud compute firewall-rules create fw-allow-health-check \ --network=lb-network \ --action=allow \ --direction=ingress \ --target-tags=allow-health-check \ --source-ranges=130.211.0.0/22,35.191.0.0/16 \ --rules=tcp,udp,icmp
API
Crea la regola firewall fw-allow-lb-access
inviando una richiesta POST
al
metodo firewalls.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "fw-allow-lb-access", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "priority": 1000, "sourceRanges": [ "10.1.2.0/24", "10.3.4.0/24" ], "allowed": [ { "IPProtocol": "tcp" }, { "IPProtocol": "udp" }, { "IPProtocol": "icmp" } ], "direction": "INGRESS", "logConfig": { "enable": false }, "disabled": false }
Crea la regola firewall fw-allow-ssh
inviando una richiesta POST
al
metodo firewalls.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "fw-allow-ssh", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "priority": 1000, "sourceRanges": [ "0.0.0.0/0" ], "targetTags": [ "allow-ssh" ], "allowed": [ { "IPProtocol": "tcp", "ports": [ "22" ] } ], "direction": "INGRESS", "logConfig": { "enable": false }, "disabled": false }
Crea la regola firewall fw-allow-health-check
inviando una richiesta POST
al
metodo firewalls.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "fw-allow-health-check", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "priority": 1000, "sourceRanges": [ "130.211.0.0/22", "35.191.0.0/16" ], "targetTags": [ "allow-health-check" ], "allowed": [ { "IPProtocol": "tcp" }, { "IPProtocol": "udp" }, { "IPProtocol": "icmp" } ], "direction": "INGRESS", "logConfig": { "enable": false }, "disabled": false }
Crea VM e gruppi di istanze di backend
Questo esempio utilizza due gruppi di istanze non gestite, ciascuno con due VM di backend (server). Per dimostrare la natura regionale dei bilanciatori del carico di rete passthrough interni,
i due gruppi di istanze sono posizionati in zone distinte, us-west1-a
e us-west1-c
.
- Il gruppo di istanze
ig-a
contiene queste due VM:vm-a1
vm-a2
- Il gruppo di istanze
ig-c
contiene queste due VM:vm-c1
vm-c2
Il traffico verso tutte e quattro le VM di backend è bilanciato.
Per supportare questo esempio e le opzioni di configurazione aggiuntive, ciascuna delle quattro VM esegue un server web Apache che rimane in ascolto sulle seguenti porte TCP: 80, 8008, 8080, 8088, 443 e 8443.
A ogni VM viene assegnato un indirizzo IP interno in lb-subnet
e un indirizzo IP esterno (pubblico) temporaneo. Puoi rimuovere gli indirizzi IP esterni più tardi.
L'indirizzo IP esterno per le VM di backend non è obbligatorio, ma è utile per questo esempio perché consente alle VM di backend di scaricare Apache da internet e di connettersi tramite SSH.
Per impostazione predefinita, Apache è configurato per eseguire il binding a qualsiasi indirizzo IP. I bilanciatori del carico di rete passthrough interni inviano i pacchetti preservando l'IP di destinazione. Assicurati che il software del server in esecuzione sulle VM di backend sia in ascolto sull'indirizzo IP della regola di forwarding interna del bilanciatore del carico. Se configuri più regole di inoltro interno, assicurati che il software ascolti l'indirizzo IP interno associato a ciascuna. L'indirizzo IP di destinazione di un pacchetto consegnato a una VM di backend da un bilanciatore del carico di rete passthrough interno è l'indirizzo IP interno della regola di forwarding.
Per semplicità di istruzione, queste VM di backend eseguono Debian GNU/Linux 10.
Console
Crea VM di backend
Nella console Google Cloud, vai alla pagina Istanze VM.
Ripeti i passaggi da 3 a 8 per ogni VM utilizzando le seguenti combinazioni di nome e zona.
- Nome:
vm-a1
, zona:us-west1-a
- Nome:
vm-a2
, zona:us-west1-a
- Nome:
vm-c1
, zona:us-west1-c
- Nome:
vm-c2
, zona:us-west1-c
- Nome:
Fai clic su Crea istanza.
Imposta il Nome come indicato nel passaggio 2.
In Regione, seleziona
us-west1
e scegli una Zona come indicato nel passaggio 2.Nella sezione Disco di avvio, assicurati che sia selezionata l'opzione Debian GNU/Linux 12 (bookworm) per le opzioni del disco di avvio. Se necessario, fai clic su Cambia per modificare l'immagine.
Fai clic su Opzioni avanzate.
Fai clic su Networking e configura i seguenti campi:
- In Tag di rete, inserisci
allow-ssh
eallow-health-check
. - In Interfacce di rete, seleziona quanto segue:
- Rete:
lb-network
- Subnet:
lb-subnet
- Tipo di stack IP: IPv4 (stack singolo)
- Indirizzo IPv4 interno principale: Ephemeral (automatic)
- Indirizzo IPv4 esterno: Ephemeral
- Rete:
- In Tag di rete, inserisci
Fai clic su Gestione e, nel campo Script di avvio, inserisci il seguente script. I contenuti dello script sono identici per tutte e quattro le VM.
#! /bin/bash if [ -f /etc/startup_script_completed ]; then exit 0 fi apt-get update apt-get install apache2 -y a2ensite default-ssl a2enmod ssl file_ports="/etc/apache2/ports.conf" file_http_site="/etc/apache2/sites-available/000-default.conf" file_https_site="/etc/apache2/sites-available/default-ssl.conf" http_listen_prts="Listen 80\nListen 8008\nListen 8080\nListen 8088" http_vh_prts="*:80 *:8008 *:8080 *:8088" https_listen_prts="Listen 443\nListen 8443" https_vh_prts="*:443 *:8443" vm_hostname="$(curl -H "Metadata-Flavor:Google" \ http://metadata.google.internal/computeMetadata/v1/instance/name)" echo "Page served from: $vm_hostname" | \ tee /var/www/html/index.html prt_conf="$(cat "$file_ports")" prt_conf_2="$(echo "$prt_conf" | sed "s|Listen 80|${http_listen_prts}|")" prt_conf="$(echo "$prt_conf_2" | sed "s|Listen 443|${https_listen_prts}|")" echo "$prt_conf" | tee "$file_ports" http_site_conf="$(cat "$file_http_site")" http_site_conf_2="$(echo "$http_site_conf" | sed "s|*:80|${http_vh_prts}|")" echo "$http_site_conf_2" | tee "$file_http_site" https_site_conf="$(cat "$file_https_site")" https_site_conf_2="$(echo "$https_site_conf" | sed "s|_default_:443|${https_vh_prts}|")" echo "$https_site_conf_2" | tee "$file_https_site" systemctl restart apache2 touch /etc/startup_script_completed
Fai clic su Crea.
Creare gruppi di istanze
Nella console Google Cloud, vai alla pagina Gruppi di istanze.
Ripeti i seguenti passaggi per creare due gruppi di istanze non gestite, ciascuno con due VM, utilizzando queste combinazioni.
- Nome del gruppo di istanze:
ig-a
, zona:us-west1-a
, VM:vm-a1
evm-a2
- Nome del gruppo di istanze:
ig-c
, zona:us-west1-c
, VM:vm-c1
evm-c2
- Nome del gruppo di istanze:
Fai clic su Crea gruppo di istanze.
Fai clic su Nuovo gruppo di istanze non gestite.
Imposta Nome come indicato nel passaggio 2.
Nella sezione Località, seleziona
us-west1
per Regione, quindi scegli una Zona come indicato nel passaggio 2.In Rete, seleziona
lb-network
.In Subnet, seleziona
lb-subnet
.Nella sezione Istanze VM, aggiungi le VM come indicato nel passaggio 2.
Fai clic su Crea.
gcloud
Crea le quattro VM eseguendo quattro volte il seguente comando, utilizzando queste quattro combinazioni per
[VM-NAME]
e[ZONE]
. I contenuti dello script sono identici per tutte e quattro le VM.VM-NAME
:vm-a1
,ZONE
:us-west1-a
VM-NAME
:vm-a2
,ZONE
:us-west1-a
VM-NAME
:vm-c1
,ZONE
:us-west1-c
VM-NAME
:vm-c2
,ZONE
:us-west1-c
gcloud compute instances create VM-NAME \ --zone=ZONE \ --image-family=debian-12 \ --image-project=debian-cloud \ --tags=allow-ssh,allow-health-check \ --subnet=lb-subnet \ --metadata=startup-script='#! /bin/bash if [ -f /etc/startup_script_completed ]; then exit 0 fi apt-get update apt-get install apache2 -y a2ensite default-ssl a2enmod ssl file_ports="/etc/apache2/ports.conf" file_http_site="/etc/apache2/sites-available/000-default.conf" file_https_site="/etc/apache2/sites-available/default-ssl.conf" http_listen_prts="Listen 80\nListen 8008\nListen 8080\nListen 8088" http_vh_prts="*:80 *:8008 *:8080 *:8088" https_listen_prts="Listen 443\nListen 8443" https_vh_prts="*:443 *:8443" vm_hostname="$(curl -H "Metadata-Flavor:Google" \ http://metadata.google.internal/computeMetadata/v1/instance/name)" echo "Page served from: $vm_hostname" | \ tee /var/www/html/index.html prt_conf="$(cat "$file_ports")" prt_conf_2="$(echo "$prt_conf" | sed "s|Listen 80|${http_listen_prts}|")" prt_conf="$(echo "$prt_conf_2" | sed "s|Listen 443|${https_listen_prts}|")" echo "$prt_conf" | tee "$file_ports" http_site_conf="$(cat "$file_http_site")" http_site_conf_2="$(echo "$http_site_conf" | sed "s|*:80|${http_vh_prts}|")" echo "$http_site_conf_2" | tee "$file_http_site" https_site_conf="$(cat "$file_https_site")" https_site_conf_2="$(echo "$https_site_conf" | sed "s|_default_:443|${https_vh_prts}|")" echo "$https_site_conf_2" | tee "$file_https_site" systemctl restart apache2 touch /etc/startup_script_completed'
Crea i due gruppi di istanze non gestite in ogni zona:
gcloud compute instance-groups unmanaged create ig-a \ --zone=us-west1-a gcloud compute instance-groups unmanaged create ig-c \ --zone=us-west1-c
Aggiungi le VM ai gruppi di istanze appropriati:
gcloud compute instance-groups unmanaged add-instances ig-a \ --zone=us-west1-a \ --instances=vm-a1,vm-a2 gcloud compute instance-groups unmanaged add-instances ig-c \ --zone=us-west1-c \ --instances=vm-c1,vm-c2
API
Per le quattro VM, utilizza i seguenti nomi e zone:
VM-NAME
:vm-a1
,ZONE
:us-west1-a
VM-NAME
:vm-a2
,ZONE
:us-west1-a
VM-NAME
:vm-c1
,ZONE
:us-west1-c
VM-NAME
:vm-c2
,ZONE
:us-west1-c
Puoi ottenere il valore DEBIAN_IMAGE_NAME
corrente eseguendo il seguente comando gcloud
:
gcloud compute images list \ --filter="family=debian-12"
Crea quattro VM di backend inviando quattro richieste POST
al
metodo instances.insert
:
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances { "name": "VM-NAME", "tags": { "items": [ "allow-health-check", "allow-ssh" ] }, "machineType": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/[ZONE]/machineTypes/e2-standard-2", "canIpForward": false, "networkInterfaces": [ { "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "accessConfigs": [ { "type": "ONE_TO_ONE_NAT", "name": "external-nat", "networkTier": "PREMIUM" } ] } ], "disks": [ { "type": "PERSISTENT", "boot": true, "mode": "READ_WRITE", "autoDelete": true, "deviceName": "VM-NAME", "initializeParams": { "sourceImage": "projects/debian-cloud/global/images/debian-image-name", "diskType": "projects/PROJECT_ID/zones/zone/diskTypes/pd-standard", "diskSizeGb": "10" } } ], "metadata": { "items": [ { "key": "startup-script", "value": "#! /bin/bash\napt-get update\napt-get install apache2 -y\na2ensite default-ssl\na2enmod ssl\nfile_ports=\"/etc/apache2/ports.conf\"\nfile_http_site=\"/etc/apache2/sites-available/000-default.conf\"\nfile_https_site=\"/etc/apache2/sites-available/default-ssl.conf\"\nhttp_listen_prts=\"Listen 80\\nListen 8008\\nListen 8080\\nListen 8088\"\nhttp_vh_prts=\"*:80 *:8008 *:8080 *:8088\"\nhttps_listen_prts=\"Listen 443\\nListen 8443\"\nhttps_vh_prts=\"*:443 *:8443\"\nvm_hostname=\"$(curl -H \"Metadata-Flavor:Google\" \\\nhttp://metadata.google.internal/computeMetadata/v1/instance/name)\"\necho \"Page served from: $vm_hostname\" | \\\ntee /var/www/html/index.html\nprt_conf=\"$(cat \"$file_ports\")\"\nprt_conf_2=\"$(echo \"$prt_conf\" | sed \"s|Listen 80|${http_listen_prts}|\")\"\nprt_conf=\"$(echo \"$prt_conf_2\" | sed \"s|Listen 443|${https_listen_prts}|\")\"\necho \"$prt_conf\" | tee \"$file_ports\"\nhttp_site_conf=\"$(cat \"$file_http_site\")\"\nhttp_site_conf_2=\"$(echo \"$http_site_conf\" | sed \"s|*:80|${http_vh_prts}|\")\"\necho \"$http_site_conf_2\" | tee \"$file_http_site\"\nhttps_site_conf=\"$(cat \"$file_https_site\")\"\nhttps_site_conf_2=\"$(echo \"$https_site_conf\" | sed \"s|_default_:443|${https_vh_prts}|\")\"\necho \"$https_site_conf_2\" | tee \"$file_https_site\"\nsystemctl restart apache2" } ] }, "scheduling": { "preemptible": false }, "deletionProtection": false }
Crea due gruppi di istanze inviando una richiesta POST
al
metodo instanceGroups.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instanceGroups { "name": "ig-a", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet" }
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instanceGroups { "name": "ig-c", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet" }
Aggiungi istanze a ogni gruppo di istanze inviando una richiesta POST
al
metodo instanceGroups.addInstances
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instanceGroups/ig-a/addInstances { "instances": [ { "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instances/vm-a1", "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instances/vm-a2" } ] }
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instanceGroups/ig-c/addInstances { "instances": [ { "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instances/vm-c1", "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instances/vm-c2" } ] }
Configura i componenti del bilanciatore del carico
Questi passaggi configurano tutti i componenti del bilanciatore del carico di rete passthrough interno, a partire dal controllo di integrità e dal servizio di backend fino ai componenti frontend:
Controllo di integrità: in questo esempio, utilizzi un controllo di integrità HTTP che controlla la presenza di una risposta HTTP
200
(OK). Per ulteriori informazioni, consulta la sezione relativa ai controlli di integrità della panoramica del bilanciatore del carico di rete passthrough interno.Servizio di backend: poiché devi trasmettere il traffico HTTP attraverso il bilanciatore del carico interno, devi utilizzare TCP, anziché UDP.
Regola di forwarding: questo esempio crea una singola regola di forwarding interno.
Indirizzo IP interno: in questo esempio, specifichi un indirizzo IP interno,
10.1.2.99
, quando crei la regola di forwarding.
Console
Avvia la configurazione
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
- Fai clic su Crea bilanciatore del carico.
- In Tipo di bilanciatore del carico, seleziona Bilanciatore del carico di rete (TCP/UDP/SSL) e fai clic su Avanti.
- Per Proxy o passthrough, seleziona Bilanciatore del carico passthrough e fai clic su Avanti.
- In Pubblico o interno, seleziona Interno e fai clic su Avanti.
- Fai clic su Configura.
Configurazione di base
Nella pagina Crea bilanciatore del carico di rete passthrough interno, inserisci le seguenti informazioni:
- Nome del bilanciatore del carico:
be-ilb
- Regione:
us-west1
- Rete:
lb-network
Configura i backend
- Fai clic su Configurazione backend.
- Per gestire solo il traffico IPv4, nella sezione Nuovo backend di Backend, seleziona il Tipo di stack IP come IPv4 (stack singolo).
- In Gruppo di istanze, seleziona il gruppo di istanze
ig-c
e fai clic su Fine. - Fai clic su Aggiungi un backend e ripeti il passaggio per aggiungere
ig-a
. Nell'elenco Controllo di integrità, seleziona Crea un controllo di integrità, inserisci le seguenti informazioni e fai clic su Salva.
- Nome:
hc-http-80
- Protocollo:
HTTP
- Porta:
80
- Protocollo proxy:
NONE
- Percorso richiesta:
/
Tieni presente che quando utilizzi la console Google Cloud per creare il bilanciatore del carico, il controllo di integrità è globale. Se vuoi creare un controllo di integrità regionale, utilizza
gcloud
o l'API.- Nome:
Verifica che sia presente un segno di spunta blu accanto a Configurazione backend prima di continuare.
Configura il frontend
- Fai clic su Configurazione frontend.
- Nella sezione Nuovi IP e porta frontend:
- In Nome, inserisci
fr-ilb
. - In Subnet, seleziona
lb-subnet
. - Nella sezione Finalità dell'IP interno, nell'elenco Indirizzo IP, seleziona Crea indirizzo IP, inserisci le seguenti informazioni e fai clic su Prenota.
- Nome:
ip-ilb
- Versione IP: IPv4
- Indirizzo IP statico:Scegli per me
- Indirizzo IP personalizzato:
10.1.2.99
- Nome:
- In Porte, seleziona Più porte e in Numeri di porta inserisci
80
,8008
,8080
e8088
. - Verifica che sia presente un segno di spunta blu accanto a Configurazione frontend prima di continuare.
- In Nome, inserisci
Rivedi la configurazione
- Fai clic su Esamina e finalizza.
- Rivedi le impostazioni di configurazione del bilanciatore del carico.
- (Facoltativo) Fai clic su Codice equivalente per visualizzare la richiesta dell'API REST che verrà utilizzata per creare il bilanciatore del carico.
- Fai clic su Crea.
gcloud
Crea un nuovo controllo di integrità HTTP a livello di regione per verificare la connettività HTTP alle VM sulla porta 80.
gcloud compute health-checks create http hc-http-80 \ --region=us-west1 \ --port=80
Crea il servizio di backend per il traffico HTTP:
gcloud compute backend-services create be-ilb \ --load-balancing-scheme=internal \ --protocol=tcp \ --region=us-west1 \ --health-checks=hc-http-80 \ --health-checks-region=us-west1
Aggiungi i due gruppi di istanze al servizio di backend:
gcloud compute backend-services add-backend be-ilb \ --region=us-west1 \ --instance-group=ig-a \ --instance-group-zone=us-west1-a gcloud compute backend-services add-backend be-ilb \ --region=us-west1 \ --instance-group=ig-c \ --instance-group-zone=us-west1-c
Crea una regola di forwarding per il servizio di backend. Quando crei la regola di forwarding, specifica
10.1.2.99
per l'indirizzo IP interno nella subnet.gcloud compute forwarding-rules create fr-ilb \ --region=us-west1 \ --load-balancing-scheme=internal \ --network=lb-network \ --subnet=lb-subnet \ --address=10.1.2.99 \ --ip-protocol=TCP \ --ports=80,8008,8080,8088 \ --backend-service=be-ilb \ --backend-service-region=us-west1
API
Crea il controllo di integrità inviando una richiesta POST
al
metodo regionHealthChecks.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/regionHealthChecks { "name": "hc-http-80", "type": "HTTP", "httpHealthCheck": { "port": 80 } }
Crea il servizio di backend regionale inviando una richiesta POST
al
metodo regionBackendServices.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices { "name": "be-ilb", "backends": [ { "group": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instanceGroups/ig-a", "balancingMode": "CONNECTION" }, { "group": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instanceGroups/ig-c", "balancingMode": "CONNECTION" } ], "healthChecks": [ "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/healthChecks/hc-http-80" ], "loadBalancingScheme": "INTERNAL", "connectionDraining": { "drainingTimeoutSec": 0 } }
Crea la regola di forwarding inviando una richiesta POST
al
metodo forwardingRules.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules { "name": "fr-ilb", "IPAddress": "10.1.2.99", "IPProtocol": "TCP", "ports": [ "80", "8008", "8080", "8088" ], "loadBalancingScheme": "INTERNAL", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "backendService": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb", "networkTier": "PREMIUM" }
Testa il bilanciatore del carico
Questi test mostrano come convalidare la configurazione del bilanciatore del carico e scoprire il suo comportamento previsto.
Crea una VM client
Questo esempio crea una VM client (vm-client
) nella stessa regione delle VM di backend (server). Il client viene utilizzato per convalidare la configurazione del bilanciatore del carico
e dimostrare il comportamento previsto come descritto nella sezione Test.
Console
Nella console Google Cloud, vai alla pagina Istanze VM.
Fai clic su Crea istanza.
In Nome, inserisci
vm-client
.In Regione, seleziona
us-west1
.In Zona, seleziona
us-west1-a
.Fai clic su Opzioni avanzate.
Fai clic su Networking e configura i seguenti campi:
- In Tag di rete, inserisci
allow-ssh
. - In Interfacce di rete, seleziona quanto segue:
- Rete:
lb-network
- Subnet:
lb-subnet
- Rete:
- In Tag di rete, inserisci
Fai clic su Crea.
gcloud
La VM client può trovarsi in qualsiasi zona della stessa regione del bilanciatore del carico e può utilizzare qualsiasi sottorete della regione. In questo esempio, il client si trova nella zona us-west1-a
e utilizza la stessa sottorete delle VM di backend.
gcloud compute instances create vm-client \ --zone=us-west1-a \ --image-family=debian-12 \ --image-project=debian-cloud \ --tags=allow-ssh \ --subnet=lb-subnet
API
Invia una richiesta POST
al
metodo instances.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instances { "name": "vm-client", "tags": { "items": [ "allow-ssh" ] }, "machineType": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/machineTypes/e2-standard-2", "canIpForward": false, "networkInterfaces": [ { "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "accessConfigs": [ { "type": "ONE_TO_ONE_NAT", "name": "external-nat", "networkTier": "PREMIUM" } ] } ], "disks": [ { "type": "PERSISTENT", "boot": true, "mode": "READ_WRITE", "autoDelete": true, "deviceName": "vm-client", "initializeParams": { "sourceImage": "projects/debian-cloud/global/images/debian-image-name", "diskType": "projects/PROJECT_ID/zones/us-west1-a/diskTypes/pd-standard", "diskSizeGb": "10" } } ], "scheduling": { "preemptible": false }, "deletionProtection": false }
Testa la connessione dalla VM client
Questo test contatta il bilanciatore del carico da una VM client separata, ovvero non da una VM di backend del bilanciatore del carico. Il comportamento previsto implica che il traffico venga distribuito tra le quattro VM di backend perché non è stata configurata alcuna affinità sessione.
Connettiti all'istanza VM client.
gcloud compute ssh vm-client --zone=us-west1-a
Invia una richiesta web al bilanciatore del carico utilizzando
curl
per contattare il relativo indirizzo IP. Ripeti la richiesta per vedere che le risposte provengono da diverse VM di backend. Il nome della VM che genera la risposta viene visualizzato nel testo della risposta HTML, in base ai contenuti di/var/www/html/index.html
su ogni VM di backend. Ad esempio, le risposte previste sono simili aPage served from: vm-a1
ePage served from: vm-a2
.curl http://10.1.2.99
La regola di forwarding è configurata per gestire le porte
80
,8008
,8080
e8088
. Per inviare il traffico a queste altre porte, aggiungi i due punti (:
) e il numero di porta dopo l'indirizzo IP, come segue:curl http://10.1.2.99:8008
Se aggiungi un'etichetta di servizio alla regola di forwarding interna, puoi utilizzare il DNS interno per contattare il bilanciatore del carico utilizzando il nome del servizio.
curl http://web-test.fr-ilb.il4.us-west1.lb.PROJECT_ID.internal
Invia un ping all'indirizzo IP del bilanciatore del carico
Questo test dimostra un comportamento previsto: non è possibile inviare un ping all'indirizzo IP del bilanciatore del carico. Questo perché i bilanciatori del carico di rete passthrough interni vengono implementati nella programmazione delle reti virtuali e non sono dispositivi separati.
Connettiti all'istanza VM client.
gcloud compute ssh vm-client --zone=us-west1-a
Prova a inviare un ping all'indirizzo IP del bilanciatore del carico. In questo esempio, tieni presente che non ricevi una risposta e che il comando
ping
scade dopo 10 secondi.timeout 10 ping 10.1.2.99
Invia richieste da VM con bilanciamento del carico
Questo test dimostra che quando una VM di backend invia pacchetti all'indirizzo IP della regola di forwarding del bilanciatore del carico, queste richieste vengono reindirizzate a se stesse. Questo accade indipendentemente dallo stato del controllo di integrità della VM di backend.
I bilanciatori del carico di rete passthrough interni vengono implementati utilizzando la programmazione delle reti virtuali e la configurazione delle VM nell'OS guest. Nelle VM Linux, l'ambiente ospite crea una route per l'indirizzo IP del bilanciatore del carico nella tabella di routing locale del sistema operativo.
Poiché questa route locale si trova all'interno della VM stessa (non è una route nella rete VPC), i pacchetti inviati all'indirizzo IP del bilanciatore del carico non vengono elaborati dalla rete VPC. I pacchetti inviati all'indirizzo IP del bilanciatore del carico rimangono invece nel sistema operativo della VM.
Connettiti a una VM di backend, ad esempio
vm-a1
:gcloud compute ssh vm-a1 --zone=us-west1-a
Invia una richiesta web al bilanciatore del carico (in base all'indirizzo IP o al nome del servizio) utilizzando
curl
. La risposta proviene dalla stessa VM di backend che effettua la richiesta. Le richieste ripetute ricevono la stessa risposta. La risposta prevista quando effettui il test davm-a1
è semprePage served from: vm-a1
.curl http://10.1.2.99
Controlla la tabella di routing locale, cercando una destinazione che corrisponda all'indirizzo IP del bilanciatore del carico stesso,
10.1.2.99
. Questa route è una parte necessaria di un bilanciatore del carico di rete passthrough interno, ma dimostra anche perché una richiesta da una VM dietro il bilanciatore del carico riceve sempre una risposta dalla stessa VM.ip route show table local | grep 10.1.2.99
Quando una VM di backend per un bilanciatore del carico di rete passthrough interno invia pacchetti all'indirizzo IP regola di forwarding del bilanciatore del carico, i pacchetti vengono sempre reindirizzati alla VM che effettua la richiesta. Questo perché un bilanciatore del carico di rete passthrough interno è un bilanciatore del carico passthrough e viene implementato creando una route locale per l'indirizzo IP del bilanciatore del carico all'interno del sistema operativo guest della VM, come indicato in questa sezione. Se hai un caso d'uso in cui i backend bilanciati in base al carico devono inviare traffico TCP all'indirizzo IP del bilanciatore del carico e devi che il traffico venga distribuito come se avesse avuto origine da un backend non bilanciato in base al carico, valuta la possibilità di utilizzare un bilanciatore del carico di rete proxy interno regionale.
Per ulteriori informazioni, consulta Bilanciatori del carico di rete passthrough interni come hop successivi.
Configurare il bilanciatore del carico con subnet dual-stack
Questa guida mostra come configurare e testare un bilanciatore del carico di rete passthrough interno. I passaggi descritti in questa sezione spiegano come configurare quanto segue:
- L'esempio in questa pagina utilizza una rete VPC in modalità personalizzata denominata
lb-network-dual-stack
. Il traffico IPv6 richiede una subnet in modalità personalizzata. - Una subnet a doppio stack (
stack-type
impostato suIPv4_IPv6
), necessaria per il traffico IPv6. Quando crei una subnet a doppio stack in una rete VPC in modalità personalizzata, scegli un tipo di accesso IPv6 per la subnet. Per questo esempio, abbiamo impostato il parametroipv6-access-type
della sottorete suINTERNAL
. Ciò significa che alle nuove VM in questa subnet possono essere assegnati sia indirizzi IPv4 interni sia indirizzi IPv6 interni. Per istruzioni, consulta la documentazione VPC sull'aggiunta di una sottorete dual-stack. - Regole firewall che consentono le connessioni in entrata alle VM di backend.
- Il gruppo di istanza di backend, che si trova nella seguente regione e subnet per questo esempio:
- Regione:
us-west1
- Subnet:
lb-subnet
, con intervallo di indirizzi IPv4 principale10.1.2.0/24
. Sebbene tu scelga l'intervallo di indirizzi IPv4 da configurare sulla subnet, l'intervallo di indirizzi IPv6 viene assegnato automaticamente. Google fornisce un blocco CIDR IPv6 di dimensioni fisse (/64
).
- Regione:
- Quattro VM di backend dual-stack: due VM in un gruppo di istanze non gestite nella zona
us-west1-a
e due VM in un gruppo di istanze non gestite nella zonaus-west1-c
. Per dimostrare l'accesso globale, questo esempio crea una seconda VM client di test in una regione e una subnet diverse:- Regione:
europe-west1
- Subnet:
europe-subnet
, con intervallo di indirizzi IP principale10.3.4.0/24
- Regione:
- Una VM client per testare le connessioni.
- I seguenti componenti del bilanciatore del carico di rete passthrough interno:
- Un controllo di integrità per il servizio di backend.
- Un servizio di backend interno nella regione
us-west1
per gestire la distribuzione delle connessioni ai due gruppi di istanze a livello di zona. - Due regole di inoltro interne per il frontend del bilanciatore del carico.
Il seguente diagramma mostra l'architettura di questo esempio:
Configura una rete, una regione e una subnet
L'esempio di bilanciatore del carico di rete passthrough interno descritto in questa pagina viene creato in una
rete VPC in modalità personalizzata denominata
lb-network-dual-stack
.
Per configurare le subnet con intervalli IPv6 interni, abilita un intervallo IPv6 interno ULA della rete VPC. Gli intervalli di subnet IPv6 interni vengono allocati da questo intervallo.
Console
Nella console Google Cloud, vai alla pagina Reti VPC.
Fai clic su Crea rete VPC.
In Nome, inserisci
lb-network-dual-stack
.Se vuoi configurare intervalli di indirizzi IPv6 interni sulle subnet di questa rete, completa i seguenti passaggi:
- Per Intervallo IPv6 interno ULA rete VPC, seleziona Abilitato.
- In Alloca intervallo IPv6 interno, seleziona Automaticamente o Manualmente.
In Modalità di creazione subnet, seleziona Personalizzata.
Nella sezione Nuova subnet, specifica i seguenti parametri di configurazione per una subnet:
- Nome:
lb-subnet
- Regione:
us-west1
- Tipo di stack IP: IPv4 e IPv6 (stack doppio)
- Intervallo IPv4:
10.1.2.0/24
. - Tipo di accesso IPv6: Interno
- Nome:
Fai clic su Fine.
Fai clic su Aggiungi subnet e inserisci le seguenti informazioni:
- Nome:
europe-subnet
- Regione:
europe-west1
- Tipo di stack IP: IPv4 (stack singolo)
- Intervallo di indirizzi IP:
10.3.4.0/24
- Nome:
Fai clic su Fine.
Fai clic su Crea.
gcloud
Per creare una nuova rete VPC in modalità personalizzata, esegui il comando
gcloud compute networks create
.Per configurare intervalli IPv6 interni su qualsiasi subnet di questa rete, utilizza il flag
--enable-ula-internal-ipv6
. Questa opzione assegna un prefisso ULA/48
all'interno dell'intervallofd20::/20
utilizzato da Google Cloud per gli intervalli di subnet IPv6 interni. Se vuoi selezionare l'intervallo IPv6/48
assegnato, utilizza il flag--internal-ipv6-range
per specificare un intervallo.gcloud compute networks create lb-network-dual-stack \ --subnet-mode=custom \ --enable-ula-internal-ipv6 \ --internal-ipv6-range=ULA_IPV6_RANGE \ --bgp-routing-mode=regional
Sostituisci
ULA_IPV6_RANGE
con un prefisso/48
all'interno dell'intervallofd20::/20
utilizzato da Google per gli intervalli di subnet IPv6 interni. Se non utilizzi il flag--internal-ipv6-range
, Google seleziona un prefisso/48
per la rete, ad esempiofd20:bc7:9a1c::/48
.All'interno della rete
NETWORK
, crea una subnet per i backend nella regioneus-west1
e un'altra subnet per testare l'accesso globale nella regioneeurope-west1
.Per creare le subnet, esegui il comando
gcloud compute networks subnets create
.gcloud compute networks subnets create lb-subnet \ --network=lb-network-dual-stack \ --range=10.1.2.0/24 \ --region=us-west1 \ --stack-type=IPV4_IPV6 \ --ipv6-access-type=INTERNAL
gcloud compute networks subnets create europe-subnet \ --network=lb-network-dual-stack \ --range=10.3.4.0/24 \ --region=europe-west1 \ --stack-type=IPV4_IPV6 \ --ipv6-access-type=INTERNAL
API
Crea una nuova rete VPC in modalità personalizzata.
Per configurare intervalli IPv6 interni su qualsiasi subnet di questa rete, imposta enableUlaInternalIpv6
su true. Questa opzione assegna un intervallo /48
all'interno dell'intervallo fd20::/20
utilizzato da Google per gli intervalli di subnet IPv6
interni. Se vuoi selezionare l'intervallo IPv6 /48
da assegnare,
utilizza anche il campo internalIpv6Range
per specificare un intervallo.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks { "autoCreateSubnetworks": false, "name": "lb-network-dual-stack", "mtu": MTU, "enableUlaInternalIpv6": true, "internalIpv6Range": "ULA_IPV6_RANGE", "routingConfig": { "routingMode": "DYNAMIC_ROUTING_MODE" } }
Sostituisci quanto segue:
PROJECT_ID
: l'ID del progetto in cui viene creata la rete VPC.MTU
: l'unità massima di trasmissione della rete. Il valore della MTU può essere1460
(predefinito) o1500
. Esamina la panoramica dell'unità massima di trasmissione prima di impostare l'MTU su1500
.ULA_IPV6_RANGE
: un prefisso/48
all'interno dell'intervallofd20::/20
utilizzato da Google per gli intervalli di subnet IPv6 interni. Se non fornisci un valore perinternalIpv6Range
, Google seleziona un prefisso/48
per la rete.DYNAMIC_ROUTING_MODE
:global
oregional
per controllare il comportamento di annuncio di route dei Router Cloud nella rete. Per ulteriori informazioni, consulta la modalità di routing dinamico.Per ulteriori informazioni, consulta il metodo
networks.insert
.
Invia due richieste POST
al
metodo subnetworks.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/subnetworks { "ipCidrRange": "10.1.2.0/24", "network": "lb-network-dual-stack", "name": "lb-subnet" "stackType": IPV4_IPV6, "ipv6AccessType": Internal }
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/subnetworks { "ipCidrRange": "10.3.4.0/24", "network": "lb-network-dual-stack", "name": "europe-subnet" "stackType": IPV4_IPV6, "ipv6AccessType": Internal }
Configurazione delle regole del firewall
Questo esempio utilizza le seguenti regole firewall:
fw-allow-lb-access
: una regola di ingresso, applicabile a tutti i target della rete VPC, che consente il traffico proveniente da origini negli intervalli10.1.2.0/24
e10.3.4.0/24
. Questa regola consente il traffico in entrata da qualsiasi client che si trova in una delle due subnet. In un secondo momento, puoi configurare e testare l'accesso globale.fw-allow-lb-access-ipv6
: una regola di ingresso, applicabile a tutte le destinazioni della rete VPC, che consente il traffico dalle origini nell'intervallo IPv6 configurato nella subnet. Questa regola consente il traffico IPv6 in entrata da qualsiasi client che si trova in una delle due sottoreti. In un secondo momento, puoi configurare e testare l'accesso globale.fw-allow-ssh
: una regola in entrata, applicabile alle istanze sottoposte a bilanciamento del carico, che consente la connettività SSH in entrata sulla porta TCP 22 da qualsiasi indirizzo. Puoi scegliere un intervallo IP di origine più restrittivo per questa regola. Ad esempio, puoi specificare solo gli intervalli IP del sistema da cui avvii le sessioni SSH. Questo esempio utilizza il tag di destinazioneallow-ssh
per identificare le VM a cui deve essere applicato.fw-allow-health-check
: una regola in entrata, applicabile alle istanze bilanciate in base al carico, che consente il traffico proveniente dai sistemi di controllo di integrità di Google Cloud (130.211.0.0/22
e35.191.0.0/16
). Questo esempio utilizza il tag targetallow-health-check
per identificare le istanze a cui deve essere applicato.fw-allow-health-check-ipv6
: una regola in entrata, applicabile alle istanze bilanciate in base al carico, che consente il traffico proveniente dai sistemi di controllo di integrità di Google Cloud (2600:2d00:1:b029::/64
). Questo esempio utilizza il tag targetallow-health-check-ipv6
per identificare le istanze a cui deve essere applicata.
Senza queste regole firewall, la regola default-deny per il traffico in entrata blocca il traffico in entrata verso le istanze di backend.
Console
Nella console Google Cloud, vai alla pagina Criteri firewall.
Per creare la regola per consentire il traffico nella subnet, fai clic su Crea regola firewall e inserisci le seguenti informazioni:
- Nome:
fw-allow-lb-access
- Rete:
lb-network-dual-stack
- Priorità:
1000
- Direzione del traffico: in entrata
- Azione in caso di corrispondenza: allow
- Destinazioni: Tutte le istanze nella rete
- Filtro di origine: intervalli IPv4
- Intervalli IPv4 di origine:
10.1.2.0/24
e10.3.4.0/24
- Protocolli e porte: Consenti tutto
- Nome:
Fai clic su Crea.
Per consentire il traffico nella subnet IPv6, fai di nuovo clic su Crea regola firewall e inserisci le seguenti informazioni:
- Nome:
fw-allow-lb-access-ipv6
- Rete:
lb-network-dual-stack
- Priorità:
1000
- Direzione del traffico: in entrata
- Azione in caso di corrispondenza: allow
- Destinazioni: Tutte le istanze nella rete
- Filtro di origine: intervalli IPv6
- Intervalli IPv6 di origine: IPV6_ADDRESS assegnati in
lb-subnet
- Protocolli e porte: Consenti tutto
- Nome:
Fai clic su Crea.
Per consentire le connessioni SSH in entrata, fai di nuovo clic su Crea regola firewall e inserisci le seguenti informazioni:
- Nome:
fw-allow-ssh
- Rete:
lb-network-dual-stack
- Priorità:
1000
- Direzione del traffico: in entrata
- Azione in caso di corrispondenza: allow
- Target: tag di destinazione specificati
- Tag di destinazione:
allow-ssh
- Filtro di origine: intervalli IPv4
- Intervalli IPv4 di origine:
0.0.0.0/0
- Protocolli e porte: seleziona Protocolli e porte specificati, la casella di controllo TCP e inserisci
22
in Porte.
- Nome:
Fai clic su Crea.
Per consentire i controlli di integrità IPv6 di Google Cloud, fai di nuovo clic su Crea regola firewall e inserisci le seguenti informazioni:
- Nome:
fw-allow-health-check-ipv6
- Rete:
lb-network-dual-stack
- Priorità:
1000
- Direzione del traffico: in entrata
- Azione in caso di corrispondenza: allow
- Target: tag di destinazione specificati
- Tag di destinazione:
allow-health-check-ipv6
- Filtro di origine: intervalli IPv6
- Intervalli IPv6 di origine:
2600:2d00:1:b029::/64
- Protocolli e porte: Consenti tutto
- Nome:
Fai clic su Crea.
Per consentire i controlli di integrità di Google Cloud, fai di nuovo clic su Crea regola firewall e inserisci le seguenti informazioni:
- Nome:
fw-allow-health-check
- Rete:
lb-network-dual-stack
- Priorità:
1000
- Direzione del traffico: in entrata
- Azione in caso di corrispondenza: allow
- Target: tag di destinazione specificati
- Tag di destinazione:
allow-health-check
- Filtro di origine: intervalli IPv4
- Intervalli IPv4 di origine:
130.211.0.0/22
e35.191.0.0/16
- Protocolli e porte: Consenti tutto
- Nome:
Fai clic su Crea.
gcloud
Crea la regola firewall
fw-allow-lb-access
per consentire la comunicazione con la subnet:gcloud compute firewall-rules create fw-allow-lb-access \ --network=lb-network-dual-stack \ --action=allow \ --direction=ingress \ --source-ranges=10.1.2.0/24,10.3.4.0/24 \ --rules=all
Crea la regola firewall
fw-allow-lb-access-ipv6
per consentire la comunicazione con la subnet:gcloud compute firewall-rules create fw-allow-lb-access-ipv6 \ --network=lb-network-dual-stack \ --action=allow \ --direction=ingress \ --source-ranges=IPV6_ADDRESS \ --rules=all
Sostituisci
IPV6_ADDRESS
con l'indirizzo IPv6 assegnato inlb-subnet
.Crea la regola firewall
fw-allow-ssh
per consentire la connettività SSH alle VM con il tag di reteallow-ssh
. Se omettisource-ranges
, Google Cloud interpreta la regola come qualsiasi origine.gcloud compute firewall-rules create fw-allow-ssh \ --network=lb-network-dual-stack \ --action=allow \ --direction=ingress \ --target-tags=allow-ssh \ --rules=tcp:22
Crea la regola
fw-allow-health-check-ipv6
per consentire i controlli di integrità IPv6 di Google Cloud.gcloud compute firewall-rules create fw-allow-health-check-ipv6 \ --network=lb-network-dual-stack \ --action=allow \ --direction=ingress \ --target-tags=allow-health-check-ipv6 \ --source-ranges=2600:2d00:1:b029::/64 \ --rules=tcp,udp
Crea la regola
fw-allow-health-check
per consentire i controlli di integrità di Google Cloud.gcloud compute firewall-rules create fw-allow-health-check \ --network=lb-network-dual-stack \ --action=allow \ --direction=ingress \ --target-tags=allow-health-check \ --source-ranges=130.211.0.0/22,35.191.0.0/16 \ --rules=tcp,udp,icmp
API
Crea la regola firewall
fw-allow-lb-access
inviando una richiestaPOST
al metodofirewalls.insert
.POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "fw-allow-lb-access", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "priority": 1000, "sourceRanges": [ "10.1.2.0/24", "10.3.4.0/24" ], "allowed": [ { "IPProtocol": "tcp" }, { "IPProtocol": "udp" }, { "IPProtocol": "icmp" } ], "direction": "INGRESS", "logConfig": { "enable": false }, "disabled": false }
Crea la regola firewall
fw-allow-lb-access-ipv6
inviando una richiestaPOST
al metodofirewalls.insert
.POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "fw-allow-lb-access-ipv6", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "priority": 1000, "sourceRanges": [ "IPV6_ADDRESS" ], "allowed": [ { "IPProtocol": "tcp" }, { "IPProtocol": "udp" }, { "IPProtocol": "icmp" } ], "direction": "INGRESS", "logConfig": { "enable": false }, "disabled": false }
Sostituisci
IPV6_ADDRESS
con l'indirizzo IPv6 assegnato inlb-subnet
.Crea la regola firewall
fw-allow-ssh
inviando una richiestaPOST
al metodofirewalls.insert
.POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "fw-allow-ssh", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "priority": 1000, "sourceRanges": [ "0.0.0.0/0" ], "targetTags": [ "allow-ssh" ], "allowed": [ { "IPProtocol": "tcp", "ports": [ "22" ] } ], "direction": "INGRESS", "logConfig": { "enable": false }, "disabled": false }
Crea la regola firewall
fw-allow-health-check-ipv6
inviando una richiestaPOST
al metodofirewalls.insert
.POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "fw-allow-health-check-ipv6", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "priority": 1000, "sourceRanges": [ "2600:2d00:1:b029::/64" ], "targetTags": [ "allow-health-check-ipv6" ], "allowed": [ { "IPProtocol": "tcp" }, { "IPProtocol": "udp" } ], "direction": "INGRESS", "logConfig": { "enable": false }, "disabled": false }
Crea la regola firewall
fw-allow-health-check
inviando una richiestaPOST
al metodofirewalls.insert
.POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "fw-allow-health-check", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "priority": 1000, "sourceRanges": [ "130.211.0.0/22", "35.191.0.0/16" ], "targetTags": [ "allow-health-check" ], "allowed": [ { "IPProtocol": "tcp" }, { "IPProtocol": "udp" }, { "IPProtocol": "icmp" } ], "direction": "INGRESS", "logConfig": { "enable": false }, "disabled": false }
Crea VM e gruppi di istanze di backend
Questo esempio utilizza due gruppi di istanze non gestite, ciascuno con due VM di backend (server). Per dimostrare la natura regionale dei bilanciatori del carico di rete passthrough interni,
i due gruppi di istanze sono posizionati in zone distinte, us-west1-a
e us-west1-c
.
- Il gruppo di istanze
ig-a
contiene queste due VM:vm-a1
vm-a2
- Il gruppo di istanze
ig-c
contiene queste due VM:vm-c1
vm-c2
Il traffico verso tutte e quattro le VM di backend è bilanciato.
Per supportare questo esempio e le opzioni di configurazione aggiuntive, ciascuna delle quattro VM esegue un server web Apache in ascolto sulle seguenti porte TCP: 80
, 8008
, 8080
, 8088
, 443
e 8443
.
A ogni VM viene assegnato un indirizzo IP interno in lb-subnet
e un indirizzo IP esterno (pubblico) temporaneo. Puoi rimuovere gli indirizzi IP esterni più tardi.
L'indirizzo IP esterno per le VM di backend non è obbligatorio, ma è utile per questo esempio perché consente alle VM di backend di scaricare Apache da internet e di connettersi tramite SSH.
Per impostazione predefinita, Apache è configurato per eseguire il binding a qualsiasi indirizzo IP. I bilanciatori del carico di rete passthrough interni inviano i pacchetti preservando l'IP di destinazione.
Assicurati che il software del server in esecuzione sulle VM di backend sia in ascolto sull'indirizzo IP della regola di forwarding interna del bilanciatore del carico. Se configuri più regole di inoltro interno, assicurati che il software ascolti l'indirizzo IP interno associato a ciascuna. L'indirizzo IP di destinazione di un pacchetto consegnato a una VM di backend da un bilanciatore del carico di rete passthrough interno è l'indirizzo IP interno della regola di forwarding.
Assicurati che il tipo di stack della sottorete corrisponda al tipo di stack dei modelli di istanza utilizzati dai gruppi di istanze gestite. La subnet deve essere a stack doppio se il gruppo di istanze gestite utilizza un modello di istanza a stack doppio.
Per semplicità di istruzione, queste VM di backend eseguono Debian GNU/Linux 10.
Console
Crea VM di backend
Nella console Google Cloud, vai alla pagina Istanze VM.
Ripeti i passaggi da 3 a 8 per ogni VM utilizzando le seguenti combinazioni di nome e zona.
- Nome:
vm-a1
, zona:us-west1-a
- Nome:
vm-a2
, zona:us-west1-a
- Nome:
vm-c1
, zona:us-west1-c
- Nome:
vm-c2
, zona:us-west1-c
- Nome:
Fai clic su Crea istanza.
Imposta il Nome come indicato nel passaggio 2.
In Regione seleziona
us-west1
e scegli una Zona come indicato nel passaggio 2.Nella sezione Disco di avvio, assicurati che sia selezionata l'opzione Debian GNU/Linux 12 (bookworm) per le opzioni del disco di avvio. Se necessario, fai clic su Cambia per modificare l'immagine.
Fai clic su Opzioni avanzate.
Fai clic su Networking e configura i seguenti campi:
- In Tag di rete, inserisci
allow-ssh
eallow-health-check-ipv6
. - In Interfacce di rete, seleziona quanto segue:
- Rete:
lb-network-dual-stack
- Subnet:
lb-subnet
- Tipo di stack IP: IPv4 e IPv6 (stack doppio)
- Indirizzo IPv4 interno principale: Ephemeral (automatic)
- Indirizzo IPv4 esterno: Ephemeral
- Rete:
Fai clic su Gestione e, nel campo Script di avvio, inserisci il seguente script. I contenuti dello script sono identici per tutte e quattro le VM.
#! /bin/bash if [ -f /etc/startup_script_completed ]; then exit 0 fi apt-get update apt-get install apache2 -y a2ensite default-ssl a2enmod ssl file_ports="/etc/apache2/ports.conf" file_http_site="/etc/apache2/sites-available/000-default.conf" file_https_site="/etc/apache2/sites-available/default-ssl.conf" http_listen_prts="Listen 80\nListen 8008\nListen 8080\nListen 8088" http_vh_prts="*:80 *:8008 *:8080 *:8088" https_listen_prts="Listen 443\nListen 8443" https_vh_prts="*:443 *:8443" vm_hostname="$(curl -H "Metadata-Flavor:Google" \ http://metadata.google.internal/computeMetadata/v1/instance/name)" echo "Page served from: $vm_hostname" | \ tee /var/www/html/index.html prt_conf="$(cat "$file_ports")" prt_conf_2="$(echo "$prt_conf" | sed "s|Listen 80|${http_listen_prts}|")" prt_conf="$(echo "$prt_conf_2" | sed "s|Listen 443|${https_listen_prts}|")" echo "$prt_conf" | tee "$file_ports" http_site_conf="$(cat "$file_http_site")" http_site_conf_2="$(echo "$http_site_conf" | sed "s|*:80|${http_vh_prts}|")" echo "$http_site_conf_2" | tee "$file_http_site" https_site_conf="$(cat "$file_https_site")" https_site_conf_2="$(echo "$https_site_conf" | sed "s|_default_:443|${https_vh_prts}|")" echo "$https_site_conf_2" | tee "$file_https_site" systemctl restart apache2 touch /etc/startup_script_completed
- In Tag di rete, inserisci
Fai clic su Crea.
Crea gruppi di istanze
Nella console Google Cloud, vai alla pagina Gruppi di istanze.
Ripeti i seguenti passaggi per creare due gruppi di istanze non gestite, ciascuno con due VM, utilizzando queste combinazioni.
- Nome del gruppo di istanze:
ig-a
, zona:us-west1-a
, VM:vm-a1
evm-a2
- Nome del gruppo di istanze:
ig-c
, zona:us-west1-c
, VM:vm-c1
evm-c2
- Nome del gruppo di istanze:
Fai clic su Crea gruppo di istanze.
Fai clic su Nuovo gruppo di istanze non gestite.
Imposta Nome come indicato nel passaggio 2.
Nella sezione Località, seleziona
us-west1
per Regione, quindi scegli una Zona come indicato nel passaggio 2.In Rete, seleziona
lb-network-dual-stack
.In Subnet, seleziona
lb-subnet
.Nella sezione Istanze VM, aggiungi le VM come indicato nel passaggio 2.
Fai clic su Crea.
gcloud
Per creare le quattro VM, esegui il comando
gcloud compute instances create
quattro volte, utilizzando queste quattro combinazioni per[VM-NAME]
e[ZONE]
. I contenuti dello script sono identici per tutte e quattro le VM.VM-NAME
:vm-a1
,ZONE
:us-west1-a
VM-NAME
:vm-a2
,ZONE
:us-west1-a
VM-NAME
:vm-c1
,ZONE
:us-west1-c
VM-NAME
:vm-c2
,ZONE
:us-west1-c
gcloud compute instances create VM-NAME \ --zone=ZONE \ --image-family=debian-12 \ --image-project=debian-cloud \ --tags=allow-ssh,allow-health-check-ipv6 \ --subnet=lb-subnet \ --stack-type=IPV4_IPV6 \ --metadata=startup-script='#! /bin/bash if [ -f /etc/startup_script_completed ]; then exit 0 fi apt-get update apt-get install apache2 -y a2ensite default-ssl a2enmod ssl file_ports="/etc/apache2/ports.conf" file_http_site="/etc/apache2/sites-available/000-default.conf" file_https_site="/etc/apache2/sites-available/default-ssl.conf" http_listen_prts="Listen 80\nListen 8008\nListen 8080\nListen 8088" http_vh_prts="*:80 *:8008 *:8080 *:8088" https_listen_prts="Listen 443\nListen 8443" https_vh_prts="*:443 *:8443" vm_hostname="$(curl -H "Metadata-Flavor:Google" \ http://metadata.google.internal/computeMetadata/v1/instance/name)" echo "Page served from: $vm_hostname" | \ tee /var/www/html/index.html prt_conf="$(cat "$file_ports")" prt_conf_2="$(echo "$prt_conf" | sed "s|Listen 80|${http_listen_prts}|")" prt_conf="$(echo "$prt_conf_2" | sed "s|Listen 443|${https_listen_prts}|")" echo "$prt_conf" | tee "$file_ports" http_site_conf="$(cat "$file_http_site")" http_site_conf_2="$(echo "$http_site_conf" | sed "s|*:80|${http_vh_prts}|")" echo "$http_site_conf_2" | tee "$file_http_site" https_site_conf="$(cat "$file_https_site")" https_site_conf_2="$(echo "$https_site_conf" | sed "s|_default_:443|${https_vh_prts}|")" echo "$https_site_conf_2" | tee "$file_https_site" systemctl restart apache2 touch /etc/startup_script_completed'
Crea i due gruppi di istanze non gestite in ogni zona:
gcloud compute instance-groups unmanaged create ig-a \ --zone=us-west1-a gcloud compute instance-groups unmanaged create ig-c \ --zone=us-west1-c
Aggiungi le VM ai gruppi di istanze appropriati:
gcloud compute instance-groups unmanaged add-instances ig-a \ --zone=us-west1-a \ --instances=vm-a1,vm-a2 gcloud compute instance-groups unmanaged add-instances ig-c \ --zone=us-west1-c \ --instances=vm-c1,vm-c2
api
Per le quattro VM, utilizza i seguenti nomi e zone:
VM-NAME
:vm-a1
,ZONE
:us-west1-a
VM-NAME
:vm-a2
,ZONE
:us-west1-a
VM-NAME
:vm-c1
,ZONE
:us-west1-c
VM-NAME
:vm-c2
,ZONE
:us-west1-c
Puoi ottenere il valore corrente di DEBIAN_IMAGE_NAME
eseguendo il seguente comando gcloud
:
gcloud compute images list \ --filter="family=debian-12"
Crea quattro VM di backend inviando quattro richieste POST
al
metodo instances.insert
:
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instances { "name": "VM-NAME", "tags": { "items": [ "allow-health-check-ipv6", "allow-ssh" ] }, "machineType": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/[ZONE]/machineTypes/e2-standard-2", "canIpForward": false, "networkInterfaces": [ { "stackType": "IPV4_IPV6", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "accessConfigs": [ { "type": "ONE_TO_ONE_NAT", "name": "external-nat", "networkTier": "PREMIUM" } ] } ], "disks": [ { "type": "PERSISTENT", "boot": true, "mode": "READ_WRITE", "autoDelete": true, "deviceName": "VM-NAME", "initializeParams": { "sourceImage": "projects/debian-cloud/global/images/debian-image-name", "diskType": "projects/PROJECT_ID/zones/zone/diskTypes/pd-standard", "diskSizeGb": "10" } } ], "metadata": { "items": [ { "key": "startup-script", "value": "#! /bin/bash\napt-get update\napt-get install apache2 -y\na2ensite default-ssl\na2enmod ssl\nfile_ports=\"/etc/apache2/ports.conf\"\nfile_http_site=\"/etc/apache2/sites-available/000-default.conf\"\nfile_https_site=\"/etc/apache2/sites-available/default-ssl.conf\"\nhttp_listen_prts=\"Listen 80\\nListen 8008\\nListen 8080\\nListen 8088\"\nhttp_vh_prts=\"*:80 *:8008 *:8080 *:8088\"\nhttps_listen_prts=\"Listen 443\\nListen 8443\"\nhttps_vh_prts=\"*:443 *:8443\"\nvm_hostname=\"$(curl -H \"Metadata-Flavor:Google\" \\\nhttp://169.254.169.254/computeMetadata/v1/instance/name)\"\necho \"Page served from: $vm_hostname\" | \\\ntee /var/www/html/index.html\nprt_conf=\"$(cat \"$file_ports\")\"\nprt_conf_2=\"$(echo \"$prt_conf\" | sed \"s|Listen 80|${http_listen_prts}|\")\"\nprt_conf=\"$(echo \"$prt_conf_2\" | sed \"s|Listen 443|${https_listen_prts}|\")\"\necho \"$prt_conf\" | tee \"$file_ports\"\nhttp_site_conf=\"$(cat \"$file_http_site\")\"\nhttp_site_conf_2=\"$(echo \"$http_site_conf\" | sed \"s|*:80|${http_vh_prts}|\")\"\necho \"$http_site_conf_2\" | tee \"$file_http_site\"\nhttps_site_conf=\"$(cat \"$file_https_site\")\"\nhttps_site_conf_2=\"$(echo \"$https_site_conf\" | sed \"s|_default_:443|${https_vh_prts}|\")\"\necho \"$https_site_conf_2\" | tee \"$file_https_site\"\nsystemctl restart apache2" } ] }, "scheduling": { "preemptible": false }, "deletionProtection": false }
Crea due gruppi di istanze inviando una richiesta POST
al
metodo instanceGroups.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instanceGroups { "name": "ig-a", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet" }
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instanceGroups { "name": "ig-c", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet" }
Aggiungi istanze a ogni gruppo di istanze inviando una richiesta POST
al
metodo instanceGroups.addInstances
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instanceGroups/ig-a/addInstances { "instances": [ { "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instances/vm-a1", "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instances/vm-a2" } ] }
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instanceGroups/ig-c/addInstances { "instances": [ { "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instances/vm-c1", "instance": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instances/vm-c2" } ] }
Configura i componenti del bilanciatore del carico
Questi passaggi configurano tutti i componenti del bilanciatore del carico di rete passthrough interno, a partire dal controllo di integrità e dal servizio di backend fino ai componenti frontend:
Controllo di integrità:in questo esempio, utilizzi un controllo di integrità HTTP che controlla la presenza di una risposta HTTP
200
(OK). Per ulteriori informazioni, consulta la sezione relativa ai controlli di integrità della panoramica del bilanciatore del carico di rete passthrough interno.Servizio di backend:poiché devi trasmettere il traffico HTTP attraverso il bilanciatore del carico interno, devi utilizzare TCP, anziché UDP.
Regola di inoltro:questo esempio crea due regole di inoltro interno per il traffico IPv4 e IPv6.
Indirizzo IP interno:in questo esempio, specifichi un indirizzo IP interno,
10.1.2.99
, quando crei la regola di forwarding IPv4. Per ulteriori informazioni, consulta la sezione Indirizzo IP interno. Sebbene tu scelga quale indirizzo IPv4 venga configurato, l'indirizzo IPv6 viene assegnato automaticamente.
Console
Avvia la configurazione
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
- Fai clic su Crea bilanciatore del carico.
- In Tipo di bilanciatore del carico, seleziona Bilanciatore del carico di rete (TCP/UDP/SSL) e fai clic su Avanti.
- Per Proxy o passthrough, seleziona Bilanciatore del carico passthrough e fai clic su Avanti.
- In Pubblico o interno, seleziona Interno e fai clic su Avanti.
- Fai clic su Configura.
Configurazione di base
Nella pagina Crea bilanciatore del carico di rete passthrough interno, inserisci le seguenti informazioni:
- Nome del bilanciatore del carico:
be-ilb
- Regione:
us-west1
- Rete:
lb-network-dual-stack
Configurazione backend
- Fai clic su Configurazione backend.
- Nella sezione Nuovo backend di Backend, seleziona il Tipo di stack IP come IPv4 e IPv6 (stack doppio).
- In Gruppo di istanze, seleziona il gruppo di istanze
ig-a
e fai clic su Fine. - Fai clic su Aggiungi un backend e ripeti il passaggio per aggiungere
ig-c
. - Nell'elenco Controllo di integrità, seleziona Crea un controllo di integrità,
inserisci le seguenti informazioni e fai clic su Salva:
- Nome:
hc-http-80
. - Ambito: Regionale.
- Protocollo:
HTTP
. - Porta:
80
. - Protocollo proxy:
NONE
. - Percorso richiesta:
/
.
- Nome:
- Verifica che accanto a Configurazione backend sia visualizzato un segno di spunta blu.
Configurazione frontend
- Fai clic su Configurazione frontend. Nella sezione Nuovi IP e porta frontend:
- In Nome, inserisci
fr-ilb-ipv6
. - Per gestire il traffico IPv6:
- Per Versione IP, seleziona IPv6.
- In Subnet, seleziona
lb-subnet
. L'intervallo di indirizzi IPv6 nella regola di forwarding è sempre temporaneo. - In Porte, seleziona Più porte e nel campo Numero porta inserisci
80
,8008
,8080
,8088
. - Fai clic su Fine.
- Per gestire il traffico IPv4:
- Fai clic su Aggiungi IP e porta frontend.
- In Nome, inserisci
fr-ilb
. - In Subnet, seleziona
lb-subnet
. - Nella sezione Finalità dell'IP interno, nell'elenco Indirizzo IP, seleziona Crea indirizzo IP,
inserisci le seguenti informazioni e poi fai clic su Prenota.
- Nome:
ip-ilb
- Versione IP: IPv4
- Indirizzo IP statico:Scegli per me
- Indirizzo IP personalizzato:
10.1.2.99
- Nome:
- In Porte, seleziona Più porte e in Numeri di porta inserisci
80
,8008
,8080
e8088
. - Fai clic su Fine.
- Verifica che sia presente un segno di spunta blu accanto a Configurazione frontend prima di continuare.
- In Nome, inserisci
Rivedi la configurazione
- Fai clic su Esamina e finalizza. Controlla tutte le impostazioni.
- Se le impostazioni sono corrette, fai clic su Crea. La creazione del bilanciatore del carico di rete passthrough interno richiede alcuni minuti.
gcloud
Crea un nuovo controllo di integrità HTTP a livello di regione per verificare la connettività HTTP alle VM sulla porta 80.
gcloud compute health-checks create http hc-http-80 \ --region=us-west1 \ --port=80
Crea il servizio di backend per il traffico HTTP:
gcloud compute backend-services create be-ilb \ --load-balancing-scheme=internal \ --protocol=tcp \ --region=us-west1 \ --health-checks=hc-http-80 \ --health-checks-region=us-west1
Aggiungi i due gruppi di istanze al servizio di backend:
gcloud compute backend-services add-backend be-ilb \ --region=us-west1 \ --instance-group=ig-a \ --instance-group-zone=us-west1-a gcloud compute backend-services add-backend be-ilb \ --region=us-west1 \ --instance-group=ig-c \ --instance-group-zone=us-west1-c
Crea due regole di inoltro per il servizio di backend. Quando crei la regola di forwarding IPv4, specifica
10.1.2.99
per l'indirizzo IP interno nella subnet per gli indirizzi IPv4.gcloud compute forwarding-rules create fr-ilb \ --region=us-west1 \ --load-balancing-scheme=internal \ --subnet=lb-subnet \ --address=10.1.2.99 \ --ip-protocol=TCP \ --ports=80,8008,8080,8088 \ --backend-service=be-ilb \ --backend-service-region=us-west1
gcloud compute forwarding-rules create fr-ilb-ipv6 \ --region=us-west1 \ --load-balancing-scheme=internal \ --subnet=lb-subnet \ --ip-protocol=TCP \ --ports=80,8008,8080,8088 \ --backend-service=be-ilb \ --backend-service-region=us-west1 \ --ip-version=IPV6
api
Crea il controllo di integrità inviando una richiesta POST
al
metodo regionHealthChecks.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/regionHealthChecks { "name": "hc-http-80", "type": "HTTP", "httpHealthCheck": { "port": 80 } }
Crea il servizio di backend regionale inviando una richiesta POST
al
metodo regionBackendServices.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices { "name": "be-ilb", "backends": [ { "group": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instanceGroups/ig-a", "balancingMode": "CONNECTION" }, { "group": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-c/instanceGroups/ig-c", "balancingMode": "CONNECTION" } ], "healthChecks": [ "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/healthChecks/hc-http-80" ], "loadBalancingScheme": "INTERNAL", "connectionDraining": { "drainingTimeoutSec": 0 } }
Crea la regola di forwarding inviando una richiesta POST
al
metodo forwardingRules.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules { "name": "fr-ilb-ipv6", "IPProtocol": "TCP", "ports": [ "80", "8008", "8080", "8088" ], "loadBalancingScheme": "INTERNAL", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "backendService": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb", "ipVersion": "IPV6", "networkTier": "PREMIUM" }
Crea la regola di forwarding inviando una richiesta POST
al
metodo forwardingRules.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules { "name": "fr-ilb", "IPAddress": "10.1.2.99", "IPProtocol": "TCP", "ports": [ "80", "8008", "8080", "8088" ], "loadBalancingScheme": "INTERNAL", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "backendService": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb", "networkTier": "PREMIUM" }
Testa il bilanciatore del carico
Per testare il bilanciatore del carico, crea una VM client nella stessa regione del bilanciatore del carico e poi invia traffico dal client al bilanciatore del carico.
Crea una VM client
Questo esempio crea una VM client (vm-client
) nella stessa regione delle VM di backend (server). Il client viene utilizzato per convalidare la configurazione del bilanciatore del carico
e dimostrare il comportamento previsto come descritto nella sezione Test.
Console
Nella console Google Cloud, vai alla pagina Istanze VM.
Fai clic su Crea istanza.
In Nome, inserisci
vm-client
.In Regione, seleziona
us-west1
.In Zona, seleziona
us-west1-a
.Fai clic su Opzioni avanzate.
Fai clic su Networking e configura i seguenti campi:
- In Tag di rete, inserisci
allow-ssh
. - In Interfacce di rete, seleziona quanto segue:
- Rete:
lb-network-dual-stack
- Subnet:
lb-subnet
- Tipo di stack IP: IPv4 e IPv6 (stack doppio)
- IP interno principale: Ephemeral (automatic)
- IP esterno: Ephemeral
- Rete:
- Fai clic su Fine.
- In Tag di rete, inserisci
Fai clic su Crea.
gcloud
La VM client può trovarsi in qualsiasi zona della stessa regione del bilanciatore del carico e può utilizzare qualsiasi sottorete della regione. In questo esempio, il client si trova nella zona us-west1-a
e utilizza la stessa sottorete delle VM di backend.
gcloud compute instances create vm-client \ --zone=us-west1-a \ --image-family=debian-12 \ --image-project=debian-cloud \ --stack-type=IPV4_IPV6 \ --tags=allow-ssh \ --subnet=lb-subnet
api
Invia una richiesta POST
al
metodo instances.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instances { "name": "vm-client", "tags": { "items": [ "allow-ssh" ] }, "machineType": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/machineTypes/e2-standard-2", "canIpForward": false, "networkInterfaces": [ { "stackType": "IPV4_IPV6", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network-dual-stack", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "accessConfigs": [ { "type": "ONE_TO_ONE_NAT", "name": "external-nat", "networkTier": "PREMIUM" } ] } ], "disks": [ { "type": "PERSISTENT", "boot": true, "mode": "READ_WRITE", "autoDelete": true, "deviceName": "vm-client", "initializeParams": { "sourceImage": "projects/debian-cloud/global/images/debian-image-name", "diskType": "projects/PROJECT_ID/zones/us-west1-a/diskTypes/pd-standard", "diskSizeGb": "10" } } ], "scheduling": { "preemptible": false }, "deletionProtection": false }
Prova la connessione
Questo test contatta il bilanciatore del carico da una VM client separata, ovvero non da una VM di backend del bilanciatore del carico. Il comportamento previsto implica che il traffico venga distribuito tra le quattro VM di backend.
Connettiti all'istanza VM client.
gcloud compute ssh vm-client --zone=us-west1-a
Descrivi la regola di forwarding IPv6
fr-ilb-ipv6
. Prendi nota delIPV6_ADDRESS
nella descrizione.gcloud compute forwarding-rules describe fr-ilb-ipv6 --region=us-west1
Descrivi la regola di forwarding IPv4
fr-ilb
.gcloud compute forwarding-rules describe fr-ilb --region=us-west1
Dai client con connettività IPv6, esegui il seguente comando:
$ curl -m 10 -s http://IPV6_ADDRESS:80
Ad esempio, se l'indirizzo IPv6 assegnato è
[fd20:1db0:b882:802:0:46:0:0/96]:80
, il comando dovrebbe avere il seguente aspetto:$ curl -m 10 -s http://[fd20:1db0:b882:802:0:46:0:0]:80
Dai client con connettività IPv4, esegui il seguente comando:
$ curl -m 10 -s http://10.1.2.99:80
Sostituisci i segnaposto con valori validi:
IPV6_ADDRESS
è l'indirizzo IPv6 temporaneo nellafr-ilb-ipv6
regola di forwarding.
Opzioni di configurazione aggiuntive
Questa sezione espande l'esempio di configurazione per fornire opzioni di configurazione alternative e aggiuntive. Tutte le attività sono facoltative. Puoi eseguirli in qualsiasi ordine.
Abilita accesso globale
Puoi attivare l'accesso globale per il bilanciatore del carico di rete passthrough interno di esempio in modo da renderlo accessibile ai client in tutte le regioni.
I backend del bilanciatore del carico di esempio devono comunque trovarsi in una regione
(us-west1
).
Per configurare l'accesso globale, apporta le seguenti modifiche alla configurazione.
Console
Modifica la regola di inoltro del bilanciatore del carico
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
Nella colonna Nome, fai clic sul bilanciatore del carico di rete passthrough interno. Il bilanciatore del carico di esempio è denominato
be-ilb
.Fai clic su Configurazione frontend.
Fai clic su Modifica
.In Accesso globale, seleziona Attiva.
Fai clic su Fine.
Fai clic su Aggiorna.
Nella pagina Dettagli del bilanciatore del carico, verifica che la configurazione frontend indichi Regionale (REGION
) con accesso globale.
gcloud
Aggiorna la regola di forwarding del bilanciatore del carico di esempio,
fr-ilb
, in modo da includere il flag--allow-global-access
.gcloud compute forwarding-rules update fr-ilb \ --region=us-west1 \ --allow-global-access
Puoi utilizzare il comando
forwarding-rules describe
per determinare se per una regola di forwarding è abilitato l'accesso globale. Ad esempio:gcloud compute forwarding-rules describe fr-ilb \ --region=us-west1 \ --format="get(name,region,allowGlobalAccess)"
La parola
True
viene visualizzata nell'output, dopo il nome e la regione della regola di forwarding, quando l'accesso globale è attivato.
API
Invia una richiesta PATCH
al
metodo forwardingRules/patch
.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules/fr-ilb { "allowGlobalAccess": true }
Crea una VM client per testare l'accesso globale
Console
Nella console Google Cloud, vai alla pagina Istanze VM.
Fai clic su Crea istanza.
Imposta Nome su
vm-client2
.Imposta Regione su
europe-west1
.Imposta Zona su
europe-west1-b
.Fai clic su Opzioni avanzate.
Fai clic su Networking e configura i seguenti campi:
- In Tag di rete, inserisci
allow-ssh
. - In Interfacce di rete, seleziona quanto segue:
- Rete:
lb-network
- Subnet:
europe-subnet
- Rete:
- In Tag di rete, inserisci
Fai clic su Crea.
gcloud
La VM client può trovarsi in qualsiasi zona della stessa regione del bilanciatore del carico e può utilizzare qualsiasi sottorete della regione. In questo esempio, il client si trova nella zona europe-west1-b
e utilizza la stessa sottorete delle VM di backend.
gcloud compute instances create vm-client2 \ --zone=europe-west1-b \ --image-family=debian-12 \ --image-project=debian-cloud \ --tags=allow-ssh \ --subnet=europe-subnet
API
Invia una richiesta POST
al
metodo instances.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/europe-west1-b/instances { "name": "vm-client2", "tags": { "items": [ "allow-ssh" ] }, "machineType": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/zones/europe-west1-b/machineTypes/e2-standard-2", "canIpForward": false, "networkInterfaces": [ { "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/europe-west1/subnetworks/europe-subnet", "accessConfigs": [ { "type": "ONE_TO_ONE_NAT", "name": "external-nat", "networkTier": "PREMIUM" } ] } ], "disks": [ { "type": "PERSISTENT", "boot": true, "mode": "READ_WRITE", "autoDelete": true, "deviceName": "vm-client2", "initializeParams": { "sourceImage": "projects/debian-cloud/global/images/debian-image-name", "diskType": "projects/PROJECT_ID/zones/europe-west1-b/diskTypes/pd-standard", "diskSizeGb": "10" } } ], "scheduling": { "preemptible": false }, "deletionProtection": false }
Connettiti alla VM client e testa la connettività
Per testare la connettività, esegui il seguente comando:
gcloud compute ssh vm-client2 --zone=europe-west1-b
Testa la connessione al bilanciatore del carico su tutte le porte configurate, come hai fatto dal vm-client
nella regione us-west1
. Testa la connettività HTTP sulle quattro porte configurate nella regola di forwarding:
curl http://10.1.2.99 curl http://10.1.2.99:8008 curl http://10.1.2.99:8080 curl http://10.1.2.99:8088
Configura i gruppi di istanze gestite
La configurazione di esempio ha creato due gruppi di istanze non gestite. In alternativa, puoi utilizzare i gruppi di istanze gestite, inclusi i gruppi di istanze gestite a livello di zona e di regione, come backend per i bilanciatori del carico di rete passthrough interni.
I gruppi di istanze gestite richiedono la creazione di un modello di istanza. Questa procedura mostra come sostituire i due gruppi di istanze non gestite per zona dell'esempio con un unico gruppo di istanze gestite a livello di regione. Un gruppo di istanze gestite regionale crea automaticamente VM in più zone della regione, semplificando la distribuzione del traffico di produzione tra le zone.
I gruppi di istanze gestite supportano anche la scalabilità automatica e la riparazione automatica. Se utilizzi la scalabilità automatica con bilanciatori del carico di rete passthrough interni, non puoi eseguire la scalabilità in base al bilanciamento del carico.
Questa procedura mostra come modificare il servizio di backend per il bilanciatore del carico di rete passthrough interno di esempio in modo che utilizzi un gruppo di istanze gestite a livello di area geografica.
Console
Modello di istanza
Nella console Google Cloud, vai alla pagina Modelli di istanza VM.
Fai clic su Crea modello istanza.
Imposta Nome su
template-vm-ilb
.Scegli un tipo di macchina.
Nella sezione Disco di avvio, assicurati che sia selezionata l'opzione Debian GNU/Linux 12 (bookworm) per le opzioni del disco di avvio. Se necessario, fai clic su Cambia per modificare l'immagine.
Fai clic su Opzioni avanzate.
Fai clic su Networking e configura i seguenti campi:
- In Tag di rete, inserisci
allow-ssh
eallow-health-check
. - In Interfacce di rete, seleziona quanto segue:
- Rete:
lb-network
- Subnet:
lb-subnet
- Rete:
- In Tag di rete, inserisci
Fai clic su Gestione e, nel campo Script di avvio, inserisci il seguente script:
#! /bin/bash if [ -f /etc/startup_script_completed ]; then exit 0 fi apt-get update apt-get install apache2 -y a2ensite default-ssl a2enmod ssl file_ports="/etc/apache2/ports.conf" file_http_site="/etc/apache2/sites-available/000-default.conf" file_https_site="/etc/apache2/sites-available/default-ssl.conf" http_listen_prts="Listen 80\nListen 8008\nListen 8080\nListen 8088" http_vh_prts="*:80 *:8008 *:8080 *:8088" https_listen_prts="Listen 443\nListen 8443" https_vh_prts="*:443 *:8443" vm_hostname="$(curl -H "Metadata-Flavor:Google" \ http://metadata.google.internal/computeMetadata/v1/instance/name)" echo "Page served from: $vm_hostname" | \ tee /var/www/html/index.html prt_conf="$(cat "$file_ports")" prt_conf_2="$(echo "$prt_conf" | sed "s|Listen 80|${http_listen_prts}|")" prt_conf="$(echo "$prt_conf_2" | sed "s|Listen 443|${https_listen_prts}|")" echo "$prt_conf" | tee "$file_ports" http_site_conf="$(cat "$file_http_site")" http_site_conf_2="$(echo "$http_site_conf" | sed "s|*:80|${http_vh_prts}|")" echo "$http_site_conf_2" | tee "$file_http_site" https_site_conf="$(cat "$file_https_site")" https_site_conf_2="$(echo "$https_site_conf" | sed "s|_default_:443|${https_vh_prts}|")" echo "$https_site_conf_2" | tee "$file_https_site" systemctl restart apache2 touch /etc/startup_script_completed
Fai clic su Crea.
Gruppo di istanze gestite
Nella console Google Cloud, vai alla pagina Gruppi di istanze.
Fai clic su Crea gruppo di istanze.
Imposta Nome su
ig-ilb
.Per Località, scegli Più zone e imposta Regione su
us-west1
.Imposta Modello di istanza su
template-vm-ilb
.(Facoltativo) Configura la scalabilità automatica. Non puoi eseguire la scalabilità automatica del gruppo di istanze in base all'utilizzo del bilanciamento del carico HTTP perché il gruppo di istanze è un backend per il bilanciatore del carico di rete passthrough interno.
Imposta Numero minimo di istanze su
1
e Numero massimo di istanze su6
.(Facoltativo) Configura la riparazione automatica. Se configuri la riparazione automatica, utilizza lo stesso controllo di integrità utilizzato dal servizio di backend per il bilanciatore del carico di rete passthrough interno. In questo esempio, utilizza
hc-http-80
.Fai clic su Crea.
gcloud
Crea il modello di istanza. Se vuoi, puoi impostare altri parametri, come il tipo di macchina, da utilizzare per il modello di immagine.
gcloud compute instance-templates create template-vm-ilb \ --image-family=debian-12 \ --image-project=debian-cloud \ --tags=allow-ssh,allow-health-check \ --subnet=lb-subnet \ --region=us-west1 \ --network=lb-network \ --metadata=startup-script='#! /bin/bash if [ -f /etc/startup_script_completed ]; then exit 0 fi apt-get update apt-get install apache2 -y a2ensite default-ssl a2enmod ssl file_ports="/etc/apache2/ports.conf" file_http_site="/etc/apache2/sites-available/000-default.conf" file_https_site="/etc/apache2/sites-available/default-ssl.conf" http_listen_prts="Listen 80\nListen 8008\nListen 8080\nListen 8088" http_vh_prts="*:80 *:8008 *:8080 *:8088" https_listen_prts="Listen 443\nListen 8443" https_vh_prts="*:443 *:8443" vm_hostname="$(curl -H "Metadata-Flavor:Google" \ http://metadata.google.internal/computeMetadata/v1/instance/name)" echo "Page served from: $vm_hostname" | \ tee /var/www/html/index.html prt_conf="$(cat "$file_ports")" prt_conf_2="$(echo "$prt_conf" | sed "s|Listen 80|${http_listen_prts}|")" prt_conf="$(echo "$prt_conf_2" | sed "s|Listen 443|${https_listen_prts}|")" echo "$prt_conf" | tee "$file_ports" http_site_conf="$(cat "$file_http_site")" http_site_conf_2="$(echo "$http_site_conf" | sed "s|*:80|${http_vh_prts}|")" echo "$http_site_conf_2" | tee "$file_http_site" https_site_conf="$(cat "$file_https_site")" https_site_conf_2="$(echo "$https_site_conf" | sed "s|_default_:443|${https_vh_prts}|")" echo "$https_site_conf_2" | tee "$file_https_site" systemctl restart apache2 touch /etc/startup_script_completed'
Crea un gruppo di istanze gestite regionale utilizzando il modello:
gcloud compute instance-groups managed create ig-ilb \ --template=template-vm-ilb \ --region=us-west1 \ --size=6
Aggiungi il gruppo di istanze gestite a livello di regione come backend al servizio di backend che hai già creato:
gcloud compute backend-services add-backend be-ilb \ --region=us-west1 \ --instance-group=ig-ilb \ --instance-group-region=us-west1
Scollega i due gruppi di istanze non gestite (a livello di zona) dal servizio di backend:
gcloud compute backend-services remove-backend be-ilb \ --region=us-west1 \ --instance-group=ig-a \ --instance-group-zone=us-west1-a gcloud compute backend-services remove-backend be-ilb \ --region=us-west1 \ --instance-group=ig-c \ --instance-group-zone=us-west1-c
Rimuovi gli indirizzi IP esterni dalle VM di backend
Quando hai creato le VM di backend, a ciascuna è stato assegnato un indirizzo IP esterno temporaneo in modo che potesse scaricare Apache utilizzando uno script di avvio. Poiché le VM di backend vengono utilizzate solo da un bilanciatore del carico di rete passthrough interno, puoi rimuovere i relativi indirizzi IP esterni. La rimozione degli indirizzi IP esterni impedisce alle VM di backend di accedere direttamente a internet.
Console
Nella console Google Cloud, vai alla pagina Istanze VM.
Ripeti i seguenti passaggi per ogni VM di backend.
Fai clic sul nome della VM di backend, ad esempio
vm-a1
.Fai clic su
Modifica.Nella sezione Interfacce di rete, fai clic sulla rete.
Nell'elenco IP esterno, seleziona Nessuno e fai clic su Fine.
Fai clic su Salva.
gcloud
Per cercare la zona di un'istanza, ad esempio se utilizzi un gruppo di istanze gestite a livello di regione , esegui il seguente comando per ogni istanza per determinarne la zona. Sostituisci
[SERVER-VM]
con il nome della VM da cercare.gcloud compute instances list --filter="name=[SERVER-VM]"
Ripeti il passaggio seguente per ogni VM di backend. Sostituisci
[SERVER-VM]
con il nome della VM e[ZONE]
con la zona della VM.gcloud compute instances delete-access-config [SERVER-VM] \ --zone=[ZONE] \ --access-config-name=external-nat
API
Invia una richiesta POST
al
metodo instances.deleteAccessConfig
per ogni VM di backend, sostituendovm-a1
con il nome della VM e us-west1-a
con la zona della VM.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/us-west1-a/instances/vm-a1/deleteAccessConfig?accessConfig=external-nat&networkInterface=None
Utilizza un indirizzo IP interno riservato
Quando crei VM e gruppi di istanze di backend, l'istanza VM utilizza un indirizzo IPv4 o IPv6 interno temporaneo.
I passaggi che seguono mostrano come promuovere un indirizzo IPv4 o IPv6 interno a un indirizzo IPv4 o IPv6 interno statico e poi aggiornare l'istanza VM in modo che utilizzi l'indirizzo IP interno statico:
- Esegui la promozione di un indirizzo IPv4 o IPv6 interno temporaneo in uso a un indirizzo statico.
- Cambia o assegna un indirizzo IPv6 interno a un'istanza esistente.
In alternativa, i passaggi che seguono mostrano come prenotare un nuovo indirizzo IPv4 o IPv6 interno statico e aggiornare l'istanza VM in modo che utilizzi l'indirizzo IP interno statico:
Prenota un nuovo indirizzo IPv4 o IPv6 interno statico.
A differenza della prenotazione IPv4 interna, la prenotazione IPv6 interna non supporta la prenotazione di un indirizzo IP specifico dalla subnet. Viene invece allocato automaticamente un intervallo di indirizzi IPv6 interno di
/96
dall'intervallo di indirizzi IPv6 interno di/64
della subnet.Cambia o assegna un indirizzo IPv6 interno a un'istanza esistente.
Per ulteriori informazioni, consulta Come prenotare un indirizzo IP interno statico.
Accetta il traffico su tutte le porte
La regola di forwarding del bilanciatore del carico, non il servizio di backend, determina la porta o le porte su cui il bilanciatore del carico accetta il traffico. Per informazioni sullo scopo di ciascun componente, consulta Componenti.
Quando hai creato la regola di inoltro di questo bilanciatore del carico di esempio, hai configurato le porte 80
, 8008
, 8080
e 8088
. Lo script di avvio che installa Apache lo configura anche per accettare connessioni HTTPS sulle porte 443
e 8443
.
Per supportare queste sei porte, puoi configurare la regola di forwarding in modo che accetti il traffico su tutte le porte. Con questa strategia, puoi anche configurare la regola o le regole firewall che consentono le connessioni in entrata alle VM di backend in modo che consentano solo determinate porte.
Questa procedura mostra come eliminare la regola di inoltro corrente del bilanciatore del carico e crearne una nuova che accetti il traffico su tutte le porte.
Per ulteriori informazioni su quando utilizzare questa configurazione, consulta Bilanciatori del carico di rete passthrough interni e regole di inoltro con un indirizzo IP comune.
Console
Eliminare la regola di forwarding e crearne una nuova
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
Fai clic sul bilanciatore del carico
be-ilb
e poi su Modifica.Fai clic su Configurazione frontend.
Tieni il puntatore del mouse sopra la regola di forwarding
10.1.2.9
e fai clic su Elimina.Fai clic su Aggiungi IP e porta frontend.
Nella sezione Nuovi IP e porta frontend, inserisci le seguenti informazioni e fai clic su Fine:
- Nome:
fr-ilb
- Subnet:
lb-subnet
- IP interno:
ip-ilb
- Porte: Tutte.
- Nome:
Verifica che sia presente un segno di spunta blu accanto a Configurazione frontend prima di continuare.
Fai clic su Esamina e finalizza e rivedi le impostazioni di configurazione del bilanciatore del carico.
Fai clic su Crea.
gcloud
Elimina la regola di forwarding esistente
fr-ilb
.gcloud compute forwarding-rules delete fr-ilb \ --region=us-west1
Crea una regola di forwarding sostitutiva con lo stesso nome, la cui configurazione della porta utilizza la parola chiave
ALL
. Gli altri parametri per la regola di forwarding rimangono invariati.gcloud compute forwarding-rules create fr-ilb \ --region=us-west1 \ --load-balancing-scheme=internal \ --network=lb-network \ --subnet=lb-subnet \ --address=10.1.2.99 \ --ip-protocol=TCP \ --ports=ALL \ --backend-service=be-ilb \ --backend-service-region=us-west1
API
Elimina la regola di forwarding inviando una richiesta DELETE
al
metodo forwardingRules.delete
.
DELETE https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules/fr-ilb
Crea la regola di forwarding inviando una richiesta POST
al
metodo forwardingRules.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules { "name": "fr-ilb", "IPAddress": "10.1.2.99", "IPProtocol": "TCP", "allPorts": true, "loadBalancingScheme": "INTERNAL", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "backendService": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb", "networkTier": "PREMIUM" }
Testa il traffico su tutte le porte configurate
Connettiti all'istanza VM client e testa le connessioni HTTP e HTTPS.
Connettiti alla VM client:
gcloud compute ssh vm-client --zone=us-west1-a
Verifica la connettività HTTP su tutte e quattro le porte:
curl http://10.1.2.99 curl http://10.1.2.99:8008 curl http://10.1.2.99:8080 curl http://10.1.2.99:8088
Verifica la connettività HTTPS sulle porte
443
e8443
. Il flag--insecure
è obbligatorio perché ogni server Apache nella configurazione di esempio utilizza un certificato autofirmato.curl https://10.1.2.99 --insecure curl https://10.1.2.99:8443 --insecure
Nota che le richieste HTTP (su tutte e quattro le porte) e le richieste HTTPS (su entrambe le porte) sono distribuite tra tutte le VM di backend.
Accettare il traffico su più porte utilizzando due regole di inoltro
Quando hai creato la regola di inoltro di questo bilanciatore del carico di esempio, hai configurato le porte 80
, 8008
, 8080
e 8088
. Lo script di avvio che installa Apache lo configura anche per accettare connessioni HTTPS sulle porte 443
e 8443
.
Una strategia alternativa alla configurazione di una singola regola di forwarding per accettare il traffico su tutte le porte è creare più regole di inoltro, ciascuna supportante al massimo cinque porte.
Questa procedura mostra come sostituire la regola di inoltro del bilanciatore del carico di esempio con due regole di inoltro, una che gestisce il traffico sulle porte 80
, 8008
, 8080
e 8088
e l'altra che gestisce il traffico sulle porte 443
e 8443
.
Per ulteriori informazioni su quando utilizzare questa configurazione, consulta Bilanciatori del carico di rete passthrough interni e regole di inoltro con un indirizzo IP comune.
Console
Nella console Google Cloud, vai alla pagina Regole di inoltro.
Nella colonna Nome, fai clic su
fr-ilb
e poi su Elimina.Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
Nella colonna Nome, fai clic su
be-ilb
.Fai clic su Modifica.
Fai clic su Configurazione frontend.
Fai clic su Aggiungi IP e porta frontend.
Nella sezione Nuovi IP e porta frontend:
- In Nome, inserisci
fr-ilb-http
. - In Subnet, seleziona
lb-subnet
. - Per Scopo IP interno, seleziona Condiviso.
- Nell'elenco Indirizzo IP, seleziona Crea indirizzo IP,
inserisci le seguenti informazioni e fai clic su Prenota:
- Nome:
internal-10-1-2-99
- Indirizzo IP statico: Scelta manuale
- Indirizzo IP personalizzato:
10.1.2.99
- Nome:
- In Porte, seleziona Più porte e in Numeri di porta inserisci
80
,8008
,8080
e8088
. - Fai clic su Fine.
- In Nome, inserisci
Fai clic su Aggiungi IP e porta frontend.
Nella sezione Nuovi IP e porta frontend:
- In Nome, inserisci
fr-ilb-https
. - In Subnet, seleziona
lb-subnet
. - Per Scopo IP interno, seleziona Condiviso.
- Nell'elenco Indirizzo IP, seleziona
internal-10-1-2-99
. - In Porte, seleziona Più porte e in Numeri di porta, inserisci
443
e8443
. - Fai clic su Fine.
- In Nome, inserisci
Fai clic su Esamina e finalizza e rivedi le impostazioni di configurazione del bilanciatore del carico.
Fai clic su Aggiorna.
gcloud
Elimina la regola di forwarding esistente
fr-ilb
.gcloud compute forwarding-rules delete fr-ilb \ --region=us-west1
Crea un indirizzo IP interno statico (prenotato) per
10.1.2.99
e imposta il relativo flag--purpose
suSHARED_LOADBALANCER_VIP
. Il flag--purpose
è obbligatorio affinché due regole di inoltro interno possano utilizzare lo stesso indirizzo IP interno.gcloud compute addresses create internal-10-1-2-99 \ --region=us-west1 \ --subnet=lb-subnet \ --addresses=10.1.2.99 \ --purpose=SHARED_LOADBALANCER_VIP
- Crea due regole di inoltro sostitutive con i seguenti parametri:
gcloud compute forwarding-rules create fr-ilb-http \ --region=us-west1 \ --load-balancing-scheme=internal \ --network=lb-network \ --subnet=lb-subnet \ --address=10.1.2.99 \ --ip-protocol=TCP \ --ports=80,8008,8080,8088 \ --backend-service=be-ilb \ --backend-service-region=us-west1
gcloud compute forwarding-rules create fr-ilb-https \ --region=us-west1 \ --load-balancing-scheme=internal \ --network=lb-network \ --subnet=lb-subnet \ --address=10.1.2.99 \ --ip-protocol=TCP \ --ports=443,8443 \ --backend-service=be-ilb \ --backend-service-region=us-west1
API
Elimina la regola di forwarding inviando una richiesta DELETE
al
metodo forwardingRules.delete
.
DELETE https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules/fr-ilb
Crea un indirizzo IP interno statico (prenotato) per 10.1.2.99
e impostane lo scopo su SHARED_LOADBALANCER_VIP
inviando una richiesta POST
al
metodo addresses.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/addresses { "name": "internal-10-1-2-99", "address": "10.1.2.99", "prefixLength": 32, "addressType": INTERNAL, "purpose": SHARED_LOADBALANCER_VIP, "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet" }
Crea due regole di inoltro inviando due richieste POST
al
metodo forwardingRules.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules { "name": "fr-ilb-http", "IPAddress": "10.1.2.99", "IPProtocol": "TCP", "ports": [ "80", "8008", "8080", "8088" ], "loadBalancingScheme": "INTERNAL", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "backendService": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb", "networkTier": "PREMIUM" }
{ "name": "fr-ilb-https", "IPAddress": "10.1.2.99", "IPProtocol": "TCP", "ports": [ "443", "8443" ], "loadBalancingScheme": "INTERNAL", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "backendService": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb", "networkTier": "PREMIUM" }
Testare il traffico su più porte configurate
Connettiti all'istanza VM client e testa le connessioni HTTP e HTTPS.
Connettiti alla VM client:
gcloud compute ssh vm-client --zone=us-west1-a
Verifica la connettività HTTP su tutte e quattro le porte:
curl http://10.1.2.99 curl http://10.1.2.99:8008 curl http://10.1.2.99:8080 curl http://10.1.2.99:8088
Verifica la connettività HTTPS sulle porte
443
e8443
. Il flag--insecure
è obbligatorio perché ogni server Apache nella configurazione di esempio utilizza un certificato autofirmato.curl https://10.1.2.99 --insecure curl https://10.1.2.99:8443 --insecure
Nota che le richieste HTTP (su tutte e quattro le porte) e le richieste HTTPS (su entrambe le porte) sono distribuite tra tutte le VM di backend.
Utilizzare l'affinità sessione
La configurazione di esempio crea un servizio di backend senza affinità sessione.
Questa procedura mostra come aggiornare il servizio di backend per l'esempio di bilanciatore del carico di rete passthrough interno in modo che utilizzi l'affinità sessione in base a un hash creato dagli indirizzi IP del client e dall'indirizzo IP della regola di forwarding interna del bilanciatore del carico.
Per i tipi di affinità sessione supportati, consulta le opzioni di affinità sessione.
Console
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
Fai clic su be-ilb (il nome del servizio di backend che hai creato per questo esempio) e poi su Modifica.
Nella pagina Modifica bilanciatore del carico di rete passthrough interno, fai clic su Configurazione backend.
Nell'elenco Affinità sessione, seleziona IP client.
Fai clic su Aggiorna.
gcloud
Utilizza il seguente comando gcloud
per aggiornare il servizio di backend be-ilb
,
specificando l'affinità sessione IP del client:
gcloud compute backend-services update be-ilb \ --region=us-west1 \ --session-affinity CLIENT_IP
API
Invia una richiesta PATCH
al
metodo regionBackendServices/patch
.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb { "sessionAffinity": "CLIENT_IP" }
Configurare un criterio di monitoraggio delle connessioni
Questa sezione mostra come aggiornare il servizio di backend per modificare il criterio di monitoraggio delle connessioni predefinite del bilanciatore del carico.
Un criterio di monitoraggio delle connessioni include le seguenti impostazioni:
- Modalità di monitoraggio
- Persistenza della connessione su backend in stato non integro
- Timeout di inattività
gcloud
Utilizza il seguente comando gcloud compute
backend-services
per aggiornare il criterio di monitoraggio delle connessioni per il servizio di backend:
gcloud compute backend-services update BACKEND_SERVICE \ --region=REGION \ --tracking-mode=TRACKING_MODE \ --connection-persistence-on-unhealthy-backends=CONNECTION_PERSISTENCE_BEHAVIOR \ --idle-timeout-sec=IDLE_TIMEOUT_VALUE
Sostituisci i segnaposto con valori validi:
BACKEND_SERVICE
: il servizio di backend che stai aggiornandoREGION
: la regione del servizio di backend che stai aggiornandoTRACKING_MODE
: la modalità di monitoraggio della connessione da utilizzare per i pacchetti in entrata. Per l'elenco dei valori supportati, consulta Modalità di monitoraggioCONNECTION_PERSISTENCE_BEHAVIOR
: il comportamento della persistenza della connessione quando i backend non sono integri. Per l'elenco dei valori supportati, consulta Persistenza della connessione su backend in stato non integroIDLE_TIMEOUT_VALUE
: il numero di secondi per cui deve essere mantenuta una voce della tabella di monitoraggio delle connessioni dopo che il bilanciatore del carico ha elaborato l'ultimo pacchetto corrispondente alla vocePuoi modificare questa proprietà solo quando il monitoraggio delle connessioni è inferiore a 5 tuple (ovvero quando l'affinità sessione è configurata su
CLIENT_IP
oCLIENT_IP_PROTO
e la modalità di monitoraggio èPER_SESSION
).Il valore predefinito è 600 secondi (10 minuti). Il valore massimo del tempo di attesa inattivo configurabile è 57.600 secondi (16 ore).
Creare una regola di forwarding in un'altra subnet
Questa procedura crea un secondo indirizzo IP e una regola di forwarding in una sottorete diversa per dimostrare che puoi creare più regole di inoltro per un bilanciatore del carico di rete passthrough interno. La regione della regola di forwarding deve corrispondere a quella del servizio di backend.
In base alle regole del firewall, i client di qualsiasi subnet della regione possono contattare uno degli indirizzi IP del bilanciatore del carico di rete passthrough interno.
Console
Aggiungi la seconda subnet
Nella console Google Cloud, vai alla pagina Reti VPC.
Fai clic su Crea rete VPC.
Fai clic su
lb-network
.Nella sezione Subnet:
- Fai clic su Aggiungi subnet.
- Nella sezione Nuova subnet, inserisci le seguenti informazioni:
- Nome:
second-subnet
- Regione:
us-west1
- Intervallo di indirizzi IP:
10.5.6.0/24
- Nome:
- Fai clic su Aggiungi.
Aggiungere la seconda regola di inoltro
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
Fai clic sul bilanciatore del carico
be-ilb
e poi su Modifica.Fai clic su Configurazione frontend.
Fai clic su Aggiungi IP e porta frontend.
Nella sezione Nuovi IP e porta frontend, imposta i seguenti campi e fai clic su Fine:
- Nome:
fr-ilb-2
- Versione IP: IPv4
- Subnet:
second-subnet
- IP interno:
ip-ilb
- Porte:
80
e443
- Nome:
Verifica che sia presente un segno di spunta blu accanto a Configurazione frontend prima di continuare.
Fai clic su Esamina e finalizza e rivedi le impostazioni di configurazione del bilanciatore del carico.
Fai clic su Crea.
gcloud
Crea una seconda subnet nella rete
lb-network
nella regioneus-west1
:gcloud compute networks subnets create second-subnet \ --network=lb-network \ --range=10.5.6.0/24 \ --region=us-west1
Crea una seconda regola di forwarding per le porte 80 e 443. Gli altri parametri di questa regola, inclusi l'indirizzo IP e il servizio di backend, sono gli stessi della regola di forwarding principale
fr-ilb
.gcloud compute forwarding-rules create fr-ilb-2 \ --region=us-west1 \ --load-balancing-scheme=internal \ --network=lb-network \ --subnet=second-subnet \ --address=10.5.6.99 \ --ip-protocol=TCP \ --ports=80,443 \ --backend-service=be-ilb \ --backend-service-region=us-west1
API
Invia una richiesta POST
al
metodo subnetworks.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks { "name": "second-subnet", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "ipCidrRange": "10.5.6.0/24", "privateIpGoogleAccess": false }
Crea la regola di forwarding inviando una richiesta POST
al
metodo forwardingRules.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/forwardingRules { "name": "fr-ilb-2", "IPAddress": "10.5.6.99", "IPProtocol": "TCP", "ports": [ "80", "443" ], "loadBalancingScheme": "INTERNAL", "subnetwork": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/subnetworks/lb-subnet", "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/lb-network", "backendService": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb", "networkTier": "PREMIUM" }
Testa la nuova regola di forwarding
Connettiti all'istanza VM client e testa le connessioni HTTP e HTTPS agli indirizzi IP.
Connettiti alla VM client:
gcloud compute ssh vm-client --zone=us-west1-a
Verifica la connettività HTTP agli indirizzi IP:
curl http://10.1.2.99 curl http://10.5.6.99
Testa la connettività HTTPS. L'utilizzo di
--insecure
è obbligatorio perché la configurazione del server Apache nella configurazione di esempio utilizza certificati autofirmati.curl https://10.1.2.99 --insecure curl https://10.5.6.99 --insecure
Tieni presente che le richieste vengono gestite da tutte le VM di backend, indipendentemente dal protocollo (HTTP o HTTPS) o dall'indirizzo IP utilizzato.
Utilizzare i sottoinsiemi di backend
La configurazione di esempio crea un servizio di backend senza sottoinsiemi.
Questa procedura mostra come attivare il sottoinsieme nel servizio di backend per l'esempio di bilanciatore del carico di rete passthrough interno in modo che il deployment possa scalare a un numero maggiore di istanze di backend.
Devi attivare i sottoinsiemi solo se devi supportare più di 250 VM di backend su un singolo bilanciatore del carico.
Per ulteriori informazioni su questo caso d'uso, consulta la sezione relativa alla sottoimpostazione del backend.
gcloud
Utilizza il seguente comando gcloud
per aggiornare il servizio di backend be-ilb
,
specificando il criterio di sottoinsieme:
gcloud compute backend-services update be-ilb \ --subsetting-policy=CONSISTENT_HASH_SUBSETTING
API
Invia una richiesta PATCH
al
metodo regionBackendServices/patch
.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/us-west1/backendServices/be-ilb { "subsetting": { "policy": CONSISTENT_HASH_SUBSETTING } }
Crea un bilanciatore del carico per Mirroring pacchetto
Il mirroring dei pacchetti ti consente di copiare e raccogliere i dati dei pacchetti da istanze specifiche in un VPC. I dati raccolti possono aiutarti a rilevare le minacce alla sicurezza e a monitorare il rendimento delle applicazioni.
Mirroring pacchetto richiede un bilanciatore del carico di rete passthrough interno per bilanciare il traffico verso un gruppo di istanze di destinazioni del raccoglitore. Per creare un bilanciatore del carico di rete passthrough interno per Mirroring pacchetto:
Console
Avvia la configurazione
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
- Fai clic su Crea bilanciatore del carico.
- In Tipo di bilanciatore del carico, seleziona Bilanciatore del carico di rete (TCP/UDP/SSL) e fai clic su Avanti.
- Per Proxy o passthrough, seleziona Bilanciatore del carico passthrough e fai clic su Avanti.
- In Pubblico o interno, seleziona Interno e fai clic su Avanti.
- Fai clic su Configura.
Configurazione di base
- In Nome bilanciatore del carico, inserisci un nome.
- Per Regione, seleziona la regione delle istanze VM in cui vuoi eseguire il mirroring dei pacchetti.
- In Rete, seleziona la rete in cui vuoi eseguire il mirroring dei pacchetti.
- Fai clic su Configurazione backend.
- Nella sezione Nuovo backend, in Gruppo di istanze, seleziona il gruppo di istanze a cui inoltrare i pacchetti.
- Nell'elenco Controllo di integrità, seleziona Crea un controllo di integrità,
inserisci le seguenti informazioni e fai clic su Salva:
- In Nome, inserisci un nome per il controllo di integrità.
- In Protocollo, seleziona
HTTP
. - In Porta, inserisci
80
.
- Fai clic su Configurazione frontend.
- Nella sezione Nuovi IP e porta frontend:
- In Nome, inserisci un nome.
- In Subnet, seleziona una sottorete nella stessa regione delle istanze da eseguire il mirroring.
- In Porte, seleziona Tutte.
- Fai clic su Configurazioni avanzate e seleziona la casella di controllo Abilita questo bilanciatore del carico per il mirroring dei pacchetti.
- Fai clic su Fine.
- Fai clic su Crea.
gcloud
Crea un nuovo controllo di integrità HTTP regionale per verificare la connettività HTTP a un gruppo di istanze sulla porta 80:
gcloud compute health-checks create http HEALTH_CHECK_NAME \ --region=REGION \ --port=80
Sostituisci quanto segue:
HEALTH_CHECK_NAME
: il nome del controllo di integrità.REGION
: la regione delle istanze VM per le quali vuoi eseguire il mirroring dei pacchetti.
Crea un servizio di backend per il traffico HTTP:
gcloud compute backend-services create COLLECTOR_BACKEND_SERVICE \ --region=REGION \ --health-checks-region=REGION \ --health-checks=HEALTH_CHECK_NAME \ --load-balancing-scheme=internal \ --protocol=tcp
Sostituisci quanto segue:
COLLECTOR_BACKEND_SERVICE
: il nome del servizio di backend.REGION
: la regione delle istanze VM in cui vuoi eseguire il mirroring dei pacchetti.HEALTH_CHECK_NAME
: il nome del controllo di integrità.
Aggiungi un gruppo di istanze al servizio di backend:
gcloud compute backend-services add-backend COLLECTOR_BACKEND_SERVICE \ --region=REGION \ --instance-group=INSTANCE_GROUP \ --instance-group-zone=ZONE
Sostituisci quanto segue:
COLLECTOR_BACKEND_SERVICE
: il nome del servizio di backend.REGION
: la regione del gruppo di istanze.INSTANCE_GROUP
: il nome del gruppo di istanze.ZONE
: la zona del gruppo di istanze.
Crea una regola di forwarding per il servizio di backend:
gcloud compute forwarding-rules create FORWARDING_RULE_NAME \ --region=REGION \ --network=NETWORK \ --subnet=SUBNET \ --backend-service=COLLECTOR_BACKEND_SERVICE \ --load-balancing-scheme=internal \ --ip-protocol=TCP \ --ports=all \ --is-mirroring-collector
Sostituisci quanto segue:
FORWARDING_RULE_NAME
: il nome della regola di inoltro.REGION
: la regione per la regola di forwarding.NETWORK
: la rete per la regola di forwarding.SUBNET
: una sottorete nella regione delle VM dove vuoi eseguire il mirroring dei pacchetti.COLLECTOR_BACKEND_SERVICE
: il servizio di backend per questo bilanciatore del carico.
Passaggi successivi
- Per informazioni di base importanti, consulta la Panoramica del bilanciatore del carico di rete passthrough interno.
- Consulta Concetti sul failover per i bilanciatori del carico di rete passthrough interni per informazioni importanti sul failover.
- Consulta Bilanciamento del carico interno e nomi DNS per informazioni sulle opzioni di nomi DNS disponibili che il bilanciatore del carico può utilizzare.
- Consulta la sezione Configurare il failover per i bilanciatori del carico di rete passthrough interni per conoscere la procedura di configurazione e un esempio di configurazione del failover del bilanciatore del carico di rete passthrough interno.
- Per informazioni sulla configurazione del logging e del monitoraggio per i bilanciatori del carico di rete passthrough interni, consulta Logging e monitoraggio del bilanciatore del carico di rete passthrough interno.
- Consulta Bilanciatori del carico di rete passthrough interni e reti connesse per informazioni su come accedere ai bilanciatori del carico di rete passthrough interni dalle reti peer collegate alla tua rete VPC.
- Consulta la sezione Risolvere i problemi relativi ai bilanciatori del carico di rete passthrough interni per informazioni su come risolvere i problemi relativi al bilanciatore del carico di rete passthrough interno.
- Pulisci la configurazione del bilanciatore del carico.