「Open19」は「Open Compute Project」とどう違うか
Facebookの後追いではない? LinkedInが“データセンターOSS化”に挑む真の理由(1/2 ページ)
ビジネス向けSNSのLinkedInが、データセンター向けハードウェアの標準化を目指すプロジェクトを開始した。同様の目標を掲げるFacebook主導の「Open Compute Project」とは何が違うのか。
大規模データセンター向けのハードウェア仕様や設計図をオープンソースとして開発するプロジェクト「Open Compute Project」には手を出しにくい企業もあるだろう。先日、規模の大小を問わずあらゆるデータセンターをターゲットに据えたハードウェアの標準化を目指す新たなプロジェクトが始動した。このプロジェクトが順調に支持を集めれば、今後、“大衆版”のハードウェア仕様が身近な企業のデータセンターに採用されることになるかもしれない。
併せて読みたいお勧め記事
Facebook主導の「Open Compute Project」のインパクト
- “無印”サーバ vs. 有名ブランドサーバ、これから買うならどっち?
- Facebook主導の「Open Compute Project」、データセンター大手が続々支持
- Facebookによる“ハードウェア設計のオープンソース化”は成功するか?
Open Compute Projectで脚光の「ベアメタルスイッチ」とは
新プロジェクト「Open19」とは
ビジネス特化型ソーシャルネットワーキングサービス(SNS)を提供するLinkedInは2016年7月、「Open19」というプロジェクトを発表した。その目標は、データセンターで利用する一般的なラック向けに、相互運用性と相互交換性を発揮するストレージやネットワーク、サーバ製品を開発すべく、よりシンプルなオープン標準を提供することだという。一般的なラックを使えるようにすることで、他の取り組みよりもはるかに広い層へのアピールを目指す。
Open19プロジェクトは、米国電子工業会(EIA)が策定した標準仕様に準拠する19インチのラック向けに、どのような冷却/電源環境でも動作するサーバと関連機器の開発を促すことだ。サーバを複数のベンダーから選び、1つのラック内で相互運用できるので、ベンダーによるロックイン(囲い込み)を回避できる。このプロジェクトには既に、Hewlett Packard Enterprise(HPE)やHyve Solutions、Mellanox Technologies、Wiwynnなどのベンダーが参加している。
ネットワーク管理ベンダー6connectで共同創業者兼最高執行責任者(COO)を務めるピート・スクラファニ氏は、ベンダー間の相互運用性を確保するOpen19プロジェクトの方針からは「データセンター運用に関する小規模企業ならではの課題が見て取れる」と語る。Open19プロジェクトではラック内の共用機器を半分に減らす他、サーバごとの電源供給装置を不要にし、代わりに12Vの直流給電を確保する。
「Open19準拠のハードウェアであれば、インフラを変更せずに新しい技術やシステム要素を追加できる。どれも同一のフォームファクター(形状/仕様)にフィットするからだ」とスクラファニ氏は語る。さらにLinkedInのような大手企業によるサポートは、フィードバックの一元管理を可能にし、ハードウェアの改善を後押しする。
LinkedInでグローバルインフラストラクチャアーキテクチャおよび戦略担当主任エンジニアを務めるユバル・バシャル氏によれば、Open19のアイデアが生まれたのは、LinkedInがデータセンターで運用するサーバの台数が、数万台規模から数十万台規模へと変わったことがきっかけだったという。
その際、LinkedInは2つの問題に直面した。1つ目は、複数ベンダーの製品/技術を従来の10~50倍の規模で、より迅速に組み合わせなければならないこと。もう1つは、16サーバ程度の最小規模の環境から、オレゴン州ヒルズボロに新設した最大消費電力8Mワット規模の大規模データセンターまで、さまざまな規模の環境に耐える共通設計を見つけることだった。
「データセンター市場には複数のオープン標準が共存する余地がある。ただし何かしら明確なメリットを示さなければならない」。そう指摘するのは、マネージドデータセンターサービスを手掛けるExpedientで品質保証と戦略的構想を担当する副社長のジョナサン・ローゼンソン氏だ。
ローゼンソン氏は、データセンター向けハードウェアの新たなオープン標準に対して懐疑的な見方が出る可能性を認める。Open19は、LinkedInの他には限られた数の企業にしか適用されないかもしれないというのが、同氏の見方だ。
採用拡大の鍵を握るのは、ワークロードを管理するソフトウェアだという。「19インチのフォームファクターをベースとするOpen19の仕様が完成すれば、クラウドエッジデータセンターで採用が広がるのは確実だ」とローゼンソン氏は指摘する。
調査会社451 Researchの調査ディレクター、ピーター・クリスティ氏によれば、共通のフォームファクターに基づくデータセンターハードウェア設計を実現するだけでは、パブリッククラウドの効率性に匹敵あるいは上回るための戦いはまだ道半ばだ。「パブリッククラウドと同等レベルで、かつ十分に差別化したソフトウェアを提供し、運用する方法を見つけなければならない」と同氏は語る。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
6
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
7
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー