Utilizza i controlli di integrità

Google Cloud fornisce meccanismi di controllo di integrità che determinano se le istanze di backend rispondono correttamente al traffico. Questo documento descrive come creare e utilizzare i controlli di integrità per i bilanciatori del carico e Traffic Director.

Questa pagina presuppone la conoscenza dei seguenti concetti:

Creazione dei controlli di integrità

Google Cloud consente di creare o selezionare un controllo di integrità quando completi la configurazione del backend del bilanciatore del carico nella console Google Cloud.

Puoi anche creare un controllo di integrità indipendentemente dalla configurazione del bilanciatore del carico nella console Google Cloud. Ciò è utile se devi prima creare il controllo di integrità o se devi utilizzarlo per più bilanciatori del carico. Puoi creare un controllo di integrità utilizzando la console Google Cloud, Google Cloud CLI o le API REST.

Console

  1. Vai alla pagina Controlli di integrità nella console Google Cloud.
    Vai alla pagina Controlli di integrità
  2. Fai clic su Crea un controllo di integrità.
  3. Nella pagina Crea un controllo di integrità, fornisci le seguenti informazioni:
    • Nome: fornisci un nome per il controllo di integrità.
    • Descrizione: se vuoi, fornisci una descrizione.
    • Ambito: seleziona un ambito, Globale o A livello di regione, a seconda del tipo di bilanciatore del carico.
      • Se hai selezionato Regione, scegli una Regione dal menu a discesa.
    • Protocollo: scegli un protocollo per il controllo di integrità.
    • Porta: fornisci un numero di porta. Quando crei un controllo di integrità nella console Google Cloud, devi specificare la porta utilizzando un numero di porta.
    • Protocollo proxy: facoltativamente, puoi aggiungere un'intestazione proxy alle richieste effettuate dai sistemi dei probe di controllo di integrità.
    • Percorso e risposta della richiesta: per i protocolli HTTP, HTTPS e HTTP2, se vuoi, puoi fornire un percorso URL che i sistemi di probe di controllo di integrità possano contattare. Per ulteriori informazioni, consulta Flag aggiuntivi per i controlli di integrità HTTP, HTTPS e HTTP/2.
    • Richiesta e Risposta: per i protcol TCP e SSL, puoi specificare una stringa di testo ASCII da inviare e la stringa di risposta testuale prevista. Per maggiori informazioni, consulta Flag aggiuntivi per i controlli di integrità SSL e TCP.
    • Intervallo di controllo: definisci la quantità di tempo che intercorre tra l'inizio di un probe e quello di quello successivo.
    • Timeout: definisci il tempo di attesa di Google Cloud per una risposta a un probe. Il suo valore deve essere minore o uguale all'intervallo di controllo.
    • Soglia di integrità: definisce il numero di probe sequenziali che devono avere esito positivo affinché l'istanza VM venga considerata integro.
    • Soglia di stato non integro: definisci il numero di probe sequenziali che devono avere esito negativo affinché l'istanza VM venga considerata non integro.
  4. Fai clic su Crea.

gcloud

  • Per creare un controllo di integrità globale, utilizza il comando compute health-checks create appropriato:

    gcloud compute health-checks create PROTOCOL NAME \
        --global \
        --description=DESCRIPTION \
        --check-interval=CHECK_INTERVAL \
        --timeout=TIMEOUT \
        --healthy-threshold=HEALTHY_THRESHOLD \
        --unhealthy-threshold=UNHEALTHY_THRESHOLD \
        PORT_SPECIFICATION \
        ADDITIONAL_FLAGS
    
  • Per creare un controllo di integrità a livello di regione, utilizza il comando compute health-checks create appropriato:

    gcloud compute health-checks create PROTOCOL NAME \
        --region=REGION \
        --description=DESCRIPTION \
        --check-interval=CHECK_INTERVAL \
        --timeout=TIMEOUT \
        --healthy-threshold=HEALTHY_THRESHOLD \
        --unhealthy-threshold=UNHEALTHY_THRESHOLD \
        PORT_SPECIFICATION \
        ADDITIONAL_FLAGS
    

Sostituisci quanto segue:

  • PROTOCOL definisce il protocollo utilizzato per il controllo di integrità. Le opzioni valide sono grpc, http, https, http2, ssl e tcp.
  • NAME è il nome del controllo di integrità. All'interno di un determinato progetto: ogni controllo di integrità globale deve avere un nome univoco e i controlli di integrità a livello di regione devono avere nomi univoci all'interno di una determinata regione.
  • REGION: tutti i bilanciatori del carico, ad eccezione degli Application Load Balancer esterni regionali e degli Application Load Balancer interni regionali, utilizzano controlli di integrità globali (--global). I bilanciatori del carico delle applicazioni interni a livello di regione utilizzano controlli di integrità a livello di regione la cui regione deve corrispondere a quella del servizio di backend.
  • DESCRIPTION è una descrizione facoltativa.
  • CHECK_INTERVAL è il periodo di tempo che intercorre tra l'inizio della connessione di un probe di controllo di integrità e l'inizio di quello successivo. Le unità sono secondi. Se omesso, Google Cloud utilizza il valore 5s (5 secondi).
  • TIMEOUT è il tempo in cui Google Cloud attende una risposta a un probe. Il valore di TIMEOUT deve essere minore o uguale al valore di CHECK_INTERVAL. Le unità sono i secondi. Se omesso, Google Cloud utilizza il valore 5s (5 secondi).
  • HEALTHY_THRESHOLD e UNHEALTHY_THRESHOLD specificano il numero di probe sequenziali che devono avere esito positivo o negativo affinché l'istanza VM venga considerata integro o non integro. Se una delle due viene omessa, Google Cloud utilizza una soglia predefinita di 2.
  • PORT_SPECIFICATION: definisce la specifica della porta utilizzando uno dei flag della specifica della porta.
  • ADDITIONAL_FLAGS sono altri flag che consentono di specificare porte e opzioni specifiche di PROTOCOL. Consulta Flag aggiuntivi per i controlli di integrità HTTP, HTTPS e HTTP/2, Flag aggiuntivi per i controlli di integrità SSL e TCP o Flag aggiuntivo per i controlli di integrità gRPC.

