MariaDB

L'integrazione di MariaDB raccoglie metriche sul rendimento relative a InnoDB, al pool di buffer e a varie altre operazioni. Raccoglie anche log generali, di errore e di query lente e li analizza in un payload JSON. I log degli errori vengono analizzati per il codice di errore e il sottosistema. I log delle query lente vengono analizzati in coppie chiave-valore che descrivono il rendimento di una query, inclusi il tempo di esecuzione della query e le righe esaminate.

Per saperne di più su MariaDB, consulta la documentazione di MariaDB.

Prerequisiti

Per raccogliere la telemetria di MariaDB, devi installare Ops Agent:

  • Per le metriche, installa la versione 2.37.0 o successive.
  • Per i log, installa la versione 2.37.0 o successive.

Questa integrazione supporta le versioni di MariaDB da 10.1.X a 10.7.X.

Configura l'istanza MariaDB

MariaDB è un fork sviluppato dalla community e supportato commercialmente del sistema di gestione di database relazionali (RDBMS) MySQL. Per raccogliere log e metriche per MariaDB, utilizza i ricevitori mysql.

Il ricevitore delle metriche mysql si connette per impostazione predefinita a un server MariaDB locale utilizzando un socket Unix e l'autenticazione Unix come utente root.

Il ricevitore di logging mysql_error raccoglie i log dai percorsi dei file predefiniti mostrati nella tabella seguente. Su alcune piattaforme, MariaDB registra i log in journald per impostazione predefinita anziché in un file. Per configurare MariaDB in modo che registri i log in un file, imposta l'opzione log_error nella configurazione di MariaDB. Per ulteriori informazioni sulla configurazione di log_error, consulta la sezione Scrittura del log degli errori in un file.

Configura Ops Agent per MariaDB

Segui la guida per configurare Ops Agent, aggiungi gli elementi richiesti per raccogliere i dati di telemetria dalle istanze MariaDB e riavvia l'agente.

Configurazione di esempio

I seguenti comandi creano la configurazione per raccogliere e importare la telemetria per MariaDB:

# Configures Ops Agent to collect telemetry from the app. You must restart the agent for the configuration to take effect.

set -e

# Check if the file exists
if [ ! -f /etc/google-cloud-ops-agent/config.yaml ]; then
  # Create the file if it doesn't exist.
  sudo mkdir -p /etc/google-cloud-ops-agent
  sudo touch /etc/google-cloud-ops-agent/config.yaml
fi

# Create a back up of the existing file so existing configurations are not lost.
sudo cp /etc/google-cloud-ops-agent/config.yaml /etc/google-cloud-ops-agent/config.yaml.bak

# Configure the Ops Agent.
sudo tee /etc/google-cloud-ops-agent/config.yaml > /dev/null << EOF
metrics:
  receivers:
    mysql:
      type: mysql
  service:
    pipelines:
      mysql:
        receivers:
        - mysql
logging:
  receivers:
    mysql_error:
      type: mysql_error
    mysql_general:
      type: mysql_general
    mysql_slow:
      type: mysql_slow
  service:
    pipelines:
      mysql:
        receivers:
          - mysql_error
          - mysql_general
          - mysql_slow
EOF

Per applicare queste modifiche, devi riavviare l'Ops Agent:

Linux

  1. Per riavviare l'agente, esegui il seguente comando sull'istanza: 
    sudo systemctl restart google-cloud-ops-agent
  2. Per verificare che l'agente sia stato riavviato, esegui il seguente comando e verifica che i componenti "Agente Metriche" e "Agente Logging" siano stati avviati: 
    sudo systemctl status "google-cloud-ops-agent*"

Windows

  1. Connettiti all'istanza utilizzando RDP o uno strumento simile e accedi a Windows.
  2. Apri un terminale PowerShell con privilegi di amministratore facendo clic con il tasto destro del mouse sull'icona di PowerShell e selezionando Esegui come amministratore.
  3. Per riavviare l'agente, esegui il seguente comando PowerShell: 
    Restart-Service google-cloud-ops-agent -Force
  4. Per verificare che l'agente sia stato riavviato, esegui il seguente comando e verifica che i componenti "Agente Metriche" e "Agente Logging" siano stati avviati: 
    Get-Service google-cloud-ops-agent*

Configura la raccolta dei log

Per importare i log da MariaDB, devi creare un ricevitore per i log prodotti da MariaDB e poi creare una pipeline per il nuovo ricevitore.

Per configurare un ricevitore per i log mysql_error, specifica i seguenti campi:

Campo Predefinito Descrizione
exclude_paths Un elenco di pattern di percorso del file system da escludere dal set corrispondente a include_paths.
include_paths [/var/log/mysqld.log, /var/log/mysql/mysqld.log, /var/log/mysql/error.log, /run/mysqld/mysqld.err, /var/lib/mysql/${HOSTNAME}.err] Un elenco di percorsi del file system da leggere seguendo ogni file. Nei percorsi è possibile utilizzare un carattere jolly (*), ad esempio /var/log/mysql/*.log.
record_log_file_path false Se è 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 si utilizza un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record.
type Questo valore deve essere mysql_error.
wildcard_refresh_interval 60s L'intervallo con cui vengono aggiornati i percorsi dei file con caratteri jolly in include_paths. Indicato come durata di tempo, ad esempio 30s o 2m. Questa proprietà potrebbe essere utile in caso di velocità effettiva di logging elevata, in cui i file di log vengono ruotati più rapidamente dell'intervallo predefinito.

Per configurare un ricevitore per i log mysql_general, specifica i seguenti campi:

Campo Predefinito Descrizione
exclude_paths Un elenco di pattern di percorso del file system da escludere dal set corrispondente a include_paths.
include_paths [/var/lib/mysql/${HOSTNAME}.log] Un elenco di percorsi del file system da leggere seguendo ogni file. Nei percorsi è possibile utilizzare un carattere jolly (*).
record_log_file_path false Se è 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 si utilizza un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record.
type Questo valore deve essere mysql_general.
wildcard_refresh_interval 60s L'intervallo con cui vengono aggiornati i percorsi dei file con caratteri jolly in include_paths. Indicato come durata di tempo, ad esempio 30s o 2m. Questa proprietà potrebbe essere utile in caso di velocità effettiva di logging elevata, in cui i file di log vengono ruotati più rapidamente dell'intervallo predefinito.

Per configurare un ricevitore per i log mysql_slow, specifica i seguenti campi:

Campo Predefinito Descrizione
exclude_paths Un elenco di pattern di percorso del file system da escludere dal set corrispondente a include_paths.
include_paths [/var/lib/mysql/${HOSTNAME}-slow.log] Un elenco di percorsi del file system da leggere seguendo ogni file. Nei percorsi è possibile utilizzare un carattere jolly (*).
record_log_file_path false Se è 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 si utilizza un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record.
type Questo valore deve essere mysql_slow.
wildcard_refresh_interval 60s L'intervallo con cui vengono aggiornati i percorsi dei file con caratteri jolly in include_paths. Indicato come durata di tempo, ad esempio 30s o 2m. Questa proprietà potrebbe essere utile in caso di velocità effettiva di logging elevata, in cui i file di log vengono ruotati più rapidamente dell'intervallo predefinito.

Che cosa viene registrato

logName deriva dagli ID destinatario specificati nella configurazione. I campi dettagliati all'interno di LogEntry sono i seguenti.

I log mysql_error contengono i seguenti campi in LogEntry:

Campo Tipo Descrizione
jsonPayload.errorCode string Codice di errore MySQL associato al log
jsonPayload.level string Livello della voce di log
jsonPayload.message string Messaggio di log
jsonPayload.subsystem string Sottosistema MySQL in cui è stato generato il log
jsonPayload.tid numero ID thread da cui ha avuto origine il log
severity stringa (LogSeverity) Livello della voce di log (tradotto).

I log mysql_general contengono i seguenti campi in LogEntry:

Campo Tipo Descrizione
jsonPayload.command string Tipo di azione del database registrata
jsonPayload.message string Log dell'azione del database
jsonPayload.tid numero ID thread da cui ha avuto origine il log
severity stringa (LogSeverity) Livello della voce di log (tradotto).

I log mysql_slow contengono i seguenti campi in LogEntry:

Campo Tipo Descrizione
jsonPayload.bytesSent numero Il numero di byte inviati a tutti i client
jsonPayload.createdTmpDiskTables  † numero Il numero di tabelle temporanee interne sul disco create dal server
jsonPayload.createdTmpTables  † numero Il numero di tabelle temporanee interne create dal server
jsonPayload.createdTmpTableSizes  † numero Il numero di byte utilizzati dalle tabelle temporanee interne create dal server
jsonPayload.database string Database in cui è stata eseguita la query
jsonPayload.filesort  † boolean L'istruzione ha utilizzato Filesort
jsonPayload.filesortOnDisk  † boolean L'istruzione ha utilizzato filesort che richiedeva tabelle temporanee su disco
jsonPayload.fullJoin  † boolean L'istruzione non ha utilizzato un indice per unire le tabelle
jsonPayload.fullScan  † boolean L'istruzione ha utilizzato una scansione completa della tabella
jsonPayload.host string Nome host da cui si è connesso il client
jsonPayload.ipAddress string Indirizzo IP da cui si è connesso il client
jsonPayload.lockTime numero Il tempo per acquisire i blocchi in secondi
jsonPayload.message string Testo completo della query
jsonPayload.priorityQueue  † boolean L'istruzione ha utilizzato un ordinamento dei file della coda di priorità
jsonPayload.queryCacheHit boolean L'istruzione è stata pubblicata dalla cache delle query
jsonPayload.queryTime numero Il tempo di esecuzione dell'istruzione in secondi
jsonPayload.rowsAffected integer Il numero di righe interessate dall'istruzione
jsonPayload.rowsExamined numero Il numero di righe esaminate dal livello server
jsonPayload.rowsSent numero Il numero di righe inviate al client.
jsonPayload.sortMergePasses  † numero Il numero di passaggi di unione che l'algoritmo di ordinamento ha dovuto eseguire
jsonPayload.storedRoutine string Il nome della routine memorizzata attualmente in esecuzione
jsonPayload.tid numero ID thread in cui è stata registrata la query
jsonPayload.user string Utente autenticato che ha eseguito la query
severity stringa (LogSeverity) Livello della voce di log (tradotto).

† Questi campi vengono forniti solo se la variabile di sistema log_slow_verbosity contiene 'query_plan'.

Configurazione della raccolta di metriche

Per importare le metriche da MariaDB, devi creare un ricevitore per le metriche prodotte da MariaDB e poi creare una pipeline per il nuovo ricevitore.

Questo ricevitore non supporta l'utilizzo 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 distinguerle.

Per configurare un ricevitore per le metriche mysql, specifica i seguenti campi:

Campo Predefinito Descrizione
collection_interval 60s Un valore di durata, ad esempio 30s o 5m.
endpoint /var/run/mysqld/mysqld.sock Il percorso del socket hostname:port o Unix che inizia con / utilizzato per connettersi al server MariaDB.
password La password utilizzata per connettersi al server.
type Questo valore deve essere mysql.
username root Il nome utente utilizzato per connettersi al server.

Che cosa viene monitorato

La seguente tabella 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_data_pages
GAUGE, INT64
gce_instance 		status
workload.googleapis.com/mysql.buffer_pool_limit
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/mysql.buffer_pool_operations
CUMULATIVE, INT64
gce_instance 		operation
workload.googleapis.com/mysql.buffer_pool_page_flushes
CUMULATIVE, INT64
gce_instance 		 
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.replica.sql_delay
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/mysql.replica.time_behind_source
GAUGE, INT64
gce_instance 		 
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

Questa sezione descrive come verificare di aver configurato correttamente il ricevitore MariaDB. Potrebbero essere necessari uno o due minuti prima che Ops Agent inizi a raccogliere i dati di telemetria.

Per verificare che i log di MariaDB vengano inviati a Cloud Logging:

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

    Vai a Esplora log

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

  2. 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 a Cloud Monitoring, procedi nel seguente modo:

  1. Nella console Google Cloud , vai alla pagina  Esplora metriche:

    Vai a Esplora metriche

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

  2. Nella barra degli strumenti del riquadro Query Builder, seleziona il pulsante il cui nome è  MQL o  PromQL.
  3. Verifica che PromQL sia selezionato nel pulsante di attivazione/disattivazione Lingua. Il pulsante di attivazione/disattivazione della lingua si trova nella stessa barra degli strumenti che ti consente di formattare la query.
  4. Inserisci la seguente query nell'editor e poi fai clic su Esegui query: 
    {"workload.googleapis.com/mysql.threads", monitored_resource="gce_instance"}

Visualizza dashboard

Per visualizzare le metriche di MariaDB, devi configurare un grafico o una dashboard. MariaDB utilizza gli stessi dashboard di MySQL. Le dashboard vengono installate automaticamente dopo la configurazione dell'integrazione e l'inizio della raccolta dei dati delle metriche da parte di Ops Agent.

Puoi anche visualizzare anteprime statiche delle dashboard senza installare l'integrazione.

Per visualizzare una dashboard installata:

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

    Vai a Dashboard

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

  2. Seleziona la scheda Elenco dashboard e poi scegli la categoria Integrazioni.
  3. Fai clic sul nome della dashboard che vuoi visualizzare. MariaDB utilizza gli stessi dashboard di MySQL.

Se hai configurato un'integrazione, ma la dashboard non è stata installata, verifica che Ops Agent sia in esecuzione. Se non sono presenti dati delle metriche per un grafico nella dashboard, l'installazione della dashboard non va a buon fine. Dopo che Ops Agent inizia a raccogliere le metriche, la dashboard viene installata per te.

Per visualizzare un'anteprima statica della dashboard:

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

    Vai a Integrazioni

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

  2. Fai clic sul filtro Compute Engine della piattaforma di deployment.
  3. Individua la voce relativa a MySQL e fai clic su Visualizza dettagli. MariaDB utilizza gli stessi dashboard di MySQL.
  4. Seleziona la scheda Dashboard per visualizzare un'anteprima statica. Se la dashboard è installata, puoi accedervi facendo clic su Visualizza dashboard.

Per ulteriori informazioni sulle dashboard in Cloud Monitoring, consulta Dashboard e grafici.

Per saperne di più sull'utilizzo della pagina Integrazioni, consulta Gestire le integrazioni.

Installare criteri di avviso

I criteri di avviso indicano a Cloud Monitoring di inviarti una notifica quando si verificano le condizioni specificate. MariaDB utilizza gli stessi criteri di avviso di MySQL. Puoi visualizzare e installare queste norme di avviso dalla pagina Integrazioni in Monitoring.

Per visualizzare le descrizioni dei criteri di avviso disponibili e installarli, segui questi passaggi:

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

    Vai a Integrazioni

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

  2. Individua la voce relativa a MySQL e fai clic su Visualizza dettagli. MariaDB utilizza gli stessi criteri di avviso di MySQL.
  3. Seleziona la scheda Avvisi. Questa scheda fornisce descrizioni dei criteri di avviso disponibili e un'interfaccia per installarli.
  4. Installa criteri di avviso. I criteri di avviso devono sapere dove inviare le notifiche di attivazione dell'avviso, pertanto richiedono informazioni per l'installazione. Per installare i criteri di avviso:
    1. Dall'elenco dei criteri di avviso disponibili, seleziona quelli che vuoi installare.

    2. Nella sezione Configura le notifiche, seleziona uno o più canali di notifica. Hai la possibilità di disattivare l'utilizzo dei canali di notifica, ma in questo caso i criteri di avviso vengono attivati in modalità silenziosa. Puoi controllare il loro stato in Monitoraggio, ma non ricevi notifiche.

      Per saperne di più sui canali di notifica, consulta l'articolo Gestire i canali di notifica.

    3. Fai clic su Crea policy.

Per ulteriori informazioni sui criteri di avviso in Cloud Monitoring, consulta la pagina Introduzione agli avvisi.

Per saperne di più sull'utilizzo della pagina Integrazioni, consulta Gestire le integrazioni.

Passaggi successivi

Per una procedura dettagliata su come utilizzare Ansible per installare Ops Agent, configurare un'applicazione di terze parti e installare un dashboard di esempio, guarda il video Installare Ops Agent per risolvere i problemi delle applicazioni di terze parti.