Logging e monitoraggio del bilanciatore del carico di rete passthrough interno

Questo documento mostra come configurare e utilizzare Cloud Logging e Cloud Monitoring per i bilanciatori del carico di rete passthrough interni.

Logging

I log forniscono informazioni utili per la risoluzione dei problemi e il monitoraggio del bilanciatore del carico passthrough di Google Cloud. I log vengono aggregati per connessione ed esportati quasi in tempo reale. Vengono generati log per ogni flusso TCP e UDP dell'istanza bilanciata in base al carico sia per il traffico in entrata sia per quello in uscita. Per ulteriori informazioni sui campi forniti nella voce di log, consulta Campi di log.

Non vengono addebitati costi aggiuntivi per l'utilizzo dei log. In base alla modalità di importazione dei log, si applicano i prezzi standard per Cloud Logging, BigQuery o Pub/Sub. L'attivazione dei log non influisce sul rendimento del bilanciatore del carico.

La registrazione offre i seguenti vantaggi:

  • Monitoraggio del traffico del bilanciatore del carico di rete passthrough interno. La registrazione per connessione ti fornisce informazioni su come ogni connessione viene indirizzata ai backend di pubblicazione.

  • Risoluzione dei problemi di rete. Puoi utilizzare i log del bilanciatore del carico di rete passthrough interno per la risoluzione dei problemi. Per ulteriori informazioni, consulta Risolvere i problemi relativi ai bilanciatori del carico di rete passthrough interni.

Formato del log di esempio per i flussi da VM a VM

Il seguente diagramma mostra il traffico in entrata e in uscita per un client interno (192.168.1.2), un bilanciatore del carico di rete passthrough interno (10.240.0.200) e un'istanza di backend (10.240.0.3).

Flussi di servizi VM client-to-backend interni.
Flussi in entrata e in uscita per i flussi VM-to-VM.

I log del bilanciatore del carico di rete passthrough interno per le connessioni dal client all'istanza di backend sono formattati come segue:

  • connection.clientIp: 192.168.1.2
  • connection.serverIp: 10.240.0.200
  • bytesSent: 1256
  • bytesReceived: 4521

Campionamento e raccolta dei log

Google Cloud campiona i pacchetti che escono ed entrano nelle VM di backend del bilanciatore del carico. Questi pacchetti campionati vengono elaborati per generare log.

Non tutti i pacchetti vengono campionati. Google Cloud esegue il campionamento di un sottoinsieme variabile di pacchetti a seconda della quantità di traffico sull'host fisico. La frequenza di campionamento più bassa possibile è 1 su 1024 pacchetti. La frequenza di campionamento è controllata dinamicamente da Google Cloud. Non puoi modificare la frequenza di sampling.

Il campionamento dei pacchetti interagisce con le regole firewall nei seguenti modi:

  • I pacchetti vengono campionati prima dell'applicazione delle regole firewall in uscita.
  • I pacchetti vengono campionati dopo l'applicazione delle regole del firewall in entrata.

Dopo il campionamento dei pacchetti, Google Cloud li elabora secondo la seguente procedura:

  1. Aggregazione: i pacchetti campionati vengono aggregati in un intervallo di cinque secondi per produrre una singola voce di flusso.

  2. Campionamento dei log configurabile (secondario): si tratta di un secondo processo di campionamento, che campiona i flussi. Puoi controllare la frazione delle voci di flusso che vengono emesse come voci di log in base al parametro logConfig.sampleRate. Quando logConfig.sampleRate è 1.0 (100%), significa che tutti i pacchetti campionati vengono elaborati.

  3. Scrittura in logging: le voci di log vengono scritte in Cloud Logging.

Campi facoltativi

