PostgreSQL

L'integrazione di PostgreSQL raccoglie le metriche relative all'utilizzo del database, ad esempio le dimensioni del database, il numero di backend o il numero di operazioni. L'integrazione raccoglie inoltre i log PostgreSQL e li analizza in un payload JSON. Questo risultato include campi per ruolo, utente, livello e messaggio.

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

Prerequisiti

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

  • Per le metriche, installa la versione 2.21.0 o successive.
  • Per i log, installa la versione 2.9.0 o successiva.

Questa integrazione supporta PostgreSQL versione 10.18 e successive.

Configura l'istanza PostgreSQL

Il ricevitore postgresql si connette per impostazione predefinita a un server postgresql local utilizzando una socket Unix e l'autenticazione Unix come utente root.

Configurare l'Ops Agent per PostgreSQL

Segui la guida alla configurazione di Ops Agent, aggiungi gli elementi necessari per raccogliere la telemetria dalle istanze PostgreSQL e riavvia l'agente.

Configurazione di esempio

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

# 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:
    postgresql:
      type: postgresql
      username: postgres
      password: abc123
      # To use the googlesecretmanager provider to replace plaintext passwords, refer to the example below.
      # password: ${googlesecretmanager:projects/<project-id>/secrets/<secret-id>/versions/<version-id>}
      insecure: true
      endpoint: localhost:5432
  service:
    pipelines:
      postgresql:
        receivers:
        - postgresql
logging:
  receivers:
    postgresql_general:
      type: postgresql_general
  service:
    pipelines:
      postgresql:
        receivers:
          - postgresql_general
EOF

Affinché queste modifiche vengano applicate, devi riavviare 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 amministrativi 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 PostgreSQL, devi creare un destinatario per i log prodotti da PostgreSQL e poi una pipeline per il nuovo destinatario.

Per configurare un destinatario per i log postgresql_general, specifica i seguenti campi:

