Questo documento mostra come installare, configurare e verificare l'agente per i carichi di lavoro di calcolo sulle istanze Compute Engine che eseguono carichi di lavoro di Oracle Database.
L'agente raccoglie varie metriche Oracle eseguendo query sulle viste delle prestazioni di Oracle Database (ad esempio V$DATABASE, V$INSTANCE e V$DATAGUARD_STATS) e sulle viste del dizionario dei dati (ad esempio DBA_DATA_FILES e DBA_FREE_SPACE). Queste metriche vengono poi inviate a Cloud Monitoring, dove possono essere visualizzate e analizzate. Consulta Metriche supportate.
Prima di iniziare
Prima di installare l'agente per i carichi di lavoro di Compute per monitorare i carichi di lavoro di Oracle Database, assicurati che siano soddisfatti i seguenti prerequisiti:
Crea un'istanza Compute Engine se non ne hai già una. Configura gli ambiti di accesso su
cloud-platform.Abilita la connettività agli endpoint API, tramite l'accesso alla rete pubblica o alla rete privata. Google Cloud
Se vuoi attivare la raccolta delle metriche, allora crea un secret in Secret Manager per archiviare la password del database per l'utente del database che verrà creato più avanti in questa guida.
Per gli esempi riportati in questa guida, supponiamo che sia
wlmagent-password.
Esamina i requisiti di sistema
La tabella seguente elenca le edizioni di Oracle che puoi utilizzare e le versioni del sistema operativo supportate:
| Sistemi operativi | Versioni di Oracle | Versioni Oracle |
|---|---|---|
|
|
|
Concedi ruoli IAM al account di servizio
L'agente per i workload di computing utilizza il account di servizio collegato all'istanza di computing per l'autenticazione e per accedere alle risorse Google Cloud .
Per migliorare la sicurezza, ti consigliamo di utilizzare un service account monouso anziché l'account di servizio predefinito di Compute Engine.
Per assicurarti che il account di servizio disponga delle autorizzazioni necessarie per consentire all'agente per i carichi di lavoro di Compute di autenticarsi conGoogle Cloud e accedere alle risorse Google Cloud , chiedi all'amministratore di concedere al account di servizio i seguenti ruoli IAM sul tuo progetto:
-
Visualizzatore Compute (
roles/compute.viewer): per raccogliere metriche dall'istanza di calcolo. -
Workload Manager Insights Writer (
roles/workloadmanager.insightWriter): per scrivere i dati nel data warehouse di Workload Manager. -
(Consigliato) Scrittore log (
roles/logging.logWriter): per inviare i log dell'agente a Cloud Logging. -
(Facoltativo) Secret Manager Secret Accessor (
roles/secretmanager.secretAccessor): se utilizzi Secret Manager per archiviare la password per connetterti all'istanza Oracle.
Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.
L'amministratore potrebbe anche essere in grado di concedere al account di servizio le autorizzazioni richieste tramite ruoli personalizzati o altri ruoli predefiniti.
Abilitare l'accesso alle API Cloud
Compute Engine consiglia di configurare le istanze in modo da consentire tutti gli ambiti di accesso a tutte le API Cloud e di utilizzare solo le autorizzazioni IAM del account di servizio dell'istanza per controllare l'accesso alle risorseGoogle Cloud . Per maggiori informazioni, vedi Crea una VM che utilizza un service account gestito dall'utente.
Se limiti l'accesso alle API Cloud, l'agente per i workload di Compute richiede almeno i seguenti ambiti di accesso alle API Cloud sull'istanza di calcolo host:
https://www.googleapis.com/auth/cloud-platform
Per saperne di più, consulta le best practice per gli ambiti.
Se esegui applicazioni Oracle su un'istanza di computing che non ha un indirizzo IP esterno, devi attivare l'accesso privato Google sulla subnet dell'istanza in modo che l'agente per i carichi di lavoro di Compute possa accedere alle API e ai servizi di Google. Per informazioni su come attivare l'accesso privato Google, consulta Configurare l'accesso privato Google.
Installare e configurare l'agente utilizzando il gestore di pacchetti
Questa sezione mostra come installare l'agente per i carichi di lavoro di calcolo sull'istanza di calcolo e come configurarlo per la connessione a un'istanza Oracle utilizzando un gestore di pacchetti.
Per installare l'agente per i workload di Compute, completa i seguenti passaggi:
Crea un file di configurazione del repository.
sudo tee /etc/yum.repos.d/google-cloud-workload-agent.repo << EOM [google-cloud-workload-agent] name=Google Cloud Workload Agent baseurl=https://packages.cloud.google.com/yum/repos/google-cloud-workload-agent-\$basearch enabled=1 gpgcheck=0 repo_gpgcheck=1 gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg EOM
Aggiorna i metadati del gestore di pacchetti:
sudo yum makecache
Installa il pacchetto rpm
google-cloud-workload-agent:sudo yum install google-cloud-workload-agent
Dopo aver installato l'agente per i carichi di lavoro Oracle, verifica l'installazione dell'agente.
Installare e gestire l'agente su un parco risorse di VM utilizzando VM Extension Manager
Configura Gestore di estensioni VM
Per configurare VM Extension Manager, completa i seguenti passaggi:
- Nella documentazione di VM Extension Manager, consulta la sezione Prima di iniziare.
Configura i ruoli IAM necessari per creare e gestire le policy di VM Extension Manager. Per saperne di più, consulta le seguenti risorse:
Installare l'agente su un parco risorse di VM
Per installare l'ultima versione dell'agente per i carichi di lavoro di Compute sulla flotta di VM all'interno di una zona specifica utilizzando una policy di VM Extension Manager, completa i seguenti passaggi:
Console
Nella console Google Cloud , vai alla pagina Policy delle estensioni VM.
Fai clic su Crea policy di estensione.
Nel campo Nome, inserisci un nome per la policy.
(Facoltativo) Nel campo Descrizione, inserisci una descrizione della policy.
Nel campo Priority (Priorità), specifica un numero di priorità per risolvere i conflitti tra le policy. I numeri più bassi indicano una priorità più alta. Il valore predefinito è
1000.Utilizzando gli elenchi Regione e Zona, seleziona la zona in cui vuoi applicare questa policy.
Nella sezione Estensioni, fai clic su Aggiungi estensione e poi esegui le seguenti operazioni:
- Nell'elenco Estensione, seleziona Estensione di Google Cloud per i workload di computing.
Lascia vuoto il campo Version (Versione).
In questo modo, il criterio viene indirizzato all'installazione dell'ultima versione di Agent for Compute Workloads.
Nel campo Contenuto del file di configurazione, inserisci la configurazione che vuoi applicare all'agente.
Per informazioni sui parametri di configurazione supportati dall'agente per il tuo workload Oracle, consulta Parametri di configurazione.
Fai clic su Fine.
(Facoltativo) Per limitare l'implementazione della policy alle VM richieste:
- Fai clic su Aggiungi etichette e includi le etichette che identificano le VM richieste.
- Fai clic su Fine.
Fai clic su Crea.
gcloud
gcloud beta compute zone-vm-extension-policies create POLICY_NAME \ --zone=ZONE \ --extensions=google-cloud-workload-extension \ --config-from-file=google-cloud-workload-extension=CONFIG_FILE_PATH \ [--description="DESCRIPTION" \] [--inclusion-labels=KEY_1=VALUE_1 \] [--inclusion-labels=KEY_2=VALUE_2,KEY_3=VALUE_3 \] [--priority=PRIORITY]
Sostituisci quanto segue:
POLICY_NAME: un nome per la policy di estensione VM.Il comando non va a buon fine se esiste già una norma con il nome specificato nella zona.
ZONE: la zona in cui vuoi applicare questa policy.CONFIG_FILE_PATH: il percorso locale del file JSON che contiene la configurazione per l'agente per i workload di Compute per connettersi al tuo workload Oracle.- In alternativa, per fornire la configurazione come stringa incorporata, utilizza il flag
--configanziché--config-from-file. Ad esempio--config=google-cloud-workload-extension="CONFIG". Google Cloud ti consiglia di utilizzare--config-from-file. - Puoi utilizzare
--config-from-fileo--config, ma non entrambi nello stesso comando. - Per informazioni sui parametri di configurazione supportati dall'agente per il tuo workload Oracle, consulta Parametri di configurazione.
- In alternativa, per fornire la configurazione come stringa incorporata, utilizza il flag
DESCRIPTION: una descrizione facoltativa della policy.KEY_1=VALUE_1: un elenco separato da virgole di coppie chiave-valore che definiscono le etichette utilizzate dalla policy per il targeting delle VM.- Affinché una VM sia il target della tua policy, deve avere tutte le etichette specificate.
- Se specifichi
--inclusion-labelspiù volte, la policy ha come target le VM che corrispondono a uno qualsiasi dei selettori forniti (ORlogico). Se ometti questo flag, la policy ha come target tutte le VM nella zona specificata.
PRIORITY: un numero intero compreso tra0e65535che definisce la priorità del criterio. I numeri più bassi indicano una priorità più alta. Il valore predefinito è1000.
Esempio:
Il seguente comando crea una policy denominata test-agent-policy nel progettoGoogle Cloud denominato test-project, che installa l'ultima versione dell'agente per i carichi di lavoro di Compute su tutte le VM di cui è stato eseguito il deployment nella zona us-centrail-f.
La configurazione specificata in agent-config.json viene applicata all'agente.
gcloud beta compute zone-vm-extension-policies create test-agent-policy \ --project=test-project \ --zone=us-central1-f \ --extensions=google-cloud-workload-extension \ --config-file-path=google-cloud-workload-extension="/usr/agent-config.json"
Verifica l'installazione dell'agente
Per verificare che l'agente sia in esecuzione come previsto, completa i seguenti passaggi:
Stabilisci una connessione SSH con l'istanza di calcolo.
Controlla lo stato del pacchetto dell'agente:
systemctl status google-cloud-workload-agentSe il pacchetto dell'agente è in esecuzione come previsto, l'output contiene
active (running). Ad esempio:google-cloud-workload-agent.service - Google Cloud Agent for Compute Workloads Loaded: loaded (/usr/lib/systemd/system/google-cloud-workload-agent.service; enabled; vendor preset: disabled) Active: active (running) since Sun 2025-07-30 18:59:12 UTC; 10s ago Main PID: 14412 (google_cloud_sq) Tasks: 7 Memory: 12.9M (max: 1.0G limit: 1.0G available: 1011.0M) CGroup: /system.slice/google-cloud-workload-agent.service └─ 14412 /usr/bin/google_cloud_sql_server_agent --action=runParametri di configurazione
Agent for Compute Workloads supporta i seguenti parametri di configurazione per Oracle:
Parametro Descrizione log_level
Per impostare il livello di logging dell'agente, aggiungi i livelli di log. I livelli di log disponibili sono i seguenti:String
DEBUGINFOWARNINGERROR
INFO.log_to_cloudBooleanPer reindirizzare i log dell'agente a Cloud Logging, specifica
true. Il valore predefinito ètrue.oracle_configuration.enabledBooleanFacoltativo. Determina se il servizio Oracle è attivo. Se impostato su
trueo se non è impostato e il workload è presente, puoi configurare il rilevamento e la raccolta delle metriche. Se impostato sufalse, il servizio Oracle e le relative funzionalità sono disattivati.I seguenti parametri secondari sono applicabili solo quando specifichi oracle_configuration.enabled: true.oracle_configuration.oracle_discovery.enabledBooleanFacoltativo. Determina se Oracle Discovery è attivo.
Il valore predefinito è
true.oracle_configuration.oracle_discovery.update_frequencyIntFacoltativo. Specifica l'intervallo di campionamento, in secondi, che determina la frequenza con cui Agent for Compute Workloads esegue il processo di rilevamento. Il valore predefinito è 3600 secondi (1 ora).
Assicurati che il valore termini con una "s" minuscola per indicare i secondi. Ad esempio:
30s.oracle_configuration.oracle_metrics.enabledBooleanFacoltativo. Per consentire ad Agent for Compute Workloads di raccogliere le metriche di monitoraggio di Oracle, specifica
true. Il valore predefinito èfalse.I seguenti parametri secondari sono applicabili solo quando specifichi
oracle_metrics.enabled: true.oracle_configuration.oracle_metrics.collection_frequencyIntFacoltativo. Specifica l'intervallo di campionamento, in secondi, che determina la frequenza con cui l'agente per i workload di Compute esegue query sulle istanze di Oracle Database per raccogliere le metriche di monitoraggio di Oracle. Il valore predefinito è 60 secondi.
Assicurati che il valore termini con una "s" minuscola per indicare i secondi. Ad esempio:
30s.oracle_configuration.oracle_metrics.query_timeoutStringFacoltativo. Specifica il timeout per ogni query eseguita sulle istanze del database Oracle. Il valore predefinito è 10 secondi.
Assicurati che il valore termini con una "s" minuscola per indicare i secondi. Ad esempio:
30s.oracle_configuration.oracle_metrics.connection_parameters.usernameStringSpecifica l'account utente utilizzato per eseguire query sull'istanza di Oracle Database.
Assicurati che questo utente disponga delle autorizzazioni richieste per leggere le viste sul rendimento nel tuo database Oracle.
oracle_configuration.oracle_metrics.connection_parameters.hostStringSpecifica l'identificatore della macchina locale che ospita l'istanza del database.
oracle_configuration.oracle_metrics.connection_parameters.portIntSpecifica la porta su cui l'istanza di Oracle Database accetta le query.
oracle_configuration.oracle_metrics.connection_parameters.service_nameStringSpecifica il nome del servizio per l'istanza di Oracle Database che vuoi che l'agente monitori.
oracle_configuration.oracle_metrics.connection_parameters.secret.project_idStringSpecifica l'ID progetto di Secret Manager per recuperare la password per l'utente che esegue query sul database.
oracle_configuration.oracle_metrics.connection_parameters.secret.secret_nameStringSpecifica il nome del secret in Secret Manager che memorizza la password dell'account utente.
Raccogliere e visualizzare le metriche Oracle
Puoi attivare la raccolta delle metriche per i carichi di lavoro Oracle Database. Vedi Metriche supportate.
Abilita la raccolta delle metriche
Per abilitare la raccolta delle metriche Oracle utilizzando l'agente per i carichi di lavoro di Compute, procedi nel seguente modo:
Utilizza SSH per connetterti all'istanza VM.
Come utente del sistema operativo Oracle, esegui lo strumento
oraenvper impostare le variabili di ambiente. Supponiamo che tu abbia già definito l'utenteoraclee ilORACLE_SIDnel file/etc/oratab.sudo su - oracle export PATH=$PATH:/usr/local/bin . oraenv sqlplus / as sysdba
Come utente
SYSDBAoSYSOPER, in Oracle Database crea un utente per il monitoraggio con una password corrispondente al secret che hai creato nei Prerequisiti.CREATE USER wlmagent IDENTIFIED BY password;
In qualità di utente
SYSDBAoSYSOPER, concedi le seguenti autorizzazioni all'utente di monitoraggio per eseguire query sulle visualizzazioni del rendimento:SESSIONSELECT_CATALOG_ROLESYSDG
GRANT CREATE SESSION,SELECT_CATALOG_ROLE,SYSDG TO wlmagent;
Esci da
sqlpluse dall'utenteoracle.Come utente root, modifica il file di configurazione dell'agente utilizzando il tuo editor preferito.
sudo nano /etc/google-cloud-workload-agent/configuration.json
Nel file di configurazione, modifica la sezione
oracle_metricsper apportare i seguenti aggiornamenti:- Imposta il parametro
enabledsutrue. - Imposta il parametro
service_nameper specificare il nome del servizio dell'istanza Oracle che vuoi che l'agente monitori. - Specifica il nome utente Oracle per l'agente per connettersi al tuo database.
- Imposta i parametri
hosteportaffinché l'agente si connetta al tuo database. - Imposta il parametro
secretper l'agente in modo che recuperi una password per il nome utente:project_id: l'ID del progetto che contiene i dati di Secret Manager.secret_name: il nome del secret in Secret Manager.
Di seguito è riportato un esempio di file di configurazione:
{ "log_level": "INFO", "common_discovery": {"collection_frequency": "3600s" }, "oracle_configuration": { "enabled": true, "oracle_metrics": { "enabled": true, "collection_frequency": "30s", "connection_parameters": [ { "host": "localhost", "port": 1521, "service_name": "orcl", "username": "wlmagent", "secret": { "project_id": "my-project", "secret_name": "wlmagent_password" } } ] } } }- Imposta il parametro
Salva il file di configurazione.
Riavvia l'agente per applicare le nuove impostazioni.
Visualizza le metriche
Puoi visualizzare le metriche raccolte e monitorare le prestazioni e lo stato di Oracle utilizzando Metrics Explorer o importando una dashboard personalizzata.
Visualizzare le metriche in Metrics Explorer
Per visualizzare le metriche Oracle in Metrics Explorer, procedi come segue:
- Nella console Google Cloud , vai a Monitoring.
- Fai clic su Esplora metriche.
- In Trova tipo di risorsa e metrica, segui questi passaggi:
- In Tipo di risorsa, seleziona Istanza VM.
- Per Metrica, seleziona le metriche Oracle che vuoi visualizzare.
Puoi visualizzare i dati in tempo reale e storici per le metriche Oracle selezionate, utilizzando filtri e aggregazione in base alle esigenze.
Importare una dashboard personalizzata
Per visualizzare le metriche Oracle raccolte dall'agente, puoi creare dashboard Cloud Monitoring personalizzate seguendo le istruzioni riportate in Crea e gestisci dashboard personalizzate.
Forniamo una dashboard di esempio
oracle-status-overview.jsone le istruzioni per importarla. La dashboardoracle-status-overview.jsonmostra i seguenti grafici delle metriche Oracle:- Suddivisione del tempo di database
- Utilizzo memoria database
- Media delle sessioni attive per classe di attesa
- I/O disco
- Utilizzo CPU
- Traffico di rete
Per importare la dashboard
oracle-status-overview.json:Verifica che gcloud CLI sia installato e aggiornato. Per istruzioni, vedi Installa gcloud CLI.
Dal repository GitHub di Agent for Compute Workloads, scarica la dashboard
oracle-status-overview.json:$ curl -H "Accept: application/vnd.github.v3.raw" -o oracle-status-overview.json https://api.github.com/repos/GoogleCloudPlatform/workloadagent/contents/observability/dashboards/oracle-status-overview.json
Esegui questo comando per importare la dashboard:
gcloud alpha monitoring dashboards create --config-from-file=oracle-status-overview.json
Dopo l'esecuzione del comando, la dashboard personalizzata viene creata in Cloud Monitoring. Per scoprire come visualizzare una dashboard, vedi Trovare e visualizzare una dashboard.
Metriche supportate
Tutte le metriche Oracle raccolte da Agent for Compute Workloads sono disponibili nel percorso
workload.googleapis.com/oracle.Di seguito è riportato un elenco delle metriche Oracle supportate e dei relativi percorsi di Cloud Monitoring:
-
Memoria del processo (PGA) in uso, in byte.
process/pga_memory/total_used_sizeMemoria processo (PGA) allocata, in byte
process/pga_memory/total_allocated_size
-
Dimensioni dell'elemento di memoria condivisa (SGA), in byte
process/sga_memory/size
-
Numero totale di attese per una classe di attesa registrata
sys_wait/countTempo totale trascorso in questa classe di attesa, in secondi
sys_wait/timeAttese totali in primo piano in questa classe di attesa
sys_wait/foreground/countTempo di attesa in primo piano aggregato per questa classe di attesa, in secondi
sys_wait/foreground/time
-
Tempo trascorso a eseguire chiamate a livello di utente del database, in secondi
sys_time/db_timeTempo della CPU dedicato alle chiamate a livello di utente del database, in secondi
sys_time/db_cpuQuantità di tempo trascorso durante l'esecuzione delle istruzioni SQL
sys_time/sql_execute_elapsed_timeQuantità di tempo trascorso nell'analisi delle istruzioni SQL
sys_time/parse_time_elapsedQuantità di tempo trascorso per l'esecuzione dell'interprete PL/SQL
sys_time/pl_sql_execution_elapsed_timeTempo trascorso consumato dai processi in background del database, in secondi
sys_time/background_elapsed_time
-
Conteggio totale delle operazioni di lettura (piccole + grandi)
iostat/read_ops_countConteggio totale delle operazioni di scrittura (piccole + grandi)
iostat/write_ops_countNumero totale di byte letti
iostat/read_bytes_countNumero totale di byte scritti
iostat/write_bytes_countLatenza media per operazione di I/O
iostat/average_latency_seconds
-
Dimensioni allocate del file di dati, in byte
data_files/total_bytesSpazio del file di dati in uso, in byte
data_files/bytes_usedSpazio libero nel file di dati, in byte
data_files/available_bytesLimite di estensione automatica del file di dati, in byte
data_files/max_bytesPercentuale del file di dati utilizzata
data_files/percent_used
-
Uptime dell'istanza, in secondi
instance/uptimeStato istanza
instance/statusQuesta metrica può avere i seguenti valori:
UNKNOWN0STARTED1MOUNTED2OPEN3OPEN MIGRATE4Modalità aperta
instance/db_open_modeQuesta metrica può avere i seguenti valori:
UNKNOWN0MOUNTED1READ WRITE2READ ONLY3READ ONLY WITH APPLY4
-
Ritardo di applicazione del comando Ripeti, in secondi
dataguard/apply_lagRipeti ritardo di trasporto, in secondi
dataguard/transport_lag
Gestire l'agente
Riavvia l'agente
Se l'agente per i carichi di lavoro di Compute smette di funzionare o aggiorni la sua configurazione, riavvia l'agente.
- Utilizza SSH per connetterti all'istanza VM.
Esegui questo comando:
sudo systemctl restart google-cloud-workload-agent
Controllare la versione dell'agente
Per controllare la versione dell'agente, completa i seguenti passaggi:
- Utilizza SSH per connetterti all'istanza VM.
Esegui questo comando:
yum info google-cloud-workload-agent
Verifica la disponibilità di aggiornamenti
- Utilizza SSH per connetterti all'istanza VM.
Esegui questo comando:
sudo yum check-update google-cloud-workload-agent
Aggiorna l'agente
Per assicurarti di avere l'ultima versione dell'agente, controlla periodicamente la disponibilità di aggiornamenti e aggiorna l'agente:
- Utilizza SSH per connetterti all'istanza VM.
Esegui questo comando:
sudo yum --nogpgcheck update google-cloud-workload-agent
Visualizza i log dell'agente
I log di Agent for Compute Workloads sono disponibili all'indirizzo
/var/log/google-cloud-workload-agent.log.Il livello di dettaglio dei log è controllato dal parametro
log_level. L'impostazione del livello di logDEBUGinclude informazioni aggiuntive per la risoluzione di problemi specifici, ma produce log molto più grandi.Per impostazione predefinita, i log di Agent for Compute Workloads vengono reindirizzati dalle istanze VM a Cloud Logging.
Per visualizzare i log dell'agente in Logging:
Nella console Google Cloud , vai alla pagina Esplora log.
Vai al riquadro Query.
Dal menu a discesa Risorse, seleziona Globale e poi fai clic su Applica.
Nell'editor di query, inserisci
google-cloud-workload-agent.Fai clic su Esegui query.
Puoi visualizzare i log generati dall'agente in esecuzione su tutte le tue istanze VM. Puoi filtrare i log per un'istanza specifica.
Configura i log dell'agente in Cloud Logging
Per disattivare il reindirizzamento predefinito dei log dell'agente a Cloud Logging, segui questi passaggi:
Utilizza SSH per connetterti all'istanza VM.
Apri il file di configurazione dell'agente:
/etc/google-cloud-workload-agent/configuration.json
Per la proprietà
log_to_cloud, aggiorna il valore afalse.Salva il file di configurazione.
Riavvia l'agente affinché questa modifica abbia effetto.
Risoluzione dei problemi
Le sezioni seguenti forniscono informazioni sui problemi comuni relativi all'utilizzo dell'agente per i carichi di lavoro Oracle Database, sulle relative cause e sulla risoluzione.
Autorizzazioni IAM insufficienti
Problema:i log dell'agente per i carichi di lavoro di Compute mostrano un errore di autorizzazioni IAM insufficienti.
googleapi: Error 403: The client is not authorized to make this request.
Causa: il account di servizio utilizzato dall'agente non dispone delle autorizzazioni IAM richieste per accedere alle API Google Cloud o a una password per l'utente Oracle in Secret Manager.
Risoluzione:per risolvere il problema, assicurati che il account di servizio VM disponga dei ruoli e delle autorizzazioni IAM menzionati nei prerequisiti.
Ambiti di autenticazione insufficienti
Problema: i log di Agent for Compute Workloads mostrano ambiti di autenticazione insufficienti.
googleapi: Error 403: Request had insufficient authentication scopes.
Causa: l'account di servizio utilizzato dall'agente non dispone dell'ambito di accesso richiesto.
Soluzione:per risolvere il problema, configura gli ambiti di accesso della VM su
cloud-platform.Le metriche non vengono visualizzate in Cloud Monitoring
Problema: le metriche dell'agente per i workload di Compute non sono visibili in Cloud Monitoring.
Causa:
Di seguito sono elencate le possibili cause di questo problema:
- Il account di servizio utilizzato dall'agente per i carichi di lavoro di Compute non dispone delle autorizzazioni IAM necessarie.
- L'utente Oracle utilizzato dall'agente non dispone di privilegi sufficienti per eseguire query sulle viste delle prestazioni.
- Sono presenti errori nella configurazione dell'agente.
Risoluzione:
Per risolvere il problema delle autorizzazioni insufficienti per il account di servizio:
- Nella console Google Cloud , vai alla pagina Dettagli dell'istanza VM e annotati ilaccount di serviziot utilizzato dall'istanza che esegue l'agente.
- Vai alla pagina IAM e amministrazione e assicurati che il account di servizio disponga di tutti i ruoli e le autorizzazioni richiesti menzionati nei prerequisiti. Concedi al account di servizio uno dei ruoli obbligatori mancanti.
Per risolvere il problema delle autorizzazioni insufficienti per l'utente Oracle:
Verifica che l'utente Oracle disponga delle seguenti autorizzazioni richieste per eseguire query sulle visualizzazioni delle prestazioni:
SESSIONSELECT_CATALOG_ROLESYSDG
Concedi le autorizzazioni mancanti eseguendo il seguente comando SQL:
-- Grant the "wlmagent" user the required permissions GRANT CREATE SESSION,SELECT_CATALOG_ROLE,SYSDG TO USERNAME;
Per risolvere il problema di configurazione errata dell'agente:
- Utilizza SSH per connetterti all'istanza VM.
Controlla i log dell'agente per identificare eventuali errori o problemi che impediscono la raccolta delle metriche. Puoi trovare i log all'indirizzo
/var/log/google-cloud-workload-agent.log.Cerca errori di autorizzazione, errori di configurazione o problemi di connettività.
Risolvi eventuali errori.
Riavvia l'agente e controlla se inizia la raccolta delle metriche.
Impossibile caricare il file di configurazione
Problema:se il file di configurazione contiene valori non validi, viene visualizzato il seguente errore.
"Failed to load configuration","pid":3524,"error":"proto: (line 19:42): unknown field "{field_name}"Risoluzione:per risolvere il problema, aggiorna il file di configurazione utilizzando i dettagli in Parametri di configurazione.
Impossibile inizializzare la raccolta dei dati
Problema: dopo l'installazione dell'agente, se il file di configurazione non viene aggiornato, viene visualizzato il seguente errore:
"Failed to initialize guest collection","pid":2112,"error":"invalid value for "user_name" "secret_name"
Soluzione:per risolvere il problema, inizializza la configurazione delle credenziali utilizzando i parametri di configurazione.