Risolvi i problemi relativi alle metriche basate su log

Questa pagina fornisce informazioni per la risoluzione dei problemi relativi a scenari comuni quando si utilizza basate su log in Cloud Logging.

Impossibile visualizzare o creare metriche

Le metriche basate su log si applicano solo a un singolo progetto Google Cloud o a un Logging del bucket in un progetto Google Cloud. Non puoi Creare metriche basate su log per altri servizi Google Cloud come organizzazioni o account di fatturazione. Le metriche basate su log sono vengono calcolati per i log solo nel progetto Google Cloud o nel bucket in cui quando vengono ricevuti.

Per creare metriche, devi disporre delle autorizzazioni di Identity and Access Management corrette. Per maggiori dettagli, vedi Controllo dell'accesso con IAM: metriche basate su log.

Nella metrica mancano i dati dei log

Esistono diversi possibili motivi per cui mancano dati nelle metriche basate su log:

  • Le nuove voci di log potrebbero non corrispondere al filtro della metrica. Un'architettura basata su log ottiene i dati dalle voci di log corrispondenti ricevute dopo viene creata una metrica specifica. Logging non esegue il backfill della metrica da le voci di log precedenti.

  • Le nuove voci di log potrebbero non contenere il campo corretto oppure i dati potrebbero non sia nel formato corretto per l'estrazione in base alla metrica di distribuzione. Controllo che i nomi dei campi e le espressioni regolari siano corretti.

  • Il conteggio delle metriche potrebbe subire ritardi. Anche se registrabile vengono visualizzate in Esplora log, potrebbero essere necessari fino a 10 minuti aggiornare le metriche basate su log in Cloud Monitoring.

  • Le voci di log visualizzate potrebbero essere conteggiato in ritardo o non essere contate perché hanno timestamp troppo lontani nel passato o in futuro. Se Cloud Logging riceve una voce di log, di 24 ore nel passato o 10 minuti nel futuro, allora voce di log non verrà conteggiata nel basata su log.

    Per ogni log nel sistema viene registrato il numero di voci che arrivano in ritardo. metrica basata su log logging.googleapis.com/logs_based_metrics_error_count

    Esempio: una voce di log corrispondente a una metrica basata su log arriva in ritardo. L'evento "timestamp" alle 14:30 del 20 febbraio 2020 e la receivedTimestamp delle 14:45 del 21 febbraio 2020. Questo non verranno conteggiate nella metrica basata su log.

  • La metrica basata su log è stata creata dopo l'arrivo delle voci di log che potrebbe essere conteggiata. Le metriche basate su log valutano le voci di log così come sono in bucket di log; queste metriche non valutano i log archiviate in Logging.

Il tipo di risorsa è "undefined" in Cloud Monitoring

Alcuni tipi di risorse monitorate di Cloud Logging non sono mappati direttamente a Tipi di risorse monitorate di Cloud Monitoring. Ad esempio, quando creare un criterio di avviso o un grafico da una metrica basata su log, potresti vedrai che il tipo di risorsa è "undefined".

Il tipo di risorsa non è definito.

Il tipo di risorsa monitorata è mappato a global o a un altro di risorse monitorate in Cloud Monitoring. Consulta le Mappature per le risorse solo Logging per determinare quale tipo di risorsa monitorata devi scegliere.

Gli incidenti non vengono creati o sono falsi positivi

Potresti riscontrare incidenti falsi positivi o situazioni in cui Il monitoraggio non crea incidenti perché il periodo di allineamento per il criterio di avviso è troppo breve. Potresti riscontrare falsi positivi nei seguenti scenari:

  • Quando un criterio di avviso utilizza una logica minore di.
  • Quando un criterio di avviso è basato su una condizione percentile per una distribuzione o una metrica di valutazione.

Possono verificarsi falsi positivi perché possono essere inviate a Logging in ritardo. Ad esempio, i campi del log In alcuni casi timestamp e receiveTimestamp possono avere un delta di minuti. Inoltre, quando Logging ha archiviato i log nei bucket di log, c'è un ritardo intrinseco tra la generazione delle voci di log e il momento in cui Logging li riceve. Ciò significa che Logging potrebbe non avere conteggio totale per una determinata voce di log fino a un momento successivo sono state generate voci di log. Ecco perché un criterio di avviso utilizzando la logica minore di o in base a una condizione percentile per una metrica di distribuzione può genera un avviso di falso positivo: non tutte le voci di log sono state prese in considerazione .

