[AWS]レイテンシの原因について「EC2・RDS」

Question

###解決したいこと
mysqlへの接続が急増した際のレイテンシの発生

###現状
EC2にコードを置いてRDS（mysql）と接続しています。
別のレンタルサーバーにてクローリングを行い、そこで得た情報をRDSへと取込んでいます。
その際にRDSへの接続数が急増し、アプリケーションが非常に重くなります。
接続数が急増した際に、sshでEC2へと接続しようとしたのですが、その接続自体も非常に遅かったです。

そのことから、原因はRDSではなくEC2にあると考えています。
また解決策はEC2のインスタンスタイプのバージョンをあげることだと考えています。（現在t2.smallです）

結論として、バージョンをあげることでレイテンシ問題の解決はできますでしょうか？

よろしくお願いいたします。

Answer 1

インスタンスタイプの変更によって改善するか否かは、レイテンシの原因となっているボトルネックが何か明確になっていないと分かりません。CPUの処理能力や、メモリの不足に由来するのであれば、インスタンスサイズの変更で改善する場合が多いでしょう。ですがディスクIOに起因する場合にはディスクをSSDに変更するなり、あるいはデータベースの設定等も含めて構成を見直す必要があるでしょう。

仮想PCに共通する欠点として、ディスクIOが遅いということがあります。MySQLに限らず、データベースは仮想PC上で動作が遅くなりやすいものです。これを仮想PC上でどうやってパフォーマンスを上げるのかは、エンジニアの試案しどころでもあります。

現状はMySQLを利用されているのであれば、Amazonが仮想PC用にチューニングを施した上で提供している、Amazon Auroraへの移行を検討されるのも良いかと思います。

Answer 2

EC2のCPU、メモリ状況、ディスクIO状況をモニタリングし、必要であればスケールアップすれば良いと思います。
スケールアップ後に解決できるかどうかはわかりませんが、気軽にスケールアップできるので試してみてはいかがでしょうか。

改善するかどうかは、アプリの作りや処理するデータによりますので何とも言えません。
（EC2上で改善しても、今度はRDSが限界になるかもしれませんし）

Comments

[退会済みユーザー]

ご回答ありがとうございます。
tやmなどのインスタンスのタイプを変えるだけでも性能の改善があり得るということでしょうか？

[moonphase]

インスタンスタイプの一覧が次のページに記載があります。
https://aws.amazon.com/jp/ec2/instance-types/

性能の高いものを選択するほど性能は上がります。
モニタリングを実施しながらアプリケーションの要件を満たす性能を持つタイプに変更しましょう。