DBサーバーの負荷分散
MySQLアクセスを負荷分散する ユーザーからのアクセス数が非常に多いWebサイトにおいて、MySQLのSLAVEサーバーを複数台並べて負荷分散させるということがよく行われています。ただ、Webアクセスの負荷分散は一般的なテーマなのでいろいろなところで語られているのに対し、DBアクセスの負荷分散というテーマは一般的でないのかあまり語られていないように感じます。 DBアクセスを負荷分散するにあたって一番荒っぽい方法は、Webサーバー上のプログラムの中でどのSLAVEサーバーに接続するかをランダムで決める方法です。ランダムと言っても長時間アクセスしているとほぼ接続先が均等化されるので、一見この方法でも問題ないように見えます。しかしこの方法だと、接続しに行こうとしたSLAVEサーバーが高負荷もしくはサービス停止中であっても構わず接続しに行ってしまうという問題があります。 このような問題を解決する
郵便番号データを定期的に更新するサンプル(Linux & MySQL)
システムで郵便番号を入力すると、自動で住所を表示してくれるようなものがよくあると思います。 そのようなシステムを構築した際にやらなければいけないのが、 システムに入っている郵便番号データを更新しなければいけないことです。 市区町村の合併などにより毎月郵便番号のデータが更新されるため、 毎月の更新作業が必要になります。 始めは手動でCSVをダウンロードして、インポート作業を行うと思いますが、 それが毎月の作業となると、体制がしっかりしていない場合に作業漏れ等が発生してしまいます。 自動でダウンロードから取り込み処理まで行って、取り込みしたことだけをメールで 知らせてくれたらいいのに と思ったので、作ってみました。 今回作成したサンプルは、以下の環境を想定しております。 OS: Linux (CentOS5.4で検証済み) DB: MySQL (MySQL5.1で検証済み) シェル: bash
これがWikipediaの裏側、知られざる大規模システムの実態「Wikipedia / MediaWiki におけるシステム運用」
Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて本日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
