CloudWatch 솔루션: Amazon EC2 상태
이 솔루션을 사용하면 EC2 인스턴스에서 실행되는 워크로드용 CloudWatch 에이전트를 사용하여 즉시 사용 가능한 메트릭 컬렉션을 구성할 수 있습니다. 또한, 미리 구성된 CloudWatch 대시보드를 설정하는 데 도움이 됩니다.
요구 사항
이 솔루션 관련 조건은 다음과 같습니다.
컴퓨팅: Amazon EC2
플랫폼: Linux 및 macOS
지정된 AWS 리전에서 최대 500개의 EC2 인스턴스 지원
CloudWatch 에이전트의 최신 버전
-
EC2 인스턴스에 SSM Agent 설치
참고
AWS Systems Manager(SSM Agent)는 AWS 및 신뢰할 수 있는 타사에서 제공하는 일부 Amazon Machine Images (AMI)에 사전 설치되어 있습니다. 에이전트가 설치되지 않은 경우 다음 운영 체제 유형에 대한 절차를 사용하여 수동으로 설치할 수 있습니다.
이점
이 솔루션은 CloudWatch 에이전트를 사용하여 EC2 서버 모니터링을 제공하며, 다음 사용 사례에 대한 표준 EC2 네임스페이스 메트릭 외에 추가 시스템 수준 메트릭을 제공합니다.
CPU 성능 문제 및 리소스 제약 조건을 감지합니다.
EC2 인스턴스 전체에서 다양한 디스크의 디스크 사용률 및 스토리지 용량을 모니터링합니다.
메모리 사용 패턴 및 잠재적 메모리 누출을 추적합니다.
입출력 작업을 분석하는 동시에 입출력 작업이 전체 성능에 미치는 영향을 분석합니다.
네트워크 트래픽 패턴과 잠재적 이상을 관찰합니다.
솔루션의 가장 중요한 장점으로는 다음과 같은 것들이 있습니다.
-
EC2 인스턴스의 메트릭 수집을 자동화하여 수동 계측 소요를 없앱니다.
-
EC2 인스턴스 메트릭에 대해 미리 구성된 통합 CloudWatch 대시보드를 제공합니다. 대시보드는 솔루션을 사용하여 구성된 새 EC2 인스턴스의 메트릭을 자동으로 처리하며, 이는 해당 대시보드를 처음 생성할 때 해당 메트릭이 존재하지 않더라도 마찬가지입니다. 또한 Auto Scaling 그룹을 통해 관리되는 EC2 인스턴스를 관찰할 수 있습니다.
다음 이미지는 해당 솔루션의 대시보드 예시입니다.
비용
이 솔루션은 사용자 계정에 리소스를 생성하여 사용합니다. 표준 사용에 대한 요금이 부과되며, 다음 항목들이 포함됩니다.
-
CloudWatch 에이전트가 수집한 메트릭은 사용자 지정 메트릭으로 청구됩니다. 이 솔루션에서 사용하는 메트릭 수는 EC2 호스트 수에 따라 달라집니다.
CloudWatch 에이전트 총 메트릭 수는 디스크 구성에 따라 달라집니다. 디스크 메트릭 및 디스크 입출력 메트릭 이외에 본 솔루션에서는 6개의 메트릭을 게시합니다. 디스크 메트릭 수(
disk_used_percent
,disk_inodes_free
)는device/fstype/path
차원 수에 따라 달라집니다. 디스크 입출력 메트릭(diskio_io_time
)은name
차원 수에 따라 달라집니다. 예를 들어, EC2 콘솔 환경에 따라 기본 설정 되어 있는 단일 t2.micro는 총 22개의 CloudWatch 에이전트 메트릭(CPU 4개, 디스크 12개, 디스크 입출력 4개, 메모리 1개, 스왑 1개)을 생성합니다.AWS/EC2
과(와) 같은 변환 메트릭은 무료로 제공됩니다. 사용자 지정 단일 대시보드
-
메트릭을 게시하기 위해 CloudWatch 에이전트가 요청한 API 작업입니다. 이 솔루션의 기본 구성을 사용하면 CloudWatch 에이전트가 PutMetricData를 1분에 한 번씩 호출합니다. 즉, 각각의 EC2 호스트에 대해 30일 이내에 PutMetricData API
30*24*60=43,200
가 호출됩니다.
CloudWatch 요금에 대한 자세한 내용은 Amazon CloudWatch 요금
요금 계산기는 이 솔루션 사용에 대한 대략적인 월별 비용을 추정하는 데 도움이 될 수 있습니다.
요금 계산기를 사용하여 솔루션 월별 비용을 추정하려면
-
Amazon CloudWatch 요금 계산기
를 엽니다. -
메트릭 섹션의 메트릭 수에
(6 + total count of disk and diskio metrics per EC2 host as described above) * number of EC2 instances configured for this solution
을(를) 입력합니다. -
API 섹션의 API 요청 수에
43200 * number of EC2 instances configured for this solution
을(를) 입력합니다. -
기본적으로 솔루션에서는 각각의 EC2 호스트마다 PutMetricData 작업을 1분당 하나씩 수행합니다.
-
대시보드 및 경보 섹션의 대시보드 수에
1
을(를) 입력합니다. -
요금 계산기 하단에서 월별 예상 비용을 확인할 수 있습니다.
이 솔루션에 대한 CloudWatch 에이전트 구성
CloudWatch 에이전트는 서버와 컨테이너화된 환경에서 지속적이고 자율적으로 실행되는 소프트웨어입니다. 인프라와 애플리케이션에서 메트릭, 로그, 트레이스를 수집하여 CloudWatch와 X-Ray로 전송합니다.
CloudWatch 에이전트에 대한 자세한 내용은 CloudWatch 에이전트를 사용하여 지표, 로그 및 추적 수집을 참조하세요.
이 솔루션의 에이전트 구성은 EC2 인스턴스스 모니터링 및 관찰을 시작하는 데 도움이 되는 메트릭 세트를 수집합니다. CloudWatch 에이전트는 대시보드가 기본적으로 표시하는 것보다 더 많은 EC2 메트릭을 수집하도록 구성할 수 있습니다. Amazon EC2 메트릭 목록은 Linux 및 macOS 인스턴스에서 CloudWatch 에이전트가 수집한 메트릭을 참조하세요. Windows 인스턴스에서 수집된 메트릭에 대한 자세한 내용은 Windows Server 인스턴스에서 CloudWatch 에이전트가 수집한 메트릭을 참조하세요.
EC2 Health 솔루션의 에이전트 구성
에이전트가 수집한 메트릭은 에이전트 구성에 정의되어 있습니다. 이 솔루션은 솔루션 대시보드에 적합한 차원에 권장 메트릭을 수집하는 에이전트 구성을 제공합니다.
솔루션 배포 단계는 뒷부분의 솔루션 에이전트 배포에 설명되어 있습니다. 다음 정보는 환경에 맞게 에이전트 구성을 사용자 지정하는 방법을 이해하는 데 도움이 됩니다.
참고
EC2 인스턴스가 Auto Scaling 그룹에 속하지 않는 경우 CloudWatch 에이전트는 AutoScalingGroupName
차원을 완전히 삭제합니다. 이 동작은 null/빈 값이 있는 차원 이름을 방지하는 데 도움이 됩니다. 솔루션 대시보드에 포함된 각 메트릭 위젯은 AutoScalingGroup
차원을 포함하거나 제외하는 메트릭을 검색합니다. 이렇게 하면 솔루션이 적용되는 모든 EC2 인스턴스가 동일한 대시보드에서 지원되도록 하는 데 도움이 됩니다.
에이전트 구성을 수정하려면 솔루션과 함께 제공되는 대시보드에 동일한 변경 사항을 적용해야 합니다. 예를 들어 ImageId 차원을 생략하기로 한 경우, 대시보드 위젯에 사용된 메트릭 검색 표현식에서도 동일한 차원을 제거해야 합니다.
EC2 인스턴스의 에이전트 구성
워크로드가 배포된 Amazon EC2 인스턴스에 다음 CloudWatch 에이전트 구성을 사용합니다.
{ "agent": { "metrics_collection_interval": 60, "run_as_user": "cwagent" }, "metrics": { "append_dimensions": { "InstanceId": "${aws:InstanceId}", "InstanceType": "${aws:InstanceType}", "ImageId": "${aws:ImageId}", "AutoScalingGroupName": "${aws:AutoScalingGroupName}" }, "metrics_collected": { "cpu": { "measurement": [ "cpu_usage_idle", "cpu_usage_iowait", "cpu_usage_user", "cpu_usage_system" ], "totalcpu": true }, "disk": { "measurement": [ "used_percent", "inodes_free" ], "resources": [ "*" ], "dimensions": [ ["device", "fstype", "path"] ] }, "diskio": { "measurement": [ "io_time" ], "resources": [ "*" ] }, "mem": { "measurement": [ "used_percent" ] }, "swap": { "measurement": [ "used_percent" ] } } } }
솔루션 에이전트 배포
사용 사례에 따라 CloudWatch 에이전트를 설치하는 방법에는 여러 가지가 있습니다. 이 솔루션에는 Systems Manager를 사용하는 것이 좋습니다. Systems Manager는 콘솔 환경을 제공하며 단일 AWS 계정 내에 관리형 서버 플릿을 더 쉽게 관리할 수 있습니다. 이 섹션의 내용은 Systems Manager를 사용하며, 기존 구성으로 CloudWatch 에이전트를 실행하지 않는 경우에 적용할 수 있습니다. CloudWatch 에이전트가 실행 중인지 확인에 나열된 단계에 따라 CloudWatch 에이전트가 실행 중인지 확인할 수 있습니다.
EC2 호스트에서 이미 CloudWatch 에이전트를 실행 중이며 에이전트 구성을 관리 중이라면 이 섹션의 내용을 건너뛰어 기존 배포 메커니즘에 따라 구성을 업데이트할 수 있습니다. EC2 Health 에이전트 구성을 기존 에이전트 구성과 병합한 다음 병합된 구성을 배포해야 합니다. Systems Manager를 사용하여 CloudWatch 에이전트의 구성을 저장하고 관리하는 경우, 해당 구성을 기존 파라미터 값에 병합할 수 있습니다. 자세한 내용은 CloudWatch 에이전트 구성 파일 관리를 참조하세요.
참고
Systems Manager를 사용하여 다음 CloudWatch 에이전트 구성을 배포하면 EC2 인스턴스의 기존 CloudWatch 에이전트 구성을 대체하거나 덮어씁니다. 이 구성은 고유한 환경 또는 사용 사례에 맞춰 수정할 수 있습니다. 구성에 정의된 메트릭은 솔루션을 제공하는 대시보드에 필요한 최소 항목입니다.
이 배포 프로세스는 다음 단계를 통해 이루어집니다.
1단계: 대상 EC2 인스턴스에 필요한 IAM 권한이 있는지 확인합니다.
2단계: Systems Manager Parameter Store에 권장 에이전트 구성 파일을 저장합니다.
3단계: AWS CloudFormation 스택을 사용하여 하나 이상의 EC2 인스턴스에 CloudWatch 에이전트를 설치합니다.
4단계: 에이전트 설정이 올바르게 구성되었는지 확인합니다.
1단계: 대상 EC2 인스턴스에 필요한 IAM 권한이 있는지 확인
Systems Manager가 CloudWatch 에이전트를 설치하고 구성할 수 있도록 권한을 부여해야 합니다. 또한, CloudWatch 에이전트가 EC2 인스턴스에서 CloudWatch로 원격 측정을 게시할 수 있는 권한을 부여해야 합니다. 인스턴스에 연결된 IAM 역할에 CloudWatchAgentServerPolicy와 AmazonSSMManagedInstanceCore IAM 정책이 연결되어 있는지 확인합니다.
-
역할을 생성하려면 Amazon EC2 인스턴스에서 CloudWatch 에이전트와 함께 사용할 IAM 역할 생성을 참조하세요.
-
역할이 생성된 후에는 해당 역할을 EC2 인스턴스에 연결합니다. EC2 인스턴스에 역할을 연결하려면 인스턴스에 IAM 역할 연결의 단계를 따릅니다.
2단계: Systems Manager Parameter Store에 권장 에이전트 구성 파일을 저장
Parameter Store는 구성 파라미터를 안전하게 저장하고 관리하여 EC2 인스턴스에 CloudWatch 에이전트 설치하는 작업을 간소화하므로 하드 코딩 값이 필요 없습니다. 이를 통해 보다 안전하고 유연한 배포 프로세스를 보장하며 중앙 집중식 관리를 가능하게 하는 동시에 다양한 인스턴스에서 구성을 더 쉽게 업데이트할 수 있습니다.
다음 단계에 따라 권장 CloudWatch 에이전트 구성 파일을 Parameter Store에 파라미터로 저장합니다.
CloudWatch 에이전트 구성 파일을 파라미터로 생성하려면
-
AWS Systems Manager 콘솔(https://console.aws.amazon.com/systems-manager/
)을 엽니다. -
콘솔에서 선택한 리전이 EC2 인스턴스가 실행 중인 리전인지 확인합니다.
-
탐색 창에서 애플리케이션 관리와 Parameter Store를 선택합니다.
-
다음 단계에 따라 새 구성 파라미터를 생성합니다.
파라미터 생성(Create parameter)을 선택합니다.
-
이름 상자에 이후 단계에서 CloudWatch 에이전트 구성 파일을 참조하는 데 사용할 이름을 입력합니다. 예:
AmazonCloudWatch-EC2Health-Configuration
. (선택 사항) Description 상자에 파라미터 설명을 입력합니다.
파라미터 계층에서 표준을 선택합니다.
Type(유형)에서 문자열을 선택합니다.
데이터 유형에는 텍스트를 선택합니다.
-
값 상자에 앞서 이 문서에서 제공한 에이전트 구성 JSON을 붙여넣습니다.
파라미터 생성(Create parameter)을 선택합니다.
3단계: CloudWatch 에이전트를 설치하고 AWS CloudFormation 템플릿을 사용하여 구성을 적용
AWS CloudFormation을(를) 사용하여 에이전트를 설치하고 이를 이전 단계에서 생성한 CloudWatch 에이전트 구성을 사용하도록 구성할 수 있습니다.
이 솔루션의 CloudWatch 에이전트를 설치하고 구성하려면
-
https://console.aws.amazon.com/cloudformation/home?#/stacks/quickcreate?templateURL=https://aws-observability-solutions.s3.amazonaws.com/CloudWatchAgent/CFN/v1.0.0/cw-agent-installation-template-1.0.0.json
링크를 사용하여 AWS CloudFormation 빠른 스택 생성 마법사를 엽니다. -
콘솔에서 선택한 리전이 EC2 인스턴스가 실행 중인 리전인지 확인합니다.
-
스택 이름에 스택의 이름을
CWAgentInstallationStack
등과 같이 입력합니다. -
파라미터 섹션에는 다음과 같이 지정합니다.
-
CloudWatchAgentConfigSSM에는 이전에 생성한 에이전트 구성의 Systems Manager 파라미터 이름을
AmazonCloudWatch-EC2Health-Configuration
등과 같이 입력합니다. -
대상 인스턴스를 선택할 때 사용할 수 있는 두 가지 옵션이 있습니다.
-
InstanceIds에는 이 구성으로 CloudWatch 에이전트를 설치하려는 인스턴스 ID에서 쉼표로 구분된 인스턴스 ID 목록을 지정합니다. 단일 인스턴스나 여러 인스턴스를 목록 지정할 수 있습니다.
-
대규모 배포 시에는 TagKey와 해당 TagValue를 지정하여 해당 태그와 값을 사용하는 모든 EC2 인스턴스를 대상으로 지정할 수 있습니다. TagKey를 지정하는 경우 관련된 TagValue를 지정해야 합니다. (Auto Scaling 그룹에서는 TagKey를
aws:autoscaling:groupName
처럼 지정하고 Auto Scaling 그룹 내의 모든 인스턴스에 배포할 TagValue의 Auto Scaling 그룹 이름을 지정합니다.)
InstanceIds와 TagKeys 파라미터를 모두 지정하면 InstanceIds가 우선시되어 태그는 무시됩니다.
-
-
-
설정을 검토한 다음 스택 생성을 선택합니다.
템플릿 파일을 먼저 편집하여 사용자 지정하려면 스택 생성 마법사에서 템플릿 파일 업로드 옵션을 선택하여 편집된 템플릿을 업로드합니다. 자세한 내용은 AWS CloudFormation 콘솔에서 스택 생성 단원을 참조하세요. https://aws-observability-solutions.s3.amazonaws.com/CloudWatchAgent/CFN/v1.0.0/cw-agent-installation-template-1.0.0.json
참고
이 단계가 완료되면 이 Systems Manager 파라미터는 대상 인스턴스에서 실행되는 CloudWatch 에이전트와 연결됩니다. 이는 다음을 의미합니다.
-
Systems Manager 파라미터가 삭제되면 에이전트가 중지됩니다.
-
Systems Manager 파라미터를 편집하면 기본값인 30일로 예약된 빈도로 에이전트에 구성 변경 사항이 자동으로 적용됩니다.
-
이 Systems Manager 파라미터에 변경 사항을 즉시 적용하려면 이 단계를 다시 실행해야 합니다. 자세한 내용은 AWS Systems Manager에서 연결 작업을 참조하세요.
4단계: 에이전트 설정이 올바르게 구성되었는지 확인
CloudWatch 에이전트가 실행 중인지 확인에 나열된 단계에 따라 CloudWatch 에이전트가 설치되었는지 확인할 수 있습니다. CloudWatch 에이전트가 설치되어 실행되지 않는 경우 모든 항목을 올바르게 설정했는지 확인합니다.
-
1단계: 대상 EC2 인스턴스에 필요한 IAM 권한이 있는지 확인에서 설명한 대로 EC2 인스턴스에 올바른 권한이 있는 역할을 연결했는지 확인합니다.
-
Systems Manager 파라미터의 JSON을 올바르게 구성했는지 확인합니다. AWS CloudFormation을(를) 사용하여 CloudWatch 에이전트 설치 문제 해결의 단계를 따릅니다.
EC2 상태 메트릭이 CloudWatch에 게시되고 있는지 확인하려면
-
https://console.aws.amazon.com/cloudwatch/
에서 CloudWatch 콘솔을 엽니다. -
메트릭, 전체 메트릭을 선택합니다.
-
솔루션을 배포한 리전을 선택하고 사용자 지정 네임스페이스, CWAgent를 선택합니다.
-
이 문서의 에이전트 구성 섹션에서
mem_used_percent
과(와) 같이 언급된 메트릭을 검색합니다. 해당 메트릭에 대한 결과가 표시되면 메트릭은 CloudWatch에 게시 중입니다.
EC2 Health 솔루션 대시보드 생성
이 대시보드에는 새로 생성된 메트릭이 표시되어 EC2 Health 메트릭을 보여줍니다. 이 대시보드는 단일 리전의 EC2 인스턴스 상태에 대한 상위 기여자 보기를 제공합니다. 상위 기여자 보기에는 메트릭당 상위 10개의 위젯이 표시됩니다. 이를 통해 이상치를 한눈에 식별할 수 있습니다.
대시보드를 생성하기 위해 사용할 수 있는 옵션은 다음과 같습니다.
CloudWatch 콘솔을 사용하여 대시보드를 생성합니다.
AWS CloudFormation 콘솔을 사용하여 대시보드를 배포합니다.
AWS CloudFormation 인프라를 코드로 다운로드하여 지속적 통합(CI) 자동화에 통합합니다.
CloudWatch 콘솔을 사용하여 대시보드를 생성하면 실제 생성 및 청구 전에 대시보드를 미리 볼 수 있습니다.
참고
이 솔루션에서 AWS CloudFormation(으)로 생성된 대시보드에는 솔루션이 배포된 리전의 메트릭이 표시됩니다. EC2 메트릭이 게시되는 리전에서 AWS CloudFormation 스택을 생성해야 합니다.
사용자 지정 네임스페이스를 CloudWatch 에이전트 구성의 CWAgent
이외의 네임스페이스로 지정하는 경우 대시보드의 AWS CloudFormation 템플릿을 변경하여 사용 중인 사용자 지정 네임스페이스로 CWAgent
를 바꿔야 합니다.
CloudWatch 콘솔을 통해 대시보드를 생성하려면
-
https://console.aws.amazon.com/cloudwatch/home?#dashboards?dashboardTemplate=Ec2LinuxMacOsHealth&referrer=os-catalog
링크를 사용하여 CloudWatch 클라우드의 대시보드 생성을 엽니다. -
콘솔에서 선택한 리전이 EC2 인스턴스가 실행 중인 리전인지 확인합니다.
-
대시보드의 이름을 입력하고 대시보드 생성을 선택합니다.
이 대시보드를 다른 리전의 비슷한 대시보드와 쉽게 구분하려면
EC2HealthDashboard-us-east-1
처럼 대시보드 이름에 리전 이름을 포함하는 것이 좋습니다. -
대시보드를 미리 보고 저장을 선택하여 대시보드를 생성합니다.
AWS CloudFormation을(를) 통해 대시보드를 생성하려면
-
https://console.aws.amazon.com/cloudformation/home?#/stacks/quickcreate?templateURL=https://aws-observability-solutions.s3.amazonaws.com/EC2_Health/CloudWatch/CFN/v1.0.0/dashboard-template-linux-macos-1.0.0.json
링크를 사용하여 AWS CloudFormation 빠른 스택 생성 마법사를 엽니다. -
콘솔에서 선택한 리전이 EC2 인스턴스가 실행 중인 리전인지 확인합니다.
-
스택 이름에 스택의 이름을
EC2HealthDashboardStack
등과 같이 입력합니다. -
파라미터 섹션에서 DashboardName 파라미터 아래에 대시보드 이름을 지정합니다.
이 대시보드를 다른 리전의 비슷한 대시보드와 쉽게 구분하려면
EC2HealthDashboard-us-east-1
처럼 대시보드 이름에 리전 이름을 포함하는 것이 좋습니다. -
기능 및 변환에서 변환에 대한 액세스 기능을 확인합니다. AWS CloudFormation은 IAM 리소스를 추가하지 않습니다.
-
설정을 검토한 다음 스택 생성을 선택합니다.
-
스택 상태가 CREATE_COMPLETE가 되면, 생성된 스택에서 리소스 탭을 선택한 다음 물리적 ID의 링크를 선택하여 대시보드로 이동합니다. 콘솔의 왼쪽 탐색 창에서 대시보드를 선택하고 사용자 지정 대시보드에서 대시보드 이름을 찾아 CloudWatch 콘솔의 대시보드에 액세스할 수도 있습니다.
템플릿 파일을 편집하여 범용으로 사용자 지정하려면 스택 생성 마법사의 템플릿 파일 업로드 옵션을 사용하여 편집된 템플릿을 업로드하면 됩니다. 자세한 내용은 AWS CloudFormation 콘솔에서 스택 생성 단원을 참조하세요. https://aws-observability-solutions.s3.amazonaws.com/EC2_Health/CloudWatch/CFN/v1.0.0/dashboard-template-linux-macos-1.0.0.json
EC2 Health 솔루션 대시보드 시작하기
새 EC2 모니터링 대시보드로 시도해 볼 수 있는 작업들 가운데는 다음과 같은 것이 있습니다. 이들 작업을 통해 대시보드가 올바르게 작동하는지 확인하고 이를 사용하여 EC2 인스턴스스 모니터링과 관련된 몇 가지 실습 경험을 제공할 수 있습니다. 이들 작업을 직접 실행해 보면 대시보드 탐색 및 시각화된 메트릭 해석에 익숙해질 수 있습니다.
- 다양한 CPU 사용률 메트릭 모니터링
-
CPU 섹션에서 CPU 사용량 메트릭의 배열을 검사합니다. 이를 통해 사용자 프로세스, 시스템 작업, 입출력 작업 등의 다양한 활동에서 CPU 리소스가 어떻게 활용되고 있는지 파악할 수 있습니다. 지속적으로 사용률이 높거나 패턴이 비정상적이어서 규모 조정이나 최적화가 필요할 가능성이 있는 인스턴스를 찾습니다.
- 다양한 디바이스의 디스크 사용률 분석
-
디스크 섹션으로 이동하여 스토리지 사용량 및 Inode 가용성 메트릭을 찾습니다. 이를 통해 스토리지 공간 또는 파일 시스템 리소스가 부족한 인스턴스를 식별할 수 있습니다. 디스크 사용량 수준이 높은 인스턴스는 성능 문제 또는 서비스 중단으로 이어질 수 있으므로 주의합니다.
- 메모리 사용률 패턴 조사
-
메모리 섹션에서 시간 경과에 따른 메모리 사용률을 표시하는 그래프를 관찰합니다. 이 그래프는 개별 인스턴스에서 사용 가능한 메모리의 양을 보여줍니다. 특정 시간 또는 이벤트와 상관관계가 있을 수 있는 메모리 사용량 패턴이나 사용량 급증을 찾습니다. 메모리 사용률이 높다는 것은 인스턴스 크기 조정이 필요하거나 애플리케이션 최적화가 필요할 수 있다는 의미입니다.
- 코어 사용률 메트릭 전반의 패턴 상관관계 파악
-
관련 사용률 패턴을 비교하고 주목하세요. 예를 들어, 로그 회전 프로세스를 실행하는 워크로드는 CPU 및 메모리 사용률이 규칙적으로 증가한 후 디스크 사용률이 감소할 수 있습니다.
- 네트워크 활동 검사
-
네트워크 섹션에서 데이터 볼륨 및 패킷 수에 관한 인바운드 및 아웃바운드 네트워크 트래픽 메트릭을 검사합니다. 이를 통해 EC2 인스턴스의 네트워크 활동에 대한 인사이트를 얻을 수 있습니다. 네트워크 트래픽의 정기적 또는 비정상적 급증 또는 인바운드 데이터와 아웃바운드 데이터 간의 불균형에 주의하세요.