RDS 内の Postgres データベースの 1 つのスナップショットを復元しました。インスタンスは以前は db.t2.xlarge でしたが、これを db.r5.large に変更しました。100 GB の GP2 SSD ボリュームがあります。
r5.large インスタンスは「EBS 最適化」されているはずですが、下のグラフに示すように、読み取り IOPS が驚くほど低くなっています。
これは、大きなテーブルでの の結果ですSELECT COUNT(*)。同じクエリに対して、t2.xlarge インスタンスは問題なく 1250 IOPS に到達します。他の部分にボトルネックはないようです。CPU はほぼ 0% で、メモリは十分に利用できます。
さらに、AWS のドキュメントによると、そのサイズのボリュームでは少なくとも 300 IOPS が期待できるようです。
GP2は、1桁ミリ秒のレイテンシを提供し、3 IOPS/GB（最小100 IOPS）から最大16,000 IOPSまでの一貫したベースラインパフォーマンスを実現するように設計されています。
（見る詳細はこちら）
r5.large はなぜこんなに遅いのでしょうか?
答え1
さて、IOPS は適切な値に戻ったようです。これは IO クレジットまたはスナップショットがまだ復元中であることに関係している可能性があります... よくわかりません。
答え2
IOPS はディスク サイズに依存し、ディスク サイズを増やすと利用可能な IOPS も増加します。