AI冷却需要の変化に対応する柔軟性に賭けるLiquidStack CDU 2.X
LiquidStackは、熱要件が変わり続けるAIハードウェア向けに設計された構成可能な冷却プラットフォーム、CDU 2.Xを発表した。LiquidStack CDU 2.Xは、複数の設置、電源、バルブ、冗長化構成をサポートしながら、毎分3,750リットルを供給できるとされる。
この組み合わせは、単なる容量拡大の発表にとどまらない。LiquidStackは、新世代のアクセラレータごとに別個の冷却プロジェクトとして扱う考え方を、運用者が改めるべきだと主張している。
同社は、最初のCDU 2.X specificationsによると、アイルランドで開催されたYotta 2026で同システムを発表した。予約注文は受け付けており、出荷は2027年第2四半期に始まる予定だ。
AIデータセンターが相互に関連する二つの問題に直面しているため、このタイミングは重要である。ラックにはより大きな冷却能力が必要になる一方、将来のサーバープラットフォームが流量、圧力、レイアウト要件をどのように変えるかは、運用者にも正確には分からない。
Vertiv、Schneider Electric、CoolIT Systemsなどのサプライヤーも、同じ拡大市場を追っている。複数の競合企業も、モジュラーCDU、集中制御、より高温・高密度なAIシステムへの対応を打ち出している。
そのためLiquidStackは、空冷だけを相手に競争しているわけではない。より厳しい競争相手は、特定の設備、ラック世代、または容量目標に最適化された専用冷却設計だ。
新プラットフォームは異なる取引を提案する。運用者は、将来のアクセラレータが登場した際の再設計を減らす代わりに、今日の段階で構成可能なアーキテクチャーを採用する。
LiquidStack CDU 2.X、単一の冷却装置を構成可能なプラットフォームへ
LiquidStack CDU 2.Xは、製造時に固定するのではなく、設備に関する複数の選択肢を一つのアーキテクチャーにまとめている。
冷却液分配装置、すなわちCDUは、施設側の水ループと、コンピューティング機器に供給するより清浄な冷却液ループを分離する。これら二つのループ間で熱を移動させると同時に、冷却液の流量、圧力、温度、ろ過を制御する。
この役割により、CDUは異なる更新周期で変化する二つのシステムの間に位置する。建物の配管や機械設備は数十年にわたって使用され得る一方、アクセラレータプラットフォームははるかに短い周期で変わる。
LiquidStackによると、CDU 2.Xは構成可能な機械・電気オプションによって、この不一致に対応する。顧客は、自社設備に合わせて異なる制御バルブ構成、電源供給、冗長化設計を選択できる。
同プラットフォームは、デュアルA/B電源と自動転送スイッチングをサポートする。最終的なシステム構成によっては、これらのオプションにより一方の電力経路が利用できなくなった場合でも運転を維持できる。
運用者は、ユニットを列の端部またはラックの横に設置することもできる。この選択は、既存の部屋に機械設備エリアの空きがない場合や、短い冷却液経路が必要な場合に重要となる。
公称最大流量は、3.5 barで毎分3,750リットルだ。LiquidStackは、この数値が現行の高性能GPUプラットフォームに十分であり、より高密度なシステムに向けた余裕も持つとしている。
ただし、流量だけで有用な冷却能力が決まるわけではない。実際の性能は、冷却液温度、圧力損失、熱交換器の挙動、制御、配管、接続するサーバーの設計にも左右される。
同プラットフォームは、摂氏45度、華氏113度に達する施設側入口水温をサポートする。適切な気候と運転条件では、より温かい施設側の水によって、エネルギー集約的な機械式冷却への依存を低減できる。
LiquidStackは低いアプローチ温度も強調している。この用語は、定義された運転条件下における熱交換器の両側の温度差を示す。
温度差が小さいと、サーバーの熱を除去しながら、より温かい冷却液を効率的に供給しやすくなる。ただし、その結果は一つの部品の仕様ではなく、システム全体に依存する。
この構成可能なアプローチは、LiquidStackのより幅広いダイレクト・トゥ・チップ製品群を拡張するものだ。ダイレクト・トゥ・チップ冷却では、プロセッサーなど高発熱部品に取り付けたコールドプレートへ液体を循環させる。
液体が電子部品に直接触れることはない。代わりに、コールドプレートが熱源の近くで熱を回収し、その後、冷却ループがその熱を別の場所へ移動させる。
この違いにより、新プラットフォームはハードウェアを誘電性流体に浸すLiquidStackの液浸システムと区別される。CDU 2.Xは、液冷コンポーネントを備えた従来型ラック形式を採用する施設を対象とする。
同製品は即時納品ではなく、予約注文が可能な段階にある。この状態は運用者にそれを前提とした設計の時間を与えるが、生産環境への導入や顧客の成果はまだ実証されていないことも意味する。
この発表は、LiquidStackの提案を特定の形で変える。十分な冷却容量を購入するという売り込みから、AIハードウェア更新サイクルを通じてアーキテクチャー上の選択肢を維持するという訴求へと移行するものだ。
AIデータセンターの冷却が変動要因になった理由
冷却の問題は、もはや単により多くの熱を除去することだけではない。建物が適応できる速度を上回って変化する機器を支えることが課題になっている。
AIアクセラレータは、密接に統合されたラック内部に電力と熱を集中させる。高速なインターコネクト、スイッチ、CPU、電源部品によって、GPU周辺の熱負荷はさらに増加する。
Nvidiaのリファレンス設計は、これらの要件がいかに速く変化しているかを示している。同社のfacility reference architectureでは、キャビネットの設計負荷はラック世代をまたいで198キロワットから330キロワットへ上昇している。
これらの数値は、すべての顧客導入ではなく設計条件を示すものだ。それでも、ある世代に合わせた冷却の判断が、次のアップグレード時には制約になり得る理由を示している。
従来の空冷ルームは、大量の空気をサーバーと熱交換器に通して熱を除去する。ラック密度が上昇し、利用可能な気流が限られたままであるほど、この手法は難しくなる。
ダイレクト液冷は、より多くの熱をプロセッサーの近くで移動させる。メモリー、ストレージ、ネットワーク、電源シェルフ、その他の部品も室内に熱を放出し得るため、空冷システムは依然として必要になる場合がある。
その結果、多くの場合でハイブリッド環境となる。運用者は、施設側の水、CDU容量、冷却液分配、残余の空冷、制御、サーバー要件を連携させなければならない。
この連携は、コロケーション事業者にとって大きな計画上の課題となる。顧客がAI容量を求めていることは分かっていても、各テナントがどのハードウェア構成を導入するかは分からない可能性がある。
ハイパースケール事業者はサーバー設計をより細かく制御できる。しかし、アクセラレータ世代間で高額な変更を避けながら、実績のある機械設備設計を多くのホールに展開しなければならない。
エンタープライズの購入者は別の制約にも直面する。多くの場合、はるかに低いラック密度、限られた配管容量、従来型の冷水温度を前提に設計された建物を改修する必要がある。
LiquidStackの液冷は、同じ中心的な主張でこれら三つのグループを対象としている。構成可能なCDUなら、導入ごとにまったく異なる製品を強いることなく、施設ごとの差異に適応できる。
経済的な影響は機器選定にとどまらない。冷却アーキテクチャーは、建設スケジュール、使用可能な床面積、保守手順、そしてサイトがサポートできるコンピューティング容量に影響する。
エネルギー需要はこの圧力を強めている。国際エネルギー機関は、世界のデータセンターの電力消費量が2025年の485テラワット時から2030年には約950テラワット時へ増加すると見込んでいる。
IEAの更新されたenergy demand outlookによると、AIに焦点を当てた施設は、カテゴリー全体よりも大幅に速く成長すると予想される。したがって、冷却インフラは電力容量をめぐる、はるかに大きな競争の中に位置している。
より温かい冷却水は、適切な条件下でシステム効率を改善できる。外気条件を活用して、コンプレッサーを用いる継続的な冷却なしに熱を排出するエコノマイザー運転の機会を広げられる。
ただし、入口温度45度への対応がチラーレス運転を保証するわけではない。気候、湿度、負荷パターン、機器温度、冗長化のルール、放熱設計はすべて結果に影響する。
AIワークロードは急速に変化し得るため、運用者には正確な制御も必要となる。トレーニング、推論、チェックポイント、保守によって、同一クラスター内でも異なる熱パターンが発生する可能性がある。
構成可能なCDUは、この変動性をなくすことはできない。しかし設計者に、容量の配置、障害の分離、変化する導入環境への冷却ループの適合を行うための手段を増やすことはできる。
これがLiquidStackが取り組む圧力点である。建物は、恒久的なボトルネックになることなく、不確実な連続するアクセラレータプラットフォームをサポートしなければならない。
真の競争は柔軟なアーキテクチャーと専用最適化の対決
LiquidStackの主な賭けは、各冷却設備を一つのハードウェア世代向けに最適化するよりも、適応性の方が大きな価値を生むという点にある。
専用設計の冷却には明確な利点がある。エンジニアは、既知のラック数と定義済みの熱的条件に合わせて、ポンプ、熱交換器、配管、制御を選定できる。
この精度は、余剰容量を抑え、検証を簡素化できる。また、サーバー設計、導入スケジュール、施設条件が安定している場合には、予測可能な性能をもたらすこともできる。
弱点は、前提の一つが変わったときに現れる。より高密度なラックでは、より大きな流量、異なる供給温度、新たな冗長化、または配管経路の見直しが必要になる可能性がある。
こうした変更はCDU以上の範囲に影響する可能性がある。ヘッダー、マニホールド、電源供給、制御、放熱、保守手順の変更を余儀なくされる場合がある。
LiquidStack CDU 2.Xは、これらの判断の一部を工場から導入段階へ移そうとしている。運用者は、電源トポロジー、バルブ戦略、物理レイアウトに合わせてユニットを構成できる。
このアプローチは、固定された装置というよりプラットフォームに近い。CDUは共通の基盤を提供し、導入時の選択が各データホールへの適合方法を決める。
この概念は、ポートフォリオ全体の標準化も支援する。大規模な運用者は、新築、改修、ラック隣接設置、列末設置にわたり、一つの製品ファミリーを利用できる。
標準化は、スペアパーツ、技術者教育、監視、設計テンプレートを簡素化できる。また、運用チームが理解すべき構成の数を減らすこともできる。
ただし、柔軟性が自動的に無償で得られるわけではない。選択肢が増えると、エンジニアリング作業、調達の複雑性、制御システムの試験、コミッショニング要件が増す可能性がある。
運用者は依然として正しいコンポーネントを選択しなければならない。多くの設計をサポートするプラットフォームであっても、正確な施設・ワークロードデータなしに最適な設計を特定することはできない。
競合各社も関連する戦略を進めている。Schneider Electric傘下のMotivairは2.5メガワットCDUを発表し、同社の集中型ポートフォリオは10メガワット超まで拡張可能だとしている。
同社は、より大きな冷却ドメインや協調制御を含む次世代AIファクトリー向けにシステムを位置付けている。同社の2.5-megawatt CDUは、容量をめぐる競争がいかに急速に上方へ進んでいるかを示している。
LiquidStackはすでに、2.5メガワットから14メガワットまで拡張可能な集中型アーキテクチャ「GigaModular」を提供している。この製品は、ラック列レベルの配置だけでなく、大規模なマルチメガワット級の冷却プラントを対象としている。
CDU 2.Xは異なる位置付けを担う。高温運転と大容量の流量を維持しつつ、コンピューティング機器の近くで柔軟に導入できることを重視している。
この位置付けにより、LiquidStackはより幅広いアーキテクチャの選択肢を提示できる。顧客は規模やリスクモデルに応じて、設定可能な分散ユニットと集中型モジュラーシステムを比較検討できる。
Trane Technologiesによる買収を通じて、同社はより大きな親会社組織も得た。Traneは、この統合によってチラー、放熱、制御、液体分配、オンチップ冷却がつながるとしている。
この熱管理戦略が重要なのは、顧客が冷却チェーン全体を評価する場面が増えているためだ。強力なCDUでも、能力不足のプラントや不適切に設計された分配ネットワークを補うことはできない。
VertivとSchneider Electricも、同様のエンドツーエンドの主張を打ち出せる。両社は冷却機器に加え、電力、インフラ、サービス、制御に関する幅広いポートフォリオを組み合わせている。
したがってLiquidStackは、構成可能性が測定可能な運用上の利点を生むことを示す必要がある。モジュラー冷却をうたう製品が多い市場では、長い機能リストだけでは差別化にならない。
決定的な比較軸はライフサイクル性能となる。購入者は、実際のハードウェア移行における導入時間、利用可能な容量、保守アクセス、制御安定性、効率、適応性を検証するだろう。
高流量でも統合リスクはなくならない
CDU 2.Xは冷却余力を提供できるが、最も難しい障害は通常、施設、冷却液、制御、サーバーが交わる場所で発生する。
CDUは直接液冷システムを構成する一部にすぎない。その実用的な性能は、前後に接続されるすべての要素に左右される。
施設側では、設計者は利用可能な水温、流量、圧力、水質、放熱能力、プラント冗長性を確認しなければならない。CDUに余力があっても、既存の配管が容量を制限する可能性がある。
技術側では、サーバーベンダーが冷却液の化学特性、温度、圧力、ろ過、許容される圧力変動を指定する。こうした要件は製品ファミリーごとに異なる場合がある。
コールドプレートとマニホールドはループ内に抵抗を生じさせる。長い配管経路、多数の継手、小径配管、標高差は、実際に供給される流量を低下させる可能性がある。
制御も別の依存要因となる。ポンプとバルブは、不安定な圧力、不十分な温度制御、冷却ゾーン間の干渉を生じさせることなく、変動する負荷に対応しなければならない。
Open Compute Projectは、こうしたインターフェースを継続的な標準化課題として扱っている。そのCDU workstreamsは、施設接続、液体分配、リファレンス設計、ミッションクリティカルな信頼性を対象としている。
この取り組みは、アーキテクチャ非依存という主張に慎重さが必要な理由を示している。ハードウェア互換性は、標準配管を十分に大きなポンプへ接続するだけの問題ではない。
CDUは原理上、複数世代のサーバーをサポートできる場合がある。それでも各導入には、エンジニアリングレビュー、水質管理、試運転、アラーム、保守計画、障害試験が必要となる。
冗長性も慎重に解釈する必要がある。二重電源は、上流の電力経路が独立したままであり、実際の障害条件下で切り替え動作が機能する場合にのみ役立つ。
ポンプ冗長化は一部のコンポーネント障害から保護する。しかし、汚染、ソフトウェア障害、共通配管の損傷、誤って設定された制御システムに起因する問題は防げない。
配置にも別のトレードオフがある。ラック隣接型ユニットは二次冷却液経路を短縮し、容量を局所化できるが、コンピューティング機器付近の貴重な床面積を消費する。
列末配置では、複数ラックの保守アクセスを集約できる。一方で、分離と冗長性の設計が不十分なら、より大きな共有障害領域を生む可能性がある。
集中型システムは、機器数を削減し、保守を集約できる。ただし、設計者が影響範囲を限定しなければ、共有システム内の問題がより多くのコンピューティング容量に影響する可能性がある。
LiquidStackは、施設条件が構成を左右すべきだと認めている。同社のゼネラルマネージャーであるScott Smith氏は、GPUプラットフォームとラック密度の進化に合わせて適応するインフラが事業者には必要だと述べた。
この発言は製品の狙いを表している。ただし、温度、流量、電力、バルブ、冗長性のあらゆる組み合わせでの性能を独立して検証するものではない。
最大流量の数値にも文脈が必要だ。事業者には、単一の見出しとなる運転点だけでなく、現実的な圧力条件全体にわたる性能曲線が必要である。
求められるのは、ポンプ効率、熱交換器のアプローチ温度、ろ過、音響特性、保守アクセス、制御統合、部分負荷時の性能に関する詳細だ。
水温に関する主張も同様に精査を要する。高温運転は放熱効率を改善できるが、より高温の冷却液はチップ側の熱的マージンを減少させる。
施設がCDUの全温度範囲を利用できるかどうかは、サーバー仕様によって決まる。すべてのアクセラレータが同じ冷却液条件を受け入れると、事業者は想定できない。
最も強力な証拠は、立会試験と本番環境での導入から得られる。こうした結果は、障害、負荷変動、保守、将来のサーバー更新時にシステムがどのように動作するかを示すべきだ。
それまでは、CDU 2.Xは主にサプライヤー仕様に裏付けられた、信頼に足るアーキテクチャ提案にとどまる。その柔軟性は有望だが、現場で実証された汎用性にはまだ至っていない。
LiquidStackのTrane支援が競争のเดิมพันを高める
TraneはLiquidStackにリソースとシステムの到達範囲をもたらす一方、グローバルな供給能力と完全な冷却統合への期待も高める。
LiquidStackは液浸冷却から出発し、その後、ダイレクト・トゥ・チップCDUとプレハブ型データセンターシステムへ拡大した。この経緯により、複数の液冷アプローチにわたる経験を得ている。
Traneは、完全買収を発表する前からLiquidStackに投資していた。この統合は、高密度コンピューティングの専門企業と、大手建築・熱管理サプライヤーを結び付ける。
この関係は、すでにTraneを通じてチラー、制御、サービス契約、放熱機器を計画している顧客への到達をLiquidStackにとって容易にする可能性がある。
また、製造と現地サービスの支援にもつながり得る。製品がパイロットプロジェクトから複数拠点での標準化された導入へ移行する際、こうした能力はより重要になる。
競争上の利点は明快だ。購入者は、複数ベンダーを調整する代わりに、プラントからチップまでの冷却経路全体について責任を負う単一のサプライヤーを選好する可能性がある。
ただし、同じ戦略は他社でも可能だ。Schneider ElectricはMotivairを所有しており、液冷をデータセンターの電力、制御、ソフトウェア、プレハブ型インフラと組み合わせられる。
Vertivは、電力分配、バックアップ電源、ラック、監視、サービスと並行して熱管理システムを販売している。CoolIT Systemsは、ダイレクト液冷に関する深い専門性と確立された技術パートナーシップを持つ。
これは、LiquidStackが液冷カテゴリーに参加するだけでは勝てないことを意味する。主要なインフラサプライヤーはすべて、AI向け熱管理を戦略市場として扱っている。
同社には三つの水準で差別化が必要だ。ハードウェアは仕様を満たし、制御は確実に統合され、サービス組織は運用ライフサイクル全体を通じて導入を支援しなければならない。
CDU 2.Xはハードウェアアーキテクチャを担う。Traneとの関係は統合とサポートの訴求を強化するが、顧客は実行を通じてその約束を検証するだろう。
生産時期が最初の試金石となる。出荷は2027年第2四半期に予定されており、発表から顧客への納入までには数カ月の間隔がある。
この空白期間は、設計調整を要するインフラでは通常のことだ。同時に、競合他社が容量、配置、制御、互換性に関する主張を調整する時間にもなる。
AIサーバーのロードマップはその間も進展し続ける。Nvidiaは、Vera Rubinプラットフォームがデータセンターをコンピューティングの単位として扱い、プロセッサ、ネットワーキング、電力、冷却を協調させるとしている。
このシステムレベルのアプローチは、すべての冷却サプライヤーに圧力をかける。CDUはもはや、単一の容量値を持つ孤立した機械的な箱として評価できない。
顧客は、承認済みのリファレンスアーキテクチャに適合するか、サーバーベンダーの要件を満たすか、制御と円滑に接続できるか、建設スケジュール内に納入されるかを問うだろう。
また、各サプライヤーが試運転をどのように管理するかも比較する。液冷では、フラッシング、充填、漏れ試験、化学特性管理、バランシングなど、多くの施設チームにとって未知の手順が導入される。
トレーニングとドキュメントは競争優位になり得る。技術的に有能な製品でも、施工者と運用者に再現可能な手順がなければ、拠点の立ち上げを遅らせる可能性がある。
Traneの規模は役立つはずだが、広い展開力がすべての場所で専門的な液冷ノウハウを保証するわけではない。LiquidStackは中央のエンジニアリング知識を、一貫した現場実行へと変換しなければならない。
この買収は顧客の期待も変える。LiquidStackは、焦点を絞った技術的賭けを行う独立系冷却スペシャリストとしてだけ見られる存在ではなくなった。
現在は、より大きなエンドツーエンド熱管理戦略の一部を担っている。顧客はCDU 2.Xを、そのより大きな約束、すなわち上流機器との連携の質も含めて評価するだろう。
それがこのローンチを戦略的に重要なものにしている。この製品は、LiquidStackが専門企業としての機動力を維持しながら、Traneの流通網とインフラの到達範囲を活用できるかを示す初期の実証となる。
CDU 2.Xが実力を示す三つのシグナル
次の証拠は、生産検証、実名での導入、複数世代のAIハードウェアにわたる互換性の成功から得られるべきだ。
最初のシグナルは出荷時期である。LiquidStackは2027年第2四半期に納入を開始するとしており、スケジュールの達成が最も早く測定可能な試験となる。
インフラプロジェクトは、機器の到着が協調されることに依存する。CDUの遅延は、フラッシング、試運転、サーバー設置、最終的な容量受け入れを滞らせる可能性がある。
予定どおりの出荷は、TraneのリソースがLiquidStackによる構成可能なプラットフォームの拡張を支援できるという主張を強化する。設計が魅力的なままでも、遅延は実行能力に関する評価を弱めるだろう。
二つ目のシグナルは、独立して検証可能な導入データだ。購入者は、実名の顧客、施設条件、試運転済み容量、運用温度、測定された性能を確認すべきである。
有用なケーススタディは、最大流量以上の内容を説明する必要がある。システム効率、冗長性試験、負荷遷移、保守手順、実際のAIラックとの統合を記録すべきだ。
本番環境の証拠では、パイロットと継続運用も区別する必要がある。短期間の実演では、長期的な化学特性、ろ過、制御、サービス上の問題は明らかにならない。
三つ目のシグナルは世代横断の互換性である。LiquidStackの中心的な提案は、冷却設計を繰り返しやり直すことなく、変化するアクセラレータをサポートすることに依存している。
最も強力な試験は、CDUアーキテクチャを維持しながら異なるサーバープラットフォームへ移行する施設で行われるだろう。その場合、エンジニアはどのコンポーネントに変更が必要だったかを記録できる。
変更が設定、バルブ、マニホールド、分配の詳細に限定されるなら、柔軟性に関する主張はより強まる。配管、ポンプ、電気系統に大幅な変更が必要なら、それを弱めることになる。
競合他社の動きは追加の文脈を与えるが、別個の試験ではない。競合各社は、容量を引き上げ、モジュール性に関する主張を拡大し続けるだろう。
重要なのは、運用事業者が、選択肢によってライフサイクル中の混乱を抑えられるという理由でCDU 2.Xを選ぶかどうかだ。技術的な導入詳細を伴わない購入発表は、より弱い証拠にとどまる。
業界全体は標準化された液冷インターフェースへと向かっているが、完全な互換性の実現はなお遠い。施設設計とサーバー要件には依然として大きなばらつきがある。
この現実は、構成可能なシステムに実用的な機会をもたらす。冷却プラットフォームが複数の信頼できる選択肢に対応できるなら、運用事業者に必要なのは唯一完璧な標準ではない。
同時に、それは期待値も限定する。柔軟性は再設計の作業を減らせるが、すべてのサーバー、流体、配管、制御システム、施設条件を互換にできるわけではない。
データセンターの購入担当者にとって、当面の課題は明確だ。CDU 2.Xを、既知のラック導入ロードマップ、施設上の制約、障害ドメイン、保守要件と比較すべきである。
開発者やAIユーザーがこうした冷却ループを自ら構成することはない。それでも、新しいコンピューティングリソースがいつ利用可能になるかは、熱容量の影響をますます受けるため、関心を持つべきだ。
機械設備の遅延は、高価なサーバーを遊休状態にしかねない。効率的で適応性の高い冷却設計は、周辺施設を再構築することなく、新たな容量を導入する助けとなる。
したがって、LiquidStack CDU 2.Xは完成した結論ではなく、インフラ投資として注目に値する。毎分3,750リットルという仕様は技術的な意欲を示し、構成可能性が商業面での主張を形作る。
最終的な評価は、発表後に得られる証拠次第だ。2027年の出荷予定日、実際の導入結果、ハードウェア更新のケーススタディに注目したい。
これらのシグナルが一致すれば、LiquidStackは冷却の柔軟性が変化するAIラックに追随できることを示したことになる。そうでなければ、専用設計は最も強力な根拠を維持するだろう。