Terraform

Per creare un controllo di integrità globale, utilizza la risorsa google_compute_health_check.

resource "google_compute_health_check" "health_check_tcp_with_logging" {
  provider = google-beta

  name = "health-check-tcp"

  timeout_sec        = 1
  check_interval_sec = 1

  tcp_health_check {
    port = "22"
  }

  log_config {
    enable = true
  }
}

Per creare un controllo di integrità a livello di regione, utilizza la risorsa google_compute_region_health_check.

resource "google_compute_region_health_check" "default" {
  name               = "tcp-health-check-region-west"
  timeout_sec        = 5
  check_interval_sec = 5
  tcp_health_check {
    port = "80"
  }
  region = "us-west1"
}

Per scoprire come applicare o rimuovere una configurazione Terraform, consulta Comandi Terraform di base.

API

Modificare i controlli di integrità

Non puoi convertire un controllo di integrità in un controllo di integrità legacy (o viceversa) modificandolo. Inoltre, non puoi modificare il nome o l'ambito di un controllo di integrità (ad esempio, da globale a regionale).

Console

  1. Vai alla pagina Controlli di integrità nella console Google Cloud.
    Vai alla pagina Controlli di integrità
  2. Fai clic su un controllo di integrità per visualizzarne i dettagli.
  3. Se devi modificare il controllo di integrità, fai clic su Modifica, poi:
    • Apporta le modifiche necessarie ai parametri.
    • Fai clic su Salva.

gcloud

  1. Identifica il nome e l'ambito del controllo di integrità. Per le istruzioni, consulta Elencare i controlli di integrità.

  2. Ad eccezione del nome, del protocollo e dell'ambito di un controllo di integrità, puoi modificare uno qualsiasi dei flag comuni, i flag della specifica delle porte e altri flag aggiuntivi. Per modificare un controllo di integrità esistente, utilizza il comando compute health-checks update appropriato. Per i flag che ometti, le impostazioni preconfigurate vengono mantenute.

    • Esempio di modifica di un controllo di integrità globale: il comando seguente modifica un controllo di integrità HTTP globale denominato hc-http-port-80 cambiando l'intervallo di controllo, il timeout e il percorso di richiesta:

      gcloud compute health-checks update http hc-http-port-80 \
          --global \
          --check-interval=20s \
          --timeout=15s \
          --request-path="/health"
      
    • Esempio di modifica di un controllo di integrità a livello di regione: il seguente comando modifica un controllo di integrità TCP a livello di regione in us-west1 denominato hc-west1-tcp-ldap cambiando la specifica della porta:

      gcloud compute health-checks update tcp hc-west1-tcp-ldap \
          --region=us-west1 \
          --port=631
      

API

  1. Identifica il nome e l'ambito del controllo di integrità. Per le istruzioni, consulta Elenco dei controlli di integrità.

  2. Ad eccezione del nome, del protocollo e dell'ambito di un controllo di integrità, puoi modificare uno qualsiasi dei flag comuni, i flag della specifica delle porte e altri flag aggiuntivi con queste chiamate API. Utilizza le chiamate API patch per conservare eventuali impostazioni preconfigurate che non sono impostate esplicitamente nella richiesta.

Elenca controlli di integrità

Console

  1. Vai alla pagina Controlli di integrità nella console Google Cloud.
    Vai alla pagina Controlli di integrità
  2. Fai clic su un controllo di integrità per visualizzarne i dettagli.

gcloud

Per elencare i controlli di integrità, utilizza il comando compute health-checks list:

  • Per elencare i controlli di integrità globali:

    gcloud compute health-checks list \
        --global
    
  • Per elencare i controlli di integrità a livello di regione: sostituisci REGION_LIST con un elenco delimitato da virgole di regioni Google Cloud su cui eseguire una query.

    gcloud compute health-checks list \
        --regions=REGION_LIST
    

Dopo aver compreso il nome e l'ambito di un controllo di integrità, utilizza il comando compute health-checks describe per visualizzarne la configurazione attuale.

  • Per descrivere un controllo di integrità globale, sostituisci NAME con il relativo nome.

    gcloud compute health-checks describe NAME \
        --global
    
  • Per descrivere un controllo di integrità a livello di regione, sostituisci NAME con il relativo nome e REGION con la regione.

    gcloud compute health-checks describe NAME \
        --region=REGION
    

API

Per elencare i controlli di integrità, utilizza queste chiamate API:

Per descrivere la configurazione attuale di un controllo di integrità, utilizza queste chiamate API:

Flag aggiuntivi

