기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# Amazon EKS 리소스에 대한 보안 에이전트 자동 관리
<a name="managing-gdu-agent-eks-automatically"></a>

런타임 모니터링은 GuardDuty 자동 구성 및 수동 구성을 통해 보안 에이전트를 활성화할 수 있도록 지원합니다. 이 섹션에서는 Amazon EKS 클러스터에 대한 자동화된 에이전트 구성을 사용 설정하는 단계를 설명합니다.

계속하기 전에 [Amazon EKS 클러스터 지원을 위한 사전 조건](prereq-runtime-monitoring-eks-support.md)를 따랐는지 확인하세요.

[GuardDuty를 통한 보안 에이전트 관리](how-runtime-monitoring-works-eks.md#eks-runtime-using-gdu-agent-management-auto)를 사용하는 방법에 대한 선호하는 접근 방식에 따라 다음 섹션에서 단계를 적절히 선택합니다.

## 다중 계정 환경을 위한 자동 에이전트 구성
<a name="eks-runtime-monitoring-agent-manage-multiple-account"></a>

다중 계정 환경에서는 위임된 GuardDuty 관리자 계정만 멤버 계정에 대한 자동 에이전트 구성을 활성화 또는 비활성화할 수 있으며, 조직 내 멤버 계정에 속하는 EKS 클러스터에 대한 자동 에이전트를 관리할 수 있습니다. GuardDuty 멤버 계정은 계정 내에서 이 구성을 수정할 수 없습니다. 위임된 GuardDuty 관리자 계정은를 사용하여 멤버 계정을 관리합니다 AWS Organizations. 다중 계정 환경에 대한 자세한 내용은 [Managing multiple accounts](https://docs.aws.amazon.com/guardduty/latest/ug/guardduty_accounts.html)를 참조하세요.

### 위임된 GuardDuty 관리자 계정에 대한 자동 에이전트 구성 구성
<a name="eks-runtime-configure-agent-delegated-admin"></a>


| **GuardDuty 보안 에이전트 관리 관련 선호 접근 방식** | **단계** | 
| --- | --- | 
| GuardDuty를 통한 보안 에이전트 관리<br />(모든 EKS 클러스터 모니터링) | 런타임 모니터링 섹션에서 **모든 계정에 대해 활성화**를 선택한 경우 다음 옵션을 사용할 수 있습니다.+  자동 에이전트 구성 섹션에서 **모든 계정에 대해 활성화**를 선택합니다. GuardDuty는 위임된 GuardDuty 관리자 계정에 속하는 모든 EKS 클러스터, 그리고 조직의 모든 기존 및 잠재적 신규 멤버 계정에 속하는 모든 EKS 클러스터에 대해 보안 에이전트를 배포 및 관리합니다. <br />+  **수동으로 계정 구성**을 선택합니다. <br />런타임 모니터링 섹션에서 **수동으로 계정 구성**을 선택한 경우 다음 작업을 수행합니다.1.  자동 에이전트 구성 섹션에서 **수동으로 계정 구성**을 선택합니다. <br />2.  **위임된 GuardDuty 관리자 계정(이 계정)** 섹션에서 **활성화**를 선택합니다. <br />**저장**을 선택합니다. | 
| 모든 EKS 클러스터를 모니터링하면서 일부 클러스터 제외(제외 태그 사용) | 다음 절차에서 해당하는 시나리오 중 하나를 선택합니다.1.  키는 `GuardDutyManaged`이고 값은 `false`로 하여 이 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />2. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>  <br />3. [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)에서 GuardDuty 콘솔을 엽니다.<br />4.  탐색 창에서 **작업 실행 모니터링**을 선택합니다.  계정에 대해 GuardDuty 에이전트 자동 관리를 활성화하기 전에 항상 EKS 클러스터에 제외 태그를 추가해야 합니다. 그러지 않으면 GuardDuty 보안 에이전트가 계정의 모든 EKS 클러스터에 배포됩니다.  <br />5.  **구성** 탭 아래의 **GuardDuty 에이전트 관리** 섹션에서 **활성화**를 선택합니다. <br />모니터링에서 제외되지 않은 EKS 클러스터의 경우 GuardDuty에서 GuardDuty 보안 에이전트의 배포 및 업데이트를 관리합니다. <br />6.  **저장**을 선택합니다. 1.  키는 `GuardDutyManaged`이고 값은 `false`로 하여 이 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />2. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>  <br />3.  이 EKS 클러스터에 대해 자동 에이전트를 활성화한 경우, 이 단계 이후에는 이 클러스터의 보안 에이전트를 업데이트하지 않습니다. 하지만 보안 에이전트는 계속 배포되며 GuardDuty는 이 EKS 클러스터로부터 런타임 이벤트를 계속 수신합니다. 이는 사용량 통계에 영향을 미칠 수 있습니다. <br />이 클러스터로부터의 런타임 이벤트 수신을 중지하려면 이 EKS 클러스터에서 배포된 보안 에이전트를 제거해야 합니다. 배포된 보안 에이전트 제거에 대한 자세한 내용은 [런타임 모니터링에서 리소스 비활성화, 제거 및 정리하기](runtime-monitoring-agent-resource-clean-up.md) 섹션을 참조하세요. <br />4.  이 EKS 클러스터의 GuardDuty 보안 에이전트를 수동으로 관리하는 경우 [런타임 모니터링에서 리소스 비활성화, 제거 및 정리하기](runtime-monitoring-agent-resource-clean-up.md) 섹션을 참조하세요.  | 
| 포함 태그를 사용하여 선택적 EKS 클러스터 모니터링 | 선택한 런타임 모니터링의 활성화 방식과 무관하게 다음 단계는 계정에서 선택적 EKS 클러스터를 모니터링하는 데 도움이 됩니다.1.  자동 에이전트 구성 섹션에서 **위임된 GuardDuty 관리자 계정(현재 계정)**에 대해 **비활성화**를 선택해야 합니다. 런타임 모니터링 구성을 이전 단계의 구성과 동일하게 유지합니다. <br />2.  **저장**을 선택합니다. <br />3.  키는 `GuardDutyManaged`이고 값은 `true`로 하여 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />GuardDuty는 모니터링하려는 선택적 EKS 클러스터의 보안 에이전트 배포 및 업데이트를 관리합니다. <br />4. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>   | 
| GuardDuty 보안 에이전트를 수동으로 관리 | 선택한 런타임 모니터링 활성화 방식과 무관하게 EKS 클러스터의 보안 에이전트를 수동으로 관리할 수 있습니다.1.  자동 에이전트 구성 섹션에서 **위임된 GuardDuty 관리자 계정(현재 계정)**에 대해 **비활성화**를 선택해야 합니다. 런타임 모니터링 구성을 이전 단계의 구성과 동일하게 유지합니다. <br />2.  **저장**을 선택합니다. <br />3.  보안 에이전트를 관리하려면 [Amazon EKS 클러스터에 대한 보안 에이전트 수동 관리](managing-gdu-agent-eks-manually.md) 섹션을 참조하세요.  | 

### 모든 멤버 계정에 자동 에이전트 자동 활성화
<a name="eks-runtime-monitoring-agent-auto-enable-existing-member-accounts"></a>

**참고**  
멤버 계정의 구성을 업데이트하는 데 최대 24시간이 걸릴 수 있습니다.


| **GuardDuty 보안 에이전트 관리 관련 선호 접근 방식** | **단계** | 
| --- | --- | 
| GuardDuty를 통한 보안 에이전트 관리<br />(모든 EKS 클러스터 모니터링) | 이 주제는 모든 멤버 계정에 대해 런타임 모니터링을 활성화하는 것과 관련이 있기에 다음 단계에서는 런타임 모니터링 섹션에서 **모든 계정에 대해 활성화**를 선택했을 것이라고 가정합니다.1.  자동 에이전트 구성 섹션에서 **모든 계정에 대해 활성화**를 선택합니다. GuardDuty는 위임된 GuardDuty 관리자 계정에 속하는 모든 EKS 클러스터, 그리고 조직의 모든 기존 및 잠재적 신규 멤버 계정에 속하는 모든 EKS 클러스터에 대해 보안 에이전트를 배포 및 관리합니다. <br />2.  **저장**을 선택합니다.  | 
| 모든 EKS 클러스터를 모니터링하면서 일부 클러스터 제외(제외 태그 사용) | 다음 절차에서 해당하는 시나리오 중 하나를 선택합니다.1.  키는 `GuardDutyManaged`이고 값은 `false`로 하여 이 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />2. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>  <br />3. [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)에서 GuardDuty 콘솔을 엽니다.<br />4.  탐색 창에서 **작업 실행 모니터링**을 선택합니다.  계정에 대한 자동 에이전트을 활성화하기 전에 항상 EKS 클러스터에 제외 태그를 추가하세요. 그렇지 않으면 계정의 모든 EKS 클러스터에 GuardDuty 보안 에이전트가 배포됩니다.  <br />5.  **구성** 탭의 **런타임 모니터링 구성** 섹션에서 **편집**을 선택합니다. <br />6.  자동 에이전트 구성 섹션에서 **모든 계정에 대해 활성화**를 선택합니다. 모니터링에서 제외되지 않은 EKS 클러스터의 경우 GuardDuty에서 GuardDuty 보안 에이전트의 배포 및 업데이트를 관리합니다. <br />7.  **저장**을 선택합니다. 1.  키는 `GuardDutyManaged`이고 값은 `false`로 하여 이 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />2.  이 EKS 클러스터에 대해 자동 에이전트 구성을 활성화했다면 이 단계 이후에 GuardDuty에서 이 클러스터의 보안 에이전트를 업데이트하지 않습니다. 하지만 보안 에이전트는 계속 배포되며 GuardDuty는 이 EKS 클러스터로부터 런타임 이벤트를 계속 수신합니다. 이는 사용량 통계에 영향을 미칠 수 있습니다. <br />이 클러스터로부터의 런타임 이벤트 수신을 중지하려면 이 EKS 클러스터에서 배포된 보안 에이전트를 제거해야 합니다. 배포된 보안 에이전트 제거에 대한 자세한 내용은 [런타임 모니터링에서 리소스 비활성화, 제거 및 정리하기](runtime-monitoring-agent-resource-clean-up.md) 섹션을 참조하세요. <br />3. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>  <br />4.  이 EKS 클러스터의 GuardDuty 보안 에이전트를 수동으로 관리하는 경우 [런타임 모니터링에서 리소스 비활성화, 제거 및 정리하기](runtime-monitoring-agent-resource-clean-up.md) 섹션을 참조하세요.  | 
| 포함 태그를 사용하여 선택적 EKS 클러스터 모니터링 | 선택한 런타임 모니터링의 활성화 방식과 무관하게 다음 단계는 조직의 모든 멤버 계정에서 선택적 EKS 클러스터를 모니터링하는 데 도움이 됩니다.1.  자동 에이전트 구성 섹션에서 구성을 활성화하지 마세요. 런타임 모니터링 구성을 이전 단계의 구성과 동일하게 유지합니다. <br />2.  **저장**을 선택합니다. <br />3.  키는 `GuardDutyManaged`이고 값은 `true`로 하여 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />GuardDuty는 모니터링하려는 선택적 EKS 클러스터의 보안 에이전트 배포 및 업데이트를 관리합니다. <br />4. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>   | 
| GuardDuty 보안 에이전트를 수동으로 관리 | 선택한 런타임 모니터링 활성화 방식과 무관하게 EKS 클러스터의 보안 에이전트를 수동으로 관리할 수 있습니다.1.  자동 에이전트 구성 섹션에서 구성을 활성화하지 마세요. 런타임 모니터링 구성을 이전 단계의 구성과 동일하게 유지합니다. <br />2.  **저장**을 선택합니다. <br />3.  보안 에이전트를 관리하려면 [Amazon EKS 클러스터에 대한 보안 에이전트 수동 관리](managing-gdu-agent-eks-manually.md) 섹션을 참조하세요.  | 

### 모든 기존 활성 멤버 계정에 자동 에이전트 활성화
<a name="eks-runtime-monitoring-agent-all-active-members"></a>

**참고**  
멤버 계정의 구성을 업데이트하는 데 최대 24시간이 걸릴 수 있습니다.

**조직 내 기존 활성 멤버 계정의 GuardDuty 보안 에이전트 관리**
+ GuardDuty가 조직의 기존 활성 멤버 계정에 속하는 EKS 클러스터로부터 런타임 이벤트를 수신하려면 선호하는 접근 방식을 선택하여 이러한 EKS 클러스터에 대해 GuardDuty 보안 에이전트를 관리해야 합니다. 각각의 접근 방식에 대한 자세한 내용은 [Amazon EKS 클러스터에서 GuardDuty 보안 에이전트를 관리하는 방법](how-runtime-monitoring-works-eks.md#eksrunmon-approach-to-monitor-eks-clusters) 섹션을 참조하세요.    
[See the AWS documentation website for more details](http://docs.aws.amazon.com/ko_kr/guardduty/latest/ug/managing-gdu-agent-eks-automatically.html)

### 새 멤버에 대한 자동 에이전트 구성 자동 활성화
<a name="eks-runtime-monitoring-agent-auto-enable-new-members"></a>


| **GuardDuty 보안 에이전트 관리 관련 선호 접근 방식** | **단계** | 
| --- | --- | 
| GuardDuty를 통한 보안 에이전트 관리<br />(모든 EKS 클러스터 모니터링) |  1.  런타임 모니터링 페이지에서 **편집**을 선택하여 기존 구성을 업데이트합니다. <br />2.  자동 에이전트 구성 섹션에서 **새 멤버 계정에 대해 자동 활성화를** 선택합니다. <br />3.  **저장**을 선택합니다.   | 
| 모든 EKS 클러스터를 모니터링하면서 일부 클러스터 제외(제외 태그 사용) | 다음 절차에서 해당하는 시나리오 중 하나를 선택합니다.1.  키는 `GuardDutyManaged`이고 값은 `false`로 하여 이 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />2. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>  <br />3. [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)에서 GuardDuty 콘솔을 엽니다.<br />4.  탐색 창에서 **작업 실행 모니터링**을 선택합니다.  계정에 대한 자동 에이전트 구성을 활성화하기 전에 항상 EKS 클러스터에 제외 태그를 추가하세요. 그렇지 않으면 계정의 모든 EKS 클러스터에 GuardDuty 보안 에이전트가 배포됩니다.  <br />5.  **구성** 탭의 **GuardDuty 에이전트 관리** 섹션에서 **새 멤버 계정에 대해 자동으로 활성화**를 선택합니다. <br />모니터링에서 제외되지 않은 EKS 클러스터의 경우 GuardDuty에서 GuardDuty 보안 에이전트의 배포 및 업데이트를 관리합니다. <br />6.  **저장**을 선택합니다. 1.  GuardDuty를 통해 또는 수동으로 GuardDuty 보안 에이전트를 관리하는지 여부와 무관하게 키는 `GuardDutyManaged`, 값은 `false`인 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />이 EKS 클러스터에 대해 자동 에이전트를 활성화한 경우, 이 단계 이후에는 이 클러스터의 보안 에이전트를 업데이트하지 않습니다. 하지만 보안 에이전트는 계속 배포되며 GuardDuty는 이 EKS 클러스터로부터 런타임 이벤트를 계속 수신합니다. 이는 사용량 통계에 영향을 미칠 수 있습니다. <br />이 클러스터로부터의 런타임 이벤트 수신을 중지하려면 이 EKS 클러스터에서 배포된 보안 에이전트를 제거해야 합니다. 배포된 보안 에이전트 제거에 대한 자세한 내용은 [런타임 모니터링에서 리소스 비활성화, 제거 및 정리하기](runtime-monitoring-agent-resource-clean-up.md) 섹션을 참조하세요. <br />2. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>  <br />3.  이 EKS 클러스터의 GuardDuty 보안 에이전트를 수동으로 관리하는 경우 [런타임 모니터링에서 리소스 비활성화, 제거 및 정리하기](runtime-monitoring-agent-resource-clean-up.md) 섹션을 참조하세요.  | 
| 포함 태그를 사용하여 선택적 EKS 클러스터 모니터링 | 선택한 런타임 모니터링의 활성화 방식과 무관하게 다음 단계는 조직의 새 멤버 계정에서 선택적 EKS 클러스터를 모니터링하는 데 도움이 됩니다.1.  **자동화된 에이전트 구성 섹션에서 새 멤버 계정**에 대해 자동으로 활성화를 선택 취소해야 합니다. 런타임 모니터링 구성을 이전 단계의 구성과 동일하게 유지합니다. <br />2.  **저장**을 선택합니다. <br />3.  키는 `GuardDutyManaged`이고 값은 `true`로 하여 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />GuardDuty는 모니터링하려는 선택적 EKS 클러스터의 보안 에이전트 배포 및 업데이트를 관리합니다. <br />4. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>   | 
| GuardDuty 보안 에이전트를 수동으로 관리 | 선택한 런타임 모니터링 활성화 방식과 무관하게 EKS 클러스터의 보안 에이전트를 수동으로 관리할 수 있습니다.1.  **자동화된 에이전트 구성 섹션에서 새 멤버 계정**에 대해 자동으로 활성화 확인란의 선택을 취소해야 합니다. 런타임 모니터링 구성을 이전 단계의 구성과 동일하게 유지합니다. <br />2.  **저장**을 선택합니다. <br />3.  보안 에이전트를 관리하려면 [Amazon EKS 클러스터에 대한 보안 에이전트 수동 관리](managing-gdu-agent-eks-manually.md) 섹션을 참조하세요.  | 

### 활성 멤버 계정에 대한 자동 에이전트를 선택적으로 구성
<a name="eks-runtime-monitoring-agent-selectively-member-accounts"></a>


| **GuardDuty 보안 에이전트 관리 관련 선호 접근 방식** | **단계** | 
| --- | --- | 
| GuardDuty를 통한 보안 에이전트 관리<br />(모든 EKS 클러스터 모니터링) | 1.  계정 페이지에서 자동 에이전트 구성을 활성화할 계정을 선택합니다. 한 번에 여러 개의 계정을 선택할 수 있습니다. 이 단계에서 선택한 계정에 EKS 런타임 모니터링이 이미 활성화되어 있는지 확인하세요. <br />2.  **보호 계획 편집**에서 해당되는 옵션을 선택하여 **런타임 모니터링 - 자동 에이전트 구성**을 활성화합니다. <br />3.  **확인**을 선택합니다.  | 
| 모든 EKS 클러스터를 모니터링하면서 일부 클러스터 제외(제외 태그 사용) | 다음 절차에서 해당하는 시나리오 중 하나를 선택합니다.1.  키는 `GuardDutyManaged`이고 값은 `false`로 하여 이 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />2. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>  <br />3. [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)에서 GuardDuty 콘솔을 엽니다.  계정에 대한 자동 에이전트 구성을 활성화하기 전에 항상 EKS 클러스터에 제외 태그를 추가하세요. 그렇지 않으면 계정의 모든 EKS 클러스터에 GuardDuty 보안 에이전트가 배포됩니다.  <br />4.  계정 페이지에서 **에이전트 자동 관리**를 활성화할 계정을 선택합니다. 한 번에 여러 개의 계정을 선택할 수 있습니다. <br />5.  **보호 계획 편집**에서 해당되는 옵션을 선택하여 선택한 계정에서 **런타임 모니터링 - 자동 에이전트 구성**을 활성화합니다. <br />모니터링에서 제외되지 않은 EKS 클러스터의 경우 GuardDuty에서 GuardDuty 보안 에이전트의 배포 및 업데이트를 관리합니다. <br />6.  **저장**을 선택합니다. 1.  키는 `GuardDutyManaged`이고 값은 `false`로 하여 이 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />이전에 EKS 클러스터에 대해 자동 에이전트 구성을 활성화했다면 이 단계 이후에 GuardDuty에서 이 클러스터의 보안 에이전트를 업데이트하지 않습니다. 하지만 보안 에이전트는 계속 배포되며 GuardDuty는 이 EKS 클러스터로부터 런타임 이벤트를 계속 수신합니다. 이는 사용량 통계에 영향을 미칠 수 있습니다. <br />이 클러스터로부터의 런타임 이벤트 수신을 중지하려면 이 EKS 클러스터에서 배포된 보안 에이전트를 제거해야 합니다. 배포된 보안 에이전트 제거에 대한 자세한 내용은 [런타임 모니터링에서 리소스 비활성화, 제거 및 정리하기](runtime-monitoring-agent-resource-clean-up.md) 섹션을 참조하세요. <br />2. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>  <br />3.  이 EKS 클러스터의 GuardDuty 보안 에이전트를 수동으로 관리하는 경우 이를 제거해야 합니다. 자세한 내용은 [런타임 모니터링에서 리소스 비활성화, 제거 및 정리하기](runtime-monitoring-agent-resource-clean-up.md) 단원을 참조하십시오.  | 
| 포함 태그를 사용하여 선택적 EKS 클러스터 모니터링 | 선택한 런타임 모니터링의 활성화 방식과 무관하게 다음 단계는 선택한 계정에 속하는 선택적 EKS 클러스터를 모니터링하는 데 도움이 됩니다.1.  모니터링하려는 EKS 클러스터가 있는 선택한 계정에 대해 **런타임 모니터링-자동 에이전트 구성**을 활성화하지 않았는지 확인하세요. <br />2.  키는 `GuardDutyManaged`이고 값은 `true`로 하여 EKS 클러스터에 태그를 추가합니다. <br />Amazon EKS 클러스터에 태그를 지정하는 방법에 대한 자세한 내용은 Amazon EKS 사용 설명서****의 [콘솔을 사용한 태그 작업](https://docs.aws.amazon.com/eks/latest/userguide/eks-using-tags.html#tag-resources-console)을 참조하세요. <br />태그를 추가한 후에는 GuardDuty가 모니터링하려는 선택적 EKS 클러스터의 보안 에이전트 배포 및 업데이트를 관리합니다. <br />3. 신뢰할 수 있는 엔터티를 제외하고 태그를 수정하지 못하도록 하려면AWS Organizations 사용 설명서**의 [권한 있는 보안 주체 외에는 태그를 수정할 수 없도록 방지](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples_tagging.html#example-require-restrict-tag-mods-to-admin)에 제공된 정책을 사용하세요. 이 정책에서 아래 세부 정보를 바꿉니다.   {{ec2:CreateTags}}를 `eks:TagResource`로 바꿉니다.   {{ec2:DeleteTags}}를 `eks:UntagResource`로 바꿉니다.   {{access-project}}를 `GuardDutyManaged`로 바꿉니다.   {{123456789012}}을 신뢰할 수 있는 엔터티의 AWS 계정 ID로 바꿉니다. <br />신뢰할 수 있는 엔터티가 두 개 이상 있는 경우 다음 예시를 사용하여 여러 개의 `PrincipalArn`을 추가합니다. <pre>"aws:PrincipalArn":["arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin", "arn:aws:iam::123456789012:role/org-admins/iam-admin"]</pre>   | 
| GuardDuty 보안 에이전트를 수동으로 관리 | 1.  런타임 모니터링 구성을 이전 단계의 구성과 동일하게 유지합니다. 선택한 계정에 대해 **런타임 모니터링 - 자동 에이전트 구성**을 활성화하지 않도록 해야 합니다. <br />2.  **확인**을 선택합니다. <br />3.  보안 에이전트를 관리하려면 [Amazon EKS 클러스터에 대한 보안 에이전트 수동 관리](managing-gdu-agent-eks-manually.md) 섹션을 참조하세요.   | 

## 독립 실행형 계정에 대한 자동 에이전트 구성
<a name="eks-runtime-monitoring-agent-manage-standalone-account"></a>

독립 실행형 계정은 특정의 AWS 계정 에서 보호 계획을 활성화 또는 비활성화하는 결정을 소유합니다 AWS 리전.

계정이 AWS Organizations또는 초대 방법을 통해 GuardDuty 관리자 계정과 연결된 경우이 섹션은 계정에 적용되지 않습니다. 자세한 내용은 [다중 계정 환경에서 런타임 모니터링 활성화](enable-runtime-monitoring-multiple-acc-env.md) 단원을 참조하십시오.

런타임 모니터링을 사용 설정한 후에는 자동 구성 또는 수동 배포를 통해 GuardDuty 보안 에이전트를 설치해야 합니다. 다음 절차에 나열된 모든 단계를 완료하는 과정에서 보안 에이전트를 설치해야 합니다.

전부 또는 일부 Amazon EKS 리소스를 모니터링하는 기본 설정에 따라 선호하는 방법을 선택하고 다음 표의 단계를 따릅니다.

1. 에 로그인 AWS Management Console 하고 [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/) GuardDuty 콘솔을 엽니다.

1. 탐색 창에서 **작업 실행 모니터링**을 선택합니다.

1. **구성** 탭에서 **활성화**를 선택하여 계정에 대한 자동 에이전트 구성을 활성화합니다.    
[See the AWS documentation website for more details](http://docs.aws.amazon.com/ko_kr/guardduty/latest/ug/managing-gdu-agent-eks-automatically.html)