Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Conditions requises pour la prise en charge des clusters Amazon EKS

Cette section inclut les prérequis pour surveiller le comportement d'exécution de vos ressources Amazon EKS. Ces prérequis sont essentiels pour que l' GuardDuty agent fonctionne comme prévu. Une fois ces conditions préalables remplies, consultez la section Activer la surveillance du GuardDuty temps d'exécution pour commencer à surveiller vos ressources.

Prise en charge des fonctionnalités d'Amazon EKS

Runtime Monitoring prend en charge les clusters Amazon EKS exécutés sur des instances Amazon EC2 et Amazon EKS Auto Mode.

Runtime Monitoring ne prend pas en charge les clusters Amazon EKS dotés de nœuds hybrides Amazon EKS, ni ceux qui s'exécutent sur AWS Fargate.

Pour plus d'informations sur ces fonctionnalités d'Amazon EKS, consultez Qu'est-ce qu'Amazon EKS ? dans le guide de l'utilisateur Amazon EKS .

Validation des exigences architecturales

La plate-forme que vous utilisez peut avoir un impact sur GuardDuty la manière dont les agents de sécurité GuardDuty prennent en charge la réception des événements d'exécution de vos clusters EKS. Vous devez confirmer que vous utilisez l'une des plateformes vérifiées. Si vous gérez l' GuardDuty agent manuellement, assurez-vous que la version de Kubernetes prend en charge la version de l' GuardDuty agent actuellement utilisée.

Plateformes vérifiées

Pour les architectures de processeurs, les distributions de systèmes d'exploitation et les versions de noyau vérifiées, consultezArchitectures de processeurs, systèmes d'exploitation et versions de noyau pris en charge.

Actuellement, avec la version du noyau 5.4 dans ARM64 (aarch64), je ne GuardDuty peux pas générer ceux GuardDuty Types de résultats de surveillance de l'exécution qui sont liés àÉvénements du système de noms de domaine (DNS).

Versions de Kubernetes prises en charge par l'agent de sécurité GuardDuty

Le tableau suivant présente les versions de Kubernetes pour vos clusters EKS qui sont prises en charge par GuardDuty l'agent de sécurité.

Le support standard de certaines versions des agents de GuardDuty sécurité ne sera plus pris en charge.

Pour plus d'informations sur les versions des versions de l'agent, consultezGuardDuty versions des agents de sécurité pour les ressources Amazon EKS.

Limites de processeur et de mémoire

Le tableau suivant indique les limites de processeur et de mémoire pour le module complémentaire Amazon EKS pour GuardDuty (aws-guardduty-agent).

Lorsque vous utilisez le module complémentaire Amazon EKS version 1.5.0 ou supérieure, il est GuardDuty possible de configurer le schéma du module complémentaire pour les valeurs de votre processeur et de votre mémoire. Pour plus d'informations sur la plage configurable, consultezParamètres et valeurs configurables.

Une fois que vous avez activé la surveillance d'exécution EKS et évalué l'état de couverture de vos clusters EKS, vous pouvez configurer et consulter les métriques d'aperçu des conteneurs. Pour de plus amples informations, veuillez consulter Configuration de la surveillance du processeur et de la mémoire.

Validation de la politique de contrôle des services de votre organisation

Si vous avez mis en place une politique de contrôle des services (SCP) pour gérer les autorisations dans votre organisation, vérifiez que la limite des autorisations n'est pas restrictiveguardduty:SendSecurityTelemetry. GuardDuty nécessite cette autorisation pour prendre en charge la surveillance de l'exécution sur différents types de ressources.

Si votre compte est un compte de membre, contactez l'administrateur délégué associé. Pour plus d'informations sur la gestion des SCP pour votre organisation, consultez la section Politiques de contrôle des services (SCP).