[AWS] EBS: IOPS

관련 포스트
https://blog.naver.com/sssang97/223108145968
IOPS(IO Operations Per Second, IOPS:초당 IO)는 디스크의 성능을 측정하는 주요 지표 중 하나다.
이건 1초에 얼마나 많은 io를 수행할 수 있느냐에 대한 것이다.

보통 크기가 클수록 IOPS도 높고, 돈을 더 줄수록 더 급격하게 높아진다.
요즘 비싸고 좋은 SSD 장비들은 수십만 IOPS도 잘 나온다.

그리고 물리적 장비를 다룰때뿐만 아니라, 클라우드 서비스에서 디스크를 사용할때도 항상 IOPS라는 스펙이 명시된다. 이건 엄밀히 말하면 소프트웨어 수준의 제한이긴 하지만, 마찬가지로 주요 성능에 영향을 주는 부분이다.

AWS에서 EBS를 생성한다고 하면, 기본적으로 IOPS가 다 걸린다.

예를 들어, gp2 타입에서 크기를 100기가로 잡으면 최소 300 - 최대 3000만큼 IOPS 제한이 걸린다.

이는 평상시에는 최대 처리량이 300이다가 사용량이 치솟으면 3000까지 제한이 늘어날 수 있다는 뜻이다.
이 사용량 변동은 미세한 딜레이가 있는 것 같다.

그리고 이 제한은 크기를 늘림에 따라 비례해서 늘어난다.

gp2의 경우에는 IOPS를 직접 조정할 수는 없고, 크기를 늘려서 자동으로 늘어나게만 할 수 있다.

gp3도 비슷하지만 조금 다르다.

대신 gp2에 비해서 크기당 제공하는 IOPS 제한이 조금 더 높고, 크기와 상관없이 3000 IOPS부터 시작한다.
크기와 상관없이 IOPS을 어느정도 조정할 수 있다. 크기를 늘림에 따라서 제한범위도 더 넓어진다.

IO 집약적인 경우에는 gp2에 비해서 약간은 비용 효율적일 수 있다.
근데 저것만으로도 부족하다면 프로비저닝된 IOPS를 써야 한다.

프로비저닝된 IOPS 버전 1는 gp3보다도 못하다. 이건 예외로 둔다.

"EBS 다중 연결"이 가능하단 것을 빼면 gp3에 비해 이점이 하나도 없다. 레거시 포맷이라 그런 것 같다.

반면 버전 2는 크기가 작아도 IOPS를 극단적으로 늘릴 수 있다.

마찬가지로 크기가 늘면 제한도 더 늘어난다.

이건 당연히 엄청나게 비싸다.
욕심이 과해서 30000IOPS를 예약하면 한달에 2010달러->270만원이 나오게 된다.

하지만 gp3 같은 범용을 쓰면 좀 줄여서 16000 IOPS를 쓰더라도 한달에 90달러->10만원 정도가 나온다. 물론 디스크 크기 비용이나 잡비용이 나가긴 하지만, 그리 크진 않다.

빠르긴 빠르겠지만 일반적인 경우에는 프로비저닝된 IOPS가 필요하지 않고, gp3 같은 범용 EBS를 쓰는 것이 훨씬 효율적이다. 진짜 gp3 제한으로도 후달린다 싶으면 적용하자

RDS

이 IOPS 옵션을 가장 잘 체감할 수 있는 부분은 RDS 같은 DB를 띄울때다.
RDS도 마찬가지로 EBS를 기반으로 스토리지를 관리하므로, 생성이나 수정 페이지에 가면 스토리지 타입과 IOPS를 지정할 수 있다.

아래는 기본 생성옵션이다.

원체 DB가 하는 일이 I/O 집약적인 것이다보니 이 제한이 성능에 상당히 중요한 영향을 미친다.

내 과거의 경험을 반추해봤을때도 write 부하가 심해서 deadlock이나 성능저하가 발생했을때, IOPS 제한을 늘리는 것만으로도 큰 성능 향상을 체감할 수 있었다.

근데 DB 사용량이 막 그렇게 많은게 아니라면 사실 저걸 굳이 쓰지 않는게 좋을 수 있다. 내 경우에는 일일 업데이트거 수백만-수천만에 달해서 그런 것도 있었다..

조금 낮은 옵션으로 고르면 프로비저닝된 디스크를 버리고

범용 디스크를 골라서 비용을 최적화할 수 있다.

참조
https://aws.amazon.com/ko/ebs/provisioned-iops/
https://en.wikipedia.org/wiki/IOPS
https://stackoverflow.com/questions/70020876/benefits-of-ebs-io1-over-gp3-volume-type