기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# AWS RAM에서 로깅 및 모니터링
모니터링은 AWS RAM와 사용자 AWS 솔루션의 신뢰성, 가용성 및 성능을 유지하는 중요한 역할을 합니다. 다중 지점 실패가 발생할 경우 보다 쉽게 디버깅할 수 있도록 AWS 솔루션의 모든 부분으로부터 모니터링 데이터를 수집해야 합니다. AWS는 AWS RAM 리소스를 모니터링하고 잠재적 인시던트에 대응하기 위한 여러 도구를 제공합니다.
**Amazon EventBridge**
AWS 리소스의 변경 사항을 설명하는 실시간에 가까운 시스템 이벤트 스트림을 제공합니다. EventBridge는 특정 이벤트를 감시하는 규칙을 작성하고 이러한 이벤트가 발생할 때 다른 AWS 서비스에서 자동화된 작업을 트리거할 수 있으므로 자동화된 이벤트 기반 컴퓨팅이 가능합니다. 자세한 내용은 [EventBridge AWS RAM 를 사용한 모니터링](using-eventbridge.md) 섹션을 참조하세요.
**AWS CloudTrail**
직접 수행하거나 AWS 계정을 대신하여 수행한 API 호출 및 관련 이벤트를 캡처하고 지정한 Amazon S3 버킷에 로그 파일을 전송합니다. 어떤 사용자 및 계정이 AWS를 호출했는지 어떤 소스 IP 주소에 호출이 이루어졌는지 언제 호출이 발생했는지 확인할 수 있습니다. 자세한 내용은 [를 사용하여 AWS RAM API 호출 로깅 AWS CloudTrail](cloudtrail-logging.md) 섹션을 참조하세요.
# EventBridge AWS RAM 를 사용한 모니터링
Amazon EventBridge를 사용하면 AWS RAM의 특정 이벤트에 대한 자동 알림을 설정할 수 있습니다. 의 이벤트 AWS RAM 는 거의 실시간으로 EventBridge로 전달됩니다. 리소스 공유의 변경을 나타내는 이벤트에 대한 응답으로 이벤트를 모니터링하고 대상을 간접적으로 호출하도록 EventBridge를 구성할 수 있습니다. 리소스 공유를 변경하면 리소스 공유 소유자와 리소스 공유에 대한 액세스 권한이 부여된 보안 주체 모두에게 이벤트가 트리거됩니다.
이벤트 패턴을 생성할 때 소스는 `aws.ram`입니다.
**참고**
이러한 이벤트에 의존하는 코드는 주의해서 작성하세요. 이러한 이벤트는 보장되지 않지만 최상의 노력에 따라 발생됩니다. 가 이벤트를 내보내 AWS RAM 려고 할 때 오류가 발생하면 서비스가 여러 번 더 시도합니다. 하지만 시간이 초과되어 특정 이벤트가 손실될 수 있습니다.
자세한 내용은 Amazon EventBridge 사용 설명서를 참조하세요.
## 예: 리소스 공유 실패에 대한 알림
Amazon EC2 용량 예약을 조직의 다른 계정과 공유하려는 시나리오를 생각해 보세요. 이렇게 하면 비용을 절감할 수 있습니다.
하지만 [용량 예약 공유를 위한 사전 조건](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservation-sharing.html#sharing-cr-prereq)을 모두 충족하지 못할 경우 리소스 공유와 관련된 비동기 작업이 자동으로 수행되지 않을 수 있습니다. 공유 작업이 실패하고 다른 계정의 사용자가 해당 용량 예약 중 하나를 사용하여 인스턴스를 시작하려고 하면 Amazon EC2는 용량 예약이 꽉 찬 것처럼 작동하고 대신 해당 인스턴스를 온디맨드 인스턴스로 시작합니다. 이로 인해 비용이 예상보다 높아질 수 있습니다.
리소스 공유 실패를 모니터링하려면 AWS RAM 리소스 공유가 실패할 때마다 경고하는 Amazon EventBridge 규칙을 설정합니다. 다음 자습서 절차에서는 Amazon Simple Notification Service(SNS) 주제를 사용하여 EventBridge에서 리소스 공유 실패를 발견할 때마다 모든 주제 구독자에게 알립니다. Amazon SNS에 대한 자세한 내용은 [Amazon Simple Notification Service 개발자 안내서](https://docs.aws.amazon.com/sns/latest/dg/)를 참조하세요.
**리소스 공유 실패 시 알려주는 규칙을 만들려면**
1. [Amazon EventBridge 콘솔](https://console.aws.amazon.com/events)을 엽니다.
1. 탐색 창에서 **규칙**을 선택한 다음 **규칙** 목록에서 **규칙 생성**을 선택합니다.
1. 규칙의 이름과 설명(선택 사항)을 입력하고 **다음**을 선택합니다.
1. **이벤트 패턴** 상자까지 아래로 스크롤하여 **사용자 지정 패턴(JSON 편집기)**을 선택합니다.
1. 다음 이벤트 패턴을 복사하여 붙여넣습니다.
```
{
"source": ["aws.ram"],
"detail-type": ["Resource Sharing State Change"],
"detail": {
"event": ["Resource Share Association"],
"status": ["failed"]
}
}
```
1. **다음**을 선택합니다.
1. **대상 1**의 **대상 선택**에서 **AWS 서비스**를 선택합니다.
1. **대상 선택**에서 **SNS 주제**를 선택합니다.
1. **주제**에서 알림을 게시할 SNS 주제를 선택합니다. 이미 있는 주제여야 합니다.
1. **다음**을 선택한 후 **다음**을 다시 선택하여 구성을 검토합니다.
1. 옵션이 만족스러우면 **규칙 생성**을 선택합니다.
1. **규칙** 페이지로 돌아가서 새 규칙이 **활성화됨**으로 표시되었는지 확인합니다. 필요한 경우 규칙 이름 옆에 있는 라디오 버튼을 선택한 다음 **활성화**를 선택합니다.
해당 규칙이 활성화되어 있는 한 실패한 AWS RAM 리소스 공유는 게시한 주제의 수신자에게 SNS 알림을 생성합니다.
또한 공유 용량 예약을 공유한 계정에서 공유 용량 예약에 액세스할 수 있는지 확인하려면 [해당 계정을 통해 Amazon EC2 콘솔에서 확인](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservation-sharing.html#identifying-shared-cr)을 시도하면 됩니다.
# 를 사용하여 AWS RAM API 호출 로깅 AWS CloudTrail
AWS RAM 는 사용자 AWS CloudTrail, 역할 또는 서비스가 수행한 작업에 대한 레코드를 제공하는 AWS 서비스와 통합됩니다 AWS RAM. CloudTrail은 AWS RAM 에 대한 모든 API 직접 호출을 이벤트로 캡처합니다. 캡처되는 호출에는 AWS RAM 콘솔로부터의 호출과 AWS RAM API 작업에 대한 코드 호출이 포함됩니다. 추적을 생성하면 AWS RAM이벤트를 포함한 CloudTrail 이벤트를 지정한 Amazon S3 버킷에 지속적으로 배포할 수 있습니다. 추적을 구성하지 않은 경우에도 **이벤트 기록**에서 CloudTrail 콘솔의 최신 이벤트를 볼 수 있습니다. CloudTrail에서 수집한 정보를 사용하여에 수행된 요청 AWS RAM, 요청 IP 주소, 요청자, 요청이 수행된 시간 및 추가 세부 정보를 확인합니다.
CloudTrail에 대한 자세한 내용은 [AWS CloudTrail 사용자 안내서](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/)를 참조하세요.
## AWS RAM CloudTrail의 정보
CloudTrail은 계정을 생성할 AWS 계정 때에서 활성화됩니다. 활동이 발생하면 AWS RAM해당 활동이 **이벤트 기록**의 다른 AWS 서비스 이벤트와 함께 CloudTrail 이벤트에 기록됩니다. 에서 최근 이벤트를 보고 검색하고 다운로드할 수 있습니다 AWS 계정. 자세한 설명은 [CloudTrail 이벤트 기록으로 이벤트 보기](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html)를 참조하세요.
AWS RAM에 대한 이벤트를 포함하여 AWS 계정에 이벤트를 지속적으로 기록하려면 추적을 생성합니다. CloudTrail은 *추적*을 사용하여 Amazon S3 버킷으로 로그 파일을 전송할 수 있습니다. 기본적으로 콘솔에서 추적을 생성하면 추적이 모든 AWS 리전에 적용됩니다. 추적은 AWS 파티션에 있는 모든 리전의 이벤트를 로깅하고 지정된 Amazon S3 버킷으로 로그 파일을 전송합니다. 또한 CloudTrail 로그에서 수집된 이벤트 데이터를 추가로 분석하고 조치를 취하도록 다른 AWS 서비스를 구성할 수 있습니다. 자세한 내용은 다음을 참조하세요.
+ [에 대한 추적 생성 AWS 계정](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [AWS 서비스 CloudTrail 로그와 통합](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html#cloudtrail-aws-service-specific-topics-integrations)
+ [CloudTrail에서 Amazon SNS 알림 구성](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/getting_notifications_top_level.html)
+ [여러 리전에서 CloudTrail 로그 파일 수신](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) 및 [여러 계정에서 CloudTrail 로그 파일 수신](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
모든 AWS RAM 작업은 CloudTrail에서 로깅되며 [AWS RAM API 참조](https://docs.aws.amazon.com/ram/latest/APIReference/)에 문서화됩니다. 예를 들어 `CreateResourceShare`, `AssociateResourceShare` 및 `EnableSharingWithAwsOrganization` 작업을 직접적으로 호출하면 CloudTrail 로그 파일에 항목이 생성됩니다.
모든 이벤트 또는 로그 항목에는 누가 요청했는지 확인하는 데 도움이 되는 정보가 포함되어 있습니다.
+ AWS 계정 루트 자격 증명
+ AWS Identity and Access Management (IAM) 역할 또는 페더레이션 사용자의 임시 보안 자격 증명입니다.
+ IAM 사용자의 장기 보안 보안 인증.
+ 다른 AWS 서비스.
자세한 내용은 [CloudTrail userIdentity 요소](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html)를 참조하세요.
## AWS RAM 로그 파일 항목 이해
트레일이란 지정한 S3 버킷에 이벤트를 로그 파일로 입력할 수 있게 하는 구성입니다. CloudTrail 로그 파일에는 하나 이상의 로그 항목이 포함될 수 있습니다. 이벤트는 모든 소스로부터의 단일 요청을 나타내며 요청 작업, 작업 날짜와 시간, 요청 파라미터 등에 대한 정보가 들어 있습니다. CloudTrail 로그 파일은 퍼블릭 API 직접 호출의 주문 스택 트레이스가 아니므로 특정 순서로 표시되지 않습니다.
다음 예제는 `CreateResourceShare` 작업에 대한 CloudTrail 로그 항목을 표시합니다.
```
{
"eventVersion": "1.05",
"userIdentity": {
"type": "IAMUser",
"principalId": "NOPIOSFODNN7EXAMPLE",
"arn": "arn:aws:iam::111122223333:user/admin",
"accountId": "111122223333",
"accessKeyId": "BCDIOSFODNN7EXAMPLE",
"userName": "admin"
},
"eventTime": "2018-11-03T04:23:19Z",
"eventSource": "ram.amazonaws.com",
"eventName": "CreateResourceShare",
"awsRegion": "us-east-1",
"sourceIPAddress": "192.0.1.0",
"userAgent": "aws-cli/1.16.2 Python/2.7.10 Darwin/16.7.0 botocore/1.11.2",
"requestParameters": {
"name": "foo"
},
"responseElements": {
"resourceShare": {
"allowExternalPrincipals": true,
"name": "foo",
"owningAccountId": "111122223333",
"resourceShareArn": "arn:aws:ram:us-east-1:111122223333:resource-share/EXAMPLE0-1234-abcd-1212-987656789098",
"status": "ACTIVE"
}
},
"requestID": "EXAMPLE0-abcd-1234-mnop-987654567876",
"eventID": "EXAMPLE0-1234-abcd-hijk-543234565434",
"readOnly": false,
"eventType": "AwsApiCall",
"recipientAccountId": "111122223333"
}
```