방금 RDS에서 Postgres 데이터베이스 중 하나의 스냅샷을 복원했습니다. 인스턴스는 원래 db.t2.xlarge였지만 우리는 이를 db.r5.large로 바꿨습니다. GP2 SSD 볼륨은 100GB입니다.
r5.large 인스턴스는 "EBS 최적화"로 간주되지만 아래 그래프에 표시된 것처럼 읽기 IOPS가 놀라울 정도로 낮습니다.
SELECT COUNT(*)이것은 큰 테이블에 대한 결과입니다 . 동일한 쿼리의 경우 t2.xlarge 인스턴스는 1250 IOPS에 도달하는 데 문제가 없습니다. 다른 곳에서는 병목 현상이 발생하지 않는 것 같습니다. CPU는 대략 0%이고 사용 가능한 메모리는 충분합니다.
또한 AWS 문서에는 다음과 같은 크기의 볼륨에 대해 최소 300 IOPS를 기대할 수 있다고 나와 있는 것 같습니다.
GP2는 한 자릿수 밀리초의 대기 시간을 제공하고 3 IOPS/GB(최소 100 IOPS)에서 최대 16,000 IOPS까지 일관된 기본 성능을 제공하도록 설계되었습니다.
(보다https://aws.amazon.com/ebs/features/)
r5.large가 왜 그렇게 느린가요?
답변1
이제 IOPS가 합리적인 값으로 돌아온 것 같습니다. IO 크레딧과 관련이 있거나 스냅샷이 아직 복원 중일 수 있습니다. 확실하지 않습니다.
답변2
IOPS는 디스크 크기에 따라 달라지며, 디스크 크기를 늘리면 사용 가능한 IOPS도 늘어납니다.