Questo documento mostra come installare l'agente per i carichi di lavoro di calcolo sulle istanze Compute Engine e come configurarlo per la connessione a un carico di lavoro Microsoft SQL Server in esecuzione su queste istanze di calcolo.
Dopo aver installato e configurato l'agente, questo raccoglie le metriche dal carico di lavoro di SQL Server e dalle istanze di calcolo sottostanti e le invia a Workload Manager. Puoi quindi utilizzare la valutazione di Workload Manager per eseguire la scansione dei tuoi workload SQL Server alla ricerca di deviazioni dalle best practice per le configurazioni di infrastruttura, sistema operativo e workload.
Prima di iniziare
Prima di installare e configurare l'agente per i carichi di lavoro di Compute, devi assicurarti che siano soddisfatti i seguenti prerequisiti:
- Hai eseguito il deployment di un carico di lavoro SQL Server su una o più istanze di calcolo.
- Hai concesso i ruoli IAM richiesti per l'agente.
- Hai abilitato l'accesso alle API Cloud.
- Hai concesso le autorizzazioni richieste su SQL Server.
Ruoli IAM richiesti per l'agente
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 SQL Server.
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 SQL Server 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.
Autorizzazioni richieste su SQL Server
Utilizza il seguente script per assegnare le autorizzazioni richieste all'account utente configurato nell'agente.
USE [master]
GO
GRANT VIEW SERVER STATE TO [user_name]
GRANT VIEW ANY DEFINITION TO [user_name]
-- Adds db_datareader role to the user
EXEC sp_MSForEachDB
'
USE ?
IF NOT EXISTS(SELECT * FROM sys.database_principals WHERE name = ''user_name'')
BEGIN
CREATE USER [user_name] FOR LOGIN [user_name]
END
EXEC sp_addrolemember ''db_datareader'', ''user_name''
'
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 configurarlo per la connessione a un'istanza SQL Server utilizzando un gestore di pacchetti.
Per installare l'agente per i workload di Compute, completa i seguenti passaggi:
Windows
Su Windows, installa l'agente per i workload di Compute utilizzando il comando di gestione dei pacchetti googet. Questo comando completa le seguenti attività:
- Scarica l'ultima versione dell'agente.
- Crea un servizio Windows denominato
google-cloud-workload-agent. - Crea un'attività pianificata che viene eseguita ogni minuto per verificare se il servizio è in esecuzione e, se necessario, riavvia il servizio.
Per installare e configurare l'agente per i workload di calcolo su un'istanza di calcolo basata su Windows, completa i seguenti passaggi:
Stabilisci una connessione con l'istanza di computing utilizzando RDP.
Per informazioni su come eseguire questa operazione, consulta Connettiti alle VM Windows utilizzando RDP.
In qualità di amministratore, esegui i seguenti comandi da PowerShell:
googet addrepo google-cloud-workload-agent https://packages.cloud.google.com/yuck/repos/google-cloud-workload-agent-windows-x86_64 googet install google-cloud-workload-agentApri il file di configurazione dell'agente:
%ProgramFiles%\Google\google-cloud-workload-agent\conf\configuration.jsonSpecifica i valori per tutti i parametri obbligatori, come descritto in Parametri di configurazione.
Salvare il file di configurazione
Riavvia l'agente per far sì che le modifiche diventino effettive.
RHEL
Su Red Hat Enterprise Linux (RHEL), installa l'agente per i carichi di lavoro di Compute utilizzando il comando di gestione dei pacchetti yum. Questo comando completa
le seguenti attività:
- Scarica l'ultima versione dell'agente.
- Crea un servizio
systemdper l'agente, denominatogoogle-cloud-workload-agent. - Attiva e avvia il servizio
google-cloud-workload-agent.
Per installare e configurare l'agente per i workload di calcolo su un'istanza di calcolo basata su RHEL, completa i seguenti passaggi:
Stabilisci una connessione SSH con l'istanza di calcolo.
Nel terminale, installa l'agente:
sudo tee /etc/yum.repos.d/google-cloud-workload-agent.repo << EOM [google-cloud-workload-agent] name=Google Cloud Agent for Compute Workloads 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 sudo yum install google-cloud-workload-agentApri il file di configurazione dell'agente:
/etc/google-cloud-workload-agent/configuration.jsonSpecifica i valori per tutti i parametri obbligatori, come descritto in Parametri di configurazione.
Salvare il file di configurazione
Riavvia l'agente per far sì che le modifiche diventino effettive.
SLES
Su SUSE Linux Enterprise Server (SLES), installa l'agente per i carichi di lavoro di calcolo
utilizzando il comando di gestione dei pacchetti zypper. Questo comando completa
le seguenti attività:
- Scarica l'ultima versione dell'agente.
- Crea un servizio
systemdper l'agente, denominatogoogle-cloud-workload-agent. - Attiva e avvia il servizio
google-cloud-workload-agent.
Per installare e configurare l'agente per i workload di calcolo su un'istanza di calcolo basata su SLES, completa i seguenti passaggi:
Stabilisci una connessione SSH con l'istanza di calcolo.
Nel terminale, installa l'agente:
sudo zypper addrepo --refresh https://packages.cloud.google.com/yum/repos/google-cloud-workload-agent-$basearch google-cloud-workload-agent sudo zypper install google-cloud-workload-agentApri il file di configurazione dell'agente:
/etc/google-cloud-workload-agent/configuration.jsonSpecifica i valori per tutti i parametri obbligatori, come descritto in Parametri di configurazione.
Salvare il file di configurazione
Riavvia l'agente per far sì che le modifiche diventino effettive.
Debian
Su Debian, installa l'agente per i carichi di lavoro di Compute utilizzando il comando di gestione dei pacchetti apt. Questo comando completa le seguenti attività:
- Scarica l'ultima versione dell'agente.
- Crea un servizio
systemdper l'agente, denominatogoogle-cloud-workload-agent. - Attiva e avvia il servizio
google-cloud-workload-agent.
Per installare e configurare l'agente per i workload di Compute su un'istanza di calcolo basata su Debian, completa i seguenti passaggi:
Stabilisci una connessione SSH con l'istanza di calcolo.
Nel terminale, installa l'agente:
echo 'deb https://packages.cloud.google.com/apt google-cloud-workload-agent-x86-64-apt main' | sudo tee -a /etc/apt/sources.list.d/google-cloud-workload-agent.list sudo apt-get update sudo apt-get install google-cloud-workload-agentApri il file di configurazione dell'agente:
/etc/google-cloud-workload-agent/configuration.jsonSpecifica i valori per tutti i parametri obbligatori, come descritto in Parametri di configurazione.
Salvare il file di configurazione
Riavvia l'agente per far sì che le modifiche diventino effettive.
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 SQL Server, 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 contenente la configurazione per l'agente per i carichi di lavoro di Compute per connettersi al carico di lavoro SQL Server.- 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 SQL Server, 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:
Windows
Stabilisci una connessione con l'istanza di computing utilizzando RDP.
Per informazioni su come eseguire questa operazione, consulta Connettiti alle VM Windows utilizzando RDP.
In qualità di amministratore, esegui il seguente comando da PowerShell:
$(Get-Service -Name 'google-cloud-workload-agent' -ErrorAction Ignore).StatusSe l'agente è in esecuzione come previsto, lo stato visualizzato è
Running.
RHEL
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=run
SLES
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=run
Debian
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=run
Parametri di configurazione
La tabella seguente descrive i parametri del file di configurazione dell'agente.
| Parametri | |
|---|---|
log_level |
Per impostare il livello di logging dell'agente, imposta il valore richiesto. I livelli di log disponibili sono i seguenti:
Il livello di log predefinito è |
log_to_cloud |
Per reindirizzare i log dell'agente a
Cloud Logging, specifica
|
agent_properties.log_usage_metrics |
Per attivare la registrazione delle metriche di integrità dell'agente, imposta il valore su
|
common_discovery.collection_frequency |
Specifica la frequenza, in secondi, con cui viene eseguito il servizio di rilevamento del workload dell'agente. Il valore predefinito è Assicurati che il valore di questo parametro termini con |
sqlserver_configuration.enabled |
Per abilitare la raccolta delle metriche di SQL Server all'interno dell'agente, imposta il valore su |
sqlserver_configuration.collection_configuration.collect_guest_os_metrics |
Per attivare la raccolta delle metriche del sistema operativo, imposta il valore su |
sqlserver_configuration.collection_configuration.collect_sql_metrics |
Per abilitare la raccolta delle metriche di SQL Server, specifica |
sqlserver_configuration.collection_configuration.collection_frequency |
Frequenza di raccolta delle metriche di Agent for Compute Workloads, in secondi.
Il valore predefinito è |
sqlserver_configuration.credential_configurations[].connection_parameters[].host |
Il nome host di SQL Server. |
sqlserver_configuration.credential_configurations[].connection_parameters[].username |
Specifica l'account utente utilizzato per eseguire query sull'istanza SQL Server. Per configurare le autorizzazioni dell'account, esamina le autorizzazioni richieste nello script delle autorizzazioni e concedile in base alle tue norme interne. Nota:se utilizzi l'autenticazione di Windows, assicurati di specificare il nome utente nel
seguente formato:
|
sqlserver_configuration.credential_configurations[].connection_parameters[].secret.project_id |
L'ID del progetto in cui è archiviato il secret. Impostalo su una stringa vuota ("") se il secret e l'istanza VM host esistono nello stesso progetto. Google Cloud |
sqlserver_configuration.credential_configurations[].connection_parameters[].secret.secret_name |
Per fornire in modo sicuro la password per l'account utente del database che l'agente utilizza per eseguire query su SQL Server, specifica il nome del secret in Secret Manager che contiene le credenziali di sicurezza per l'account utente del database. Nota:il secret e l'istanza VM host devono esistere nello stesso progetto Google Cloud . |
sqlserver_configuration.credential_configurations[].connection_parameters[].port |
Specifica la porta su cui l'istanza SQL Server accetta le query. |
sqlserver_configuration.credential_configurations[].remote_win.connection_parameters.host |
Indirizzo IP o FQDN della VM Windows remota |
sqlserver_configuration.credential_configurations[].remote_win.connection_parameters.username |
Specifica l'account utente utilizzato per connettersi in remoto alla VM Windows. |
sqlserver_configuration.credential_configurations[].remote_win.connection_parameters.secret.secret_name |
Per fornire in modo sicuro la password per l'account utente Windows che l'agente utilizza per connettersi in remoto alla VM, specifica il nome del secret in Secret Manager che contiene le credenziali di sicurezza per l'account utente del database. Nota:il secret e l'istanza VM host devono esistere nello stesso progetto Google Cloud . |
sqlserver_configuration.credential_configurations[].local_collection |
Specifica |
sqlserver_configuration.credential_configurations[].remote_linux.connection_parameters.host |
Indirizzo IP o FQDN della VM Linux remota. |
sqlserver_configuration.credential_configurations[].remote_linux.connection_parameters.username |
Specifica l'account utente utilizzato per connettersi in remoto alla VM Linux. |
sqlserver_configuration.credential_configurations[].remote_linux.connection_parameter.port |
Specifica il numero di porta SSH per la VM Linux remota. |
sqlserver_configuration.credential_configurations[].remote_linux.linux_ssh_private_key_path |
Specifica il percorso del file della chiave privata SSH. |
sqlserver_configuration.credential_configurations[].vm_properties.instance_name |
Specifica il nome dell'istanza VM di Compute Engine. Nota:facoltativo per la raccolta locale. |
sqlserver_configuration.credential_configurations[].vm_properties.instance_id |
Specifica l'ID dell'istanza VM di Compute Engine. Nota:facoltativo per la raccolta locale. |
sqlserver_configuration.collection_timeout |
Il timeout per la raccolta delle metriche, in secondi. Il valore predefinito è "10 secondi". |
sqlserver_configuration.max_retries |
Il numero massimo di tentativi in caso di raccolta non riuscita. Il valore predefinito è "3". |
sqlserver_configuration.retry_frequency |
Specifica la frequenza con cui l'agente deve riprovare quando una raccolta non va a buon fine. Il valore predefinito è "3600 s". |
sqlserver_configuration.remote_collection |
Specifica |
File di configurazione di esempio
Di seguito è riportata una configurazione di esempio che consente ad Agent for Compute Workloads di connettersi a un'istanza SQL Server:
Raccolta locale
{ "log_level": "INFO", "common_discovery": { "collection_frequency": "10800s" }, "sqlserver_configuration": { "enabled": true, "collection_configuration": { "collect_guest_os_metrics": true, "collect_sql_metrics": true, "collection_frequency": "60s" }, "credential_configurations": [ { "connection_parameters": [ { "host": ".", "username": "db_user_name", "secret": { "project_id": "", "secret_name": "idb_pwd_secret_name" }, "port": 1433 } ], "local_collection": true } ], "collection_timeout": "60s", "max_retries": 5, "retry_frequency": "3600s" } }
Raccolta remota
{ "log_level": "INFO", "common_discovery": { "collection_frequency": "10800s" }, "sqlserver_configuration": { "enabled": true, "collection_configuration": { "collect_guest_os_metrics": true, "collect_sql_metrics": true, "collection_frequency": "60s" }, "credential_configurations": [ { "connection_parameters": [ { "host": "sql_server_instance", "username": "db_user_name", "secret": { "project_id": "", "secret_name": "db_pwd_secret_name" }, "port": 1433 } ], "remote_win": { "connection_parameters": { "host": "sql_server_instance", "username": "user_name", "secret": { "project_id": "", "secret_name": "pwd_secret_name" } } }, "vm_properties": { "instance_name": "db01", "instance_id": "9999999999999999999" } }, { "connection_parameters": [ { "host": "sql_server_instance", "username": "db_user_name", "secret": { "project_id": "", "secret_name": "db_pwd_secret_name" }, "port": 1433 } ], "remote_linux": { "connection_parameters": { "host": "sql_server_instance", "username": "user_name", "secret": { "project_id": "", "secret_name": "pwd_secret_name" }, "port": 22 }, "linux_ssh_private_key_path": "path of the private key" }, "vm_properties": { "instance_name": "db02", "instance_id": "9999999999999999999" } } ], "collection_timeout": "10s", "max_retries": 3, "retry_frequency": "3600s", "remote_collection": true } }
Controllare la versione dell'agente
Per controllare la versione dell'agente, completa i seguenti passaggi:
Windows
- Utilizza RDP per connetterti alla macchina host.
- In qualità di amministratore, esegui il seguente comando da PowerShell:
googet installed google-cloud-workload-agent
RHEL
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
yum info google-cloud-workload-agent
SUSE
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
zypper info google-cloud-workload-agent
Debian
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
dpkg -s google-cloud-workload-agent | grep version
Riavvia l'agente
Se l'agente per i workload di Compute smette di funzionare o ne aggiorni la configurazione, riavvialo.
Seleziona il tuo sistema operativo e segui i passaggi:
Windows
- Utilizza RDP per connetterti alla macchina host.
- In qualità di amministratore, esegui il seguente comando da PowerShell:
Restart-Service -Name 'google-cloud-workload-agent' -Force
Linux
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
sudo systemctl restart google-cloud-workload-agent
Aggiorna l'agente
Per assicurarti di avere l'ultima versione dell'agente, devi controllare periodicamente la disponibilità di aggiornamenti e aggiornare l'agente.
Verifica la disponibilità di aggiornamenti
Seleziona il tuo sistema operativo e segui i passaggi:
Windows
- Utilizza RDP per connetterti alla macchina host.
- In qualità di amministratore, esegui il seguente comando da PowerShell:
googet latest google-cloud-workload-agent
RHEL
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
sudo yum check-update google-cloud-workload-agent
SLES
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
sudo zypper list-updates -r google-cloud-workload-agent
Debian
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
sudo apt list google-cloud-workload-agent
Installare un aggiornamento
Seleziona il tuo sistema operativo e segui i passaggi:
Windows
- Utilizza RDP per connetterti alla macchina host.
- In qualità di amministratore, esegui il seguente comando da PowerShell:
googet install google-cloud-workload-agent
RHEL
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
sudo yum --nogpgcheck update google-cloud-workload-agent
SLES
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
sudo zypper --no-gpg-checks update google-cloud-workload-agent
Debian
- Utilizza SSH per connetterti alla macchina host.
- Esegui questo comando:
sudo apt-get install google-cloud-workload-agent
Visualizza i log dell'agente in Cloud Logging
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.
Dovresti vedere i log generati dalle istanze dell'agente in esecuzione su tutte le istanze VM. Per filtrare i log di una macchina specifica, utilizza i filtri disponibili nell'interfaccia.
Disabilita i log dell'agente in Cloud Logging
Per disattivare il reindirizzamento predefinito dei log dell'agente a Cloud Logging, segui questi passaggi:
Stabilisci una connessione RDP o SSH con l'istanza VM host.
Apri il file di configurazione dell'agente:
Windows
%ProgramFiles%\Google\google-cloud-workload-agent\conf\configuration.json
Linux
/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 di Agent for Compute Workloads, sulle relative cause e sulla risoluzione.
Ambiti di autenticazione insufficienti
Problema:se limiti gli ambiti di accesso nell'istanza VM host, i log dell'agente per Compute Workloads potrebbero mostrare un errore di autorizzazioni IAM insufficienti.
googleapi: Error 403: Request had insufficient authentication scopes.
Details:
[
{
"@type": "type.googleapis.com/google.rpc.ErrorInfo",
"domain": "googleapis.com",
"metadata": {
"method": "google.cloud.workloadmanager.datawarehouse.v1.DataCollectService.WriteInsight",
"service": "workloadmanager.googleapis.com"
},
"reason": "ACCESS_TOKEN_SCOPE_INSUFFICIENT"
}
]
More details:
Reason: insufficientPermissions, Message: Insufficient Permission
Causa: Agent for Compute Workloads richiede ambiti di accesso API Cloud minimi nell'istanza VM host.
Soluzione:per risolvere il problema, attiva gli ambiti di accesso richiesti.
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.
Passaggi successivi
- Scopri di più sulle valutazioni del workload.