Questa pagina è stata tradotta dall'API Cloud Translation.

Panoramica dei criteri dell'agente per Ops Agent

I criteri dell'agente consentono l'installazione e la manutenzione automatica di Ops Agent su un parco risorse di VM Compute Engine che corrispondono ai criteri specificati dall'utente. Con un solo comando, puoi creare un criterio per un progetto Google Cloud che regoli le VM esistenti e nuove associate al progetto Google Cloud, garantendo l'installazione e la disinstallazione corretta di Ops Agent su queste VM.

Criteri degli agenti per Ops Agent

Il supporto per i criteri degli agenti per Ops Agent è disponibile in Google Cloud SDK disponibili in due livelli: GA e beta. Entrambi i tipi di criteri si basano Funzionalità di OS Config fornite da VM Manager, ma le implementazioni sono diverso. Ti consigliamo di utilizzare i criteri GA, se possibile. Nella maggior parte dei casi, puoi convertire i criteri beta in criteri GA.

Questa sezione descrive le differenze tra le norme degli agenti beta e GA. Per informazioni sulla creazione e sulla gestione delle norme degli agenti, consulta quanto segue:

Differenze tra i criteri degli agenti beta e GA

Criteri dell'agente creati dalla versione beta e da GA compute instances ops-agents policies gruppi di comandi sono diversi in nei seguenti modi:

Supporto per gli agenti Monitoring e Logging legacy
- I criteri dell'agente beta possono gestire l'agente Monitoring e l'agente Logging legacy, nonché l'agente Ops.
- I criteri dell'agente GA gestiscono solo l'Ops Agent.
Upgrade automatico della versione dell'agente
- I criteri dell'agente beta possono mantenere l'agente aggiornato alla versione più recente eseguendo l'upgrade dell'agente.
- Le norme dell'agente GA non supportano un'operazione di upgrade automatico. Per metodi alternativi, consulta Sostituisci i criteri di upgrade dell'agente beta.
Applicazione dei criteri alle istanze Compute Engine con nome
- I criteri dell'agente beta possono essere applicati a un elenco di istanze annotate.
- I criteri dell'agente GA non forniscono assistenza per le istanze denominate. Per informazioni su come ottenere lo stesso comportamento con i criteri GA, consulta Convertire un criterio beta con istanze denominate in un criterio GA.
Applicazione globale o a livello di zona dei criteri degli agenti all'interno di un progetto Google Cloud
- I criteri dell'agente beta vengono applicati a livello globale a tutte le istanze selezionate dal criteri dei criteri all'interno del tuo progetto Google Cloud.
- I criteri dell'agente GA vengono applicati a tutte le istanze selezionate criteri del criterio all'interno della zona specificata dal criterio. Ad esempio, un criterio creato nella zona us-central1-a non ha alcun effetto sulle VM in altre zone.

I gruppi di comandi compute instances ops-agents policies beta e GA sono strutturalmente diverse:

I comandi gcloud beta compute instances ops-agents policies descrivono i criteri degli agenti passando singole opzioni ai comandi, ad esempio:

gcloud beta compute instances ops-agents policies create ops-agents-test-policy \
  --agent-rules="type=logging,enable-autoupgrade=false;type=metrics,enable-autoupgrade=false" \
  --description="A test policy." \
  --os-types=short-name=centos,version=7 \
  --instances=zones/us-central1-a/instances/test-instance \
  --project PROJECT_ID

I comandi gcloud compute instances ops-agents policies descrivono del criterio dell'agente usando una configurazione YAML file e una zona, ad esempio:

gcloud compute instances ops-agents policies create test-policy \
  --zone us-central1-a \
  --file test-policy.yaml \
  --project PROJECT_ID

Utilizzo delle norme di GA e beta

Puoi utilizzare i criteri degli agenti sia beta che GA con Ops Agent, a condizione che tieni conto delle differenze tra i tipi di criteri.

La principale differenza comportamentale tra le norme per gli agenti beta e GA è che GA sono a livello di zona e i criteri dell'agente beta sono globali all'interno di un progetto. Ciò significa che i criteri dell'agente GA selezionano solo le VM nella zona in cui viene creato, ma i criteri beta possono selezionare qualsiasi VM progetto Google Cloud.

Se i criteri beta selezionano un insieme di VM e i criteri GA ne selezionano un altro, non possono essere in conflitto.

Puoi avere criteri beta e degli agenti GA che si applicano alla stessa VM, assicurati che i criteri non abbiano scopi in conflitto, ad esempio un criterio beta che installa Ops Agent e un criterio GA che disinstalla Ops Agent.

Convertire i criteri beta in criteri GA

Puoi convertire i criteri degli agenti Ops Agent beta in criteri degli agenti GA, come purché non ci siano differenze tra i tipi di criteri previsti, non puoi aggirare. Non puoi convertire i criteri dell'agente beta per la versione precedente Agente Monitoring o agente Logging ai criteri dell'agente GA.

Per convertire i criteri dell'agente beta in criteri GA:

Genera un elenco di tutti i criteri degli agenti beta nel tuo progetto eseguendo seguente comando:
```
gcloud beta compute instances ops-agents policies list --project PROJECT_ID
```
Identifica i criteri dell'agente beta da convertire in criteri GA.
Per ogni criterio beta identificato per la conversione:
1. Crea un file di configurazione YAML più vicino al criterio beta il più possibile, alla luce le differenze tra i criteri beta e quelli di GA. Per informazioni sul formato di configurazione YAML, vedi Descrivere i criteri degli agenti.
2. Crea un criterio dell'agente GA in ogni zona in cui hai bisogno del criterio. Per informazioni sulla creazione dei criteri degli agenti GA, consulta Crea un criterio dell'agente.
3. Elimina il criterio dell'agente beta eseguendo questo comando:
```
gcloud beta compute instances ops-agents policies delete POLICY_ID --project PROJECT_ID
```

Potresti non essere in grado di scrivere un criterio dell'agente GA per Ops Agent che esattamente come i criteri esistenti dell'agente beta. Tuttavia, con l'eccezione dell'opzione di upgrade automatico del criterio dell'agente beta, puoi ottenere equivalenti comportamento degli utenti.

Le sezioni seguenti descrivono come gestire i seguenti casi:

Criteri dell'agente beta che selezionano istanze denominate
Criteri di upgrade degli agenti beta

Convertire un criterio di istanze con nome beta in un criterio GA

Per convertire un criterio dell'agente beta applicato a un insieme denominato di istanze VM, puoi procedere nel seguente modo:

Applica un'etichetta alle istanze nell'insieme di VM che vuoi selezionare. Per applicare un'etichetta a una VM esistente, utilizza il comando gcloud compute instances add-labels, come mostrato nel seguente comando:
```
gcloud compute instances add-labels INSTANCE_NAME --labels=KEY=VALUE
```
Descrivi un criterio dell'agente GA che seleziona le VM con la nuova etichetta utilizzando la struttura instanceFilter nel configurazione. Nell'esempio seguente viene creato un file denominato config.yaml che contiene un criterio corrispondente all'etichetta applicata nella precedente passaggio:
```
cat > config.yaml << EOF
agentsRule:
  packageState: installed
  version: 2.47.0
instanceFilter:
  inclusionLabels:
  - labels:
    KEY: VALUE
EOF
```
Per saperne di più sulla descrizione dei criteri degli agenti GA, consulta File di configurazione per i criteri degli agenti.
Crea un criterio dell'agente GA in ogni zona con VM con la nuova etichetta:
```
gcloud compute instances ops-agents policies create POLICY_ID \
  --zone ZONE \
  --file config.yaml
  --project PROJECT_ID
```
Per saperne di più sulla creazione di criteri per gli agenti GA, consulta Creare un criterio per gli agenti.

Sostituire i criteri di upgrade dell'agente beta

Per sostituire i criteri dell'agente beta che eseguono l'upgrade dell'agente, devi: opzioni:

Per assicurarti che l'agente Ops sia sempre aggiornato, utilizza OS Patch per creare ed eseguire un job OS Patch che mantenga l'agente aggiornato alla versione più recente.
Per eseguire un upgrade una tantum:
1. Per determinare l'ultima versione di Ops Agent, consulta nelle note di rilascio di Ops Agent GitHub.
2. Crea o modifica un criterio dell'agente che installa la versione più recente dell'agente. Ad esempio, se la versione più recente è 2.51.0, puoi utilizzare un file YAML di norme dell'agente simile al seguente:
```
agentsRule:
  packageState: installed
  version: 2.51.0
instanceFilter:
[...]
```
3. Applica il criterio alle VM in ciascuna zona.

Sistemi operativi supportati

Puoi applicare un criterio di agente a Compute Engine Istanze VM che eseguono i sistemi operativi indicati nella tabella seguente:

Sistema operativo	Ops Agent (norme di GA e beta^†)	Agente Logging (solo criteri beta^†)	Agente Monitoring (solo criteri beta^†)
CentOS 8
Rocky Linux 8
RHEL 6
RHEL 7: rhel-7, rhel-7-6-sap-ha, rhel-7-7-sap-ha, rhel-7-9-sap-ha			^‡
RHEL 8: rhel-8, rhel-8-4-sap-ha, rhel-8-6-sap-ha, rhel-8-8-sap-ha			^‡
Debian 9 (Stretch)
Debian 11 (Bullseye)
Deep Learning VM Image basate su Debian 11 (Bullseye)
Ubuntu LTS 18.04 (Bionic Beaver): ubuntu-1804-lts, ubuntu-minimal-1804-lts
Ubuntu LTS 20.04 (Focal Fossa): ubuntu-2004-lts, ubuntu-minimal-2004-lts
Ubuntu LTS 22.04 (Jammy Jellyfish): ubuntu-2204-lts, ubuntu-minimal-2204-lts
SLES 12: sles-12, sles-12-sp5-sap
SLES 15: sles-15, sles-15-sp2-sap, sles-15-sp3-sap, sles-15-sp4-sap, sles-15-sp5-sap, sles-15-sp6-sap
OpenSUSE Leap 15: opensuse-leap (opensuse-leap-15-3-, opensuse-leap-15-4-)
Windows Server: 2016, 2019, 2022, Core 2016, Core 2019, Core 2022

^† Nei criteri dell'agente beta, le colonne dell'agente sono mappate a un Tipo di agente specificato per Chiamata create a gcloud beta compute instances ops-agents policies:

Ops Agent corrisponde al tipo di agente ops-agent.
L'agente Logging viene mappato al tipo di agente logging.
L'agente di monitoraggio viene mappato al tipo di agente metrics.

^‡ L'agente Monitoring non supportato su rhel-7-9-sap-ha, rhel-8-2-sap-ha o rhel-8-4-sap-ha.

Passaggi successivi

Per informazioni sull'utilizzo dei criteri degli agenti per gestire Ops Agent, consulta le seguenti: