Q&A
検討内容の提示等のご回答ありがとうございます。
AWS Auroraの料金を下げるためにインスタンプを変更したいと考えています。
db.r5.xlargeからdb.r5.largeの変更を検討しています。
現在は、Aurora タイプ：db.r5.xlargeを利用して
CPU使用率は8～25%の範囲で常に推移しています。
質問は2点になります。
- タイプの変更でスペックが単純に1/2になるので、
CPU使用率は16～50%になるのかなと単純に考えてしまてっていますがこの見積もりは合っているのか - 運用上のRDSのCPU使用率の一般的にどのくらいを維持すべきなのか
お時間ありましたらお答え頂けると助かります。
よろしくお願いいたします。
スペック確認の参考にしたURL
https://aws.amazon.com/jp/rds/instance-types/
回答2件
0
ベストアンサー
まず１つ目について
タイプの変更でスペックが単純に1/2になるので、CPU使用率は16～50%になるのかなと単純に考えてしまてっていますがこの見積もりは合っているのか
合っているとはいい切れません。
Auroraはやや特殊なアーキテクチャをしていて、CPUを効率的に利用するようになっています。
CPU使用率が単純にインスタンスタイプに比例するものではなく、感覚的にですがどのインスタンスタイプにしてもある程度使用率が上がる印象です。
必要な性能に大して極端に高いスペックを使っていたら流石にかなり使用率は低くなりますが…。
やや古いですが、こちらが参考になります。
Amazon Auroraを真に理解するための性能検証
個人的には、CPU使用率だけを見るなら下げても良さそうな気はしますが、他の部分のパフォーマンスも見たいですね。
２つ目について
運用上のRDSのCPU使用率の一般的にどのくらいを維持すべきなのか
これはもうどういう使われ方をしているかによります。
１日を通してCPU使用率に大して変動がないのであれば多少高めでもいいでしょう。
もし書き込みよりも読み込みのアクセス方がが明らかに多いのであれば、Writerを小さめにして複数のReaderを用意して時間帯と負荷によってスケールさせる、なども一つの方法です。
いずれにせよCPU使用率だけ見て決めるのは早計なので、他のメトリクスもチェックしてみてください。
投稿2020/08/17 07:43
総合スコア7588
0
CPUの使用率だけで判断できるようなものではありません。
実際に移行してみないとわからないでしょう。
これから追加・廃止されるシステム、アクセス量やデータ量の増減を加味して、画面の許容できるレスポンス時間、バックアップを含めたバッチの処理時間の許容できる限度なども考慮しなければなりません。
パフォーマンス・チューニングの観点から見ると
・CPU
・メモリ
・ディスク
・ネットワークトラフィック
でボトルネックを解消することが大切です。
投稿2020/08/17 07:17
総合スコア16417
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2020/08/17 07:53