I record dei log contengono campi obbligatori e facoltativi. La sezione Campi log elenca i campi facoltativi e quelli obbligatori. Tutti i campi obbligatori sono sempre inclusi. Puoi personalizzare i campi facoltativi da conservare.

  • Se selezioni Includi tutti i campi facoltativi, tutti i campi facoltativi nel formato del record del log sono inclusi nei log flusso. Quando vengono aggiunti nuovi campi facoltativi al formato del record, i log flusso includono automaticamente i nuovi campi.

  • Se selezioni Escludi tutti i campi facoltativi, vengono omessi tutti i campi facoltativi.

  • Se selezioni Personalizzato, puoi specificare i campi facoltativi che vuoi includere in base al campo principale, ad esempio serverInstance, o in base ai loro nomi completi, ad esempio serverInstance.vm.

    Quando vengono aggiunti nuovi campi facoltativi al formato del record, i log non li includono, a meno che non si tratti di un nuovo campo all'interno di un campo principale che hai specificato di includere.

    Se specifichi un campo facoltativo personalizzato utilizzando i campi principali, quando vengono aggiunti nuovi campi facoltativi al formato del record all'interno di quel campo principale, i log includono automaticamente i nuovi campi. Ad esempio, se scegli di includereoptionalFieldA, un nuovo campo aggiunto ai log con il nomeoptionalFieldA viene incluso automaticamente.optionalFieldA.subField1

Per istruzioni su come personalizzare i campi facoltativi, consulta Attivare il logging su un nuovo servizio di backend.

Requisiti per l'indirizzo IP di origine del pacchetto di risposta

Il logging del bilanciatore del carico di rete passthrough interno campiona i pacchetti di risposta dalle VM di backend solo se l'indirizzo IP di origine di questi pacchetti corrisponde all'indirizzo IP della regola di forwarding del bilanciatore del carico. Per le connessioni TCP, le origini dei pacchetti di risposta devono sempre corrispondere alla destinazione del pacchetto di richiesta. Tuttavia, per altri protocolli, è possibile che i pacchetti di risposta utilizzino un indirizzo IP di origine diverso. Per ulteriori dettagli, vedi Indirizzi IP per i pacchetti di richiesta e risposta.

La procedura di campionamento dei pacchetti utilizzata dai bilanciatori del carico di rete passthrough interni omette tutti i pacchetti di risposta delle VM di backend se le origini di questi pacchetti di risposta non corrispondono a un indirizzo IP di una regola di forwarding per un bilanciatore del carico di rete passthrough interno.

Abilita il logging per un nuovo servizio di backend

Console

  1. Nella console Google Cloud, vai alla pagina Bilanciamento del carico.

    Vai a Bilanciamento del carico

  2. Fai clic sul nome del bilanciatore del carico.

  3. Fai clic su Modifica e poi su Configurazione backend.

  4. Seleziona Crea un servizio di backend, quindi compila i campi obbligatori del servizio di backend.

  5. Fai clic su Attiva il logging.

  6. Imposta una frazione di Frequenza di campionamento. Puoi impostare una tariffa su 0.0 fino a 1.0 (valore predefinito).

  7. (Facoltativo) Per includere tutti i campi facoltativi nei log, nella sezione Campi facoltativi, fai clic su Includi tutti i campi facoltativi.

  8. Per completare la modifica del servizio di backend, fai clic su Aggiorna.

  9. Per completare la modifica del bilanciatore del carico, fai clic su Aggiorna.

gcloud

Crea un servizio di backend e abilita la registrazione utilizzando il comando gcloud compute backend-services create.

gcloud compute backend-services create BACKEND_SERVICE \
  --region=REGION \
  --enable-logging \
  --logging-sample-rate=SAMPLE_RATE
  --logging-optional=LOGGING_OPTIONAL \
  --logging-optional-fields=OPTIONAL_FIELDS

Sostituisci quanto segue:

  • BACKEND_SERVICE: il nome del servizio di backend.
  • REGION: la regione del servizio di backend da creare.

  • SAMPLE_RATE: questo campo può essere specificato solo se il logging è abilitato per questo servizio di backend.

    Il valore del campo deve essere compreso tra 0.0 e 1.0, dove 0.0 indica che non vengono registrati log e 1.0 indica che i log vengono generati per tutti i pacchetti campionati. Attivare il logging, ma impostare la frequenza di campionamento su 0.0, equivale a disattivare il logging. Il valore predefinito è 1.0.

  • LOGGING_OPTIONAL: le annotazioni facoltative che vuoi includere nei log:

    • INCLUDE_ALL_OPTIONAL per includere tutte le annotazioni facoltative.

    • EXCLUDE_ALL_OPTIONAL (valore predefinito) per escludere tutte le annotazioni facoltative.

    • CUSTOM per includere un elenco personalizzato di campi facoltativi specificati in OPTIONAL_FIELDS.

  • OPTIONAL_FIELDS: un elenco separato da virgole di campi facoltativi che vuoi includere nei log.

    Ad esempio, serverInstance.vm, serverGkeDetails. Può essere impostato solo se LOGGING_OPTIONAL è impostato su CUSTOM.

