상위 3가지 AWS EC2 문제 진단(및 방지)

Elastic Compute Cloud(EC2)와 같은 Amazon Web Services의 클라우드 제품을 중심으로 핵심 애플리케이션을 구축하는 기업이 엄청나게 많습니다. 2010년에 Amazon은 35%의 EC2 성장률을 보고했습니다. 제약 연구를 위한 주문형 슈퍼컴퓨팅 클러스터 생성부터 음악 인식 앱 Shazam의 백엔드 강화에 이르기까지 모든 분야에 사용되었습니다.

EC2는 물리적 인프라를 구매하지 않고 대규모 컴퓨팅 성능을 조합하려는 비즈니스 IT 팀과 정기적인 고객 수요 급증에 대비해야 하는 팀에 매우 유용합니다. 즉, EC2는 다른 것과 같은 도구입니다. 오용되거나 잘못 구성되기 쉬우며 이러한 일이 발생하면 비즈니스를 확장할 곳이 없을 수 있습니다. 다음은 애플리케이션이 충돌하기 시작하기 전에 가장 일반적인 EC2 오류를 피하는 방법입니다.

1. 혼란스러운 저장 지연

Amazon EC2의 스토리지 볼륨(Elastic Block Storage 또는 EBS라고 함)은 두 가지 유형으로 제공됩니다. 표준 볼륨은 표준 데스크탑 하드 드라이브와 거의 동일한 속도로 데이터를 제공하지만 프로비저닝된 볼륨은 훨씬 빠르게 데이터를 제공하도록 설계되었습니다. 최대 4,000IOPS(초당 입력/출력 작업)의 속도로 처리량이 필요한 경우 프로비저닝된 볼륨에서 이를 얻을 수 있습니다.

예를 들어 사용 중인 인스턴스는 필요한 IOPS 수와 호환되어야 합니다. 블록 크기를 16KB 이하로 설정해야 하며 블록에 한 번 이상 액세스해야 합니다. 백업을 수행하려고 하면 볼륨이 느려집니다. 마지막으로, Amazon EC2에는 특정 볼륨의 실시간 IOPS 데이터를 제공하는 도구가 없는 것 같습니다(이는 타사 모니터링 애플리케이션을 사용하여 계산할 수 있음).

이 마지막 제한은 몇 가지 어려움을 초래할 수 있습니다. 다음과 같은 상황이 발생할 수 있습니다.

이 문제를 수정한다는 것은 IOPS를 추적하는 다른 방법을 찾는 것을 의미합니다. VolumeQueueLength 메트릭은 보류 중인 I/O 요청 수를 추적합니다. EBS 볼륨이 느려지고 관련 VolumeQueueLength가 높다는 것을 발견하면 IOPS에 문제가 있음을 나타낼 수 있습니다.

2. 유휴 EC2 인스턴스

Amazon은 이제 EC2 인스턴스 사용에 대해 초 단위로 요금을 청구할 수 있습니다. 일부 기업(예:한 번에 2분 미만의 유연한 용량을 사용해야 하는 기업)의 경우 이는 좋은 거래입니다. 다른 경우에는 낭비되는 돈의 느린 흐름을 나타낼 수 있습니다. 남은 테스트 환경, 성능이 떨어지는 애플리케이션 및 기타 사용 사례는 활용도가 낮은 EC2 인스턴스에 적합합니다. 어떻게 추적합니까?

메트릭은 이 문제를 해결하는 한 가지 방법이지만 움직이는 대상입니다. 예를 들어 애플리케이션마다 CPU 사용량이 다르므로 CPU 사용률만 보고 성능이 떨어지는 부분을 확인할 수는 없습니다. 모든 사용량 지표가 낮은 인스턴스를 제거해야 합니다. 여기서 "낮음"은 "모든 EC2 인스턴스의 기준 사용률보다 낮음"을 의미합니다. 전반적으로 사용 메트릭이 낮은 인스턴스는 스핀다운하거나 통합할 수 있습니다.

3. EC2 메모리 누수

EC2 인스턴스의 메모리가 부족할 수 있습니다. 일부 EC2 인스턴스에는 스왑 볼륨이 포함되어 있지 않으므로 연결된 애플리케이션은 할당되는 동시에 메모리를 확보할 수 없습니다. 이는 특히 애플리케이션 사용량이 많은 시간에 발생하므로 EC2가 피크 워크로드를 겪고 있을 때 바로 중단될 수 있습니다. 이는 처음부터 EC2 인스턴스를 구매하려는 목적을 어느 정도 완전히 무너뜨리는 것입니다.

IOPS의 경우와 마찬가지로 어떤 애플리케이션이 너무 많은 메모리를 사용하고 있는지 파악하기 위해 EC2의 내부를 확인하기 어려울 수 있습니다. EC2는 메모리를 많이 차지하는 프로세스를 자동으로 종료하지만 처음부터 이러한 프로세스를 종료하지 않는 것이 좋습니다. 스왑 볼륨으로 작동하거나 중요한 프로세스가 종료된 경우 장애 조치로 작동하기 위해 더 많은 EC2 인스턴스를 추가할 수도 있습니다. 그러나 이러한 인스턴스를 추가하는 것은 비용이 많이 듭니다. 더 좋은 방법이 있습니다.

AppNeta로 AWS EC2 모니터링

한 가지 분명한 사실은 AWS EC2 인스턴스는 관리자에게 성능을 볼 수 있는 많은 내장 도구를 제공하지 않는다는 것입니다. 스마트 프로그래밍, 장애 조치 계획 및 수동 모니터링 구현은 여기까지만 가능합니다. AppNeta는 관리자가 사전에 오류를 찾아낼 수 있는 AWS용 성능 가시성 솔루션을 제공합니다.

Amazon SDN 내부를 살펴보고(예, 실제로 가능합니다) 병목 현상과 속도 저하를 즉각적으로 명확하게 이해하십시오. 자세한 내용은 오늘 데모를 사용해 보십시오.