프로덕션 운용하고 있는 RDS의 퍼포먼스가 최근 나빠지고 있다.
느린 쿼리를 확인하면 처리 시간이 매우 느릴 수 있습니다. (Procedure)
어떤 Procedure 처리가 이전에는 15분 정도로 완료하고 있었지만, 늦은 때에는 100분 가까이 걸리고 있다. . .
처리 내용은 바꾸지 않았는데. . .

CPU 사용률 비교

그래프 범례

푸른 선 : 정상

적선: 처리 시간이 느릴 때

정상시에는 처리가 끝나면 CPU 사용률은 내려갔다.
그러나, 처리 시간이 느릴 때는 부하가 오르고 있는 시간이 짧고, CPU 사용률도 내려가고 있지 않다.


처리 시간이 느린 것은 CPU가 사보하고 있기 때문인 것 같다 (웃음)
왜 다른 움직임을하고 있습니까?
실제로 처리한 건수는 어떻게 되어 있는가?

IOPS 비교해보기

쓰기(WriteIOPS)

정상시에는 다음의 처리가 달리고 있지만, 그 이외에 큰 차이는 없을 것 같다.

로드(ReadIOPS)

일정 시간 경과 후 IOPS가 300으로 가로지른다.

Amazon EBS 볼륨 및 성능

여러가지 조사한 곳이 페이지에 도착했습니다.
htp // // cs. 아 ws. 아마존. 이 m / 그럼 _ jp / 아 W 세 C2 / 아 st / 우세 r 구이 데 / 에 BS ぉ ぅ 메 Ty ぺ s. html # BS ゔ ぉ ぅ메

굉장히 정리하면 ...

볼륨 크기에 따라 기준 성능이 결정됩니다

버스트하면 최대 3,000 IOPS까지 일시적으로 성능을 얻을 수 있습니다

버스트하려면 크레딧 밸런스 소비

크레딧 밸런스는 초기에 배부된다

크레딧 밸런스는 버스트하지 않는 동안 보충된다

크레딧 밸런스를 다 사용했을 때의 성능은 기준선에 머무른다

자신의 환경에 적용

제 환경은 볼륨 타입이 「범용 SSD」, 볼륨 사이즈가 「100GiB」이므로
기준 성능은 300 IOPS입니다.

아무래도 크레디트 밸런스를 다 사용했기 때문에 300 IOPS 밖에 성능이 나오지 않았던 것 같습니다. . .
그건 그렇고, 나머지 크레디트 밸런스를 확인하는 방법을 모르겠습니다. (있는 경우 알려주세요)

대응 방법

대응 방법으로서 이하가 된다고 생각합니다.
나는 후자 (처리 간격을 비우는 것)로 대응하고 있습니다.

볼륨 크기를 늘립니다. ※나중에 줄일 수 없기 때문에 요주의!

크레딧 밸런스가 보충될 때까지 기다린다

요약

INDEX라든지 여러가지 조사해 봐도 모르고, 이 결론에 가기까지 시간이 걸렸습니다.
평소, 의식하지 않는 부분이라고 생각하기 때문에 무언가의 힌트가 되면 다행입니다.