AWSのサーバー構築での、LB導入の判断基準を知りたい

Question

#聞きたいこと

AWSでアプリケーションを運用する際に、ロードバランサーが必要になる判断基準について教えて頂きたいです。

EC2を１つで運用した場合に、どれほどの数のアクセスに耐えられるのかなどの許容範囲を知り、想定のアクセス数がそれよりも多い場合は追加するということで合っていますでしょうか？
また、その許容範囲を判断する基準としては、１度公開し運用状況を見て判断しないとわからなさそうでしょうか？

前提

EC2を構築する場合に、無料枠で一度リリースすることを考えている。
無料枠では、何PV数まで耐えられるのかが不明で、容量の大きい環境を整えるorロードバランサなどの負荷分散導入を考えている。

Answer 1

EC2を１つで運用した場合に、どれほどの数のアクセスに耐えられるのかなどの許容範囲を知り、想定のアクセス数がそれよりも多い場合は追加するということで合っていますでしょうか？

「ロードバランサーは入れず、EC2を大きいものに変える」という選択肢もあります。

一方で、

• 複数台あることによる冗長性を求める
• ACMでSSL証明書を発行する（EC2に直接セットはできない）

ような場合には、アクセス規模によらずELBを入れるのが適任となります。

---

現実問題として、EC2を1台しか置かないことによる「信頼性」のほうが先に問題となるかと思います。

Comments

[maisumakun]

なお、静的ファイルを配信するだけであればS3やCloudFrontがありますので、「動的サーバはいらないけれどアクセスが多い」状況ならそういったものを使うほうが適任です。

…というように、AWS内には100以上のサービスがありますので、作るものに応じて何を使えばいいかが変わってきます。

[tanamasa]

ご回答ありがとうございます！
なるほど！非常に勉強になりました！！

よろしければ２点気になった箇所がありますので、ご回答いただけると幸いです。

【１点目】

>アクセス規模によらずELBを入れるのが適任
こちら、よろしければ理由を教えていただけますでしょうか？

【１点目】

>現実問題として、EC2を1台しか置かないことによる「信頼性」のほうが先に問題となるかと思います。

この信頼性が落ちる場合は、「アクセス過多によってサーバーが落ちた」などの発生でEC2が１台のみということが知られる場合でしょうか？
それとも、このようなことが起きずとも何らかの原因で分かってしまうものですか？

[maisumakun]

> 【１点目】

上に箇条書きで書いたような状況の場合の話です。

> それとも、このようなことが起きずとも何らかの原因で分かってしまうものですか？

わかるわからない以前の問題として、サーバが落ちるリスクをどれだけ許容できるのかという、運営側の問題です。

Answer 2

EC2を１つで運用した場合に、どれほどの数のアクセスに耐えられるのかなどの許容範囲を知り、想定のアクセス数がそれよりも多い場合は追加するということで合っていますでしょうか？

• 無料枠が終了した後に3000円/月くらいの予算を許容できる＆可用性（稼働率）を担保したい（したくなる可能性がある）のであれば、最初からELBがある前提で構築することをお勧めします。
• 可用性を担保する必要が無いのであれば、辛くなってきたらインスタンスのタイプをグレードアップする。というのが楽です。

理由としては

1. ELBのある無しはアプリケーションやネットワーク設計に関わるので、後から追加すると大変。逆に外す分にはそこまで大変にはならない。
2. maisumakunさんの回答にあるようにACM等のELBの機能を享受できる。詳細はElastic Load BalancingやELB ALB 機能等で調べてみることをお勧めします。

あたりです。

また、その許容範囲を判断する基準としては、１度公開し運用状況を見て判断しないとわからなさそうでしょうか？

負荷に関してだけ言えばその通りですが、重くなったらインスタンスのグレードを上げるという方法もあるので、ELBの導入の是非という観点ではとりあえず動かしてみて～というのはあんまりお勧めできません。