概要 サーバーの消費電力と処理能力を計測した。対象としたのは,約7年前の旧型サーバーと,省電力をうたう新型サーバー。サーバー単体の消費電力は新型が旧型より大きいが,それ以上に処理能力が向上している。新型サーバーにリプレースした場合のコストを試算したところ,約1年でコスト・メリットが得られることが分かった。検証を担当したライブドアの伊勢さんに報告してもらう。 この1~2年で省電力をうたうサーバー機の選択肢が増えてきた。2005年ごろから,米Advanced Micro Devicesや米IntelなどのCPUベンダーが消費電力当たりの処理能力を重視したマルチコアCPUを相次いで出荷。これに応じてサーバー・ベンダーも,メモリーやディスクなどを含むサーバー機全体で,これまで以上に省電力を意識するようになってきた。 そこで今回は,2000年に出荷された旧型サーバーと,2007年に出荷された省電力を
livedoorポータルサイト等のインフラを担当している片野です。 今回は若干いまさら感がありますが、弊社にて運用している自作サーバをご紹介します。 (検証機以外は弊社内で組み立ててないので、正確には自作してないんですがw) ■背景 去年は特に自作サーバが盛り上がっていましたし、早い段階で「うちも作るか!」という展開はあったんですが、弊社では以下のような事情もあり、着手していませんでした。 ・自社データセンタでの運用なため、その他顧客と運用が大きく変わるようなサーバを投入すると運用が煩雑になる。 ・ポータルのサービスだけでも3000台近いサーバがあり、規模的にも運用に手がかかるサーバを入れるのは非現実的。 ・ボリュームメリットが出せるため、コスト面での自作メリットはそれほど大きくない。 ・そもそも自作で間に合う台数じゃないw (人的な)運用コストや調達コスト面ではあまりメリットがないのです
先週、MySQL Conference & Expo 2010が開催され、盛況のうちに終了した。カンファレンスに合わせる形で、MySQL 5.5.3および5.5.4がリリースされたのだが、これが目を見張るような進化を遂げている。特に性能面での進化には目を見張るものがある!Jeremy ZawodnyやMark Calleghanといったコミュニティの重鎮たちも「非常にエキサイティングなリリースだ!」などと表して歓迎の意を表している。 というわけで、本日はMySQL 5.5.3/5.5.4の新機能および変更点についてレビューしてみよう! おさらい。 〜 MySQL 5.5の既存の機能 〜MySQL 5.5が登場したとき、その新機能については以前にもエントリで紹介したが、ここで改めておさらいしてみよう。MySQL 5.5は、正確にいうと現在最新バージョンであるMySQL 5.1の「次の次」のバ
PCの周辺機器が増えると、便利になる一方で困るのが「コード類」の整理。ふと気づけば、「どうしたらこんな絡まり方をするの?」というくらいグチャグチャになっていませんか?今回は、「デスク周りのコード類の整理」に役立つエントリーを集めてみました。 ■机の上をスッキリ見せたい! まずは机の上のコード類をスッキリさせる方法です。書類など大事なものがたくさん置いてあるところに、コードがグチャグチャという状態は避けたいですよね。 <スッキリ見せるポイントは?> ▽【最終回】これでスッキリ! ケーブルやコードの整理術 - 日経ビジネス Associe(アソシエ) 必要以上に長いコードは束ねる、コードはできるだけ見えないところに置く、といった工夫をするだけでもスッキリと見せることができます。また「間違って電源コードを抜いてしまった…」というような状況を防ぐには、コードに名前を書いたラベルを貼ると分かりやすい
最近「クラウド」という言葉をよく耳にします。「今まで個人のパソコンにあったソフト、データベースなどをインターネットの向こう側に置き、必要なとき必要な分だけ使える」というのが大まかな概念と言えそうです。しかし、その辺はなんとなく理解できても「具体的には何が新しくなったのか?」「技術者が今度検討すべきことは?」などについてはよく分からない人もいるはず。そこで、はてなの伊藤直也と田中慎司が、さくらインターネットの社長・田中邦裕さん、さくらインターネット研究所所長・鷲北 賢さんと「クラウド」について熱く本音で語り合ってきました。 左から、はてな田中慎司、伊藤直也、さくらインターネット研究所所長鷲北 賢さん、田中邦裕社長 ■「クラウド」が実現可能にしたこと 伊藤直也 「『クラウド』って、言葉の使われ方としては2種類ありますよね。最近流行のTwitterやGoogleのGmailなどウェブのサービスで
HTTP の持続的接続の功罪について はじめに、HTTP の持続的接続 (keep-alive) のメリットについて。持続的接続を使うメリットは、以下の2点。 TCP 接続の確立にかかる時間の節約*1 TCP の接続と切断に必要な資源 (CPUとネットワーク) の節約 ウェブブラウザ〜データセンタ間の通信で、持続的接続を使う理由は、このうちの前者。特に太平洋を超えるようなケースだと、TCP 接続に0.2秒とかかかるので、メリットが大きい。 一方、持続的接続のデメリットは、 接続が切断されるまでの間、その接続を維持するためにコストがかかる (主としてメモリが無駄になる) という点になる。特に、1プロセス1コネクションを前提とするアーキテクチャ (例: mod_perl) だと、メモリの無駄使いが、とてもひどいことになる。 そこで、ブラウザからの接続を受ける HTTP サーバとアプリケーション
その例としてBeck氏自身が過去に取り組んできた生命保険会社のアプリケーションを例に挙げます。そのアプリケーションでは毎日のようにスキーマが変化するため、SQLとORM(Object-Relational Mapping)では対応できず、オブジェクトデータベースのGemstoneを利用することで対応できたと述べています。 こうしたSQLだけでは満たせないさまざまな要件、上記の図にあるようにスキーマの可塑性、スケーラブルなデータ読み込み、書き込み、処理の柔軟性などを満たすために、リレーショナルデータベース以外のNoSQLな製品が開発された。これがNoSQLの登場の背景にあるとBeck氏は解説します。一方で、こうしたさまざまなNoSQLを、NoSQLという言葉で表すのは適当ではないという憂慮も示しています。 Here is where the futility of defining NoSQ
iモードブラウザ2.0とかんたんログインの組み合わせに対するDNS Rebinding攻撃のシナリオ説明ですRead less
StorageIOblog » Blog Archive » Should Everything Be Virtualized? The Server Storage IO Groupのアナリストが書いているブログ「StorageIOblog」に、「Should Everything Be Virtualized?」(すべては仮想化されるべきなのか?)というエントリがポストされました。 すべてのサーバ、I/O、ストレージは仮想化されるべきなのか? という問いに答えるエントリになっています。 Unfortunately consolidation is commonly misunderstood to be the sole function or value proposition of server virtualization given its first wave focus.
Facebookが大規模スケーラビリティへの挑戦で学んだこと(後編)~キャッシュが抱えるスケーラビリティの問題とデータセンターにまたがる一貫性 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の技術担当バイスプレジデント Jeff Rothschild氏が、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Massive Scale-Lessons learned at Facebook」の内容を再構成して紹介します。 (この記事は「Facebookが大規模なスケーラビリティへの挑戦で学んだこと(前編)~800億枚の写真データとPHPのスケーラビリティ問題」の続きです) キャッシュがスケーラビリティに大きな役割を果たしている Facebookの主な役割は、ユーザーが簡単に(友人たちの)情報を集めることがで
Facebookが大規模スケーラビリティへの挑戦で学んだこと(前編)~800億枚の写真データとPHPのスケーラビリティ問題 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の巨大なシステムは、3つのデータセンターにある約3万台のサーバと、PHP、C++、Memcache、MySQLなどのソフトウェア群によって支えられています(同社のデータセンターの巨大さは、記事「3億のユーザーを抱えるFacebookのデータセンター。移動は自転車、希望は100Gbイーサネット 」を参照)。 同社の技術担当バイスプレジデント Jeff Rothschild氏は、Facebookが実現している大規模なスケーラビリティを、いかにしてこれらのソフトウェアで実現しているのか、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Mas
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く