API

Invia una richiesta POST al metodo regionBackendServices.insert.

 POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices

Escludi tutti i campi facoltativi

 {
 "name": "BACKEND_SERVICE",
  "loadBalancingScheme": "INTERNAL",
  "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "EXCLUDE_ALL_OPTIONAL"
  }
 }

Includi tutti i campi facoltativi

{
 "name": "BACKEND_SERVICE",
 "loadBalancingScheme": "INTERNAL",
 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "INCLUDE_ALL_OPTIONAL"
  }
}

Includi un elenco personalizzato di campi facoltativi

{
 "name": "BACKEND_SERVICE",
 "loadBalancingScheme": "INTERNAL",
 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "CUSTOM",
   "optionalFields": ["field1","field2",...]
  }
}

Attivare il logging su un servizio di backend esistente

Console

  1. Nella console Google Cloud, vai alla pagina Bilanciamento del carico.

    Vai a Bilanciamento del carico

  2. Fai clic sul nome del bilanciatore del carico.

  3. Fai clic su Modifica e poi su Configurazione backend.

  4. Accanto al servizio di backend, fai clic su Modifica.

  5. Fai clic su Attiva il logging.

  6. Imposta una frazione di Frequenza di campionamento. Puoi impostare una tariffa su 0.0 fino a 1.0 (valore predefinito).

  7. (Facoltativo) Per includere tutti i campi facoltativi nei log, nella sezione Campi facoltativi, fai clic su Includi tutti i campi facoltativi.

  8. Per completare la modifica del servizio di backend, fai clic su Aggiorna.

  9. Per completare la modifica del bilanciatore del carico, fai clic su Aggiorna.

gcloud

Abilita il logging su un servizio di backend esistente con il comando gcloud compute backend-services update.

gcloud compute backend-services update BACKEND_SERVICE \
--region=REGION \
--enable-logging \
--logging-sample-rate=SAMPLE_RATE \
--logging-optional=LOGGING_OPTIONAL \
--logging-optional-fields=OPTIONAL_FIELDS

Sostituisci quanto segue:

  • BACKEND_SERVICE: il nome del servizio di backend.
  • REGION: la regione del servizio di backend da creare.

  • SAMPLE_RATE: questo campo può essere specificato solo se il logging è abilitato per questo servizio di backend.

    Il valore del campo deve essere compreso tra 0.0 e 1.0, dove 0.0 indica che non vengono registrati log e 1.0 indica che i log vengono generati per tutti i pacchetti campionati. Attivare il logging, ma impostare la frequenza di campionamento su 0.0, equivale a disattivare il logging. Il valore predefinito è 1.0.

  • LOGGING_OPTIONAL: le annotazioni facoltative che vuoi includere nei log.

    • INCLUDE_ALL_OPTIONAL per includere tutte le annotazioni facoltative.

    • EXCLUDE_ALL_OPTIONAL (valore predefinito) per escludere tutte le annotazioni facoltative.

    • CUSTOM per includere un elenco personalizzato di campi facoltativi specificati in OPTIONAL_FIELDS.

  • OPTIONAL_FIELDS: un elenco separato da virgole di campi facoltativi che vuoi includere nei log.

    Ad esempio, serverInstance.vm,serverGkeDetails. Può essere impostato solo se LOGGING_OPTIONAL è impostato su CUSTOM.

API

Invia una richiesta PATCH al metodo regionBackendServices/patch.

 PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices/BACKEND_SERVICE

Escludi tutti i campi facoltativi

 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "EXCLUDE_ALL_OPTIONAL"
  }

Includi tutti i campi facoltativi

 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "INCLUDE_ALL_OPTIONAL"
  }