Tuttavia, le metriche basate su log sono sempre coerenti alla fine. Metriche basate su log alla fine sono coerenti perché una voce di log che corrisponde a una metrica basata su log può essere inviato a Logging con un valore timestamp notevolmente meno recenti o più recenti dei receiveTimestamp del log.

Ciò significa che la metrica basata su log può ricevere voci di log con I timestamp dopo le voci di log esistenti con lo stesso timestamp hanno è già stato ricevuto da Logging. Di conseguenza, il valore della metrica devono essere aggiornati.

Per fare in modo che le notifiche siano sempre precise anche per i dati in tempo, i criteri di avviso per le metriche basate su log devono utilizzare condizioni con periodi di allineamento di almeno due minuti. Per le voci di log che vengono inviati a Logging con i ritardi misurati in minuti, di dieci minuti per bilanciare tempestività e precisione.

La metrica ha troppe serie temporali

Il numero di serie temporali di una metrica dipende dal numero di combinazioni di valori delle etichette. Il numero di serie temporali è chiamato cardinalità della metrica e non deve superare 30.000.

Poiché è possibile generare una serie temporale per ogni combinazione di valori di etichetta, se hai una o più etichette con un alto numero di valori, non è difficile per superare le 30.000 serie temporali. Da evitare metriche ad alta cardinalità.

Man mano che la cardinalità di una metrica aumenta, la metrica può essere limitata e i punti dati potrebbero non essere scritti nella metrica. Grafici che mostrano la metrica può essere lento a causa dell'elevato numero di serie temporali del grafico da elaborare. Potrebbero esserti addebitati costi anche per le chiamate API per eseguire query sui dati delle serie temporali. esaminare i costi di Cloud Monitoring i dettagli.

Per evitare di creare metriche ad alta cardinalità:

  • Verificare che i campi delle etichette e le espressioni regolari dell'estrattore corrispondano ai valori con una cardinalità limitata.

  • Evita di estrarre messaggi che possono cambiare, senza limiti, perché i valori delle etichette.

  • Evita di estrarre valori numerici con cardinalità illimitata.

  • Estrai valori solo da etichette di cardinalità nota; ad esempio lo stato con un insieme di valori noti.

Queste metriche basate su log di sistema possono aiutarti a misurare l'effetto che l'aggiunta o rimuovere le etichette ha sulla cardinalità della metrica:

Quando esamini queste metriche, puoi filtrare ulteriormente i risultati in base a il nome della metrica. Per maggiori dettagli, vedi Selezione delle metriche: filtro.

Il nome della metrica non è valido

Quando crei una metrica contatore o di distribuzione, scegli una metrica univoco tra le metriche basate su log del progetto Google Cloud.

Le stringhe con i nomi delle metriche non devono superare i 100 caratteri e possono includere solo i seguenti caratteri:

  • A-Z
  • a-z
  • 0-9

  • I caratteri speciali _-.,+!*',()%\/.

    La barra / indica una gerarchia di pezzi all'interno del della metrica e non può essere il primo carattere del nome.

I valori dell'etichetta sono troncati

I valori per le etichette definite dall'utente non devono superare 1024 byte.

Impossibile eliminare una metrica di log personalizzata

Puoi provare a eliminare una metrica personalizzata basata su log utilizzando la console Google Cloud. La richiesta di eliminazione non va a buon fine e viene visualizzata la finestra di dialogo di eliminazione. il messaggio di errore There is an unknown error while executing this operation.

Per risolvere il problema, prova a procedere nel seguente modo:

  • Aggiorna la pagina Metriche basate su log nella console Google Cloud. Errore potrebbe essere mostrato a causa di un problema di tempo interno.

  • Identifica ed elimina eventuali criteri di avviso che monitorano la metrica basata su log. Dopo aver verificato che la metrica basata su log non sia monitorata da un avviso elimina la metrica basata su log. Metriche basate su log monitorate da un criterio di avviso non possono essere eliminate.