L'integrazione di MariaDB raccoglie le metriche delle prestazioni relative a InnoDB, il pool di buffer e varie altre operazioni. Raccoglie anche informazioni generali, gli errori e i log delle query lente e li analizza in un payload JSON. I log degli errori sono vengono analizzati per individuare codice di errore e sottosistema. I log delle query lente vengono analizzati coppie chiave-valore che descrivono le prestazioni di una query, incluso il tempo e righe esaminate.
Per ulteriori informazioni su MariaDB, vedi mariadb.org di Google.
Prerequisiti
Per raccogliere la telemetria MariaDB, devi installare Ops Agent versione 2.8.0 o successiva.
Questo ricevitore supporta le versioni MariaDB dalla 10.1.X alla 10.7.X.Configura l'istanza MariaDB
MariaDB è un fork di MySQL supportato commercialmente e sviluppato dalla community
RDBMS (Relazionale Database Management System). Per raccogliere log e metriche per
MariaDB, utilizza i mysql
ricevitori.
Il ricevitore mysql
si connette per impostazione predefinita a un MariaDB locale
che utilizza un socket Unix e l'autenticazione Unix come utente root
.
Configura Ops Agent per MariaDB
Seguendo la guida alla configurazione delle operazioni Agent, aggiungi gli elementi richiesti per raccogliere log e metriche dalle istanze MariaDB e riavvia l'agente.
Configurazione di esempio
I comandi seguenti creano il file di configurazione per raccogliere e importare i log e le metriche per MariaDB e riavvia Ops Agent su Linux.
Per connetterti alla tua istanza MariaDB utilizzando una connessione TCP con un nome utente e password, specifica il nome utente e la password nelle metriche destinatario. Ad esempio:
metrics:
receivers:
mysql:
type: mysql
endpoint: localhost:3306
password: pwd
username: usr
service:
pipelines:
mysql:
receivers:
- mysql
Configura la raccolta dei log
Per importare i log da MariaDB, devi creare ricevitori per il i log prodotti da MariaDB e poi crea una pipeline per il nuovo o ricevitori.
Il ricevitore di logging mysql_error
raccoglie i log dai percorsi dei file predefiniti
come mostrato nella tabella seguente. Su alcune piattaforme, MariaDB accede a journald
per impostazione predefinita anziché "file". Per configurare MariaDB in modo che acceda a un file,
imposta l'opzione log_error
nella configurazione di MariaDB. Per ulteriori informazioni
sulla configurazione di log_error
, consulta Scrittura del log degli errori in un
File.
Per configurare un ricevitore per i log di mysql_error
, specifica quanto segue
campi:
Campo | Predefinito | Descrizione |
---|---|---|
type |
Questo valore deve essere mysql_error . |
|
include_paths |
[/var/log/mysqld.log, /var/log/mysql/mysqld.log, /var/log/mysql/error.log] |
Un elenco di percorsi di file system da leggere eseguendo il tailing di ogni file. Nei percorsi è possibile utilizzare un carattere jolly (* ). ad esempio /var/log/mysql/*.log . |
exclude_paths |
[] |
Un elenco di pattern di percorso del file system da escludere dal set con corrispondenza in base a include_paths . |
record_log_file_path |
false |
Se il criterio viene impostato su true , il percorso del file specifico da cui è stato ottenuto il record di log viene visualizzato nella voce di log di output come valore dell'etichetta agent.googleapis.com/log_file_path . Quando utilizzi un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
wildcard_refresh_interval |
60s |
L'intervallo di aggiornamento dei percorsi dei file con caratteri jolly in include_paths . Indicata come durata di tempo, ad esempio 30s o 2m . Questa proprietà può essere utile in caso di velocità effettiva di logging elevate, in cui i file di log vengono ruotati più velocemente dell'intervallo predefinito. |
Per configurare un destinatario per i log di mysql_general
, specifica i seguenti campi:
Campo | Predefinito | Descrizione |
---|---|---|
type |
Questo valore deve essere mysql_general . |
|
include_paths |
[/var/lib/mysql/${HOSTNAME}.log] |
I file di log da leggere. |
exclude_paths |
[] |
Un elenco di pattern di percorso del file system da escludere dal set con corrispondenza in base a include_paths . |
record_log_file_path |
false |
Se il criterio viene impostato su true , il percorso del file specifico da cui è stato ottenuto il record di log viene visualizzato nella voce di log di output come valore dell'etichetta agent.googleapis.com/log_file_path . Quando utilizzi un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
wildcard_refresh_interval |
60s |
L'intervallo di aggiornamento dei percorsi dei file con caratteri jolly in include_paths . Indicata come durata di tempo, ad esempio 30s o 2m . Questa proprietà può essere utile in caso di velocità effettiva di logging elevate, in cui i file di log vengono ruotati più velocemente dell'intervallo predefinito. |
Per configurare un destinatario per i log di mysql_slow
, specifica i seguenti campi:
Campo | Predefinito | Descrizione |
---|---|---|
type |
Questo valore deve essere mysql_slow . |
|
include_paths |
[/var/lib/mysql/${HOSTNAME}-slow.log] |
I file di log da leggere. |
exclude_paths |
[] |
Un elenco di pattern di percorso del file system da escludere dal set con corrispondenza in base a include_paths . |
record_log_file_path |
false |
Se il criterio viene impostato su true , il percorso del file specifico da cui è stato ottenuto il record di log viene visualizzato nella voce di log di output come valore dell'etichetta agent.googleapis.com/log_file_path . Quando utilizzi un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record. |
wildcard_refresh_interval |
60s |
L'intervallo di aggiornamento dei percorsi dei file con caratteri jolly in include_paths . Indicata come durata di tempo, ad esempio 30s o 2m . Questa proprietà può essere utile in caso di velocità effettiva di logging elevate, in cui i file di log vengono ruotati più velocemente dell'intervallo predefinito. |
Che cosa viene registrato
I logName
dei log mysql_error
, mysql_general
e mysql_slow
sono
derivati dagli ID destinatario specificati nella configurazione.
A seconda della versione di MariaDB, mysql_error
di log potrebbero
contengono i seguenti campi all'interno
LogEntry
:
Campo | Tipo | Descrizione |
---|---|---|
jsonPayload.level |
string | Livello voce di log |
jsonPayload.tid |
numero | ID thread da cui ha avuto origine il log |
jsonPayload.errorCode |
string | Codice di errore MariaDB associato al log |
jsonPayload.subsystem |
string | Sottosistema MariaDB da cui ha avuto origine il log |
jsonPayload.message |
string | Messaggio di log |
severity |
stringa (LogSeverity ) |
Livello voce di log (tradotto) |
timestamp |
stringa (Timestamp ) |
Ora in cui è stata ricevuta la richiesta |
I campi vuoti o mancanti non saranno presenti nella voce di log.
mysql_general
log contengono i seguenti campi nella
LogEntry
:
Campo | Tipo | Descrizione |
---|---|---|
jsonPayload.tid |
numero | ID thread da cui ha avuto origine il log |
jsonPayload.command |
string | Tipo di azione di database che viene registrata |
jsonPayload.message |
string | Log dell'azione del database |
timestamp |
stringa (Timestamp ) |
Ora in cui la voce è stata registrata |
mysql_slow
log contengono i seguenti campi nella
LogEntry
:
Campo | Tipo | Descrizione |
---|---|---|
jsonPayload.user |
string | Utente che ha eseguito la query |
jsonPayload.database |
string | Database in cui è stata eseguita la query |
jsonPayload.host |
string | Host dell'istanza del database |
jsonPayload.ipAddress |
string | Indirizzo dell'istanza di database |
jsonPayload.tid |
numero | ID thread in cui è stata registrata la query |
jsonPayload.queryTime |
numero | Tempo di esecuzione dell'istruzione in secondi |
jsonPayload.lockTime |
numero | Il tempo di acquisizione dei blocchi in secondi |
jsonPayload.rowsSent |
numero | Il numero di righe inviate al client. |
jsonPayload.rowsExamined |
numero | Il numero di righe esaminate dal livello server |
jsonPayload.errorNumber † |
numero | Il numero di errore dell'istruzione o 0 se non si è verificato alcun errore. |
jsonPayload.killed † |
numero | Se l'istruzione è stata terminata, il numero di errore che indica il motivo o 0 se l'istruzione è stata terminata normalmente |
jsonPayload.bytesReceived † |
numero | Il numero di byte ricevuti da tutti i client |
jsonPayload.bytesSent † |
numero | Il numero di byte inviati a tutti i client |
jsonPayload.readFirst † |
numero | Il numero di volte in cui è stata letta la prima voce in un indice |
jsonPayload.readLast † |
numero | Il numero di richieste di lettura dell'ultima chiave in un indice |
jsonPayload.readKey † |
numero | Il numero di richieste di lettura di una riga in base a una chiave |
jsonPayload.readNext † |
numero | Il numero di richieste di lettura della riga successiva in ordine delle chiavi |
jsonPayload.readPrev † |
numero | Il numero di richieste di lettura della riga precedente in ordine delle chiavi |
jsonPayload.readRnd † |
numero | Il numero di richieste di lettura di una riga in base a una posizione fissa |
jsonPayload.readRndNext † |
numero | Il numero di richieste di lettura della riga successiva nel file di dati |
jsonPayload.sortMergePasses † |
numero | Il numero di passaggi di unione che ha dovuto eseguire l'algoritmo di ordinamento. |
jsonPayload.sortRangeCount † |
numero | Il numero di ordinamenti eseguiti utilizzando intervalli |
jsonPayload.sortRows † |
numero | Il numero di righe ordinate |
jsonPayload.sortScanCount † |
numero | Il numero di ordinamenti eseguiti analizzando la tabella |
jsonPayload.createdTmpDiskTables † |
numero | Il numero di tabelle temporanee su disco interne create dal server |
jsonPayload.createdTmpTables † |
numero | Il numero di tabelle temporanee interne create dal server |
jsonPayload.startTime † |
string | Ora di inizio dell'esecuzione dell'istruzione |
jsonPayload.endTime † |
string | Ora di fine dell'esecuzione dell'istruzione |
jsonPayload.message |
string | Testo completo della query |
timestamp |
stringa (Timestamp ) |
Ora in cui la voce è stata registrata |
†
Questi campi vengono forniti solo se log_slow_extra
la variabile di sistema è impostata su 'ON'
. Questa variabile è disponibile a partire da
MySQL 8.0.14.
Per informazioni su questi campi, consulta il documento MySQL documentazione.
Configurazione della raccolta di metriche
Per raccogliere le metriche da MariaDB, devi creare un ricevitore per MariaDB, quindi crea una pipeline per il nuovo ricevitore.
Questo ricevitore non supportare l'uso di più istanze nella configurazione, ad esempio per monitorare più endpoint. Tutte queste istanze scrivono nella stessa serie temporale, e Cloud Monitoring non ha modo di distinguerli.
Per configurare un ricevitore per le metriche MariaDB, specifica seguenti campi:
Campo | Predefinito | Descrizione |
---|---|---|
type |
Il valore deve essere mysql . |
|
endpoint |
localhost:3306 |
L'URL esposto da MariaDB. |
collection_interval |
60s |
Un valore time.Duration, ad esempio 30s o 5m . |
username |
root |
Il nome utente utilizzato per la connessione al server. |
password |
La password utilizzata per connettersi al server. |
Che cosa viene monitorato
La tabella seguente fornisce l'elenco delle metriche raccolte da Ops Agent dall'istanza MariaDB.
Tipo di metrica | |
---|---|
Tipo, tipo Risorse monitorate |
Etichette |
workload.googleapis.com/mysql.buffer_pool_operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.buffer_pool_pages
|
|
GAUGE , DOUBLE gce_instance |
kind
|
workload.googleapis.com/mysql.buffer_pool_size
|
|
GAUGE , DOUBLE gce_instance |
kind
|
workload.googleapis.com/mysql.commands
|
|
CUMULATIVE , INT64 gce_instance |
command
|
workload.googleapis.com/mysql.double_writes
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.handlers
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.locks
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.log_operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.page_operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.row_locks
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.row_operations
|
|
CUMULATIVE , INT64 gce_instance |
operation
|
workload.googleapis.com/mysql.sorts
|
|
CUMULATIVE , INT64 gce_instance |
kind
|
workload.googleapis.com/mysql.threads
|
|
GAUGE , DOUBLE gce_instance |
kind
|
Verificare la configurazione
In questa sezione viene descritto come verificare la corretta configurazione del Destinatario MariaDB. Potrebbero essere necessari uno o due minuti prima che Ops Agent inizi a raccogliere dati di telemetria.
Per verificare che i log MariaDB vengano inviati a Cloud Logging, segui questi passaggi:
-
Nella console Google Cloud, vai alla pagina Esplora log:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Logging.
- Inserisci la seguente query nell'editor e poi fai clic su Esegui query:
resource.type="gce_instance" (log_id("mysql_error") OR log_id("mysql_general") OR log_id("mysql_slow"))
Per verificare che le metriche MariaDB vengano inviate Cloud Monitoring, segui questi passaggi:
-
Nella console Google Cloud, vai alla leaderboard Pagina Esplora metriche:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoraggio.
- Nella barra degli strumenti della riquadro Query Builder, seleziona il pulsante con code MQL o code PromQL.
- Verifica che sia selezionato MQL con l'opzione Lingua. Il pulsante di attivazione/disattivazione della lingua si trova nella stessa barra degli strumenti. consente di formattare la query.
- Inserisci la seguente query nell'editor e poi fai clic su Esegui query:
fetch gce_instance | metric 'workload.googleapis.com/mysql.commands' | align rate(1m) | every 1m
Visualizza dashboard
Per visualizzare le metriche MariaDB, devi disporre di un grafico o di una dashboard configurato. MariaDB utilizza le stesse dashboard di MySQL. Qualsiasi dashboard viene installata automaticamente dopo integrazione e Ops Agent ha iniziato a raccogliere dati delle metriche.
Puoi anche visualizzare anteprime statiche delle dashboard senza installando l'integrazione.
Per visualizzare una dashboard installata:
-
Nella console Google Cloud, vai alla pagina Dashboard :
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoraggio.
- Seleziona la scheda Elenco dashboard, quindi scegli la Categoria Integrazioni.
- Fai clic sul nome della dashboard che vuoi visualizzare. MariaDB utilizza le stesse dashboard di MySQL.
Se hai configurato un'integrazione, ma la dashboard non è stata installato, quindi verifica che Ops Agent sia in esecuzione. Quando non c'è dati delle metriche per un grafico nella dashboard, l'installazione della dashboard non riesce. Dopo che Ops Agent inizia a raccogliere le metriche, la dashboard viene installata per te.
Per visualizzare un'anteprima statica della dashboard:
-
Nella console Google Cloud, vai alla Integrazioni pagina:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoraggio.
- Fai clic sul filtro della piattaforma di deployment di Compute Engine.
- Individua la voce per MySQL e fai clic su Visualizza dettagli. MariaDB utilizza le stesse dashboard di MySQL.
- Seleziona la scheda Dashboard per visualizzare un'anteprima statica. Se sia installata, quindi puoi accedervi facendo clic Visualizza dashboard.
Per saperne di più sulle dashboard in Cloud Monitoring, consulta Dashboard e grafici.
Per saperne di più sull'utilizzo della pagina Integrazioni, vedi Gestisci le integrazioni.
Installa criteri di avviso
I criteri di avviso indicano a Cloud Monitoring di avvisarti quando che si verifichino determinate condizioni. MariaDB utilizza gli stessi criteri di avviso di MySQL. Puoi visualizzare e installare questi criteri di avviso dalla pagina Integrations (Integrazioni) in monitoraggio.
Per visualizzare le descrizioni dei criteri di avviso disponibili e procedi nel seguente modo:
-
Nella console Google Cloud, vai alla Integrazioni pagina:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoraggio.
- Individua la voce per MySQL e fai clic su Visualizza dettagli. MariaDB utilizza gli stessi criteri di avviso di MySQL.
- Seleziona la scheda Avvisi. Questa scheda fornisce le descrizioni criteri di avviso disponibili e fornisce un'interfaccia per l'installazione che li rappresentano.
- Installa i criteri di avviso. I criteri di avviso richiedono
per sapere dove inviare le notifiche relative a un avviso
vengono attivati, quindi richiedono informazioni per l'installazione.
Per installare i criteri di avviso, segui questi passaggi:
- Dall'elenco dei criteri di avviso disponibili, seleziona quelli da installare.
Nella sezione Configura notifiche, seleziona una o più canali di notifica. Puoi scegliere di disattivare i canali di notifica, ma se lo fai, la funzione si attivano automaticamente. Puoi verificarne lo stato nella Monitoraggio, ma non riceverai notifiche.
Per ulteriori informazioni sui canali di notifica, consulta Gestire canali di notifica.
- Fai clic su Crea criteri.
Per ulteriori informazioni sui criteri di avviso in Cloud Monitoring, consulta Introduzione agli avvisi.
Per saperne di più sull'utilizzo della pagina Integrazioni, vedi Gestisci le integrazioni.
Passaggi successivi
Per una procedura dettagliata su come utilizzare Ansible per installare Ops Agent, configura un un'applicazione di terze parti e installare una dashboard di esempio, consulta Video: installa Ops Agent per risolvere i problemi relativi alle applicazioni di terze parti.