Problèmes de surveillance du temps d'exécution

Cette section répertorie les erreurs que vous pouvez rencontrer lors de la configuration ou de l'utilisation de Runtime Monitoring.

Problèmes de couverture du temps d'exécution

Lorsque la couverture d'exécution de vos ressources protégées devient défaillante, la GuardDuty console indique le type de problème exact. Une fois que vous avez identifié le type de problème, consultez les documents suivants pour consulter les étapes de résolution des problèmes pour chaque type de ressource pris en charge :

• Résolution des problèmes de couverture du EC2 temps d'exécution d'Amazon

• Résolution des problèmes de couverture du temps d'exécution d'Amazon ECS -Fargate

• Résolution des problèmes de couverture du EKS temps d'exécution d'Amazon

Résolution des erreurs liées au manque de mémoire dans Runtime Monitoring (EC2support Amazon uniquement)

Cette section décrit les étapes de dépannage lorsque vous rencontrez une erreur de mémoire insuffisante suite CPUet limite de mémoire au déploiement manuel de l'agent GuardDuty de sécurité.

Si l' GuardDuty agent systemd est arrêté à cause du out-of-memory problème et que vous estimez qu'il est raisonnable de fournir plus de mémoire à l' GuardDuty agent, vous pouvez mettre à jour la limite.

1. Ouvrez avec l'autorisation root/lib/systemd/system/amazon-guardduty-agent.service.

2. Recherchez MemoryLimit et MemoryMax mettez à jour les deux valeurs.

   MemoryLimit=256MB
   MemoryMax=256MB

3. Après avoir mis à jour les valeurs, redémarrez l' GuardDuty agent à l'aide de la commande suivante :

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

4. Exécutez la commande suivante pour afficher l'état :

   sudo systemctl status amazon-guardduty-agent

   La sortie attendue indiquera la nouvelle limite de mémoire :

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

Mon AWS Step Functions flux de travail échoue de façon inattendue

Si le GuardDuty conteneur a contribué à l'échec du flux de travail, consultezRésolution des problèmes de couverture du temps d'exécution d'Amazon ECS -Fargate. Si le problème persiste, pour éviter l'échec du flux de travail dû au GuardDuty conteneur, effectuez l'une des étapes suivantes :

• Ajoutez le false tag GuardDutyManaged : au ECS cluster Amazon associé.

• Désactivez la configuration automatique de l'agent pour AWS Fargate (ECSuniquement) au niveau du compte. Ajoutez la balise d'inclusion GuardDutyManaged : true au ECS cluster Amazon associé que vous souhaitez continuer à surveiller avec l'agent GuardDuty automatisé.