# 올바른 크기 조정을 위한 기회 식별
<a name="identifying-opportunities-to-right-size"></a>

 올바른 크기 조정을 위한 첫 번째 단계는 현재 서비스 사용을 모니터링하고 분석하여 인스턴스 성능 및 사용 패턴에 대한 인사이트를 확보하는 것입니다. 충분한 데이터를 수집하려면 최소 2주(이상적으로는 1개월 동안) 동안 성능을 관찰하여 워크로드 및 비즈니스 피크를 캡처합니다. 인스턴스 성능을 정의하는 가장 일반적인 지표는 vCPU 사용률, 메모리 사용률, 네트워크 사용률 및 임시 디스크 사용량입니다. 드물지만 이러한 지표 이외의 이유로 인스턴스를 선택하는 경우 기술 담당자가 올바른 크기 조정 작업을 검토해야 합니다. 

## 올바른 크기 조정을 위한 도구
<a name="tools-for-right-sizing"></a>

 다음 도구를 사용하여 비용을 평가하고 올바른 크기 조정을 위해 인스턴스 사용량을 모니터링 및 분석할 수 있습니다. 
+  [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) - CPU 사용률, 네트워크 처리량 및 디스크 I/O를 관찰하고 관찰된 피크 지표에 맞는 새롭고 더 저렴한 인스턴스 유형을 찾을 수 있습니다. 또한 [Amazon EC2 사용 보고서](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/usage-reports.html)를 정기적으로 모니터링할 수 있습니다. 이 보고서는 하루에 여러 번 업데이트되며 모든 EC2 인스턴스에 대한 자세한 사용량 데이터를 제공합니다. 일반적으로 보고서 모니터링은 필요한 시간과 작업이 제공되는 소규모 환경에서만 가능합니다. 
+  [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/) – 이 무료 도구를 사용하면 비용 및 사용량 데이터를 심층적으로 분석하여 추세를 파악하고 비용 요인을 정확히 찾아내며 비정상적인 항목을 탐지할 수 있습니다. 여기에는 지난 13개월 동안의 EC2 인스턴스 비용 및 사용량을 분석할 수 있는* *Amazon EC2 사용 보고서가 포함됩니다. 
+  [AWS Trusted Advisor](https://aws.amazon.com/premiumsupport/trustedadvisor/best-practices/) - AWS 환경을 조사하여 유휴 및 활용도가 낮은 리소스를 식별하고, 서비스 사용에 대한 실시간 인사이트를 제공하여 시스템 성능 및 안정성을 개선하고, 보안을 강화하며, 비용을 절감할 수 있는 기회를 모색할 수 있습니다. 
+  CloudHealth, Cloudability 및 CloudCheckr와 같은 서드 파티 모니터링 도구도 자동으로 기회를 식별하고 대체 인스턴스를 제안할 수 있습니다. 이러한 도구에는 수년 간의 개발 노력과 고객의 피드백 사항이 반영되어 있습니다. 추가 비용 관리 및 최적화 기능도 제공합니다. 

## 자체 올바른 크기 조정 도구를 개발하기 위한 팁
<a name="tips-for-developing-your-own-right-sizing-tools"></a>

 성능 모니터링 및 분석을 위한 자체 도구를 개발할 수도 있습니다. 이 옵션을 고려 중인 경우 다음 가이드가 도움이 될 수 있습니다. 
+  관찰하고 있는 기간의 절반 이상 동안 실행된 인스턴스를 중점적으로 살펴봅니다. 
+  예약 인스턴스 적용 범위가 더 낮은 인스턴스에 집중합니다. 
+  꺼진 리소스는 제외합니다(검색 작업 감소). 
+  가능하면 이전 세대 인스턴스로 전환하는 것은 피합니다. 
+  올바른 크기 조정을 고려할 가치가 없는 수준 이하로 절감 임계값을 적용합니다. 
+  새 인스턴스로 전환하기 전에 다음 조건이 충족되는지 확인합니다. 
  +  새 인스턴스의 vCPU가 이전 인스턴스의 vCPU와 *동일하거나* 애플리케이션에서 관찰한 vCPU가 새 인스턴스 vCPU 용량의 80% 미만입니다. 
  +  새 인스턴스의 메모리가 이전 인스턴스의 메모리와 *동일하거나* 애플리케이션에서 관찰한 메모리 피크가 새 인스턴스 메모리 용량의 80% 미만입니다. 

     참고: Amazon CloudWatch에 이러한 지표를 보고하는 모니터링 스크립트를 사용하여 메모리 사용률 지표를 캡처할 수 있습니다. 자세한 내용은 [Amazon EC2 Linux 인스턴스의 메모리 및 디스크 지표 모니터링](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/mon-scripts.html)을 참조하세요. 
  +  새 인스턴스의 네트워크 처리량은 이전 인스턴스의 네트워크 처리량과 *동일하거나* 애플리케이션의 네트워크 피크가 새 인스턴스의 네트워크 용량보다 작습니다. 

     참고: 최대 NetworkIn 및 NetWorkout 값은 분당 바이트로 측정됩니다. 다음 공식을 사용하여 이러한 지표를 초당 메가비트로 변환합니다. 

     최대 NetworkIn(또는 NetworkOut) x 8(바이트에서 비트까지)/1024/1024/60 = Mbps 수 
  +  임시 스토리지 디스크 I/O가 3,000 미만인 경우 [Amazon Elastic Block Store](https://aws.amazon.com/ebs/)(Amazon EBS) 스토리지를 사용할 수 있습니다. 그렇지 않은 경우 임시 스토리지가 있는 인스턴스 패밀리를 사용합니다. 자세한 내용은 [Amazon EBS 볼륨 유형](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html)을 참조하세요.