naoyaのはてなダイアリー - サーバーを増やせばいいんじゃない、サーバーを増やすだけで解決できるように努力するのだ
ライブドアの技術の話について書いた、その記事のコメント欄。最初は感情的な批判などがあって話題とは別の方向で炎上し気味だったんでうーんと思ってたんですが、後半になってきて少し面白い議論が出てきました。 こんな反応があった。 アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。そのようなチューニングにお金をかけるならサーバーを追加したほうが安く上がるのではないかと思うのですが、如何でしょう? それに対する僕の返信は、 確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。なので ”負荷が高ければ、結局サーバーを単純に増
＠IT：キーワード：普及が始まった「RAID 6」とは
サーバに搭載／接続されるハードディスクの大容量化は止まるところを知らない。当然ながら、蓄積されるデータ量も増え続けており、ストレージ管理が管理者の大きな悩みとなっている。特にハードディスクが故障すると、重要なデータが失われる危険があるため、その対策には気を使うことになる。 一般にサーバで利用されるハードディスクは、RAIDによる冗長化を行い、1台のハードディスクが故障しただけではデータが失われないようにしている。しかし現在一般的に利用されているRAID 1（ミラーリング）やRAID 5（分散データ・ガーディング）では、1台のハードディスクが故障した場合のみデータが復旧できるという仕組みであり、2台のハードディスクが同時に故障した場合はデータが完全に失われてしまう。例えば、故障したハードディスクを交換する前や、交換した後のRAIDの再構築作業中に、別のハードディスクが故障すると、もはやデータ
レビログ::プログラム: ここがスゴイよlivedoor 技術がわからない人向け易しく説明
TAKESAKO @ Yet another Cybozu Labs: ライブドア次世代テクノロジーセミナー第1弾 のレポートを読んでいて、あ、ライブドアすげー と感じました しかし、技術者でない人にはわかりにくいかな？と思ったので 易しく解説 これがスゴイ 要約 ・iSCSIを使って、ストレージを大量に安く提供する技術がある。 ・CPU分散環境で、CPUを高速に安く提供する技術がある ・分散監視で、故障に安くて強い技術がある。 アメリカでは常識ですが、日本ではまだ、流行っていないこれらの技術を 使っていることがわかります。これはスゴイと思います。 おそらく、livedoorと他社を比べた場合に同じ性能ならlivedoorの方が ２０倍〜３０倍は安く上がっていると試算できます。 しかし、これはスゴイ。とくにiSCSIを使っていたのはスゴイと思います。 コストが安い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