In questa sezione vengono descritti i flag aggiuntivi che puoi utilizzare durante la creazione o la modifica di un controllo di integrità. Alcuni flag, come la specifica della porta, devono essere impostati utilizzando gcloud o l'API.

Flag delle specifiche della porta

Se crei un controllo di integrità utilizzando Google Cloud CLI o l'API, hai due opzioni per specificare la porta del controllo di integrità. La seguente tabella mostra le opzioni delle specifiche della porta per le combinazioni valide di bilanciatore del carico e backend. Il termine gruppo di istanze fa riferimento a gruppi di istanze non gestite, gruppi di istanze gestite a livello di zona o gruppi di istanze gestite a livello di regione.

Ogni controllo di integrità può utilizzare un solo tipo di specifica della porta.

Prodotto Tipo di backend Opzioni delle specifiche della porta
Bilanciatore del carico di rete passthrough esterno Gruppi di istanze --port: specifica una porta TCP in base al numero, da 1 a 65535
Il flag --use-serving-port verrà ignorato per un controllo di integrità associato a un bilanciatore del carico di rete passthrough esterno perché i servizi di backend per i bilanciatori del carico di rete passthrough esterni non hanno una specifica della porta.
Bilanciatore del carico di rete passthrough interno Gruppi di istanze --port: specifica una porta TCP in base al numero, da 1 a 65535
Il flag --use-serving-port verrà ignorato per un controllo di integrità associato a un bilanciatore del carico di rete passthrough interno perché i servizi di backend per i bilanciatori del carico di rete passthrough interni non hanno una specifica della porta.
Bilanciatore del carico delle applicazioni esterno globale

Bilanciatore del carico delle applicazioni esterno regionale

Bilanciatore del carico delle applicazioni interno tra regioni

Bilanciatore del carico di rete del proxy esterno regionale

Bilanciatore del carico di rete del proxy esterno globale

Bilanciatore del carico di rete del proxy esterno regionale

Bilanciatore del carico di rete del proxy interno regionale

Bilanciatore del carico di rete del proxy interno regionale



NEG a livello di zona --port: specifica una porta TCP in base al numero, da 1 a 65535
--use-serving-port: usa la porta di ciascun endpoint nel gruppo di endpoint di rete.
Gruppi di istanze --port: specifica una porta TCP in base al numero, da 1 a 65535
--use-serving-port: utilizza lo stesso gruppo di istanze denominato porta a cui sottoscrive il servizio di backend.

Se ometti la specifica della porta, Google Cloud utilizza i seguenti valori predefiniti:

  • Se il protocollo del controllo di integrità è TCP o HTTP, utilizza --port=80.
  • Se il protocollo del controllo di integrità è SSL, HTTPS o HTTP2, utilizza --port=443.
  • Se il protocollo del controllo di integrità è GRPC, non esiste un valore predefinito implicito; devi includere la specifica della porta.

Flag aggiuntivi per i controlli di integrità HTTP, HTTPS e HTTP/2

Oltre ai flag comuni e alle specifiche delle porte, puoi utilizzare i seguenti flag facoltativi per i controlli di integrità HTTP, HTTPS e HTTP/2. In questo esempio viene creato un controllo di integrità HTTP denominato hc-http-port-80 che utilizza la porta 80 con criteri predefiniti per intervallo, timeout e soglia di integrità.

gcloud compute health-checks create HTTP_PROTOCOL hc-http-port-80 \
    COMMON_FLAGS \
    PORT_SPECIFICATION \
    --host=HOST \
    --proxy-header=PROXY_HEADER \
    --request-path=REQUEST_PATH \
    --response=RESPONSE
  • HTTP_PROTOCOL: può essere http (HTTP/1.1 senza TLS), https (HTTP/1.1 con TLS) o http2 (HTTP/2 con TLS).
  • COMMON_FLAGS: definisce i flag comuni. Consulta Procedura di creazione.
  • PORT_SPECIFICATION: definisce la specifica della porta utilizzando uno dei flag della specifica della porta.
  • HOST ti consente di fornire un'intestazione HTTP Host. Se omesso, viene utilizzato l'indirizzo IP della regola di forwarding del bilanciatore del carico.
  • Il valore di PROXY_HEADER deve essere NONE o PROXY_V1. Se omesso, Google Cloud utilizza NONE. Il valore di PROXY_V1 aggiunge l'intestazione PROXY UNKNOWN\r\n.
  • REQUEST_PATH specifica il percorso dell'URL che Google Cloud utilizza quando inviano le richieste di controllo di integrità. Se omesso, la richiesta di controllo di integrità viene inviata a /.
  • RESPONSE definisce una risposta prevista facoltativa. Le stringhe di risposta devono seguire queste regole:
    • La stringa di risposta deve essere composta da lettere ASCII, numeri e spazi.
    • La stringa di risposta può contenere fino a 1024 caratteri.
    • La corrispondenza con caratteri jolly non è supportata.
    • Il controllo basato sui contenuti non supporta l'inversione; ad esempio, non sono supportati operatori come ! in HAProxy.

Se Google Cloud trova la stringa di risposta prevista ovunque nei primi 1024 byte del corpo della risposta ricevuta e se lo stato HTTP è 200 (OK), il probe viene considerato riuscito.

I flag --request-path e --response modificano i criteri di esito positivo per il probe di controllo di integrità.

Flag aggiuntivi per i controlli di integrità SSL e TCP

Oltre ai flag comuni e alle specifiche delle porte, puoi utilizzare i seguenti flag facoltativi per i controlli di integrità SSL e TCP. In questo esempio viene creato un controllo di integrità TCP denominato hc-tcp-3268 che utilizza la porta 3268 con criteri predefiniti per intervallo, timeout e soglia di integrità.

gcloud compute health-checks create tcp hc-tcp-3268 \
    COMMON_FLAGS \
    PORT_SPECIFICATION \
    --proxy-header=PROXY_HEADER \
    --request=REQUEST_STRING \
    --response=RESPONSE_STRING
  • Il protocollo può essere tcp (in questo esempio) o ssl.
  • COMMON_FLAGS: definisce i flag comuni. Consulta Procedura di creazione.
  • PORT_SPECIFICATION: definisce la specifica della porta utilizzando uno dei flag della specifica della porta.
  • Il valore di PROXY_HEADER deve essere NONE o PROXY_V1. Se omesso, Google Cloud utilizza NONE. Il valore di PROXY_V1 aggiunge l'intestazione PROXY UNKNOWN\r\n.
  • REQUEST_STRING: puoi fornire una stringa di massimo 1024 caratteri ASCII da inviare dopo aver stabilito la sessione TCP o SSL.
  • RESPONSE_STRING: puoi fornire una stringa di massimo 1024 caratteri ASCII per la risposta prevista.

I flag --request e --response modificano i criteri di esito positivo per il probe di controllo di integrità. Se utilizzi il flag --response, da solo o insieme al flag --request, la risposta restituita deve corrispondere esattamente alla stringa di risposta prevista.

Flag aggiuntivo per i controlli di integrità gRPC

Il server gRPC di backend deve implementare il servizio di integrità gRPC come descritto nel protocollo per il controllo di integrità gRPC. Google Cloud invia un messaggio HealthCheckRequest ai tuoi backend chiamando il metodo Check del servizio di integrità sul tuo backend. Il parametro di servizio nella richiesta è impostato su una stringa vuota, a meno che non venga specificato un nome di servizio gRPC.

Un controllo di integrità gRPC può controllare lo stato di un servizio gRPC. Puoi includere una stringa di massimo 1024 caratteri ASCII, ovvero il nome di un particolare servizio gRPC in esecuzione su una VM o un NEG di backend. A questo scopo, utilizza il seguente flag facoltativo per i controlli di integrità gRPC:

--grpc-service-name=GRPC_SERVICE_NAME

Ad esempio, potresti avere i seguenti servizi e uno stato registrato dal server di backend con il servizio gRPC Health del tuo backend.

  • MyPackage.ServiceA con stato di pubblicazione SERVING
  • MyPackage.ServiceB con stato di pubblicazione NOT_SERVING
  • Nome del servizio vuoto con stato di pubblicazione NOT_SERVING

Se crei un controllo di integrità per MyPackage.ServiceA, come segue, il probe di controllo di integrità restituisce HEALTHY, perché lo stato del servizio è SERVING.

gcloud beta compute health-checks create grpc MyGrpcHealthCheckServiceA \
    --grpc-service-name=MyPackage.ServiceA

Se crei un controllo di integrità rispetto a MyPackage.ServiceB, il probe di controllo di integrità restituisce UNHEALTHY perché lo stato del servizio è NOT_SERVING.

Se crei un controllo di integrità per MyPackage.ServiceC, che non è registrato con il servizio gRPC Health, il probe di controllo di integrità restituisce lo stato gRPC NOT_FOUND, che equivale a UNHEALTHY.

Se crei un controllo di integrità in base al nome del servizio vuoto, il probe di controllo di integrità restituisce lo stato UNHEALTHY, perché il nome del servizio vuoto viene registrato con lo stato NOT_SERVING.

Controlli di integrità legacy

Questa sezione descrive come creare, modificare ed elencare i controlli di integrità HTTP e HTTPS legacy. Non puoi convertire un controllo di integrità legacy in un controllo di integrità e non puoi convertire un controllo di integrità in un controllo di integrità legacy.

Per sapere quali tipi di bilanciatori del carico supportano i controlli di integrità legacy, consulta la guida relativa al bilanciatore del carico.

Crea controlli di integrità legacy

Console

Anche se la pagina dei controlli di integrità della console Google Cloud elenca e ti consente di modificare sia i controlli di integrità sia quelli legacy, non puoi creare un nuovo controllo di integrità legacy dalla pagina dei controlli di integrità della console Google Cloud.

Puoi creare un controllo di integrità legacy nella console Google Cloud solo durante la creazione di un bilanciatore del carico di rete passthrough esterno basato su pool di destinazione. Per creare autonomamente il controllo di integrità legacy, utilizza le istruzioni gcloud o API di questa sezione.

gcloud

Per creare un controllo di integrità legacy, utilizza il comando compute http-health-checks create:

gcloud compute LEGACY_CHECK_TYPE create NAME \
    --description=DESCRIPTION \
    --check-interval=CHECK_INTERVAL \
    --timeout=TIMEOUT \
    --healthy-threshold=HEALTHY_THRESHOLD \
    --unhealthy-threshold=UNHEALTHY_THRESHOLD \
    --host=HOST \
    --port=PORT \
    --request-path=REQUEST_PATH

Sostituisci quanto segue:

  • LEGACY_CHECK_TYPE è http-health-checks per un controllo di integrità HTTP legacy o https-health-checks per un controllo di integrità HTTPS legacy. Se stai creando il controllo di integrità legacy per un bilanciatore del carico di rete passthrough esterno basato su pool di destinazione, devi utilizzare http-health-checks.
  • NAME è il nome del controllo di integrità precedente. All'interno di un determinato progetto, ogni controllo di integrità legacy deve avere un nome univoco.
  • DESCRIPTION è una descrizione facoltativa.
  • CHECK_INTERVAL è il tempo che intercorre tra l'inizio di un probe e quello di quello successivo. Le unità sono i secondi. Se omesso, Google Cloud utilizza il valore 5s (5 secondi).
  • TIMEOUT è il tempo che Google Cloud attenderà per una risposta a un probe. Il valore di TIMEOUT deve essere minore o uguale a CHECK_INTERVAL. Le unità sono i secondi. Se omesso, Google Cloud utilizza un valore di 5s (5 secondi).
  • HEALTHY_THRESHOLD e UNHEALTHY_THRESHOLD specificano il numero di probe sequenziali che devono avere esito positivo o negativo affinché un'istanza VM venga considerata integro o non integro. Se una delle due viene omessa, Google Cloud utilizza una soglia predefinita di 2.
  • HOST consente di fornire un'intestazione HTTP dell'host. Se omesso, viene utilizzato l'indirizzo IP della regola di forwarding del bilanciatore del carico.
  • PORT ti consente di fornire un numero di porta. Se omesso, Google Cloud utilizza 80.
  • REQUEST_PATH specifica il percorso dell'URL che Google Cloud utilizza quando invia le richieste di controllo di integrità. Se omesso, la richiesta di controllo di integrità viene inviata a /.

API

Terraform

Modificare i controlli di integrità legacy

Console

  1. Vai alla pagina Controlli di integrità nella console Google Cloud.
    Vai alla pagina Controlli di integrità
  2. Fai clic su un controllo di integrità per visualizzarne i dettagli.
  3. Fai clic su Modifica , apporta le modifiche, quindi fai clic su Salva.

gcloud

  • Per modificare un controllo di integrità HTTP legacy, utilizza il comando compute http-health-checks update, sostituendo NAME con il relativo nome. Quando modifichi un controllo di integrità legacy con gcloud, le impostazioni preconfigurate per i flag omessi vengono conservate. OTHER_OPTIONS sono le opzioni descritte nella creazione di un controllo di integrità legacy.

    gcloud compute http-health-checks update NAME \
      OTHER_OPTIONS
    
  • Per modificare un controllo di integrità HTTPS legacy, utilizza il comando compute https-health-checks update, sostituendo NAME con il relativo nome. Quando modifichi un controllo di integrità legacy con gcloud, le impostazioni preconfigurate per i flag omessi vengono conservate. OTHER_OPTIONS sono le opzioni descritte nella creazione di un controllo di integrità legacy.

    gcloud compute https-health-checks update NAME \
      OTHER_OPTIONS
    

API

Ad eccezione del nome e del tipo di un controllo di integrità legacy, puoi modificare qualsiasi flag utilizzato per la sua creazione. Le chiamate API patch conservano tutte le impostazioni preconfigurate che non sono impostate esplicitamente nella richiesta di patch.

Elenca i controlli di integrità legacy

Console

  1. Vai alla pagina Controlli di integrità nella console Google Cloud.
    Vai alla pagina Controlli di integrità
  2. Fai clic su un controllo di integrità legacy per visualizzarne i dettagli.

gcloud

  1. Per elencare i controlli di integrità HTTP precedenti, utilizza il comando compute http-health-checks list:

    gcloud compute http-health-checks list
    

    Per elencare i controlli di integrità HTTPS precedenti, utilizza il comando compute https-health-checks list:

    gcloud compute https-health-checks list
    
  2. Per descrivere un controllo di integrità HTTP legacy, utilizza il comando compute http-health-checks describe, sostituendo NAME con il relativo nome.

    gcloud compute http-health-checks describe NAME
    

    Per descrivere un controllo di integrità HTTPS legacy, utilizza il comando compute https-health-checks describe, sostituendo NAME con il relativo nome.

    gcloud compute https-health-checks describe NAME
    

API

  1. Per elencare i controlli di integrità legacy:

  2. Per descrivere un controllo di integrità legacy:

Crea regole firewall obbligatorie

Devi creare regole firewall in entrata applicabili a tutte le VM con bilanciamento del carico per consentire il traffico dagli intervalli IP prober per il controllo di integrità. L'esempio seguente crea una regola firewall applicabile alle istanze VM identificate da un tag di destinazione specifico.

Questo esempio consente tutto il traffico TCP dai sistemi di controllo di integrità di Google Cloud alle tue istanze VM. Il traffico TCP include il traffico SSL, HTTP, HTTPS e HTTP/2. Se preferisci, puoi specificare le porte insieme al protocollo TCP. Tuttavia, se specifichi le porte, le regole firewall potrebbero diventare specifiche per un determinato controllo di integrità. Se utilizzi tcp:80 per il protocollo e la porta, questo consente il traffico TCP sulla porta 80, di conseguenza Google Cloud potrebbe contattare le tue VM utilizzando HTTP sulla porta 80, ma non ha potuto contattarle tramite HTTPS sulla porta 443.