Includi un elenco personalizzato di campi facoltativi

 "logConfig": {
   "enable": true,
   "sampleRate": SAMPLE_RATE,
   "optionalMode": "CUSTOM",
   "optionalFields": ["field1","field2",...]
  }

Disattivare il logging su un servizio di backend esistente

Console

  1. Nella console Google Cloud, vai alla pagina Bilanciamento del carico.

    Vai a Bilanciamento del carico

  2. Fai clic sul nome del bilanciatore del carico.

  3. Fai clic su Modifica e poi su Configurazione backend.

  4. Per disattivare completamente il logging, deseleziona Attiva il logging.

  5. Se lasci abilitato il logging, puoi impostare una frazione di Frequenza di campionamento diversa. Puoi impostare la tariffa su un valore compreso tra 0.0 e 1.0 (valore predefinito). Per generare log solo per il 20% dei pacchetti campionati, imposta il valore su 0.2.

  6. Per completare la modifica del servizio di backend, fai clic su Aggiorna.

  7. Per completare la modifica del bilanciatore del carico, fai clic su Aggiorna.

gcloud

Disattiva il logging su un servizio di backend con il comando gcloud compute backend-services update.

gcloud compute backend-services update BACKEND_SERVICE \
  --region=REGION \
  --no-enable-logging

Sostituisci quanto segue:

  • BACKEND_SERVICE: il nome del servizio di backend.
  • REGION: la regione del servizio di backend da creare.

API

Invia una richiesta PATCH al metodo regionBackendServices/patch.

 PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/backendServices/BACKEND_SERVICE

 {
 "logConfig": {
   "enable": false
  }
 }

Visualizza i log

Quando i log vengono importati in Cloud Logging e non sono esclusi tramite un destinatario del router di log, puoi leggerli utilizzando l'API Cloud Logging e l'interfaccia a riga di comando Google Cloud.

Per visualizzare tutti i log del bilanciatore del carico di rete passthrough interno:

Console

  1. Nella console Google Cloud, vai alla pagina Esplora log.

    Vai a Esplora log

  2. Seleziona il tipo di risorsa Regola del bilanciatore del carico di rete passthrough interno.

  3. Seleziona il nome del log loadbalancing.googleapis.com/flows.

Query della console

  1. Nella console Google Cloud, vai alla pagina Esplora log.

    Vai a Esplora log

  2. Fai clic sul pulsante di attivazione/disattivazione Mostra query.

  3. Incolla quanto segue nel campo della query. Sostituisci PROJECT_ID con l'ID del tuo progetto.

    resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule"
logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows"

  4. Fai clic su Esegui query.

Visualizzare i log di un servizio di backend

Per visualizzare i log del bilanciatore del carico di rete passthrough interno per un servizio di backend specifico:

Query della console

  1. Nella console Google Cloud, vai alla pagina Esplora log.

    Vai a Esplora log

  2. Fai clic sul pulsante di attivazione/disattivazione Mostra query.

  3. Incolla quanto segue nel campo della query. Sostituisci PROJECT_ID con l'ID del tuo progetto e BACKEND_SERVICE_NAME con il nome del servizio di backend.

    resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule"
logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows"
resource.labels.backend_service_name="BACKEND_SERVICE_NAME"

  4. Fai clic su Esegui query.

Visualizzare i log di un gruppo di istanza di backend

Per visualizzare i log del bilanciatore del carico di rete passthrough interno per un gruppo di istanza di backend o un gruppo di endpoint di rete (NEG) specifico con endpoint GCE_VM_IP:

Query della console

  1. Nella console Google Cloud, vai alla pagina Esplora log.

    Vai a Esplora log

  2. Fai clic sul pulsante di attivazione/disattivazione Mostra query.

  3. Incolla quanto segue nel campo della query. Sostituisci PROJECT_ID con l'ID del tuo progetto e BACKEND_GROUP_NAME con il nome del gruppo di istanze o del gruppo NEG.

    resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule"
logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows"
resource.labels.backend_group_name="BACKEND_GROUP_NAME"

  4. Fai clic su Esegui query.

Campi log

