Questa pagina è stata tradotta dall'API Cloud Translation.

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 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 locale utilizzando una socket Unix e l'autenticazione Unix come utente root.

Configura Ops Agent per PostgreSQL

Seguendo 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 e riavviare Ops Agent.

# 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:
    postgresql:
      type: postgresql
      username: postgres
      password: abc123
      insecure: true
      endpoint: localhost:5432
  service:
    pipelines:
      postgresql:
        receivers:
        - postgresql
logging:
  receivers:
    postgresql_general:
      type: postgresql_general
  service:
    pipelines:
      postgresql:
        receivers:
          - postgresql_general
EOF

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

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 ricevitore per i log di postgresql_general, specifica quanto segue campi:

Campo	Predefinito	Descrizione
`exclude_paths`		Un elenco di pattern di percorso del file system da escludere dal set con corrispondenza in base 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 del 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`. Data come durata di tempo, 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 nei log

Il 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à dei log o tipo di tipo di interazione del 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 ricevitore per le metriche postgresql, specifica quanto segue campi:

Campo	Predefinito	Descrizione
`ca_file`		Percorso del certificato CA. In qualità di client, viene verificato 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 per mTLS.
`collection_interval`	`60s`	Un valore di durata, ad esempio `30s` o `5m`.
`endpoint`	`/var/run/postgresql/.s.PGSQL.5432`	Il percorso 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`, il protocollo 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 la connessione al server.

Che cosa viene monitorato

La tabella seguente fornisce l'elenco delle metriche raccolte dall'agente Ops 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

In questa sezione viene descritto come verificare la corretta configurazione del un ricevitore PostgreSQL. Potrebbero essere necessari uno o due minuti prima che Ops Agent inizi a raccogliere dati di telemetria.

Per verificare che i log PostgreSQL vengano inviati a Cloud Logging, segui questi passaggi:

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

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.
Nella barra degli strumenti della riquadro Query Builder, seleziona il pulsante con MQL o PromQL.
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. 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/postgresql.backends'
| every 1m

Visualizza dashboard

Per visualizzare le metriche PostgreSQL, devi avere un grafico o una dashboard configurato. L'integrazione di PostgreSQL include una o più dashboard per te. 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 installando l'integrazione.

Per visualizzare una dashboard installata:

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.
Seleziona la scheda Elenco dashboard e poi scegli la categoria Integrazioni.
Fai clic sul nome della dashboard che vuoi visualizzare.

Se hai configurato un'integrazione, ma la dashboard non è stata installato, quindi verifica che 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. Una volta 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 pagina Integrazioni:
Vai a Integrazioni

Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
Fai clic sul filtro della piattaforma di deployment di Compute Engine.
Individua la voce per PostgreSQL e fai clic su Visualizza dettagli.
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, vedi Gestisci le integrazioni.

Installa i criteri di avviso

I criteri di avviso indicano a Cloud Monitoring di avvisarti quando che si verifichino determinate condizioni. L'integrazione PostgreSQL include uno o più criteri di avviso per 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 procedi nel seguente modo:

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.
Individua la voce per PostgreSQL e fai clic su Visualizza dettagli.
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:
1. Dall'elenco dei criteri di avviso disponibili, seleziona quelli da installare.
2. Nella sezione Configura notifiche, seleziona uno o più canali di notifica. Puoi disattivare l'uso 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 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 relativi alle applicazioni di terze parti.