AWSのインスタンスの選択や構築方法

Question

簡単なアンケートシステムをPHPで作成する予定ですが、
アクセス数が多く予測され、
どのようなインスタンスなどを申込めばよいか教えていただけないでしょうか？

約3万人に告知して→2週間で約2万人が入力する予定です。

最大同時アクセス数は1000人を想定しています。

問題は、簡単な設問を10問答えてDBに結果を登録する程度のものです。

アマゾンにも問い合わせてみたのですが、
個別事情がわからないので、答えることができないと言われました。

確かにそうだと思うのですが、
一般論でも構いませんので、
どのように考えて、選択すればよいか教えていただけないでしょうか？

Answer 1

アマゾンのいう通り、個別事情によって変わってくるため、実際にインフラを構築して、想定している最大同時アクセス数でパフォーマンステストを実施するのが一般的だと思います。

また予想以上にアクセスが集中した場合を見越して、ある程度余裕をもった構成にしておくと良いと思います。

あとは公開後にサーバー負荷状況を見て、スケールアップ・ダウンで対応という感じでしょうか。

Comments

[smileheart]

それもわかりますが、試行錯誤するにも、ある程度想定していて、それに基づいて修正して行きたいのです。その想定の仕方を知りたいのです。

[nskydiving]

パフォーマンステストでは、どの道すぐにインスタンスを変更することになるので、最初のインスタンス選定はあまり気にしなくて良いと思いますよ。

過去の実績から予想することが多いですが、はじめて AWS を使うのであれば、ローカルの開発環境と同じくらいのスペックのインスタンスを選んではどうでしょうか？

[smileheart]

テストする時間がないので、ある程度特定したいのです。落ちてしまってから対応出来ないのです。

Answer 2

Web サーバと DB サーバを同一インスタンス内（というか EC2 に DB をインストールして使う）という想定で考えると、気になるのは同時アクセス数です。

Webサーバとして何を使うかによりますが、Apache の場合処理を担当するプロセス一つ当たりのワーカーの数から考えて、プロセスを何個動かす必要があるかはだいたい導き出せます。となるとそれなりの数の CPU を用意しておかないと多重性が生かせません。
※とはいえ同時1000アクセスといっても、それは「同時に1000人が使っている」であって、「同時に1000個のワーカーを動かす」ではないと考えられますので、余裕は十分にあるでしょうけど

DB も相乗りするのであれば DB に回す CPU の分も考慮してやる必要が出てきます。
※AWS の場合ストレージが速いので I/O 周りは余り心配する必要が無いですが

それらを考慮してまず作ってみて、負荷試験の結果を見てインスタンスタイプを変更すればよいのではないでしょうか。

Comments

[smileheart]

ありがとうござます。試験をする前に、予測としてはどのように考えてインスタンスを決めるべきでしょうか？