Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Problemas de supervisión en tiempo de ejecución
<a name="troubleshooting-guardduty-runtime-monitoring"></a>

En esta sección se describen los errores que se pueden producir al configurar o utilizar la Supervisión en tiempo de ejecución.

## Problemas de cobertura en tiempo de ejecución
<a name="troubleshooting-runtime-monitoring-coverage-issues"></a>

Cuando la cobertura del tiempo de ejecución de los recursos protegidos deja de **estar** dañada, la GuardDuty consola proporciona el tipo de problema exacto. Una vez que conozca el tipo de problema, utilice los siguientes documentos para conocer los pasos de solución de problemas correspondientes a cada tipo de recurso admitido:
+ [Resolución de problemas de cobertura en tiempo de ejecución de Amazon EC2](gdu-assess-coverage-ec2.md#ec2-runtime-monitoring-coverage-issues-troubleshoot)
+ [Resolución de problemas de cobertura en tiempo de ejecución de Amazon ECS-Fargate](gdu-assess-coverage-ecs.md#ecs-runtime-monitoring-coverage-issues-troubleshoot)
+ [Resolución de problemas de cobertura en tiempo de ejecución de Amazon EKS](eks-runtime-monitoring-coverage.md#eks-runtime-monitoring-coverage-issues-troubleshoot)

## Solución de problemas de error de memoria insuficiente en la Supervisión en tiempo de ejecución (solo compatible con Amazon EC2)
<a name="troubleshoot-ec2-cpu-out-of-memory-error"></a>

En esta sección se describen los pasos de solución de problemas cuando se produce un error de memoria insuficiente debido [Límite de CPU y memoria](prereq-runtime-monitoring-ec2-support.md#ec2-cpu-memory-limits-gdu-agent) a la implementación manual del agente de GuardDuty seguridad.

Si `systemd` cancela el GuardDuty agente debido a `out-of-memory` un problema y considera que es razonable proporcionarle más memoria, puede actualizar el límite. GuardDuty 

1. Con el permiso de raíz, abra `/lib/systemd/system/amazon-guardduty-agent.service`.

1. Busque `MemoryLimit` y `MemoryMax`, y actualice ambos valores.

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

1. Tras actualizar los valores, reinicie el GuardDuty agente mediante el siguiente comando:

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

1. Ejecute el siguiente comando para ver el estado:

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

   La salida esperada mostrará el nuevo límite de memoria:

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

## Mi AWS Step Functions flujo de trabajo está fallando inesperadamente
<a name="runtime-ecs-step-function-failure"></a>

Si el GuardDuty contenedor contribuyó al error del flujo de trabajo, consulte[Resolución de problemas de cobertura en tiempo de ejecución de Amazon ECS-Fargate](gdu-assess-coverage-ecs.md#ecs-runtime-monitoring-coverage-issues-troubleshoot). Si el problema persiste, para evitar que el flujo de trabajo falle a causa del GuardDuty contenedor, lleve a cabo **uno** de los siguientes pasos:
+ Agregue la etiqueta `GuardDutyManaged`:`false` al clúster de Amazon ECS asociado.
+ Deshabilite la configuración automática del agente AWS Fargate (solo para ECS) a nivel de cuenta. Añada la etiqueta de inclusión`GuardDutyManaged`: `true` al clúster de Amazon ECS asociado que desee seguir supervisando con el agente GuardDuty automatizado.