Logging e monitoraggio del bilanciatore del carico delle applicazioni interno

Il presente documento fornisce le informazioni necessarie per comprendere le metriche di logging e monitoraggio Application Load Balancer interni. Le funzionalità di logging e monitoraggio sia per i bilanciatori del carico delle applicazioni interni regionali che per i bilanciatori del carico delle applicazioni interni tra regioni sono in modo analogo.

Logging

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

Campionamento e raccolta dei log

Google Cloud campiona i pacchetti che escono ed entrano nel backend del bilanciatore del carico di macchine virtuali (VM). Questi pacchetti campionati vengono elaborati per generare i log.

Non tutti i pacchetti sono campionati. Google Cloud campiona un sottoinsieme di variabili a seconda della quantità di traffico sull'host fisico. La frequenza di campionamento più bassa possibile è di uno su 1024 pacchetti. Frequenza di campionamento è controllato in modo dinamico da Google Cloud. Non puoi modificare il campionamento di conversione.

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

• I pacchetti vengono campionati prima di applicare le 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 campionamento di processo, campionando i flussi. Puoi controllare la frazione delle voci del flusso emesse come voci di log in base logConfig.sampleRate . Quando logConfig.sampleRate è 1.0 (100%), significa che tutte le e pacchetti campionati.

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 Cosa viene registrato elenca i campi facoltativi e quelli obbligatori. Tutti gli elementi obbligatori sono sempre inclusi. Puoi personalizzare i campi facoltativi da conservare.

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

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

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

Per istruzioni su come personalizzare i campi facoltativi, consulta: Abilitare il logging su un servizio di backend esistente.

Abilitazione del logging su un servizio di backend esistente

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

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

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

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

Dopo aver abilitato il logging nel servizio di backend, ogni richiesta HTTP(S) viene registrata mediante 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 dalla rete e poi in base regione.

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

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

Codifica UTF-8 per i campi dei log. I caratteri che non sono caratteri UTF-8 vengono sostituiti con punti interrogativi.

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

Vai a Monitoring

Che cosa viene registrato

Le voci di log del bilanciatore del carico delle applicazioni interno contengono informazioni utili per: monitoraggio e debug del traffico HTTP(S). I record di log contengono elementi obbligatori , che sono 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, come gravità, ID progetto, numero del progetto e timestamp, come descritto in LogEntry.
• Campi log HttpRequest.

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

Formato campo TlsDetails

Formato campo MtlsDetails

campo errore proxyStatus

Il campo proxyStatus contiene una stringa che specifica il motivo del caricamento bilanciatore ha restituito un errore. La proxyStatus è composta da due parti proxyStatus error e proxyStatus details. Questa sezione descrive le stringhe supportate in proxyStatus error .

L'errore proxyStatus è applicabile ai seguenti bilanciatori del carico:

• Bilanciatore del carico delle applicazioni esterno regionale
• Bilanciatore del carico delle applicazioni interno tra regioni
• Bilanciatore del carico delle applicazioni interno regionale

campo dettagli proxyStatus

Il campo proxyStatus contiene una stringa che specifica il motivo del caricamento bilanciatore ha restituito un errore. La proxyStatus è composta da due parti proxyStatus error e proxyStatus details. Il campo proxyStatus details è facoltativo e viene mostrato solo quando sono disponibili ulteriori informazioni. Questa sezione descrive le stringhe supportate in proxyStatus details .

I dettagli proxyStatus è applicabile ai seguenti bilanciatori del carico:

• Bilanciatore del carico delle applicazioni esterno regionale
• Bilanciatore del carico delle applicazioni interno regionale
• Bilanciatore del carico delle applicazioni interno tra regioni

Voci di log per la connessione TLS non riuscite

In caso di errore della connessione TLS tra il client e il bilanciatore del carico prima del giorno se selezioni qualsiasi backend, le voci di log registrano gli errori. Puoi configurare di backend con frequenze di campionamento dei log diverse. Quando una connessione TLS non va a buon fine, la frequenza di campionamento dei log per le connessioni TLS non riuscite è la più alta di servizio di backend. Ad esempio, se hai configurato due servizi di backend con frequenza di campionamento del logging come 0.3 e 0.5, esempio di log per la connessione TLS non riuscita è 0.5.

Puoi identificare le connessioni TLS non riuscite controllando le seguenti dettagli voce di log:

• Il tipo di errore proxyStatus è tls_alert_received, tls_certificate_error tls_protocol_error o connection_terminated.
• Nessuna informazione di backend.

L'esempio seguente mostra una voce di log TLS non riuscita con il Campo proxyStatus error:

   json_payload:    {
   @type: "type.googleapis.com/google.cloud.loadbalancing.type.LoadBalancerLogEntry"
   proxyStatus: "error="tls_alert_received"; details="server_to_client: handshake_failure""
   log_name: "projects/529254013417/logs/mockservice.googleapis.com%20name"
   }
   http_request {
    latency {
      nanos: 12412000
    }
    protocol: "HTTP/1.0"
    remote_ip: "127.0.0.2"
   }
  resource {
    type: "mock_internal_http_lb_rule"
    labels {
      backend_name: ""
      backend_scope: ""
      backend_scope_type: "UNKNOWN"
      backend_target_name: ""
      backend_target_type: "UNKNOWN"
      backend_type: "UNKNOWN"
      forwarding_rule_name: "l7-ilb-https-forwarding-rule-dev"
      matched_url_path_rule: "UNKNOWN"
      network_name: "lb-network"
      region: "REGION"
      target_proxy_name: "l7-ilb-https-proxy-dev"
      url_map_name: ""
    }
  }
  timestamp: "2023-08-15T16:49:30.850785Z"
  

Etichette risorse

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

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.

Monitoraggio

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

Le metriche di monitoraggio 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 API Monitoring.

Visualizzazione delle metriche di Cloud Monitoring

Definizione dei criteri di avviso

Definizione delle dashboard personalizzate di Monitoring

Frequenza e fidelizzazione dei report sulle metriche

Le metriche per i bilanciatori del carico vengono esportate in Monitoring Batch con granularità di 1 minuto. I dati di monitoraggio vengono conservati per sei (6) settimane. Il pannello fornisce l'analisi dei dati a intervalli predefiniti di 1 ora (un'ora), 6 h (sei ore), 1 g (un giorno), 1 w (una settimana) e 6 w (sei settimane). Puoi richiedere manualmente l'analisi in qualsiasi intervallo compreso tra 6 W e 1 minuto.

Monitoraggio delle metriche per i bilanciatori del carico delle applicazioni interni

Le seguenti metriche per i bilanciatori del carico delle applicazioni interni sono segnalati in Monitoring:

Dimensioni di filtro per le metriche del bilanciatore del carico delle applicazioni interno

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

La metrica Response code class fraction è supportata per l'intera con il bilanciatore del carico di rete passthrough esterno regionale. Non è supportata ulteriore granularità.

Passaggi successivi

• Leggi informazioni concettuali su bilanciatori del carico delle applicazioni interni.
• Crea un Application Load Balancer interno.
• Consulta Bilanciamento del carico interno e nomi DNS per scoprire le opzioni disponibili per i nomi DNS che il bilanciatore del carico può utilizzare.