2014/2/8に行ったゲームサーバ勉強会でのスライドです。 サーバー未経験者がソーシャルゲームを通して知ったサーバーの事。 失敗経験を元に何故今がこうなっているかというのを詰め込みました。 初心者〜中級者向け勉強会だったので、なるべく非エンジニアでもイメージで伝わるようにちょっとだけ心がけてます。
MySQLアクセスを負荷分散する ユーザーからのアクセス数が非常に多いWebサイトにおいて、MySQLのSLAVEサーバーを複数台並べて負荷分散させるということがよく行われています。ただ、Webアクセスの負荷分散は一般的なテーマなのでいろいろなところで語られているのに対し、DBアクセスの負荷分散というテーマは一般的でないのかあまり語られていないように感じます。 DBアクセスを負荷分散するにあたって一番荒っぽい方法は、Webサーバー上のプログラムの中でどのSLAVEサーバーに接続するかをランダムで決める方法です。ランダムと言っても長時間アクセスしているとほぼ接続先が均等化されるので、一見この方法でも問題ないように見えます。しかしこの方法だと、接続しに行こうとしたSLAVEサーバーが高負荷もしくはサービス停止中であっても構わず接続しに行ってしまうという問題があります。 このような問題を解決する
Amazon.comは、子会社のAmazon Web Services(AWS)を通じて提供するクラウドコンピューティング型ストレージサービスをより高いレベルに拡大し、インターネット上のデータベースに情報を格納することを望む企業に向けた新たなオプション「Amazon Relational Database Service(Amazon RDS)」を発表した。 AWSのスイートには、すでにデータベースオプション「Amazon SimpleDB」が含まれている。SimpleDBは、データを格納し検索するための同社独自のインターフェース規格を備えた基本的なデータベースだ。これに対してAmazon RDSは、より標準的なデータベース用インターフェースを採用し、今回はオープンソースソフトウェア「MySQL」をオンラインで実装して組み込んだ、と同社は米国時間10月26日に述べた。 「Amazon RD
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く