I record dei log contengono campi obbligatori, ovvero i campi predefiniti di ogni record del log, e campi facoltativi che aggiungono ulteriori informazioni. Possono essere omessi per risparmiare sui costi di archiviazione.

Alcuni campi di log sono in un formato multicampo, con più di un dato in un determinato campo. Ad esempio, il campo connection è nel formato IpConnection, che contiene l'indirizzo IP e la porta di origine e di destinazione, oltre al protocollo, in un unico campo. Questi campi multi-campo sono descritti nella tabella del formato dei record che segue.

La risorsa monitorata è loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule.

Campo Formato del campo Tipo di campo: obbligatorio o facoltativo Descrizione
Connessione IpConnection Obbligatorio Tupla di 5 elementi che descrive questa connessione.
startTime string Obbligatorio Timestamp (nel formato di stringa per la data RFC 3339) del primo pacchetto osservato durante l'intervallo di tempo aggregato.
endTime string Obbligatorio Timestamp (nel formato di stringa per la data RFC 3339) dell'ultimo pacchetto osservato durante l'intervallo di tempo aggregato.
bytesSent string Obbligatorio Numero di byte inviati dal server al client.
bytesReceived int64 Obbligatorio Numero di byte ricevuti dal server dal client.
packetsSent int64 Obbligatorio Numero di pacchetti inviati dal server al client.
packetsReceived int64 Obbligatorio Numero di pacchetti ricevuti dal server dal client.
rtt string Obbligatorio

La latenza viene misurata solo per le connessioni TCP. La latenza è la somma del tempo di round trip (RTT) della rete stimato più il tempo impiegato per elaborare il pacchetto all'interno del sistema operativo della VM del cliente.

Per i pacchetti campionati, il RTT viene calcolato dal punto di vista di un backend bilanciato in base al carico misurando le differenze di tempo tra il backend che invia un segmento TCP e il backend che riceve un riconoscimento TCP per il numero di sequenza del segmento inviato.

La latenza è formattata come stringa che inizia con il numero di secondi e termina con "s" per indicare i secondi. I nanosecondi sono expressed as fractional seconds. Ad esempio, la latenza di 250 millisecondi è formattata come "0.250000000s".
clientInstance InstanceDetails Facoltativo Dettagli dell'istanza VM del client. Disponibile solo se l'istanza VM del cliente si trova nello stesso progetto.
serverInstance InstanceDetails Facoltativo Dettagli dell'istanza VM della VM di backend.
clientVpc VpcDetails Facoltativo Dettagli della rete VPC del cliente. Disponibile solo se il client è un endpoint all'interno di una rete VPC nello stesso progetto.
clientGkeDetails GkeDetails Facoltativo Metadati GKE per il client. Disponibile solo se il client è un endpoint GKE nello stesso progetto.
serverGkeDetails GkeDetails Facoltativo Metadati GKE per il backend del server. Disponibile solo se il backend è un endpoint GKE.

Formato del campo IpConnection

Campo Tipo Descrizione
clientIp string Indirizzo IP del client
clientPort int32 Porta client. Impostato solo per le connessioni TCP e UDP.
serverIp string Indirizzo IP del server (IP regola di forwarding)
serverPort int32 Porta del server. Impostato solo per le connessioni TCP e UDP.
protocollo int32 Numero di protocollo IANA

Formato del campo InstanceDetails

Campo Tipo Descrizione
projectId string ID del progetto contenente la VM
vm string Nome istanza della VM
region string Regione della VM
zone string Zona della VM
vmIp string IP interno principale della scheda NIC che ha effettuato la connessione

Formato del campo VpcDetails

Campo Tipo Descrizione
projectId string ID del progetto contenente la rete VPC
vpc string Rete VPC su cui opera la VM
subnetwork string Subnet su cui opera la VM

Formato del campo GkeDetails

Campo Tipo Descrizione
cluster ClusterDetail Metadati del cluster GKE
pod PodDetails Metadati del pod GKE, compilati quando l'origine o la destinazione del traffico è un pod
service ServiceDetails Metadati del servizio GKE, compilati solo negli endpoint del servizio. Il record contiene fino a due servizi. Se sono presenti più di due servizi pertinenti, questo campo contiene un singolo servizio con un indicatore speciale MANY_SERVICES.

