느리거나 응답이 없거나 액세스할 수 없는 Amazon EC2 인스턴스를 해결하려면 어떻게 해야 하나요?

3분 분량
0

CPU 및 메모리 사용량이 적은 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스가 느리거나 응답이 없거나 액세스할 수 없는 문제를 해결하고 싶습니다.

간략한 설명

외부 서비스, 디스크 스래싱 또는 네트워크 연결 문제로 인해 Amazon EC2 인스턴스가 느려지거나 응답하지 않을 수 있습니다. 느리거나 응답하지 않는 Amazon EC2 인스턴스 문제를 해결하려면 다음 방법 중 하나를 사용하세요.

  • IOPS 요구 사항을 예측하고 볼륨을 수정합니다.
  • 볼륨 워크로드가 분산되는 방식을 수정합니다.

시작하기 전에 버스트 밸런스 지표를 확인하세요.

  1. Amazon EC2 콘솔을 엽니다.
  2. 탐색 창에서 인스턴스를 선택한 다음, 해당 인스턴스를 선택합니다.
  3. 스토리지 탭에서 루트 디바이스의 볼륨 ID를 선택합니다.
  4. EBS 볼륨의 모니터링 탭을 선택한 다음 버스트 밸런스 지표를 검색하세요. 버스트 밸런스가 **0%**인 경우, 모든 버스트 크레딧이 사용되고 볼륨이 기준 성능 수준 이상으로 버스트될 수 없음을 나타냅니다.

참고: 다음 해결 방법은 범용(gp2) 루트 볼륨의 I/O 버스트 크레딧 고갈로 인해 느린 Amazon EC2 인스턴스를 해결하는 단계를 제공합니다. 대부분의 AWS 리전에서 gp2는 루트 볼륨의 기본 스토리지 드라이브입니다. 자세한 내용을 보려면 Amazon EBS 볼륨 유형을 참조하세요.

해결 방법

IOPS 요구 사항 예측 및 볼륨 수정

  1. Amazon CloudWatch에서 루트 Amazon Elastic Block Store(Amazon EBS) 볼륨에 대한 VolumeReadOpsVolumeWriteOps 작업을 확인합니다. 자세한 내용을 보려면 사용 가능한 지표 검색을 참조하세요.
  2. Cloudwatch Sum 통계를 사용하여 VolumeReadOpsVolumeWriteOps의 최고 수준을 식별하고 합산합니다. 예를 들어 VolumeReadOps의 피크 레벨이 737000이고 VolumeWriteOps199000인 경우에, 총합은 936000입니다.
  3. 총합을 측정 기간의 초 수로 나눕니다. 예를 들어 총합이 936000이고 측정 기간이 5분(300초)인 경우, 936000300으로 나눕니다. 필요한 예상 IOPs는 3120입니다.
  4. 로드를 지원하려면 볼륨 유형, 크기, IOPS 또는 처리량을 수정합니다. 자세한 내용을 보려면 탄력적 볼륨을 사용한 EBS 볼륨 수정을 참조하세요.

참고: 볼륨을 gp2에서 gp3으로 변경하면 볼륨은 더 낮은 비용으로 더 높은 성능을 발휘합니다. 또한 프로비저닝된 IOPS SSD(io1) 볼륨을 사용하면 볼륨 크기를 늘리지 않고도 필요한 IOPS 수를 지정할 수 있습니다. 자세한 내용을 보려면 프로비저닝된 IOPS SSD 볼륨을 참조하세요. gp2io1 볼륨 간의 비용을 비교하려면 Amazon EBS 요금을 참조하세요.

워크로드 분산 방식 수정

인스턴스에 애플리케이션이 여러 개 있는 경우 애플리케이션은 루트 Amazon EBS 볼륨의 IOPS를 놓고 경쟁합니다. 워크로드가 커질수록 IOPS에 대한 수요도 증가합니다. 인스턴스의 성능을 개선하려면 다음 작업을 수행하세요.

  • 애플리케이션에 추가적 루트가 아닌 Amazon EBS 볼륨을 사용하세요.
  • 운영 체제(OS)에만 루트 볼륨을 사용하세요.

볼륨 크기 및 워크로드 배포를 수정할 때 인스턴스에 대한 연결 문제가 발생하면 인스턴스 연결 문제 해결을 참조하세요.

관련 정보

I/O 특성 및 모니터링

Amazon EBS 프로비저닝된 IOPS 볼륨의 성능을 최적화하려면 어떻게 해야 하나요?

Amazon EBS 볼륨에 대한 요금은 청구서에서 어떻게 계산되나요?

AWS 공식
AWS 공식업데이트됨 5달 전
댓글 없음