한 회사의 상태 저장 애플리케이션이 Amazon EC2 인스턴스에서 메모리 내에서 실행됩니다. 인프라는 M5 EC2 인스턴스 패밀리를 사용하여 AWS CloudFormation으로 배포되었습니다. 트래픽이 증가함에 따라 애플리케이션 성능이 저하되고 사용자는 지연을 경험합니다. 가장 운영 효율적인 방법으로 문제를 해결할 수 있는 솔루션은 무엇입니까?

애플리케이션이 메모리 내에서 실행되는 상태 저장 애플리케이션이므로, 메모리 최적화 인스턴스인 R5로 교체하는 것이 성능 저하를 해결하는 데 가장 적합합니다. CloudFormation 템플릿을 수정하여 인프라 변경 사항을 코드화하고 관리하는 것이 운영 효율적입니다. 또한, Amazon CloudWatch 에이전트를 배포하여 사용자 지정 애플리케이션 지연 시간 지표를 생성하면 애플리케이션 수준의 메모리 사용량과 성능 병목 현상을 정확하게 모니터링하고, 향후 용량 계획을 위한 귀중한 데이터를 제공할 수 있습니다. T3 인스턴스는 버스트 가능한 성능을 제공하지만, 지속적인 고성능 메모리 요구 사항에는 적합하지 않습니다. Auto Scaling 그룹은 확장성을 제공하지만, 근본적인 메모리 부족 문제를 해결하지 못하며, 상태 저장 애플리케이션에는 추가적인 설계 고려 사항이 필요합니다. CloudWatch 내장 EC2 메모리 지표는 OS 수준의 메모리 사용량만 제공하며, 애플리케이션의 메모리 사용량에 대한 상세한 가시성을 제공하지 않습니다.