Console

  1. Nella console Google Cloud, vai alla pagina Criteri firewall.
    Vai a Criteri firewall
  2. Fai clic su Crea regola firewall.
  3. Nella pagina Crea una regola firewall, fornisci le seguenti informazioni:
    • Nome: specifica un nome per la regola. Per questo esempio, utilizza fw-allow-health-checks.
    • Rete: scegli una rete VPC.
    • Priority (Priorità): inserisci un numero per la priorità. Numeri più bassi hanno priorità più elevate. Assicurati che la regola firewall abbia una priorità più elevata rispetto ad altre regole che potrebbero negare il traffico in entrata.
    • Direzione del traffico: scegli In entrata.
    • Azione in caso di corrispondenza: scegli consenti.
    • Target: scegli Tag di destinazione specificati e inserisci i tag nel campo Tag di destinazione. Per questo esempio, utilizza allow-health-checks.
    • Filtro di origine: scegli Intervalli IP.
    • Intervalli IP di origine: inserisci l'intervallo IP di origine in base al tipo di bilanciatore del carico, al tipo di traffico e al tipo di controllo di integrità. Consulta Esegui il probe di intervalli IP e regole firewall.
    • Protocolli e porte consentiti: utilizza tcp e la porta configurata nel controllo di integrità. TCP è il protocollo di base per tutti i protocolli per il controllo di integrità.
    • Fai clic su Crea.
  4. Aggiungi il tag di rete su ciascuna istanza con bilanciamento del carico in modo che la nuova regola firewall in entrata venga applicata. In questo esempio viene utilizzato allow-health-checks per il tag di rete.

gcloud

  1. Utilizza il seguente comando gcloud per creare una regola firewall denominata fw-allow-health-checks che consenta le connessioni TCP in entrata, dai sistemi di controllo di integrità di Google Cloud, alle istanze nella rete VPC con il tag allow-health-checks. Sostituisci NETWORK_NAME con il nome della tua rete VPC e PORT con le porte utilizzate dal bilanciatore del carico.

    gcloud compute firewall-rules create fw-allow-health-checks \
        --network=NETWORK_NAME \
        --action=ALLOW \
        --direction=INGRESS \
        --source-ranges=SOURCE_IP_RANGE \
        --target-tags=allow-health-checks \
        --rules=tcp:PORT

    Il valore di SOURCE_IP_RANGE dipende dal tipo di bilanciatore del carico, dal tipo di traffico e dal tipo di controllo di integrità. Consulta Esegui il probe di intervalli IP e regole firewall.

  2. Aggiungi il tag di rete su ciascuna istanza con bilanciamento del carico in modo che la nuova regola firewall in entrata venga applicata. In questo esempio viene utilizzato allow-health-checks per il tag di rete.

Per ulteriori dettagli, consulta la documentazione sulle regole firewall gcloud e la documentazione dell'API.

Documentazione correlata:

Associa i controlli di integrità ai bilanciatori del carico

Se non l'hai ancora fatto, consulta la sezione Panoramica dei controlli di integrità: Seleziona un controllo di integrità.

Per associare un controllo di integrità a un nuovo bilanciatore del carico, consulta la guida alla configurazione del rispettivo bilanciatore del carico. Questa sezione descrive come associare un controllo di integrità a un servizio di backend di un bilanciatore del carico esistente.

In questa sezione si presuppone che tu abbia già:

Console

Per associare un controllo di integrità a un bilanciatore del carico esistente:

  1. Vai alla pagina Bilanciamento del carico nella console Google Cloud.
    Vai alla pagina Bilanciamento del carico
  2. Fai clic su un bilanciatore del carico per visualizzarne i dettagli.
  3. Fai clic su Modifica , quindi su Configurazione backend.
  4. Scegli un controllo di integrità dal menu Controllo di integrità.
  5. Fai clic su Update (Aggiorna).

gcloud

