mixi Engineers’ Blog » Tokyo Tyrantによる耐高負荷DBの構築
連休中はWiiのマリオカートをやりまくってやっとVR7000越えたmikioです。愛車はマッハ・バイクとインターセプターです。さて今回は、分散ハッシュデータベースサーバTokyo Tyrantでmixiの最終ログイン時刻を管理するようにした時の苦労話を書きます。 ログイン処理は負荷地獄 mixiでは、全てのユーザについて、各々の最終ログイン時刻を管理しています。「マイミクシィ一覧」や「お気に入り」などの画面で、友人が近い時間にログインしていてコミュニケーションがとりやすい状態にあるかどうか確認できるようにするためです。 mixiのほぼ全てのページはログインしないと見られないページなので、ほぼ全てのページにアクセスされるたびにログイン確認が行われます。したがって、最終ログイン時刻はほぼ全てのページにアクセスされる度に更新されることになります。mixiの中で最も重いデータベースのひとつとして「
【埋】負荷対策のためロボット向けページ表示時のDBアクセスを省略する
最近 サーバ負荷 がかなりマズイことになっています。 今度こそ間違いなく、回線負荷ではなくサーバのCPU負荷です。 Load Averageの値が昨年10月頃には 平均2.5 くらいだったものが、 現在では 5.0くらいまで膨らんで きています。既にレッドゾーンです。 皆さまにはご迷惑をお掛けして誠に申し訳ございません。 急いで対策を考えなければいけないのですが、その中で 以前から気になっていたことを１つ試してみることにしました。 それは検索エンジンの 巡回ロボットの負荷対策 です。 現在のあまともやコミックダッシュ！は、トップページや ランキングのページなどは負荷対策のため最初から 静的HTMLのページ になっています。しかし、そのほかのページ、たとえばシリーズ情報の ページや、各ユーザの蔵書一覧のページなどは 全て動的生成 です。 これは何を意味するのかといいますと、アクセスしてくる人
GIGAZINE、ついに新サーバへ移転完了
というわけで、ここが新サーバ群による新生GIGAZINE.NETです。この記事が見えているということは、新しいサーバへのDNS浸透が済んだということです。見た目上は特に何かの変化があるわけではないのですが、サーバが物理的にトラブルを起こさない限りは重くなったりはしない……はず。 というわけで、前回の記事に引き続き、裏話第2弾です。詳細は以下から。 ・MySQLのDNSルックアップを無効化 新サーバ構成でテスト中に最大の問題となったのがコレ。ルータが落ちまくるので一体何が起きているのかがわからず、延々と1週間も悩み続け、GIGAZINE編集部を恐怖のどん底にたたき込んだものです。結論から言うと、外部のDNSサーバを利用していたため、ローカルでのテスト環境においてもMySQLに接続が発生するごとに、DNSの参照が発生していたのが原因。 MySQL :: MySQL 4.1 リファレンスマニュア
GIGAZINEが4月18日夕方から新サーバに移転します
上の画像は新しくGIGAZINEを支えるIBMのサーバです。今はもう既に新しいシステムに組み込まれ、ごぅんごぅんとうなりをあげてフル稼働しており、デビューの時を今や遅しと待ちわびています。 というわけで、本当は3月末から4月初めにかけて移転する予定だったのですが、次々といろいろな事態（うれしいことから悲しいことまで）が発生し、今日までずれ込むことになりました。とりあえず、「GIGAZINE、ついに新サーバへ移転完了」という記事が見えたら、それが新サーバです。何か不具合を発見した方はこちらから具体的な内容をできるだけ詳細に連絡していただけると非常に助かります。 今回は何がどう変わったのかという点については以下の通り。主にサーバやハードウェア、新サーバ開始に至るまでの裏話などに興味のある人向けです。 ■新サーバの構成 IBM System x3200/Quad Core Intel Xeon
RailsConf2007: Scaling Twitter - Psychs's blog
3日目よかったのは、Twitter の中の人 Britt Selvitelle と Alex Payne による Scaling Twitter。 4月の話 からアップデートもあり、より突っ込んだ話が聞けた。 まずは、ハードウェア構成について。 Mongrel across 19 cores Message processing/delivery across 16 cores Jabber across 2 cores MySQL on one big 8 core box 16GB+ for memcache across a bunch of machines 32 cores total 意外にマシン数は多くない。 負荷の状況について。 200 - 300 connections per second Spiking at 800 connections per second We
負荷対策概論 - Y-110's Wiki
最新文章 2018-12-26 17:10▪ 致敬英雄，致敬不朽的精魂 2018-12-26 17:10▪ 四十年来闵行人的文化生活史一幕幕回放 2018-12-26 17:10▪ “笔尖上的童画”——欢图学员作品成果展将在东方网文化活动... 2018-12-26 17:10▪ “金色热线”12月27日将迎来年终特别节目 2018-12-26 17:10▪ 北京市发布持续低温蓝色预警信号 2018-12-26 17:10▪ 北京市网信办推进自媒体账号专项治理关闭11万个 2018-12-26 17:10▪ 有创意的崇明“橘农”让梦想和情怀扎根农场 2018-12-26 17:10▪ 突发！上海地铁3、4号线晚高峰运行延误系人员进入线路 2018-12-26 17:10▪ 中国经济总量将达90万亿关键时刻传递重要信息 2018-12-26 17:10▪ 海底捞："吃出卫生巾"系人为当事顾客
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
現場指向のレプリケーション詳説
Scaling Twitter » SlideShare
naoyaのはてなダイアリー - ライブドアのテクノロジーセミナーでしゃべってきました。