DC全体からみた効率的なサーバー環境とは

「はやぶさ」は地球に帰って来て何を思ったか?つい先ごろ、小惑星探査機「はやぶさ」が約7年の宇宙旅行を終えて地球に帰ってきました。「はやぶさ」が地球を飛び立った2003年と比べて、ハードウエアとしてのサーバーやサーバーを取り巻く環境、データセンター事情はどう変わったのでしょうか?サーバーを取り巻く諸事

立石 琢磨

2010年7月2日 20:00

「はやぶさ」は地球に帰って来て何を思ったか?

つい先ごろ、小惑星探査機「はやぶさ」が約7年の宇宙旅行を終えて地球に帰ってきました。「はやぶさ」が地球を飛び立った2003年と比べて、ハードウエアとしてのサーバーやサーバーを取り巻く環境、データセンター事情はどう変わったのでしょうか?

サーバーを取り巻く諸事情を振り返りながら、CTCが取り扱うsgi社製品の中でもRackableシリーズ(旧Rackable Systems社製品)を引き合いに、効率化の視線からクラウド世代を支えるデータセンターにとっての福音とは何かを全2回の連載で考えてみたいと思います。

サーバーハードウエアの変わらない面

サーバーハードウエアをフォームファクタ(形状)という視点で見た場合、この7年の間に大きな変化は無かったと言えるでしょう。現在主流となっている1~2Uサイズのx86ラックマウントサーバーは2000年前後には主要メーカーでラインアップされており、RISCサーバーであればやや大型ながらそれ以前(1990年代後半)からリリースされています。現在販売されているx86ラックマウントサーバーにはいくつかの共通点があります。

  • 横幅19インチ(=48.26cm)、奥行き70~80cm
  • エアフローは前面吸気、背面排気
  • 前面に各種LED、電源ボタンを配置
  • 背面にEther、シリアル、電源ケーブル等のコネクタを配置

またもう1つの主流をなすブレードサーバーも2003年までに一通り出そろっています。ブレードサーバーに共通の特徴についてもまとめておきましょう。

  • 各ブレードサーバーは前面からエンクロージャに挿入
  • 各ブレードサーバーはエンクロージャ内のバックプレーンを経由して、電源供給を受け、かつ背面にある各種I/Oポートに接続
  • 従ってEther、シリアル、電源ケーブル等のコネクタはエンクロージャの背面に配置
  • エンクロージャの横幅は19インチ
  • エアフローはエンクロージャに対して前面吸気、背面排気

これら共通の特徴がラックマウントサーバー、ブレードサーバーのメリットをもたらす反面ある種の制限を課しているとも言えます。

指標(1):SWaP

かつてSunがUltra SPARC T1チップをリリースしたころに「SWaP(Space Watt and Performance)」という指標を提唱しました。 これはデータセンターでは単位面積、単位消費電力あたりのパフォーマンスを極大化するようなシステムを追求し、 そのようなサーバーを選択するべきではないか?という発想です。いわゆる「データセンターの3階層モデル」において、人海戦術的にサーバー台数でカバーするWebエッジ層で有効な指標です。

図1:データセンターの3階層モデル(クリックで拡大)

x86ラックマウントサーバーやブレードサーバーは、端的にはフォームファクタの観点からSWaPの"S(Space)"を効率化することが期待されて利用されてきました。ブロードバンドインターネットの普及に伴い、データセンターの扱うデータ量、必要とされる処理能力が急激に増大する中で、Webエッジ層のスケールアウトに対して、データセンターの限られた床面積に効率的にサーバーを詰め込むために見いだされた結論の1つです。

フォームファクタとしてラックマウントサーバーやブレードサーバーを採用することにより、40Uラックに対して、1Uラックマウントサーバーであれば最大40台、ブレードサーバーであれば3~4エンクロージャ、サーバー台数にして60台を詰め込めるようになりました。ラックあたりサーバー台数の高密度化に対する1つの解答がラックマウントサーバーでありブレードサーバーでした。

翻って、「はやぶさ」が帰ってくるまでの7年の間、IT業界はフォームファクタの側面からラックマウントサーバーやブレードサーバーを上回る"S"の効率化を実現できなかったということかもしれません。

図2:典型的なラックマウントサーバーとブレードサーバー(クリックで拡大)

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30