Per associare un controllo di integrità a un servizio di backend esistente, segui questi passaggi.

  1. Identifica il nome e l'ambito del servizio di backend. I bilanciatori del carico di rete passthrough esterni, i bilanciatori del carico di rete passthrough interni, i bilanciatori del carico di rete del proxy interno regionale e i bilanciatori del carico di rete del proxy esterno hanno un solo servizio di backend per bilanciatore del carico. Gli Application Load Balancer esterni e gli Application Load Balancer interni hanno uno o più servizi di backend associati a una singola mappa URL.

    • Per elencare i servizi di backend per i bilanciatori del carico di rete passthrough interni, esegui questo comando, sostituendo REGION_LIST con un elenco delimitato da virgole di regioni Google Cloud su cui eseguire la query.

      gcloud compute backend-services list \
          --filter="region:( REGION1 REGION2 ... ) AND loadBalancingScheme=INTERNAL"
      
    • Per elencare i servizi di backend per i bilanciatori del carico di rete passthrough esterni, esegui questo comando, sostituendo ogni REGION con la regione Google Cloud su cui eseguire la query.

      gcloud compute backend-services list \
          --filter="region:( REGION1 REGION2 ... ) AND loadBalancingScheme=EXTERNAL"
      
    • Per elencare i servizi di backend per i bilanciatori del carico di rete proxy esterni globali, esegui questo comando.

      gcloud compute backend-services list \
          --global \
          --filter="loadBalancingScheme=EXTERNAL_MANAGED" \
          --filter="protocol=(SSL,TCP)"
      
    • Per elencare i servizi di backend per i bilanciatori del carico di rete proxy classici, esegui questo comando.

      gcloud compute backend-services list \
          --global \
          --filter="loadBalancingScheme=EXTERNAL" \
          --filter="protocol=(SSL,TCP)"
      
    • Per elencare i servizi di backend per i bilanciatori del carico di rete proxy esterni regionali, esegui questo comando.

      gcloud compute backend-services list \
          --region=REGION \
          --filter="loadBalancingScheme=EXTERNAL_MANAGED" \
          --filter="protocol=(SSL,TCP)"
      
    • Per elencare i servizi di backend per i bilanciatori del carico di rete proxy interni regionali, esegui questo comando, sostituendo REGION_LIST con un elenco delimitato da virgole di regioni Google Cloud su cui eseguire la query.

      gcloud beta compute backend-services list \
          --filter="region:( REGION1 REGION2 ... ) AND loadBalancingScheme=INTERNAL_MANAGED"
      
    • Per elencare i servizi di backend per i bilanciatori del carico di rete proxy esterni che utilizzano SSL, esegui questo comando. I servizi di backend per questi bilanciatori del carico sono sempre globali, indipendentemente dal livello di servizio di rete.

      gcloud compute backend-services list \
          --global \
          --filter="loadBalancingScheme=EXTERNAL" \
          --filter="protocol=(SSL,TCP)"
      
    • Per identificare i servizi di backend per un bilanciatore del carico delle applicazioni esterno, identifica prima una mappa URL, quindi descrivila. Le mappe URL e i servizi di backend per bilanciatori del carico delle applicazioni esterni o Application Load Balancer interni tra regioni sono sempre globali, indipendentemente dal livello di servizio di rete. Sostituisci URL_MAP_NAME con il nome della mappa URL. I servizi di backend utilizzati dal bilanciatore del carico sono elencati nella risposta.

      gcloud compute url-maps list \
          --global
      
      gcloud compute url-maps describe URL_MAP_NAME \
          --global
      
    • Per identificare i servizi di backend per un Application Load Balancer esterno regionale o per un Application Load Balancer interno regionale, identifica prima una mappa URL, quindi descrivi la mappa. Le mappe URL e i servizi di backend per questi bilanciatori del carico sono a livello di regione. Sostituisci REGION_LIST con un elenco delimitato da virgole di regioni Google Cloud in cui eseguire la query. Sostituisci URL_MAP_NAME con il nome della mappa URL e REGION con la relativa regione. I servizi di backend utilizzati dal bilanciatore del carico sono elencati nella risposta.

      gcloud compute url-maps list \
          --regions=REGION_LIST
      
      gcloud compute url-maps describe URL_MAP_NAME \
          --region=REGION
      
  2. Identifica un controllo di integrità. Consulta Elenco dei controlli di integrità.

  3. Associa un controllo di integrità al servizio di backend utilizzando il comando compute backend-services update. Ogni servizio di backend deve fare riferimento a un singolo controllo di integrità. Nei comandi seguenti, sostituisci BACKEND_SERVICE_NAME con il nome del servizio di backend, HEALTH_CHECK_NAME con il nome del controllo di integrità e, se necessario, REGION con la regione Google Cloud del servizio di backend, del controllo di integrità o di entrambi.

    • Per modificare il controllo di integrità per un bilanciatore del carico di rete passthrough interno: il servizio di backend di un bilanciatore del carico di rete passthrough interno è a livello di regione. Può fare riferimento a un controllo di integrità globale o regionale. L'esempio seguente mostra un riferimento al controllo di integrità a livello di regione. Se utilizzi un controllo di integrità globale con il bilanciatore del carico di rete passthrough interno, usa --global-health-checks anziché --health-checks-region.

      gcloud compute backend-services update BACKEND_SERVICE_NAME \
          --region=REGION \
          --health-checks=HEALTH_CHECK_NAME \
          --health-checks-region=REGION
      
    • Per modificare il controllo di integrità per un bilanciatore del carico di rete passthrough esterno basato su servizio di backend: il servizio di backend di un bilanciatore del carico di rete passthrough esterno è a livello di regione. Può fare riferimento a un controllo di integrità a livello di regione.

      gcloud compute backend-services update BACKEND_SERVICE_NAME \
          --region=REGION \
          --health-checks=HEALTH_CHECK_NAME \
          --health-checks-region=REGION
      
    • Per modificare il controllo di integrità per un bilanciatore del carico di rete proxy esterno globale, un bilanciatore del carico di rete proxy classico, un Application Load Balancer esterno globale, un bilanciatore del carico delle applicazioni classico o un bilanciatore del carico delle applicazioni interno tra regioni: sia il servizio di backend che il controllo di integrità sono globali per questi bilanciatori del carico. I bilanciatori del carico delle applicazioni possono fare riferimento a piùcontrollo di integritàà se fanno riferimento a piùservizio di backendd.

      gcloud compute backend-services update BACKEND_SERVICE_NAME \
          --global \
          --health-checks HEALTH_CHECK_NAME \
          --global-health-checks
      
    • Per modificare il controllo di integrità per un bilanciatore del carico delle applicazioni esterno regionale, un bilanciatore del carico di rete proxy esterno regionale, un Application Load Balancer interno regionale o un bilanciatore del carico di rete proxy interno regionale: sia il servizio di backend che il controllo di integrità sono a livello di regione. Alcuni bilanciatori del carico potrebbero fare riferimento a più di un controllo di integrità se possono fare riferimento a più di un servizio di backend.

      gcloud compute backend-services update BACKEND_SERVICE_NAME \
          --region=REGION \
          --health-checks=HEALTH_CHECK_NAME \
          --health-checks-region=REGION
      

