たまには、サーバの事について
アメーバやmobage・GREEなどのように
大量のユーザーが同時にアクセスしてくると想定される場合は
サーバも結構必要になります。
最近いろんな方式があるようですが基本的には、
WEB(WWW)サーバ これにﾕｰｻﾞが見るホームページなどが置かれます
DBﾏｽﾀｰサーバ ここに、ユーザデータなどが記録されます
DBｽﾚｰﾌﾞサーバ マスタのコピーがされて、ﾕｰｻﾞﾃﾞｰﾀを読む時はここ
MEMｷｬｯｼｭサーバ 一度呼び出されたﾕｰｻﾞﾃﾞｰﾀなどがｺﾋﾟｰしされる
WEBサーバは、必要に応じて何十台も増やされます。
DBｽﾚｰﾌﾞというのは、DBﾏｽﾀｰからだけﾃﾞｰﾀを取りにいくと
負荷がかかりすぎてしまうので、ﾃﾞｰﾀの更新がされない時(読み出す時)は
ﾏｽﾀｰでなくｽﾚｰﾌﾞと言う方に読みに行かせる仕組みです
ｽﾚｰﾌﾞも複数用意されますが、ﾕｰｻﾞﾃﾞｰﾀが更新されると自動的にｺﾋﾟｰされるので
あまり多すぎても逆に負荷がかかります。
サーバのHDDだけでやっていると、やっぱり遅いので
MEMサーバが用意されます
DBﾏｽﾀｰにﾃﾞｰﾀを書くと同時に、DBｽﾚｰﾌﾞにｺﾋﾟｰされ、さらにMEMサーバにもｺﾋﾟｰされます
ﾕｰｻﾞﾃﾞｰﾀを取りたい時は、MEMｻｰﾊﾞにとりに行って、無ければ、DBｽﾚｰﾌﾞやﾏｽﾀｰに
行く・・という感じにして、負荷を分散させるのです
メモリなので、ﾃﾞｰﾀが書かれていないときがあったり、常時記録していると
メモリがいくらあっても足りなくなるので、一定時間を過ぎたら自動で消すなどされます
こんな感じであとは、ロードバランサとよばれる、WEBサーバにユーザが
アクセスしてくると、自動でどれにアクセスするのか割り振るものなども
あります
アメーバでも、反応が遅いときがありますね。
大勢の人が同時にアクセスしているからと言うのもありますが
最近は、アメーバピグだけでなく、ピグライフもあるので
ｻｰﾊﾞ台数が不足気味なんじゃないかな?
ｻｰﾊﾞ増設のお知らせもあったきがしますが・・
ピグライフだと、頻繁にDBﾏｽﾀｰを書き換えないといけないので
重くなるのかな?
DBクラスターとか言うものや色んな仕組みで軽くしているんだと思いますが
間に合ってない雰囲気ですね
ちなみに、facebookのDBｻｰﾊﾞは数千台あるそうです
東海岸と西海岸にそれぞれﾃﾞｰﾀセンターがあるんだとか
すごいですねぇ
と言う感じで、ネットを使ったアプリはｻｰﾊﾞの維持費が大変な事になります
というお話でした