Formato del campo ClusterDetails

Campo Tipo Descrizione
cluster string Nome del cluster GKE
clusterLocation string Località del cluster. La posizione del cluster può essere una zona o una regione.

Formato del campo PodDetails

Campo Tipo Descrizione
pod string Nome del pod
podNamespace string Spazio dei nomi del pod

Formato del campo ServiceDetails

Campo Tipo Descrizione
service string Nome del servizio. Se sono presenti più di due servizi pertinenti, il campo viene impostato su un indicatore speciale MANY_SERVICES.
serviceNamespace string Spazio dei nomi del servizio

Monitoraggio

Un bilanciatore del carico di rete passthrough interno esporta i dati di monitoraggio in Cloud Monitoring.

Le metriche di monitoraggio possono essere utilizzate per le seguenti finalità:

  • Valutare la configurazione, l'utilizzo e le prestazioni di un bilanciatore del carico di rete passthrough interno
  • Risoluzione dei problemi
  • Migliorare l'utilizzo delle risorse e l'esperienza utente

Oltre alle dashboard predefinite in Monitoraggio, puoi creare dashboard personalizzate, configurare avvisi ed eseguire query sulle metriche tramite l'API Monitoring.

Visualizzare le dashboard di monitoraggio

Console

  1. Nella console Google Cloud, vai alla pagina Monitoring.

    Vai a Monitoring

  2. Se nel riquadro di navigazione viene visualizzato Risorse, seleziona Risorse e poi Bilanciatori del carico Google Cloud. In caso contrario, seleziona Dashboard e poi la dashboard Bilanciatori del carico Google Cloud.

  3. Fai clic sul nome del bilanciatore del carico.

Nel riquadro di sinistra puoi vedere vari dettagli del bilanciatore del carico selezionato. Nel riquadro a destra puoi vedere i grafici delle serie temporali. Fai clic sul link Suddivisioni per visualizzare suddivisioni specifiche. Il riquadro di sinistra mostra i dati attualmente configurati, mentre il riquadro di destra può mostrare i dati pubblicati da configurazioni storiche non attualmente riportate nel riquadro di sinistra.

Definire le dashboard personalizzate di monitoraggio

Puoi creare dashboard di monitoraggio personalizzate per le metriche dei bilanciatori del carico di rete passthrough interni.

Console

  1. Nella console Google Cloud, vai alla pagina Monitoring.

    Vai a Monitoring

  2. Seleziona Dashboard > Crea dashboard.

  3. Fai clic su Aggiungi grafico.

  4. Assegna un titolo al grafico.

  5. Seleziona metriche e filtri. Per le metriche, il tipo di risorsa è Regola del bilanciatore del carico di rete TCP Passthrough interno (internal_tcp_lb_rule) o Regola del bilanciatore del carico di rete UDP Passthrough interno (internal_udp_lb_rule).

  6. Fai clic su Salva.

Definire i criteri di avviso

Console

Puoi creare criteri di avviso per monitorare i valori delle metriche e ricevere una notifica quando queste violano una condizione.

  1. Nella console Google Cloud, vai alla pagina  Avvisi:

    Vai ad Avvisi

    Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.

  2. Se non hai creato i canali di notifica e vuoi ricevere notifiche, fai clic su Modifica canali di notifica e aggiungi i canali di notifica. Torna alla pagina Avvisi dopo aver aggiunto i tuoi canali.
  3. Nella pagina Avvisi, seleziona Crea criterio.
  4. Per selezionare la metrica, espandi il menu Seleziona una metrica e poi procedi nel seguente modo:
    1. Per limitare il menu alle voci pertinenti, inserisci Google Cloud TCP Load Balancer o Google Cloud UDP Load Balancer nella barra dei filtri. Se non vengono visualizzati risultati dopo aver filtrato il menu, disattiva l'opzione Mostra solo risorse e metriche attive.
    2. Per Tipo di risorsa, seleziona Bilanciatore del carico TCP di Google Cloud o Bilanciatore del carico UDP di Google Cloud.
    3. Seleziona una Categoria di metriche e una Metrica, quindi seleziona Applica.
  5. Fai clic su Avanti.
  6. Le impostazioni nella pagina Configura attivatore di avvisi determinano quando viene attivato l'avviso. Seleziona un tipo di condizione e, se necessario, specifica una soglia. Per ulteriori informazioni, consulta Creare criteri di avviso basati su soglie di metriche.
  7. Fai clic su Avanti.
  8. (Facoltativo) Per aggiungere notifiche al tuo criterio di avviso, fai clic su Canali di notifica. Nella finestra di dialogo, seleziona uno o più canali di notifica dal menu e fai clic su OK.
  9. (Facoltativo) Aggiorna la Durata chiusura automatica incidenti. Questo campo determina quando Monitoring chiude gli incidenti in assenza di dati delle metriche.
  10. (Facoltativo) Fai clic su Documentazione e aggiungi tutte le informazioni che vuoi includere in un messaggio di notifica.
  11. Fai clic su Nome avviso e inserisci un nome per il criterio di avviso.
  12. Fai clic su Crea criterio.
