Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Problemi di monitoraggio del runtime
<a name="troubleshooting-guardduty-runtime-monitoring"></a>

Questa sezione elenca gli errori che possono verificarsi durante la configurazione o l'utilizzo del Runtime Monitoring.

## Problemi di copertura del runtime
<a name="troubleshooting-runtime-monitoring-coverage-issues"></a>

Quando la copertura in fase di esecuzione delle risorse protette diventa **inadeguata**, la GuardDuty console fornisce il tipo esatto di problema. Dopo aver individuato il tipo di problema, utilizza i seguenti documenti per visualizzare le procedure di risoluzione dei problemi per ogni tipo di risorsa supportato:
+ [Risoluzione dei problemi di copertura del runtime di Amazon EC2](gdu-assess-coverage-ec2.md#ec2-runtime-monitoring-coverage-issues-troubleshoot)
+ [Risoluzione dei problemi di copertura del runtime di Amazon ECS-Fargate](gdu-assess-coverage-ecs.md#ecs-runtime-monitoring-coverage-issues-troubleshoot)
+ [Risoluzione dei problemi di copertura del runtime di Amazon EKS](eks-runtime-monitoring-coverage.md#eks-runtime-monitoring-coverage-issues-troubleshoot)

## Risoluzione degli errori di esaurimento della memoria in Runtime Monitoring (solo supporto Amazon EC2)
<a name="troubleshoot-ec2-cpu-out-of-memory-error"></a>

Questa sezione fornisce le procedure per la risoluzione dei problemi in caso di esaurimento della memoria in base [Limite di CPU e memoria](prereq-runtime-monitoring-ec2-support.md#ec2-cpu-memory-limits-gdu-agent) alla distribuzione manuale del GuardDuty Security Agent.

Se `systemd` interrompe l' GuardDuty agente a causa del `out-of-memory` problema e si ritiene che fornire più memoria all' GuardDuty agente sia ragionevole, è possibile aggiornare il limite.

1. Con l'autorizzazione root, apri`/lib/systemd/system/amazon-guardduty-agent.service`.

1. Trova `MemoryLimit` e `MemoryMax` aggiorna entrambi i valori.

   ```
   MemoryLimit=256M
   MemoryMax=256M
   ```

1. Dopo aver aggiornato i valori, riavvia l' GuardDuty agente utilizzando il seguente comando:

   ```
   sudo systemctl daemon-reload
   sudo systemctl restart amazon-guardduty-agent
   ```

1. Esegui il seguente comando per visualizzare lo stato:

   ```
   sudo systemctl status amazon-guardduty-agent
   ```

   L'output previsto mostrerà il nuovo limite di memoria:

   ```
   Main PID: 2540 (amazon-guardduty)
   Tasks: 16
   Memory: 21.9M (limit: 256.0M)
   ```

## Il mio AWS Step Functions flusso di lavoro non funziona in modo imprevisto
<a name="runtime-ecs-step-function-failure"></a>

Se il GuardDuty contenitore ha contribuito all'errore del flusso di lavoro, vedi. [Risoluzione dei problemi di copertura del runtime di Amazon ECS-Fargate](gdu-assess-coverage-ecs.md#ecs-runtime-monitoring-coverage-issues-troubleshoot) Se il problema persiste, per evitare che il flusso di lavoro non funzioni a causa del GuardDuty contenitore, esegui **una** delle seguenti operazioni:
+ Aggiungi il `false` tag`GuardDutyManaged`: al cluster Amazon ECS associato.
+ Disattiva la configurazione automatica degli agenti per AWS Fargate (solo ECS) a livello di account. Aggiungi il tag di inclusione`GuardDutyManaged`: `true` al cluster Amazon ECS associato che desideri continuare a monitorare con l'agente GuardDuty automatizzato.