Logging e monitoraggio del bilanciatore del carico delle applicazioni interno

Questo documento fornisce le informazioni necessarie per comprendere le metriche di logging e monitoraggio per gli Application Load Balancer interni. Le metriche di logging e monitoraggio per gli Application Load Balancer interni regionali e per gli Application Load Balancer interni tra regioni sono le stesse.

Logging

Puoi abilitare il logging in base al servizio di backend. La mappa URL di un singolo bilanciatore del carico delle applicazioni interno può fare riferimento a più di un servizio di backend. A seconda della configurazione, potrebbe essere necessario abilitare il logging per più servizi di backend.

Campionamento e raccolta dei log

Google Cloud campiona i pacchetti che lasciano e entrano nelle istanze di macchine virtuali (VM) del backend del bilanciatore del carico. Questi pacchetti campionati vengono elaborati per generare i log.

Non tutti i pacchetti vengono campionati. Google Cloud campiona un sottoinsieme variabile di pacchetti in base alla quantità di traffico sull'host fisico. La frequenza di campionamento più bassa possibile è di uno su 1024 pacchetti. La frequenza di campionamento è controllata in modo dinamico da Google Cloud. Non puoi modificare la frequenza di campionamento.

Il campionamento dei pacchetti interagisce con le regole del 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 firewall in entrata.

Dopo il campionamento, Google Cloud elabora i pacchetti campionati in base alla seguente procedura:

  1. Aggregazione: i pacchetti campionati vengono aggregati in un intervallo di 5 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 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. Scrivi nel logging: le voci di log vengono scritte in Cloud Logging.

Campi facoltativi

I record di log contengono campi obbligatori e facoltativi. La sezione Cosa viene registrato 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 di log vengono inclusi nei log di flusso. Quando al formato di record vengono aggiunti nuovi campi facoltativi, i log di flusso includono automaticamente i nuovi campi.

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

  • Se selezioni personalizzato, puoi specificare i campi facoltativi che vuoi includere, ad esempio tls.protocol,tls.cipher.

Per istruzioni sulla personalizzazione dei campi facoltativi, consulta Abilitare il logging su un servizio di backend esistente.

Abilitazione del logging su un servizio di backend esistente

Per gli Application Load Balancer interni regionali, segui questi passaggi:

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.

  4. Fai clic su Configurazione backend.

  5. Fai clic su Modifica accanto al tuo servizio di backend.

  6. Fai clic su Configurazioni avanzate (affinità sessione, timeout per svuotamento della connessione).

  7. Fai clic su Abilita il logging.

  8. Imposta una frazione di Frequenza di campionamento. Puoi impostare un numero compreso tra 0.0 e 1.0, dove 0.0 indica che nessuna richiesta viene registrata e 1.0 indica che il 100% delle richieste viene registrato. Il valore predefinito è 1.0.

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

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

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

gcloud

Per aggiornare il servizio di backend in modo da abilitare il logging, utilizza il comando gcloud compute backend-services update.

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

dove

  • --enable-logging abilita il logging per il servizio di backend in questione.
  • --logging-sample-rate consente di specificare un valore compreso tra 0.0 e 1.0, dove 0.0 indica che non viene registrata alcuna richiesta, mentre 1.0 indica che viene registrato il 100% delle richieste. Significativo solo con il parametro --enable-logging. Abilitare il logging, ma impostare la frequenza di campionamento su 0.0 equivale a disabilitare il logging. Il valore predefinito è 1.0.
  • --logging-optional consente di specificare i campi facoltativi che vuoi includere nei log:

    • INCLUDE_ALL_OPTIONAL per includere tutti i campi facoltativi.

    • EXCLUDE_ALL_OPTIONAL (valore predefinito) per escludere tutti i campi facoltativi.

    • CUSTOM per includere un elenco personalizzato di campi facoltativi che hai specificato in OPTIONAL_FIELDS.

  • --logging-optional-fields consente di specificare un elenco di campi facoltativi, separati da virgole, da includere nei log.

    Ad esempio, tls.protocol,tls.cipher può essere impostato solo se LOGGING_OPTIONAL_MODE è impostato su CUSTOM.

Per i bilanciatori del carico delle applicazioni interni tra regioni, segui questi passaggi:

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.

  4. Fai clic su Configurazione backend.

  5. Fai clic su Modifica accanto al tuo servizio di backend.

  6. Fai clic su Configurazioni avanzate (affinità sessione, timeout per svuotamento della connessione).

  7. Fai clic su Abilita il logging.

  8. Imposta una frazione di Frequenza di campionamento. Puoi impostare un numero compreso tra 0.0 e 1.0, dove 0.0 indica che nessuna richiesta viene registrata e 1.0 indica che il 100% delle richieste viene registrato. Il valore predefinito è 1.0.

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

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

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

gcloud

Per aggiornare il servizio di backend in modo da abilitare il logging, utilizza il comando gcloud compute backend-services update.

gcloud compute backend-services update BACKEND_SERVICE \
    --enable-logging \
    --logging-sample-rate=RATE \
    --global \
    --logging-optional=LOGGING_OPTIONAL_MODE \
    --logging-optional-fields=OPTIONAL_FIELDS

dove

  • --enable-logging abilita il logging per il servizio di backend in questione.
  • --logging-sample-rate consente di specificare un valore compreso tra 0.0 e 1.0, dove 0.0 indica che non viene registrata alcuna richiesta, mentre 1.0 indica che viene registrato il 100% delle richieste. Significativo solo con il parametro --enable-logging. Abilitare il logging, ma impostare la frequenza di campionamento su 0.0 equivale a disabilitare il logging. Il valore predefinito è 1.0.
  • --logging-optional consente di specificare i campi facoltativi che vuoi includere nei log:

    • INCLUDE_ALL_OPTIONAL per includere tutti i campi facoltativi.

    • EXCLUDE_ALL_OPTIONAL (valore predefinito) per escludere tutti i campi facoltativi.

    • CUSTOM per includere un elenco personalizzato di campi facoltativi che hai specificato in OPTIONAL_FIELDS.

  • --logging-optional-fields consente di specificare un elenco di campi facoltativi, separati da virgole, da includere nei log.

    Ad esempio, tls.protocol,tls.cipher può essere impostato solo se LOGGING_OPTIONAL_MODE è impostato su CUSTOM.

Dopo aver abilitato il logging sul servizio di backend, ogni richiesta HTTP(S) viene registrata utilizzando Cloud Logging.

Come visualizzare i log

Per visualizzare i log, nella console Google Cloud, vai alla pagina Esplora log.

I log del bilanciatore del carico delle applicazioni interno vengono indicizzati prima per rete e poi per regione.

  • Per visualizzare i log di tutti i bilanciatori del carico delle applicazioni interni, seleziona Regola del bilanciatore del carico delle applicazioni interno nel primo menu a discesa.
  • Per visualizzare i log di una sola rete, seleziona Regola del bilanciatore del carico delle applicazioni interno, quindi seleziona il nome di una rete.
  • Per visualizzare i log relativi a una sola regione della rete, seleziona Regola del bilanciatore del carico delle applicazioni interno > NETWORK > REGION.

I campi log di tipo boolean vengono generalmente visualizzati solo se hanno un valore di true. Se un campo booleano ha il valore false, viene omesso dal log.

Per i campi di log viene applicata la codifica UTF-8. I caratteri non UTF-8 vengono sostituiti con punti interrogativi.

Puoi configurare l'esportazione delle metriche basate su log per i log delle risorse (resource.type="internal_http_lb_rule"). Le metriche create sono basate sulla risorsa "Regola del bilanciatore del carico delle applicazioni interno", disponibile nelle dashboard di Cloud Monitoring:

Vai a Monitoring

Cosa viene registrato

Le voci di log del bilanciatore del carico delle applicazioni interno contengono informazioni utili per il monitoraggio e il debug del traffico HTTP(S). I record di log contengono campi obbligatori, ovvero i campi predefiniti di ogni record di log, e campi facoltativi che aggiungono ulteriori informazioni sul traffico HTTP(S). Possono essere omessi per risparmiare sui costi di archiviazione. Le voci di log contengono i seguenti tipi di informazioni:

  • Informazioni generali mostrate nella maggior parte dei log di Google Cloud, ad esempio gravità, ID progetto, numero di progetto e timestamp, come descritto nella voce LogEntry.
  • Campi log HttpRequest.

Alcuni campi di log sono in un formato a più campi, con più di un dato in un determinato campo. Ad esempio, il campo tls è nel formato TlsDetails, che contiene il protocollo TLS e la crittografia TLS in un singolo campo. Questi campi a più campi sono descritti nella seguente tabella dei formati di record.

Campo Tipo Tipo di campo: obbligatorio o facoltativo Description
logName string Obbligatorio Il nome della risorsa del log a cui appartiene questa voce di log.
Nel modulo "projects/PROJECT_ID/logs/requests".
timestamp string Obbligatorio L'ora in cui è iniziata la richiesta.
severity Formato LogSeverity Obbligatorio La gravità della voce di log. Il valore predefinito è LogSeverity.DEFAULT.
httpRequest Oggetto HttpRequest Obbligatorio Un protocollo HttpRequest che descrive la richiesta HTTP(S) registrata.
trace string Obbligatorio Il nome della risorsa dell'eventuale traccia associata all'eventuale voce di log. Se contiene un nome di risorsa relativo, si presume che sia relativo a https://tracing.googleapis.com. Esempio: projects/PROJECT_ID/traces/06796866738c859f2f19b7cfb3214824.

I bilanciatori del carico delle applicazioni interni non supportano questo campo.

spanId string Obbligatorio L'ID intervallo all'interno della traccia associata alla voce di log. Per gli intervalli di Trace, questa stringa presenta lo stesso formato utilizzato dall'API Trace v2: una codifica esadecimale di 16 caratteri di un array a 8 byte, ad esempio 000000000000004a.

I bilanciatori del carico delle applicazioni interni non supportano questo campo.

resource Oggetto MonitoredResource Obbligatorio

La risorsa monitorata che ha generato questa voce di log.

L'oggetto MonitoredResourceDescriptor descrive lo schema di un oggetto MonitoredResource utilizzando un nome di tipo e un set di etichette.

Ad esempio, i descrittori risorsa monitorata per gli Application Load Balancer interni hanno un tipo di risorsa internal_http_lb_rule e utilizzano le etichette delle risorse per identificare la risorsa effettiva e i suoi attributi. Per un elenco delle etichette delle risorse, consulta la pagina relativa alle etichette delle risorse per resource.type="internal_http_lb_rule".

jsonPayload Oggetto (formato Struct) Obbligatorio Payload della voce di log espresso come oggetto JSON. L'oggetto JSON contiene i seguenti campi:
  • tls
  • proxyStatus
  • backendTargetProjectNumber
  • serviceDirectoryService
  • cloudFitExperiment
  • cloudFitFault
  • serviceExtensionInfo
  • mtls
string Obbligatorio

Il campo proxyStatus contiene una stringa che specifica perché l'Application Load Balancer interno ha restituito HttpRequest.status. Questo campo viene compilato solo quando il proxy restituisce un codice di errore con 4xx o 5xx.

Il campo non viene registrato se il valore è una stringa vuota. Per maggiori informazioni, consulta il messaggio proxyStatus.

string Obbligatorio Il campo backendTargetProjectNumber contiene il numero di progetto che identifica il proprietario del servizio di backend o del bucket di backend.
string Obbligatorio Il campo serviceDirectoryService contiene il nome del servizio Service Directory su cui è stato configurato l'errore Cloud FIT.
string Obbligatorio Il campo cloudFitExperiment contiene il nome dell'esperimento Cloud FIT.
string Obbligatorio Il campo cloudFitFault contiene il nome dell'errore inserito da un esperimento di errore Cloud FIT in questo percorso di richiesta.
ServiceExtensionInfo Obbligatorio Il campo serviceExtensionInfo archivia le informazioni sui flussi gRPC dal bilanciatore del carico alle estensioni di servizio. Per maggiori informazioni, consulta Che cosa viene registrato per le estensioni callout.
TlsDetails Facoltativo Il campo tls contiene il valore TlsDetails che specifica i metadati TLS per la connessione tra il client e l'Application Load Balancer interno. Questo campo è disponibile solo se il client utilizza la crittografia TLS/SSL.
MtlsDetails Facoltativo Il campo mtls contiene il valore MtlsDetails che specifica i metadati mTLS per la connessione tra il client e l'Application Load Balancer interno. Questo campo è disponibile solo se il bilanciatore del carico utilizza il protocollo TLS reciproco (mTLS) per il frontend.

Formato del campo TlsDetails

Campo Formato dei campi Tipo di campo: obbligatorio o facoltativo Descrizione
protocollo string Facoltativo Protocollo TLS utilizzato dai client per stabilire una connessione con il bilanciatore del carico. I valori possibili sono TLS 1.0, 1.1, 1.2, 1.3 o QUIC. Questo valore è impostato su NULL se il client non utilizza la crittografia TLS/SSL.
crittografia string Facoltativo Crittografia TLS utilizzata dai client per stabilire una connessione con il bilanciatore del carico. Questo valore è impostato su NULL se il client non utilizza HTTP(S) o se il client non utilizza la crittografia TLS/SSL.

Formato del campo MtlsDetails

Campo Formato dei campi Tipo di campo: obbligatorio o facoltativo Descrizione
clientCertPresent bool Facoltativo

true se il client ha fornito un certificato durante l'handshake TLS; in caso contrario, false.

clientCertChainVerified bool Facoltativo

true se la catena di certificati client è stata verificata in base a un TrustStore configurato; in caso contrario, false.

clientCertError string Facoltativo

Stringhe predefinite che rappresentano le condizioni di errore. Per maggiori informazioni sulle stringhe di errore, consulta l'articolo sulle modalità di convalida del client mTLS.

clientCertSha256Fingerprint string Facoltativo

Fingerprint SHA-256 con codifica Base64 del certificato client.

clientCertSerialNumber string Facoltativo

Il numero di serie del certificato client. Se il numero di serie è più lungo di 50 byte, la stringa client_cert_serial_number_exceeded_size_limit viene aggiunta a client_cert_error e il numero di serie viene impostato su una stringa vuota.

clientCertValidStartTime string Facoltativo

Timestamp (formato della stringa di data RFC 3339) prima del quale il certificato client non è valido. Ad esempio, 2022-07-01T18:05:09+00:00.

clientCertValidEndTime string Facoltativo

Timestamp (formato della stringa di data RFC 3339) dopo il quale il certificato client non è valido. Ad esempio, 2022-07-01T18:05:09+00:00.

clientCertSpiffeId string Facoltativo

L'ID SPIFFE del campo del nome alternativo (SAN) del soggetto. Se il valore non è valido o supera i 2048 byte, l'ID SPIFFE è impostato su una stringa vuota.

Se l'ID SPIFFE è più lungo di 2048 byte, la stringa client_cert_spiffe_id_exceeded_size_limit viene aggiunta a client_cert_error.

clientCertUriSans string Facoltativo

Elenco separato da virgole con codifica Base64 delle estensioni SAN di tipo URI. Le estensioni SAN vengono estratte dal certificato client. L'ID SPIFFE non è incluso nel campo client_cert_uri_sans.

Se il campo client_cert_uri_sans supera i 512 byte, la stringa client_cert_uri_sans_exceeded_size_limit viene aggiunta a client_cert_error e l'elenco separato da virgole viene impostato su una stringa vuota.

clientCertDnsnameSans string Facoltativo

Elenco separato da virgole con codifica Base64 delle estensioni SAN di tipo DNSName. Le estensioni SAN vengono estratte dal certificato client.

Se il campo client_cert_dnsname_sans supera i 512 byte, la stringa client_cert_dnsname_sans_exceeded_size_limit viene aggiunta a client_cert_error e l'elenco separato da virgole viene impostato su una stringa vuota.

clientCertIssuerDn string Facoltativo

Campo emittente completo con codifica Base64 del certificato.

Se il campo client_cert_issuer_dn supera i 512 byte, la stringa client_cert_issuer_dn_exceeded_size_limit viene aggiunta a client_cert_error e il campo client_cert_issuer_dn viene impostato su una stringa vuota.

clientCertSubjectDn string Facoltativo

Campo Subject completo con codifica Base64 del certificato.

Se il campo client_cert_subject_dn supera i 512 byte, la stringa client_cert_subject_dn_exceeded_size_limit viene aggiunta a client_cert_error e client_cert_subject_dn viene impostato su una stringa vuota.

clientCertLeaf string Facoltativo

