一時的な大量アクセスによるサイトが重くなるのをなんとかする方法。

Question

現在クラウドサーバにてECサイトを運営してます。
一時的な大量アクセスにより、サイトが重くなり、たまに繋がらなくなります。
サーバの構成は、それぞれ
WEBサーバ
DBサーバ
上記のように分けて構成してます。

クラウドサーバなので、スペック自体は、容易にあげられるのですが、試しにMAXのプランで稼働させた際、CPUもメモリも余裕があるのに、ネットワーク転送だけが90%超えになってしまいます。
ロードバランサーやRDMは使用していないのですが、やはりロードバランサーなど利用したほうがいいのでしょうか？
WEBサーバのみにロードバランサーを利用して、DBサーバ自体は、サーバのスペックのみでも問題ないのでしょうか？

初歩的な質問ですいませんがよろしくお願いします。

Answer 1

まず、高負荷時に何がボトルネックになっているかを調査されると良いかと思います。

・Webサーバがネック
⇒ECサイトとのことですので、何らかのプログラムが走っていると思いますが、
高負荷時に特定の処理がネックになっている可能性もあります。
⇒コネクション数など設定も確認してください。
・DBがネック
⇒スロークエリーなどが発生していないかチェックしてください。
適切なインデックスが張られているか、キャッシュなどを行いSQLの発行数を
少なくすることは可能か、ディスクi/Oは……、チューニングは行われているか……など
様々なポイントが考えられます。

ここまでを確認して、ソフト側ではなくサーバ構成やスペックの変更が必要であると結論づいた段階で次のステップに進まれるのが良いかと思います。ただ静的なファイルの転送がネックであれば、CDNの利用を検討するのは良いかと思います。AWSであればCloudFrontなど。

Answer 2

年商100億超のECサイトを運用しています。

商品情報や在庫情報をDBからリアルタイムに取得している場合、
DBアクセスが増えすぎてそれが原因で遅くなります。
解決策としてはキャッシュサーバを立てて情報をキャッシュに持たせる。
あるトリガーでキャッシュクリア、再度情報を取得、といった感じです。

商品画像についてもCDNを使ってキャッシュさせています。
AWSならCloudfront、AzureであればAzureCDNがあります、どちらかといえば前者がおすすめです。

他にはDBのINDEXの不備で遅くなるパターンを経験しました。

どちらにせよ、何かアクションを起こす前にまずは調査です。

調査した結果、ボトルネックとなっている箇所を判別し、
検証結果を元にどうすべきか判断して下さい。

調査方法としてはメソッド単位で時間がかかっている箇所を見つける。
DBのスロークエリを確認する。
が基本かなと思います。

Answer 3

転送量が限界に近づいているのは、DB～Webサーバ、Webサーバ～外部のどちらでしょうか。

• DB～Webサーバの場合

まずはSQL文をチューニングして、不要なデータを転送しないようにしましょう。SQL文の段階で高度な処理を行うことで、必要な結果だけをWebサーバに伝えれば通信量を軽減できます。

• Webサーバ～外部の場合

Webサイトの最適化を行いましょう。画像の最適化、gzip転送はこの2つだけでも劇的に転送量を抑えることができます。自動で各種の最適化を施してくれる、Google製のモジュールもあります。

Answer 4

よくあるトラフィック不足の可能性があります。
WEBサーバーDBサーバーの内容にもよりますが、画像や静的ファイルの配信で動的ファイルのロード時間が伸び遅くなる、または単純に静的ファイル配信でネットワークトラフィックの上限値に達してしまい遅くなるというケースかとおもわれます。

トラフィック不足の場合はLBを追加するよりCDN等で静的ファイルのみキャッシュ配信すると高速になります。

お手頃なCDNサービスとしては以下のようなものがあります。

AWS Cloudfront
http://aws.amazon.com/jp/cloudfront/

キャットストリーム エッジキャッシュCDN
http://cdn.cat-stream.com

Answer 5

とりあえず、cloud watch見てみてボトルネック見つけましょう。