モバツイッターの中の人がAmazon EC2の利用について語ってくれた件
さっそくいろいろと情報を公開していただけて、本当にありがたや、です。
F's Garage:そろそろモバツイがEC2に移転した話でも書くとするか。 (2009/6)
以下、読者としての感想など。
あるイベントで、EC2を活用されているHeartRailsの方にモバツイの構成をEC2に移転したらどうなるか?みたいな話をお伺いしたら、すぐ8万円/月ぐらいに構成になってしまう、と言われたのですが、大体、どんぴしゃな感じでした。
やっぱりなんだかんだいってそうなりますか。なるよなあうん。 それでも、性能比を加味したうえで同等のブツを一般的なハウジング環境などで組んだときの初期投資はもちろんいろんなコスト=固定資産がどうとか減価償却だとかそういう会計処理コスト含め=と照らすと、「買い」だと思えた。 もちろん、elasticなインフラ環境であるという点も大いに含めて。
また、DBサーバに共有エリアを儲けて、PHPのセッションファイルの共有を、WebサーバからNFS経由で読み込んでいます。経験上、セッションの共有にNFSを使って、あまり幸せになったことがないので躊躇しましたが、EC2のロードバランサー(筆者注:Elastic Load Balancingサービスのこと)が、L4レベルのものらしく、Stickyセッションなど同一のWebサーバに振り分けるような処理ができないようなので、モバツイのセッションはシンプルなので、まぁいいか、と。
NFSって安定してるんだか安定してないんだかわからないところが嫌ですよね。結局そこが単一障害点になりがちだし。かといってNFSをクラスタ構成でとか言い出すとキリないし。金かかるし。
そこで、mod_proxy_balancerってのはどうだろう。こいつのセッション維持も含めたロードバランシング機能はJava/JSP仕様向けではあるけど別にPHPやperlであっても普通に使えるはず。つまり、
Elastic Load Balancingサービス(によるL4レベルロードバランシング) ↓ apache+mod_proxy_balancer 1号機、2号機(どっちかに振られる) ↓ apache+perl/php(またはTomcat単体)1号、2号、3号、、、以下必要なだけ。 ↓ DBサーバ群
みたいな。ただしこれをAmazon EC2上で組むと確実にインスタンス2個追加になる諸刃の刃。

コメントする
(初めてのコメントの時は、コメントが表示されるためにこのブログのオーナーの承認が必要になることがあります。承認されるまでコメントは表示されませんのでしばらくお待ちください)