Il certificato foglia client per una connessione mTLS stabilita in cui il certificato ha superato la convalida. La codifica del certificato è conforme a RFC 9440: il certificato DER binario è codificato utilizzando Base64 (senza interruzioni di riga, spazi o altri caratteri esterni all'alfabeto Base64) e delimitato da due punti su entrambi i lati.

Se client_cert_leaf supera i 16 kB non codificati, la stringa client_cert_validated_leaf_exceeded_size_limit viene aggiunta a client_cert_error e client_cert_leaf viene impostato su una stringa vuota.

clientCertChain string Facoltativo

L'elenco, delimitato da virgole, di certificati, in ordine TLS standard, della catena di certificati client per una connessione mTLS stabilita in cui il certificato client ha superato la convalida, escluso il certificato foglia. La codifica dei certificati è conforme a RFC 9440.

Se la dimensione combinata di client_cert_leaf e client_cert_chain prima della codifica Base64 supera i 16 kB, la stringa client_cert_validated_chain_exceeded_size_limit viene aggiunta a client_cert_error e client_cert_chain viene impostata su una stringa vuota.

Etichette risorse

La seguente tabella elenca le etichette delle risorse per resource.type="internal_http_lb_rule".

Campo Tipo Description
network_name string Il nome della rete VPC del bilanciatore del carico.
project_id string L'identificatore del progetto Google Cloud associato a questa risorsa.
region string La regione in cui è definito il bilanciatore del carico.
url_map_name string Il nome dell'oggetto mappa URL configurato per selezionare un servizio di backend.
forwarding_rule_name string Il nome dell'oggetto della regola di forwarding.
target_proxy_name string Il nome dell'oggetto proxy di destinazione a cui fa riferimento la regola di forwarding.
matched_url_path_rule string La regola del percorso della mappa URL o la regola di route configurata come parte della chiave della mappa URL. Può essere UNMATCHED o UNKNOWN come riserva.
  • UNMATCHED si riferisce a una richiesta che non corrisponde a nessuna regola di percorso dell'URL, perciò utilizza la regola di percorso predefinita.
  • UNKNOWN indica un errore interno.
backend_target_name string Il nome del backend selezionato per gestire la richiesta, in base alla regola del percorso della mappa URL o alla regola di route corrispondente alla richiesta.
backend_target_type string Il tipo di destinazione del backend (BACKEND_SERVICE / UNKNOWN).
backend_name string Il nome del gruppo di istanza di backend o del NEG.
backend_type string

Il tipo di backend, un gruppo di istanze o un NEG, oppure sconosciuto.

Cloud Logging registra le richieste quando backend_type è UNKNOWN anche se il logging è disabilitato. Ad esempio, se un client chiude la connessione al bilanciatore del carico prima che quest'ultimo possa scegliere un backend, backend_type viene impostato su UNKNOWN e la richiesta viene registrata. Questi log forniscono informazioni utili di debug sulle richieste client che sono state chiuse perché il bilanciatore del carico non ha potuto selezionare un backend.

backend_scope string L'ambito del backend, che può essere un nome di zona o una regione. Potrebbe essere UNKNOWN ogni volta che backend_name è sconosciuto.
backend_scope_type string L'ambito del backend (REGION/ZONE). Potrebbe essere UNKNOWN ogni volta che backend_name è sconosciuto.

Messaggi proxyStatus

Le stringhe registrate nel campo proxyStatus sono:

proxyStatus Significato Codici di risposta associati comuni
destination_unavailable Il bilanciatore del carico considera il backend non disponibile. Ad esempio, i recenti tentativi di comunicazione con il backend non sono riusciti o un controllo di integrità potrebbe indicare un errore. 500, 503
connection_timeout Timeout del tentativo del bilanciatore del carico di aprire una connessione al backend. 504
connection_terminated La connessione del bilanciatore del carico al backend è stata chiusa prima della ricezione di una risposta completa. 502, 503
connection_refused La connessione del bilanciatore del carico al backend è stata rifiutata. 502, 503
connection_limit_reached Il bilanciatore del carico è configurato in modo da limitare il numero di connessioni di cui dispone al backend e questo limite è stato superato. 502, 503
destination_not_found Il bilanciatore del carico non può determinare il backend appropriato da utilizzare per questa richiesta; ad esempio, potrebbe non essere configurato. 500, 404
dns_error Il bilanciatore del carico ha riscontrato un errore DNS durante il tentativo di trovare un indirizzo IP per il nome host del backend. 502, 503
http_response_timeout Il bilanciatore del carico ha raggiunto un limite di tempo configurato in attesa della risposta completa dal backend. 504, 408
http_request_error Il bilanciatore del carico sta generando una risposta client (4xx) per suo conto. 400, 403, 405, 406, 408, 411, 413, 414, 415, 416, 417 o 429
proxy_configuration_error Il bilanciatore del carico ha riscontrato un errore relativo alla sua configurazione. 500
http_protocol_error Il bilanciatore del carico ha riscontrato un errore di protocollo HTTP durante la comunicazione con il backend. 502
proxy_internal_error Si è verificato un errore interno del bilanciatore del carico. 500, 502
proxy_internal_response Il bilanciatore del carico ha generato la risposta senza tentare di connettersi al backend. A seconda del tipo di problema, potrebbe essere visualizzato un codice di stato HTTP. Ad esempio, il codice di stato HTTP "410" indica che il backend non è disponibile a causa di un pagamento inadempiente.

Visualizza i log per la convalida dei certificati client mTLS

Per visualizzare gli errori registrati per le connessioni chiuse durante la convalida reciproca dei certificati client TLS, completa i seguenti passaggi.

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 per attivare l'Editor query.

  3. Incolla quanto segue nel campo Query. Sostituisci FORWARDING_RULE_NAME con il nome della tua regola di forwarding.

    jsonPayload.statusDetails=~"client_cert"
    jsonPayload.@type="type.googleapis.com/google.cloud.loadbalancing.type.LoadBalancerLogEntry"
    resource.labels.forwarding_rule_name=FORWARDING_RULE_NAME
    
  4. Fai clic su Esegui query.

Monitoraggio

I bilanciatori del carico delle applicazioni interni esportano i dati di monitoraggio in Monitoring.

Le metriche di Monitoring possono essere utilizzate per i seguenti scopi:

  • Valutazione della configurazione, dell'utilizzo e delle prestazioni di un bilanciatore del carico
  • Risoluzione dei problemi
  • Migliorare l'utilizzo delle risorse e l'esperienza utente

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

Visualizzazione delle metriche di Cloud Monitoring

Console

Per visualizzare le metriche per una risorsa monitorata utilizzando Metrics Explorer, procedi come segue:

  1. Nel pannello di navigazione della console Google Cloud, seleziona Monitoring e poi  Metrics Explorer:

    Vai a Metrics Explorer

  2. Nell'elemento Metrica, espandi il menu Seleziona una metrica, inserisci Internal Application Load Balancer Rule nella barra dei filtri, quindi utilizza i sottomenu per selezionare un tipo di risorsa e una metrica specifici:
    1. Nel menu Risorse attive, seleziona Regola del bilanciatore del carico delle applicazioni interno.
    2. Per selezionare una metrica, utilizza i menu Categorie di metriche attive e Metriche attive.
    3. Fai clic su Applica.
  3. Per rimuovere le serie temporali dal display, utilizza l'elemento Filter.

  4. Per combinare le serie temporali, utilizza i menu dell'elemento Aggregazione. Ad esempio, per visualizzare l'utilizzo della CPU per le VM, in base alla loro zona, imposta il primo menu su Media e il secondo su zone.

    Tutte le serie temporali vengono visualizzate quando il primo menu dell'elemento Aggregation è impostato su Unaggregated. Le impostazioni predefinite per l'elemento Aggregazione sono determinate dal tipo di metrica selezionato.

  5. Per la quota e altre metriche che segnalano un campione al giorno:
    1. Nel riquadro Display, imposta il Tipo di widget su Grafico a barre in pila.
    2. Imposta il periodo di tempo su almeno una settimana.

Definizione dei criteri di avviso

Console

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

  1. Nel pannello di navigazione della console Google Cloud, seleziona Monitoring e poi  Avvisi:

    Vai ad Avvisi

  2. Se non hai creato i canali di notifica e vuoi ricevere una notifica, fai clic su Modifica canali di notifica e aggiungi i tuoi 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 Internal Application Load Balancer Rule nella barra dei filtri. Se dopo aver filtrato il menu non vengono visualizzati risultati, disattiva l'opzione Mostra solo risorse e metriche attive.
    2. In Tipo di risorsa, seleziona Regola del bilanciatore del carico delle applicazioni interno.
    3. Seleziona una Categoria di metrica e una Metrica, poi seleziona Applica.
  5. Tocca Avanti.
  6. Le impostazioni nella pagina Configura trigger di avviso determinano quando viene attivato l'avviso. Seleziona un tipo di condizione e, se necessario, specifica una soglia. Per maggiori informazioni, consulta Creare criteri di avviso per soglia di metriche.
  7. Tocca Avanti.
  8. (Facoltativo) Per aggiungere notifiche al criterio di avviso, fai clic su Canali di notifica. Nella finestra di dialogo, seleziona uno o più canali di notifica dal menu, quindi fai clic su OK.
  9. (Facoltativo) Aggiorna la Durata della chiusura automatica dell'incidente. Questo campo determina quando Monitoring chiude gli incidenti in assenza di dati delle metriche.
  10. (Facoltativo) Fai clic su Documentazione, quindi aggiungi 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 saperne di più, consulta Criteri di avviso.

Definizione delle dashboard personalizzate di Monitoring

Console

Puoi creare dashboard di Monitoring personalizzate utilizzando le metriche del bilanciatore del carico delle applicazioni interno:

  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 è Bilanciatore del carico HTTP/S interno.

  6. Fai clic su Salva.

Frequenza e fidelizzazione dei report sulle metriche

Le metriche per i bilanciatori del carico vengono esportate in Monitoring in batch con granularità di un minuto. I dati di monitoraggio vengono conservati per sei (6) settimane. La dashboard fornisce analisi dei dati a intervalli predefiniti di 1 ora (un'ora), 6 ore (sei ore), 1 giorno (un giorno), 1 settima (una settimana) e 6 sett (sei settimane). Puoi richiedere manualmente l'analisi in qualsiasi intervallo da 6 W a 1 minuto.

Metriche di monitoraggio per bilanciatori del carico delle applicazioni interni

Le seguenti metriche per gli Application Load Balancer interni vengono segnalate in Monitoring:

Metrica FQDN Descrizione
Conteggio delle richieste loadbalancing.googleapis.com/https/internal/request_count Il numero di richieste gestite dall'Application Load Balancer interno.
Conteggio byte richiesta loadbalancing.googleapis.com/https/internal/request_bytes Il numero di byte inviati come richieste dai client al bilanciatore del carico delle applicazioni interno.
Conteggio byte risposta loadbalancing.googleapis.com/https/internal/response_bytes Il numero di byte inviati come risposte dal bilanciatore del carico HTTP(S) interno al client.
Latenze totali loadbalancing.googleapis.com/https/internal/total_latencies Una distribuzione della latenza in millisecondi. La latenza viene misurata dal momento in cui il proxy riceve il primo byte della richiesta al momento in cui il proxy invia l'ultimo byte della risposta.
Latenze di backend loadbalancing.googleapis.com/https/internal/backend_latencies Una distribuzione della latenza in millisecondi. La latenza viene misurata dal momento in cui il proxy invia il primo byte della richiesta al backend fino al momento in cui il proxy riceve l'ultimo byte della risposta dal backend.

Filtraggio delle dimensioni per le metriche dell'Application Load Balancer interno

Le metriche vengono aggregate per ogni bilanciatore del carico delle applicazioni interno. Puoi filtrare le metriche aggregate in base alle seguenti dimensioni.

Proprietà Descrizione
BACKEND_SCOPE La zona o la regione Google Cloud del gruppo di backend che ha pubblicato la richiesta del client o una stringa speciale per i casi in cui il gruppo di backend non è stato assegnato. Esempi: us-central1-a, europe-west1-b, asia-east1, UNKNOWN.
PROXY_REGION Regione del bilanciatore del carico delle applicazioni interno, del client e del backend. Esempi: us-central1, europe-west1 o asia-east1.
BACKEND Il nome del gruppo di istanza di backend o del NEG che ha pubblicato la richiesta del client.
BACKEND_TARGET Il nome del servizio di backend che ha pubblicato la richiesta del client.
MATCHED_URL_RULE La regola del percorso della mappa URL o la regola di route corrispondente al prefisso della richiesta HTTP(S) client (fino a 50 caratteri).

La metrica Response code class fraction è supportata per l'intero bilanciatore del carico. Non sono supportate ulteriori granularità.

Passaggi successivi