API

  1. Puoi elencare i servizi di backend con la chiamata API backendServices.list.

  2. Visualizza i controlli di integrità.

  3. Per associare un controllo di integrità a un servizio di backend, utilizza una di queste chiamate API:

Associa i controlli di integrità legacy a bilanciatori del carico di rete passthrough esterni basati su pool di destinazione

Per associare un controllo di integrità legacy a un nuovo bilanciatore del carico di rete passthrough esterno, consulta Configurare un bilanciatore del carico di rete passthrough esterno con un pool di destinazione. Questa sezione descrive come associare un controllo di integrità legacy a un bilanciatore del carico di rete passthrough esterno basato su pool di destinazione.

In questa sezione si presuppone che tu abbia già:

Console

Per associare un controllo di integrità a un bilanciatore del carico di rete passthrough esterno basato su pool di destinazione esistente:

  1. Vai alla pagina Bilanciamento del carico nella console Google Cloud.
    Vai alla pagina Bilanciamento del carico
  2. Fai clic su un bilanciatore del carico per visualizzarne i dettagli.
  3. Fai clic su Modifica , quindi su Configurazione backend.
  4. Scegli un controllo di integrità precedente dal menu Controllo di integrità. (vengono mostrati solo i controlli di integrità legacy idonei.)
  5. Fai clic su Update (Aggiorna).

gcloud

Per associare un controllo di integrità a un bilanciatore del carico di rete passthrough esterno basato su pool di destinazione esistente:

  1. Identifica i pool di destinazione. Un bilanciatore del carico di rete passthrough esterno ha almeno un pool di destinazione e potrebbe avere un pool di backup secondario.

    gcloud compute target-pools list
    
  2. Identifica un controllo di integrità legacy utilizzando il protocollo HTTP. Se necessario, visualizza i controlli di integrità legacy.

  3. Associa il controllo di integrità legacy ai pool di destinazione. Nei comandi seguenti, sostituisci TARGET_POOL_NAME con il nome del pool di destinazione, REGION con la relativa regione e LEGACY_CHECK_NAME con il nome del controllo di integrità legacy. Il controllo di integrità legacy deve utilizzare il protocollo HTTP.

    • Per rimuovere un controllo di integrità HTTP legacy da un pool di destinazione:

      gcloud compute target-pools remove-health-checks TARGET_POOL_NAME \
          --region=REGION \
          --http-health-check LEGACY_CHECK_NAME
      
    • Per aggiungere un controllo di integrità HTTP precedente a un pool di destinazione:

      gcloud compute target-pools add-health-checks TARGET_POOL_NAME \
          --region=REGION \
          --http-health-check LEGACY_CHECK_NAME
      

API

  1. Puoi elencare i pool di destinazione con la chiamata API targetPools.list.

  2. Visualizza i controlli di integrità legacy e identifica un controllo di integrità HTTP legacy.

  3. Per associare un controllo di integrità HTTP legacy a un pool di destinazione, utilizza la chiamata API targetPools.addHealthCheck.

Controlla lo stato del controllo di integrità

Dopo aver associato un controllo di integrità a un servizio di backend o a un pool di destinazione, puoi ottenere lo stato del controllo di integrità istantaneo per i backend del bilanciatore del carico.

Console

  1. Vai alla pagina di riepilogo del bilanciamento del carico.
    Vai alla pagina Bilanciamento del carico
  2. Fai clic sul nome di un bilanciatore del carico.
  3. In Backend, esamina la colonna Integrità. Lo stato di integrità viene segnalato per ogni gruppo di istanza di backend o gruppo di endpoint di rete.

gcloud

  • Per tutti i bilanciatori del carico, tranne i bilanciatori del carico di rete passthrough esterni basati su pool di destinazione, identifica il nome e l'ambito (globali o regionali) del servizio di backend. Per un elenco completo dei bilanciatori del carico e degli ambiti, vedi Servizi di backend.

    Usa il comando compute backend-services get-health, sostituendo NAME con il nome del servizio di backend e REGION con la relativa regione, se necessario.

    • Per ottenere lo stato di integrità istantaneo di un servizio di backend globale:

      gcloud compute backend-services get-health GLOBAL_BACKEND_SERVICE_NAME \
          --global
      
    • Per ottenere lo stato di integrità istantaneo di un servizio di backend regionale:

      gcloud compute backend-services get-health REGIONAL_BACKEND_SERVICE_NAME \
          --region=REGION
      
  • Per i bilanciatori del carico di rete passthrough esterni basati su pool di destinazione, identifica il nome e la regione del pool di destinazione del bilanciatore del carico, quindi utilizza il comando compute target-pools get-health, sostituendo NAME con il nome del pool di destinazione e REGION con la relativa regione.

    gcloud compute target-pools get-health TARGET_POOL_NAME \
        --region=REGION
    

API

  • Per tutti i bilanciatori del carico, tranne i bilanciatori del carico di rete passthrough esterni basati su pool di destinazione, identifica il nome e l'ambito (globali o regionali) del servizio di backend. Per un elenco completo dei bilanciatori del carico e degli ambiti, vedi Servizi di backend.

  • Per i bilanciatori del carico di rete passthrough esterni basati su pool di destinazione, utilizza targetPools.getHealth