実装できるのはIT業界全体の1%という声も
Facebookの「Open Compute Project」は省エネデータセンターを実現するか?
米Facebookが開発したエネルギー効率の良いハードウェア設計「Open Compute Project」はあらゆるタイプの企業に役立ちそうだ。
近年、エネルギー意識の高いIT部門の間では、省エネのために徐々に外気冷却に移行したり、設備に漸進的な変化を加えたりする動きが進んでいる。だが、いずれも期待しているほどの省エネ効果を達成できていないのが現状だ。
「確かに電力は難題だ。われわれはデータセンターの機器をできるだけ少なくするためのプロジェクトに毎年のように取り組んでいる」と語るのは、ある大手金融サービス会社で上級エンジニアを務めるチャーリー・ゴートロー氏だ。
同氏によると、この会社は電力効率向上のために既に2.5インチHDDのストレージアレイへの移行を進めており、電源装置の他、プロセッサやメモリは全て電力プロファイルに基づいて選んでいるという。「われわれはサーバの内部であれサーバ自体であれ、不要なコンポーネントは全て排除するという考え方を常に意識している」と同氏。
Open Computeを実践できるのはIT全体の1%?
SNS大手のFacebookは2010年、オレゴン州プラインビルにデータセンターを建設した。Open Compute Projectはその後、「このデータセンターの電力使用効率(PUE:Power Usage Efficiency)を1.06にするために使われているサーバやラック、電源などの独自設計をオープンソース化する」という目的で発足したプロジェクトだ。米Uptime Instituteによると、データセンターのPUEの平均値は1.8だという。
サーバはFacebookが「Open Rack」と名付けたラックに差し込めるよう、1.5Uの高さになっている。Open Compute Projectには、ストレージサーバの他、管理ソフトウェア、マザーボード、サーバシャーシ、電源装置などの設計仕様が含まれており、各仕様はGitHubで公開されている。
Open Compute Projectの設計をめぐっては、この半年間で米Hewlett-Packard(HP)やAMD、Fidelity Investments、Salesforce.com、VMware、Supermicro Computerといった各社が支持を表明するなど、注目が高まっている。だが批評家によれば、一般的な企業の場合、たとえサーバラックをFacebookが使用しているものにリプレースできたとしても、Facebookが達成しているほどのエネルギー効率は実現できないはずという。なぜなら、Facebookにはオレゴン州の未開発地域にデータセンターを新設するという手段があっただけでなく、同社はこの建物の設計のあらゆる側面──徹底的な外気冷却の採用から、電力回路とサーバ内部間の変電の数を抑えるといったことまで──を完全にコントロールすることもできたからだ。
「Open Computeは、われわれの業界の圧倒的多数の企業には今後も到底実現できないであろう極上の仕様だ。IT業界全体の1%のためのものだ」と米Peak Web Hostingの創業者であるジェフリー・パーペン氏は指摘している。
ある専門家はOpen Computeを1960年代初めの米航空宇宙局(NASA)になぞらえている。
「当時のNASAは、ほんの数日間宇宙へ行く3人の男たちのためだけに多くの資金を投じていた。残り99.99%の米国民にとって、その3人の男たちは誰1人としてすぐに価値をもたらす存在でもなければ、明らかな価値を持つ存在でもなかった。だが宇宙計画が実現した後の何年かの間に、Tang(清涼飲料)やVelcro(マジックテープ)といった新商品や新しい素材がNASAの取り組みから次々と誕生していった」と米Switch Las Vegasでデータセンター技術担当執行副社長を務めるマーク・シーレ氏は指摘している。
同氏によれば、「恐らくOpen Computeと企業ITの間でも同じようなトリクルダウン効果(浸透効果)が起きるはず」という。
またゴートロー氏によれば、「結局のところ、Open Computeは現段階では単なる実験にすぎない」という。同氏のチームがOpen Compute技術を活用できるようになるまでには恐らく1年はかかる見通しであり、またその取り組みは下から上へと押し上げる「ボトムアップ型」にする必要があるという。なぜなら、このプロジェクトには経営幹部にアピールする役割を担う販売部隊がないからだ。
「いずれHPをリプレースすることになるのだろうか? そうかもしれないし、そうではないかもしれない。恐らく違うだろう」とゴートロー氏。だがHPに値下げを促したり、あるいはHPのx86サーバに新たなアーキテクチャを誕生させることになる可能性もある。
「われわれがこうした極端なプロジェクトに取り組もうと思うのは、そうした付随的なメリットのためでもある」と同氏。ゴートロー氏はもし本当にOpen Compute Projectを実行するのであれば、マザーボードで段階的なステップを踏むよりも、全部まとめて一度に取り組みたいという。
AMDのマザーボード「Roadrunner」が妥協策に
AMDは必要最低限の要素だけを装備したマザーボード「Roadrunner(コードネーム)」により、Open Compute Projectの裾野を広げたい考えだ。RoadrunnerはOpen Computeサーバと従来型の1U、2U、3Uサーバフォームファクタのどちらにも適合する。
Roadrunnerの設計はコンポーネントの数を減らすことで省エネを図り、HPC(高性能コンピューティング)とエンタープライズ仮想化とストレージという3つの用途に必要な要素だけが残されている。例えば、HPC向けのマザーボードであれば、仮想化用のマザーボードよりもDIMMスロットの数を少なくして、その分、高速DDRメモリをCPUの近くに配置できるようにするといった具合だ。
どちらのマザーボードもストレージ向けのマザーボードと比べてPCIeスロットの数は少なくなるはずだ。またCPUやヒートシンクなどの部品については、いずれのデザインも前面から背面へ簡単に冷却を行えるような配置になるようだ。
AMDによれば、同社は米Fidelityをはじめとする大手金融企業十数社と協議を重ねた上でRoadrunnerのこうした設計にたどり着いたという。目下、米Intelも「Decathlete」というコードネームでRoadrunnerと同様の設計のマザーボードを開発中だ。Intelに問い合わせたが、コメントは得られなかった。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
新着ホワイトペーパー PR
-
製品資料
[株式会社kickflow] 2社の事例に学ぶワークフロー改革:属人化解消や年数万件の申請書類削減のコツ -
製品資料
[NTTPCコミュニケーションズ株式会社] 「回線速度不足」だけが原因ではない? Web会議の遅延を解決する方法とは -
製品資料
[東京エレクトロン デバイス株式会社] 工場の可用性向上に重要な「7つの領域」と対策 OTセキュリティ強化の基礎知識 -
製品資料
[リコージャパン株式会社] 問い合わせ対応で本来の業務が進まない、総務や情シスの負担をどう減らす? -
製品資料
[リコージャパン株式会社] 自社データから高精度な回答を生成、簡単に生成AIチャットボットを構築する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
全社標準Copilotに絶望? MS Copilotで問い合わせ6割減できた企業は何が違った
-
2
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
3
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
4
「Copilot」はなぜ放置される? “議事録要約止まり”を脱する処方箋
-
5
「Microsoft一択」で本当にいいのか 知らぬ間にライセンス費用が膨らむ真相
-
6
「AI活用を前提とした業務PCへの移行」に関するアンケート
-
7
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
8
頻繁な承認が生む“確認疲れ” 「MCP」を安全に使う権限管理とは
-
9
“AIコーディング”でどのツールを選ぶ? 「ChatGPT」「Claude」の真価
-
10
APIキー奪取から3時間でクラウド掌握 Anthropicが暴いた「バイブハッキング」の現実的な防御策
ホワイトペーパーランキング PR
-
1
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
2
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
6
国税庁の次世代基幹システム「KSK2」稼働開始に向けて、対応すべき変更点とは?
-
7
「スクラム」と「カンバン」の違いとは? アジャイル型開発手法を徹底比較
-
8
AI時代に成功するための「ナレッジマネジメント」ベストプラクティス
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー