Questa pagina è stata tradotta dall'API Cloud Translation.

MariaDB

L'integrazione MariaDB raccoglie metriche sulle prestazioni relative a InnoDB, il pool di buffer e varie altre operazioni. Raccoglie inoltre log di query generali, di errore e lenta e li analizza in un payload JSON. I log degli errori vengono analizzati per individuare il codice di errore e il sottosistema. I log di query lente vengono analizzati in coppie chiave-valore che descrivono le prestazioni di una query, tra cui data e ora della query e righe esaminate.

Per ulteriori informazioni su MariaDB, visita il sito mariadb.org.

Prerequisiti

Per raccogliere la telemetria MariaDB, devi installare Ops Agent versione 2.8.0 o successive.

Questo ricevitore supporta le versioni MariaDB dalla 10.1.X alla 10.7.X.

Configura l'istanza MariaDB

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

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

Configura Ops Agent per MariaDB

Segui la guida per la configurazione di Ops Agent, aggiungi gli elementi richiesti per raccogliere log e metriche dalle istanze MariaDB, quindi riavvia l'agente.

Configurazione di esempio

I seguenti comandi creano il file di configurazione per raccogliere e importare log e metriche per MariaDB e riavviano Ops Agent su Linux.

# Configures Ops Agent to collect telemetry from the app and restart Ops Agent.

set -e

# 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
    # Collect the primary's error log just for debugging the test
    mysql_error_2:
      type: mysql_error
      include_paths:
      - /run/mysqld/mysqld2.err
  service:
    pipelines:
      mysql:
        receivers:
          - mysql_error
          - mysql_general
          - mysql_slow
      mysql2:
        receivers:
          - mysql_error_2
EOF

sudo service google-cloud-ops-agent restart
sleep 60

Per connetterti alla tua istanza MariaDB utilizzando una connessione TCP con nome utente e password, specifica il nome utente e la password nel ricevitore delle metriche. 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 i log prodotti da MariaDB, quindi creare una pipeline per i nuovi ricevitori.

Il destinatario di logging mysql_error raccoglie i log dai percorsi di file predefiniti mostrati nella seguente tabella. Su alcune piattaforme, MariaDB accede a journald per impostazione predefinita anziché a file. Per configurare MariaDB in modo che registri invece in un file, imposta l'opzione log_error nella configurazione 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 mysql_error, specifica i seguenti 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 mediante la coda di ciascun file. Nei percorsi è possibile utilizzare un carattere jolly (``), ad esempio `/var/log/mysql/.log`.
`exclude_paths`	`[]`	Un elenco di pattern di percorsi del file system da escludere dal set corrispondente a `include_paths`.
`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 utilizzi un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record.
`wildcard_refresh_interval`	`60s`	L'intervallo in base al quale vengono aggiornati i percorsi dei file con caratteri jolly in `include_paths`. Indicata 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ù velocemente dell'intervallo predefinito.

Per configurare un ricevitore per i log 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 percorsi del file system da escludere dal set corrispondente a `include_paths`.
`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 utilizzi un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record.
`wildcard_refresh_interval`	`60s`	L'intervallo in base al quale vengono aggiornati i percorsi dei file con caratteri jolly in `include_paths`. Indicata 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ù velocemente dell'intervallo predefinito.

Per configurare un ricevitore per i log 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 percorsi del file system da escludere dal set corrispondente a `include_paths`.
`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 utilizzi un carattere jolly, viene registrato solo il percorso del file da cui è stato ottenuto il record.
`wildcard_refresh_interval`	`60s`	L'intervallo in base al quale vengono aggiornati i percorsi dei file con caratteri jolly in `include_paths`. Indicata 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ù velocemente dell'intervallo predefinito.

Cosa viene registrato

logName dei log mysql_error, mysql_general e mysql_slow deriva dagli ID destinatario specificati nella configurazione.

A seconda della versione di MariaDB, i log di mysql_error potrebbero contenere i seguenti campi all'interno di LogEntry:

Campo	Tipo	Descrizione
`jsonPayload.level`	string	Livello di voce di log
`jsonPayload.tid`	number	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 di voce di log (tradotto)
`timestamp`	stringa (`Timestamp`)	Ora di ricezione della richiesta

I campi vuoti o mancanti non saranno presenti nella voce di log.

I log mysql_general contengono i seguenti campi in LogEntry:

Campo	Tipo	Descrizione
`jsonPayload.tid`	number	ID thread da cui ha avuto origine il log
`jsonPayload.command`	string	Tipo di azione del database registrata
`jsonPayload.message`	string	Log dell'azione del database
`timestamp`	stringa (`Timestamp`)	Ora in cui la voce è stata registrata

I log mysql_slow contengono i seguenti campi in 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 di database
`jsonPayload.ipAddress`	string	Indirizzo dell'istanza di database
`jsonPayload.tid`	number	ID thread in cui è stata registrata la query
`jsonPayload.queryTime`	number	Il tempo di esecuzione dell'istruzione in secondi
`jsonPayload.lockTime`	number	Il tempo per acquisire i blocchi in secondi
`jsonPayload.rowsSent`	number	Il numero di righe inviate al client
`jsonPayload.rowsExamined`	number	Il numero di righe esaminate dal livello del server
`jsonPayload.errorNumber`^†	number	Il numero di errore dell'istruzione o 0 se non si è verificato alcun errore
`jsonPayload.killed`^†	number	Se l'istruzione è stata terminata, il numero di errore che indica il motivo oppure 0 se l'istruzione è stata terminata normalmente
`jsonPayload.bytesReceived`^†	number	Il numero di byte ricevuti da tutti i client
`jsonPayload.bytesSent`^†	number	Il numero di byte inviati a tutti i client
`jsonPayload.readFirst`^†	number	Il numero di volte in cui è stata letta la prima voce di un indice
`jsonPayload.readLast`^†	number	Il numero di richieste per leggere l'ultima chiave in un indice
`jsonPayload.readKey`^†	number	Il numero di richieste per leggere una riga in base a una chiave
`jsonPayload.readNext`^†	number	Il numero di richieste per leggere la riga successiva in ordine di chiave
`jsonPayload.readPrev`^†	number	Il numero di richieste di lettura della riga precedente in ordine di chiave
`jsonPayload.readRnd`^†	number	Il numero di richieste di lettura di una riga in base a una posizione fissa
`jsonPayload.readRndNext`^†	number	Il numero di richieste per leggere la riga successiva nel file di dati
`jsonPayload.sortMergePasses`^†	number	Il numero di passaggi di unione che ha dovuto fare l'algoritmo di ordinamento
`jsonPayload.sortRangeCount`^†	number	Il numero di ordinamenti eseguiti utilizzando intervalli
`jsonPayload.sortRows`^†	number	Il numero di righe ordinate
`jsonPayload.sortScanCount`^†	number	Il numero di ordinamenti eseguiti scansionando la tabella
`jsonPayload.createdTmpDiskTables`^†	number	Il numero di tabelle temporanee su disco interne create dal server
`jsonPayload.createdTmpTables`^†	number	Il numero di tabelle temporanee interne create dal server
`jsonPayload.startTime`^†	string	Ora di inizio dell'esecuzione dell'istruzione
`jsonPayload.endTime`^†	string	L'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 la variabile di sistema log_slow_extra è impostata su 'ON'. Questa variabile è disponibile a partire da MySQL 8.0.14.

Per informazioni su questi campi, consulta la documentazione di MySQL.

Configurazione della raccolta di metriche

Per raccogliere metriche da MariaDB, devi creare un ricevitore per le metriche MariaDB e quindi creare una pipeline per il nuovo destinatario.

Questo destinatario 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 MariaDB, specifica i 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, come `30s` o `5m`.
`username`	`root`	Il nome utente utilizzato per la connessione al server.
`password`		La password utilizzata per la connessione 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 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

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 MariaDB vengano inviati a Cloud Logging, segui questi passaggi:

Nel pannello di navigazione della console Google Cloud, seleziona Logging e poi Esplora log:
Vai a Esplora log

Inserisci la seguente query nell'editor e 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, segui questi passaggi:

Nel pannello di navigazione della console Google Cloud, seleziona Monitoring e poi Metrics Explorer:
Vai a Metrics Explorer
Nella barra degli strumenti del riquadro del generatore di query, seleziona il pulsante il cui nome è MQL o PromQL.
Verifica che MQL sia selezionato nel pulsante di attivazione/disattivazione Lingua. Il pulsante di attivazione/disattivazione della lingua si trova nella stessa barra degli strumenti che consente di formattare la query.

Inserisci la seguente query nell'editor e 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 aver configurato un grafico o una dashboard. MariaDB utilizza le stesse dashboard di MySQL. Le dashboard vengono installate automaticamente dopo la configurazione dell'integrazione e dopo che Ops Agent ha iniziato a raccogliere i dati delle metriche.

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

Per visualizzare una dashboard installata:

Nel pannello di navigazione della console Google Cloud, seleziona Monitoring, quindi seleziona Dashboard:
Vai a Dashboard
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 installata, verifica che Ops Agent sia in esecuzione. Se non sono disponibili dati delle metriche per un grafico nella dashboard, l'installazione della dashboard non riesce. Una volta che Ops Agent inizia a raccogliere le metriche, la dashboard viene installata automaticamente.

Per visualizzare un'anteprima statica della dashboard:

Nel pannello di navigazione della console Google Cloud, seleziona Monitoring e poi Integrazioni:
Vai a Integrazioni
Fai clic sul filtro della piattaforma di deployment di Compute Engine.
Individua la voce MySQL e fai clic su Visualizza dettagli. MariaDB utilizza le stesse dashboard di MySQL.
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.

Installa criteri di avviso

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

Per visualizzare le descrizioni dei criteri di avviso disponibili e installarli:

Nel pannello di navigazione della console Google Cloud, seleziona Monitoring e poi Integrazioni:
Vai a Integrazioni
Individua la voce MySQL e fai clic su Visualizza dettagli. MariaDB utilizza gli stessi criteri di avviso di MySQL.
Seleziona la scheda Avvisi. Questa scheda fornisce descrizioni dei criteri di avviso disponibili e un'interfaccia per installarli.
Installa i criteri di avviso. I criteri di avviso devono sapere dove inviare notifiche relative all'attivazione dell'avviso, quindi richiedono informazioni da parte tua 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 si attivano automaticamente. Puoi controllarne lo stato in Monitoring, ma non ricevi notifiche.
  
  Per maggiori informazioni sui canali di notifica, consulta Gestire i canali di notifica.
3. 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, consulta Gestire le integrazioni.

Passaggi successivi

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