Campo Predefinito Descrizione
exclude_paths Un elenco di pattern di percorsi del file system da escludere dall'insieme corrispondente a include_paths.
include_paths [/var/log/postgresql/postgresql*.log, /var/lib/pgsql/data/log/postgresql*.log, /var/lib/pgsql/*/data/log/postgresql*.log] Un elenco di percorsi del file system da leggere tramite il comando tail di 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 del 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.
type Questo valore deve essere postgresql_general.
wildcard_refresh_interval 60s L'intervallo di aggiornamento dei percorsi dei file con caratteri jolly in include_paths. Specificato come durata, ad esempio 30s o 2m. Questa proprietà potrebbe essere utile in caso di flussi di lavoro elevati per la registrazione, in cui i file di log vengono ruotati più velocemente dell'intervallo predefinito.

Che cosa viene registrato

logName è ricavato dagli ID dei destinatari specificati nella configurazione. I campi dettagliati all'interno di LogEntry sono i seguenti.

I log postgresql_general contengono i seguenti campi in LogEntry:

Campo Tipo Descrizione
jsonPayload.database string Nome del database per l'azione registrata, se pertinente
jsonPayload.level string Gravità del log o tipo di interazione con il database per alcuni log
jsonPayload.message string Log dell'azione del database
jsonPayload.tid numero ID thread da cui ha avuto origine il log
jsonPayload.user string Utente autenticato per l'azione registrata, se pertinente
severity stringa (LogSeverity) Livello di voce del log (tradotto).

Configurazione della raccolta di metriche

Per importare le metriche da PostgreSQL, devi creare un ricevitore per le metriche prodotte da PostgreSQL e poi 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 destinatario per le metriche postgresql, specifica i seguenti campi:

Campo Predefinito Descrizione
ca_file Percorso del certificato CA. Come client, verifica il certificato del server. Se è vuoto, il destinatario utilizza la CA principale di sistema.
cert_file Percorso del certificato TLS da utilizzare per le connessioni richieste da mTLS.
collection_interval 60s Un valore di durata, ad esempio 30s o 5m.
endpoint /var/run/postgresql/.s.PGSQL.5432 Il percorso del socket hostname:port o Unix che inizia con / utilizzato per connettersi al server PostgreSQL.
insecure true Imposta se utilizzare o meno una connessione TLS sicura. Se impostato su false, TLS è abilitato.
insecure_skip_verify false Imposta se saltare o meno la verifica del certificato. Se insecure è impostato su true, il valore insecure_skip_verify non viene utilizzato.
key_file Percorso della chiave TLS da utilizzare per le connessioni richieste da mTLS.
password La password utilizzata per connettersi al server.
type Questo valore deve essere postgresql.
username Il nome utente utilizzato per connettersi al server.

Che cosa viene monitorato

La tabella seguente fornisce l'elenco delle metriche raccolte da Ops Agent dall'istanza PostgreSQL.

Tipo di metrica 
Tipo, Tipo
Risorse monitorate		 Etichette
workload.googleapis.com/postgresql.backends
GAUGE, INT64
gce_instance 		database
workload.googleapis.com/postgresql.bgwriter.buffers.allocated
CUMULATIVE, INT64
gce_instance 		 
workload.googleapis.com/postgresql.bgwriter.buffers.writes
CUMULATIVE, INT64
gce_instance 		source
workload.googleapis.com/postgresql.bgwriter.checkpoint.count
CUMULATIVE, INT64
gce_instance 		type
workload.googleapis.com/postgresql.bgwriter.duration
CUMULATIVE, INT64
gce_instance 		type
workload.googleapis.com/postgresql.bgwriter.maxwritten
CUMULATIVE, INT64
gce_instance 		 
workload.googleapis.com/postgresql.blocks_read
CUMULATIVE, INT64
gce_instance 		database
source
table
workload.googleapis.com/postgresql.commits
CUMULATIVE, INT64
gce_instance 		database
workload.googleapis.com/postgresql.connection.max
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/postgresql.database.count
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/postgresql.db_size
GAUGE, INT64
gce_instance 		database
workload.googleapis.com/postgresql.index.scans
CUMULATIVE, INT64
gce_instance 		database
index
table
workload.googleapis.com/postgresql.index.size
GAUGE, INT64
gce_instance 		database
index
table
workload.googleapis.com/postgresql.operations
CUMULATIVE, INT64
gce_instance 		database
operation
table
workload.googleapis.com/postgresql.replication.data_delay
GAUGE, INT64
gce_instance 		replication_client
workload.googleapis.com/postgresql.rollbacks
CUMULATIVE, INT64
gce_instance 		database
workload.googleapis.com/postgresql.rows
GAUGE, INT64
gce_instance 		database
state
table
workload.googleapis.com/postgresql.table.count
GAUGE, INT64
gce_instance 		database
workload.googleapis.com/postgresql.table.size
GAUGE, INT64
gce_instance 		database
table
workload.googleapis.com/postgresql.table.vacuum.count
CUMULATIVE, INT64
gce_instance 		database
table
workload.googleapis.com/postgresql.wal.age
GAUGE, INT64
gce_instance 		 
workload.googleapis.com/postgresql.wal.lag
GAUGE, INT64
gce_instance 		operation
replication_client

Verificare la configurazione

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

Per verificare che i log PostgreSQL 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("postgresql_general")

Per verificare che le metriche PostgreSQL vengano inviate a Cloud Monitoring:

  1. Nella Google Cloud console, 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  MQL o  PromQL.
  3. Verifica che sia selezionato MQL 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.
  4. Inserisci la seguente query nell'editor e poi fai clic su Esegui query: 
    fetch gce_instance
| metric 'workload.googleapis.com/postgresql.backends'
| every 1m

Visualizza dashboard

Per visualizzare le metriche PostgreSQL, devi avere configurato un grafico o una dashboard. L'integrazione di PostgreSQL include una o più dashboard. Le dashboard vengono installate automaticamente dopo aver configurato l'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:

  1. Nella Google Cloud console, 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.

Se hai configurato un'integrazione, ma la dashboard non è stata installata, controlla che l'Ops Agent sia in esecuzione. Se non sono disponibili dati metrici 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 Google Cloud console, vai alla pagina  Integrazioni:

    Vai a Integrations (Integrazioni).

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

  2. Fai clic sul filtro della piattaforma di deployment Compute Engine.
  3. Individua la voce per PostgreSQL e fai clic su Visualizza dettagli.
  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 ulteriori informazioni sull'utilizzo della pagina Integrazioni, consulta Gestire le integrazioni.

Installa i criteri di avviso

I criteri di avviso chiedono a Cloud Monitoring di inviarti una notifica quando si verificano condizioni specifiche. L'integrazione di PostgreSQL include uno o più criteri di avviso da utilizzare. Puoi visualizzare e installare questi criteri di avviso dalla pagina Integrazioni in Monitoraggio.

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

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

    Vai a Integrations (Integrazioni).

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

  2. Individua la voce per PostgreSQL e fai clic su Visualizza dettagli.
  3. Seleziona la scheda Avvisi. Questa scheda fornisce descrizioni dei criteri di avviso disponibili e un'interfaccia per installarli.
  4. Installa i criteri di avviso. I criteri di avviso devono sapere dove inviare le notifiche che indicano che l'avviso è stato attivato, pertanto richiedono informazioni da te per l'installazione. Per installare i criteri di avviso:
    1. Nell'elenco dei criteri di avviso disponibili, seleziona quelli che vuoi installare.

    2. Nella sezione Configura le notifiche, seleziona uno o più canali di notifica. Puoi disattivare l'utilizzo dei canali di notifica, ma in questo caso i criteri di avviso vengono attivati in modo silenzioso. Puoi controllarne lo stato in monitoraggio, ma non ricevi notifiche.

      Per saperne di più sui canali di notifica, consulta la pagina Gestire i canali di notifica.

    3. Fai clic su Crea criteri.

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

Per ulteriori informazioni sull'utilizzo della pagina Integrazioni, consulta Gestire le integrazioni.

Passaggi successivi

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