Per ulteriori informazioni, consulta Criteri di avviso.

Metriche per i bilanciatori del carico di rete passthrough interni

Le seguenti metriche per i bilanciatori del carico di rete passthrough interni vengono registrate in monitoraggio.

Metrica metric_name Descrizione
Velocità in entrata loadbalancing.googleapis.com/l3/internal/ingress_bytes_count Il numero di byte inviati dal client al backend del bilanciatore del carico di rete passthrough interno. Per i flussi TCP, vengono conteggiati solo i byte nello stream dell'applicazione.
Pacchetti in entrata loadbalancing.googleapis.com/l3/internal/ingress_packets_count Il numero di pacchetti inviati dal client al backend del bilanciatore del carico di rete passthrough interno.
Velocità in uscita loadbalancing.googleapis.com/l3/internal/egress_bytes_count Il numero di byte inviati dal backend del bilanciatore del carico di rete passthrough interno al client. Per i flussi TCP, vengono conteggiati solo i byte nello stream dell'applicazione.
Pacchetti in uscita loadbalancing.googleapis.com/l3/internal/egress_packets_count Il numero di pacchetti inviati dal backend del bilanciatore del carico di rete passthrough interno al client.
Latenza loadbalancing.googleapis.com/l3/internal/rtt_latencies

Una distribuzione del RTT misurata sulle connessioni TCP per i flussi del bilanciatore del carico di rete passthrough interno.

Disponibile solo per il traffico TCP.

Filtrare le dimensioni per le metriche del bilanciatore del carico di rete passthrough interno

Le metriche vengono aggregate per ogni bilanciatore del carico di rete passthrough interno. Le metriche possono essere suddivise ulteriormente in base alle seguenti dimensioni:

Proprietà Descrizione
NOME BACKEND Il nome del gruppo di istanze o del gruppo di endpoint di rete (NEG) con endpoint GCE_VM_IP.
AMBITO DI BACKEND L'ambito (regione o zona) del backend che ha ricevuto la connessione.
ZONA BACKEND Per i gruppi di istanze e i gruppi di endpoint di rete a livello di zona, la zona del backend che ha gestito la connessione.
RETE CLIENT La rete dell'istanza client connessa al bilanciatore del carico di rete passthrough interno.
NETWORK CLIENT La sottorete dell'istanza client collegata al bilanciatore del carico di rete passthrough interno.
ZONA CLIENTE La zona di Google Cloud dell'istanza che si è connessa alla regola di forwarding.
REGOLA DI FORWARDING Il nome della regola di forwarding del bilanciatore del carico di rete passthrough interno.

Frequenza e conservazione dei report sulle metriche

Le metriche per i bilanciatori del carico di rete passthrough interni vengono esportate in Monitoring in batch con granularità di un minuto. I dati di monitoraggio vengono conservati per sei settimane. Le metriche si basano sul traffico campionato (la frequenza di campionamento è dinamica e non può essere aggiustata). La dashboard fornisce l'analisi dei dati in intervalli predefiniti di un'ora (1H), sei ore (6H), un giorno (1G), una settimana (1S) e sei settimane (6S). Puoi richiedere manualmente l'analisi in qualsiasi intervallo da sei settimane a un minuto.

Passaggi successivi