Rackableの "S"

従来のラックマウント/ブレードサーバーはある程度の高密度化を実現しました。しかし、そのフォームファクタによって自ら"S"の効率化に制限を課し、またラック列、空調設計についてはホット/コールドアイルという必須要件をデータセンターに持ち込みました。

これに対してRackableシリーズではシンプルに発想し、よりコンパクトなマザーボードと筐体(きょうたい)を採用することでラックあたりのサーバー密度をさらに向上させようとしました。

(1)Foundation Rack
従来のラックマウントサーバー(full depth)に比べて奥行きが約半分のhalf depthサーバーを開発、採用することにより、2倍の高密度(40Uラックあたり80サーバー)を実現。ラックは両前面となり、各種I/Oポートには前面からアクセスします。
両前面の片脇にはネットワークケーブルを束ねるスペースが設けられており、ケーブルパニックやエアフロー阻害の心配もありません。また三相交流、単相交流、直流受電に対応し、受電・配電の仕組みはラック内に組み込まれているため、電源ケーブル取り回しの煩雑さもありません。
ネットワークケーブル、スイッチ、電源ケーブルはあらかじめラックに組み込まれて出荷されますので、増設時にはネットワークケーブルをポートに挿すだけで使い始めることができ、増設・リプレース時の作業工数を抑えることができます。
half depthサーバー自体は従来と同様に前面吸気、背面排気ですが、これを1台のラックに両前面として搭載することで、ラックは両面吸気、中央上部排気となります。ラックには中央上部排気をスムーズにするためのシンプルなアイデアも取り入れられています。この排熱仕様により、従来のようにホット/コールドアイルにラック列を分離する必要がなくなり、サーバールーム全体の空調設計をシンプルにします。また熱対流の観点からも、中央上部排気は理にかなった方法と言えます。
(2)Cloud Rack
名前の通り、大量のサーバー台数が必要となるクラウド世代のWebエッジ層にターゲットを絞った製品です。
サーバー筐体という発想を捨て、1Uのトレイ(お盆)にマザーボードやHDDをすき間無く並べることにより、サーバーの高密度化、軽量化を目指します。構成にもよりますが、最大で1Uトレイあたり6サーバーを搭載し、40Uラックで200サーバー弱を稼働させることができます。
エアフローは一般的な前面吸気、背面排気で、トレイ上からファンを廃し、ラック背面に集約することで冷却の効率化を実現しています。
電源は三相交流、単相交流に対応しており、特に三相交流を一括受電することにより、相間バランスの不均衡をなくし、電源設備としての電力ロスを抑えることも想定して設計されています。

図3:Rackableシリーズの製品群

サーバーコンポーネントからのアプローチ

残りの"W(Watt)"と"P(Performance)"については、主にサーバーの構成要素であるコンポーネントから効率化へのアプローチがなされてきました。その結果CPUではマルチコア化が、メモリ/HDDでは大容量化が進む一方で、コンポーネントあたりの消費電力"W(Watt)"は大きく増えていません。「はやぶさ」が帰って来て見ると、消費電力(W)あたりの"P(Performance)が改善され、サーバーとストレージはますます働き者になっていたのです。

Rackableの "W" と "P"

Rackableシリーズもx86サーバーである以上、他社と同じコンポーネントを使用しており、消費電力の点で差別化を計ることは困難です。

Rackableシリーズでは、BTO(Build-to-Order)という製造方式を採用しています。カタログの中から決まった構成を選ばせるのでは、ユーザーの使用用途、環境に必ずしも合致しません。“Nothing more, Nothing less”というコンセプトのもと、低消費電力、もしくはパフォーマンスを改善できるようなコンポーネントを使用し、おのおののユーザーにとって最適なサーバー構成を探します。また、その努力はサーバーのみならずラック単位でも行われており、RackableオリジナルのAC電源や、直流電源、ラック単位で一括AC/DC変換を行うなど、システムとしての電源効率にも早くから着目し、"W"と"P"の改善に取り組んでいます。

人気記事トップ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