ページ

2013年10月11日

100万UU/day wordpress on AWS

先日、AWS+wordpressをキーワードで検索していて、みかけたAWSコンサルティングの案件。

記憶が確かなら、100万UU/dayのブログをAWSでというものだったとおもう。

詳しいことは書いてなかったと思うが、ピーク時のセッション数は20万くらいか?

遅延時間はどれくらい許容できるのだろう?

Auto scaleに関しては、ドキュメントにもかいてあるがバーストすると追随できないとのことなのでアクセスプロファイルがある程度見えているようならプレヒートやらプレブースト?の仕組みを組み入れてアクセスプロファイルをファクターとして使うようにするのはどうだろうね?

アクセス数の推移Δをスケールトリガーに追加するのはどうか? 急峻にバーストをするとだめだろうがアクセク不能におちるまでに多少時間は稼げるのではないか?

AMIイメージにリバースプロキシもいれて、apacheをかえるのも必要か…

アクセスログからアクセスパターンを分析しながら学習するようなしくみとかできないのかな、統計的手法もつかって。

株式相場で使う移動平均みたいに短期と長期で予測ってのは?

いずれにしても、autoscaleの起動時間がみじかくならないと厳しいか…