AWS CloudWatch Metric Streams 통합은 사용자 지정 네임스페이스를 포함하여 모든 AWS 서비스의 모든 CloudWatch 지표를 모니터링하기 위한 기본 권장 솔루션입니다.
set up AWS Metric Stream monitoring in New Relic 방법을 알아보세요.
이것이 왜 중요합니까?
CloudWatch Metric Streams 이전에 AWS 모니터링 파트너를 위한 유일한 솔루션은 폴링 플릿을 배포하고 정기적으로 여러 AWS API를 호출하여 지표와 메타데이터를 검색하는 것이었습니다. 다음 표는 두 솔루션의 차이점을 보여줍니다.
API 폴링 모드 | 스트림 모드 |
---|---|
지표를 수집하려면 각 AWS 서비스와의 통합이 필요합니다. | All CloudWatch metrics from all AWS services and custom namespaces are available 특정 통합을 구축하거나 업데이트할 필요 없이 뉴렐릭에서 한 번에. |
알림 및 대시보드 작성을 위해 New Relic에서 사용할 수 있는 메트릭에 추가 지연이 추가됩니다. 가장 빠른 폴링 간격은 5분입니다. | 지표를 AWS CloudWatch에서 사용할 수 있기 때문에 지표가 2분 이내에 스트리밍되므로 지연 시간이 크게 개선됩니다. |
대규모 AWS 환경에 대한 AWS API 조절이 발생할 수 있습니다. | AWS API 조절이 제거되었습니다. |
Amazon CloudWatch Metric Streams 통합을 사용해 보고 싶습니까? New Relic에 영원히 무료로 가입 하세요!
비용 고려 사항
AWS CloudWatch 지표 스트림과 New Relic의 통합 비용을 평가할 때 다음을 고려하십시오.
- AWS CloudWatch 지표 업데이트 .
- AWS Kinesis Firehose 수집 .
- AWS Kinesis Firehose 데이터 전송 .
- 선택 사항: 선택한 AWS 네임스페이스에서 리소스 메타데이터로 지표를 보강하는 데 사용되는 AWS Config 서비스 입니다.
팁
AWS 서비스를 감지, 식별 및 모니터링하려면 AWS Config 서비스에 대한 액세스 권한이 필요합니다. 이 액세스 권한이 없으면 시스템을 모니터링하고 나타낼 수 없습니다.
AWS 및 New Relic의 필터를 포함하여 데이터 관리에 사용할 수 있는 메커니즘에 대해 알아보십시오. 해당하는 경우 사전 프로덕션 환경에서 초기 통합을 완료하여 제한된 수의 AWS 리소스 및 서비스를 기반으로 솔루션의 총 비용을 평가해야 합니다.
AWS API 폴링 통합에서 마이그레이션
현재 이전 폴링 기반 AWS 통합이 있는 New Relic 고객인 경우 새롭고 개선된 통합으로 마이그레이션하는 방법을 안내해 드립니다.
두 가지 통합 형태를 모두 설정한 경우 지표가 중복될 수 있습니다. 예를 들어 및 sum
또는 count
를 사용하는 대시보드는 실제 숫자의 두 배를 반환합니다. 여기에는 접미사가 .Sum
인 지표를 사용하는 알림 및 대시보드가 포함됩니다.
안전하게 테스트할 수 있는 비프로덕션 뉴렐릭 계정으로 데이터를 보내는 것이 좋습니다. 이것이 옵션이 아닌 경우 AWS CloudWatch 지표 스트림 필터를 사용하여 문제를 일으킬 수 있는 특정 네임스페이스 또는 지표를 포함하거나 제외할 수 있습니다.
또는 쿼리에 대한 필터링을 사용하여 Metric Streams에서 오는 메트릭과 폴링을 통해 오는 메트릭을 구별할 수 있습니다. Metric Streams에서 오는 모든 측정항목에는 collector.name='cloudwatch-metric-streams'
태그가 지정됩니다.
메트릭 스트림으로 마이그레이션
기존 고객은 아래 지침에 따라 CloudFormation 템플릿을 사용하여 API 폴링에서 지표 스트림으로 마이그레이션하는 것이 좋습니다.
CloudFormation 템플릿을 사용하여 API 폴링에서 지표 스트림으로 마이그레이션하려면 다음 지침을 따르십시오.
- one.newrelic.com > All capabilities > Infrastructure > AWS > Migrate to AWS Cloudwatch metric streams 으로 이동한 다음 AWS Metric Streams 계정을 구성하여 네임스페이스를 폴링에서 지표 스트림으로 복제합니다.
- Configure metric streams 단계에서 사용자 정의된 CloudFormation 템플릿을 다운로드합니다. 이 템플릿에는 기존 폴링 설정을 기반으로 사전 구성된 네임스페이스가 포함되어 있습니다.
- 다운로드한 템플릿에 계정 세부정보를 추가하세요.
- AWS 콘솔에서 Cloud Formation > Create Stack > Upload a template file 로 이동하여 CloudFormation 템플릿을 업로드합니다.
CloudFormation 템플릿을 사용하지 않으려는 경우 대체 옵션은 다음과 같습니다.
- one.newrelic.com > All capabilities > Infrastructure > AWS > Add an AWS account 으로 이동한 다음 AWS 계정을 추가하세요. 이 단계는 이미 AWS 계정을 폴링 통합과 연결한 경우에도 필요합니다.
- Add an AWS account 프로세스의 마지막 단계에서 AWS CloudWatch Metric Streams 및 AWS Kinesis Data Firehose를 활성화합니다. 그러면 지표가 뉴렐릭으로 푸시됩니다. AWS CloudWatch에는 지역당 하나의 스트림이 필요하므로 모니터링하려는 추가 AWS 지역에 대해 이 단계를 반복하십시오.
- 연결된 모든 지역 및 네임스페이스에서 메트릭이 수신되는지 확인합니다. 몇 분 걸릴 것이다.
- 이전 AWS 공급자 계정에서 불필요한 폴링 통합을 모두 비활성화합니다. 일부 통합은 Metric Streams로 완전히 대체되지 않았기 때문에 여전히 활성화해야 합니다 .
쿼리, 대시보드 및 경고 고려 사항
AWS Metric Streams 통합은 Metric API를 사용하여 차원 지표 형식으로 지표를 푸시합니다.
설문 조사 기반 AWS 통합은 이벤트 (예: ComputeSample
이벤트)를 기반으로 메트릭을 푸시하며 향후 차원 메트릭으로 마이그레이션됩니다.
이러한 전환을 지원하기 위해 모든 형식의 쿼리를 투명하게 작성할 수 있는 메커니즘(shimming이라고 함)을 제공합니다. 그런 다음 이러한 쿼리는 사용 가능한 소스(메트릭 또는 이벤트)를 기반으로 예상대로 처리됩니다. 이 메커니즘은 이벤트에서 메트릭으로 또는 그 반대로 작동합니다.
팁
고객이 AWS CloudWatch 지표 스트림 통합(차원 지표 형식)과 함께 이벤트 기반 쿼리(샘플)를 사용할 수 있도록 허용하는 쿼리 메커니즘의 제한 사항에 대해 자세히 알아보십시오.
투표 기반 통합에서 마이그레이션할 때 다음 사항을 고려하십시오.
- Dashboards: 폴링 기반 AWS 통합 이벤트를 사용하는 사용자 정의 는 여전히 예상대로 작동합니다.
- Alerts: 폴 기반 AWS 이벤트를 사용하는 공지 조건은 계속 작동합니다. 이를 차원 메트릭 형식(NRQL을 소스로 사용)에 적용하는 것이 좋습니다.
- Entities: 모니터링되는 부분 목록에는 최대 24시간 동안 중복된 부분이 표시될 수 있습니다.
- Attributes: 폴 기반 AWS 통합은 수집된 리소스 태그에
label.
접두사를 붙이는 반면, AWS CloudWatch Metric Streams 통합은 수집된 리소스 태그에tags.
접두사를 붙입니다. 동일한 AWS 계정에 대해 두 통합이 모두 활성화된 경우 이벤트 형식을 사용할 때 리소스 태그가 두 접두사 아래에 표시됩니다.
메트릭 스트림으로 완전히 대체되지 않은 통합
AWS CloudWatch Metric Streams 통합은 CloudWatch 지표에 중점을 둡니다. 결과적으로 AWS 서비스에서 완전한 가시성을 얻으려면 다음 통합을 구성하고 활성화해야 합니다.
서비스 API 기반 폴링 통합:
- AWS 클라우드 트레일
- AWS 상태
- AWS 신뢰할 수 있는 고문
- AWS 엑스레이
Lambda를 통해 New Relic으로 전달되는 CloudWatch Logs 기반 통합:
- AWS RDS 강화
- AWS VPC 흐름 로그