液冷設備は、配管をつないで冷媒を流すだけでは、本番稼働できる状態になりません。商用データセンターで確かめるべきなのは、通常運転時の冷却能力に加え、ポンプ停止や漏液時にも契約した運用条件を維持できるかという点です。本記事では、冷却方式の違いから、試運転の手順、合否判定、導入費用と事業者の比較までを、設備側とサーバー側の接点に注目して整理します。
DLCと液浸冷却の違いは、液体が触れる場所にある
ダイレクト液冷（DLC）は、主に演算装置などの発熱部品に取り付けたコールドプレートへ冷却液を流し、熱を回収する方式です。液体は設計された流路の内部を通り、電子部品全体を液中に沈めるわけではありません。既存のラック運用をある程度維持しやすい反面、配管、分岐部、接続継手、サーバー内部の流路までを一つの冷却系統として管理する必要があります。
液浸冷却では、対象機器を電気を通しにくい液体に浸します。単相方式は液体を基本的に液体のまま循環させて熱を取り出し、二相方式は沸騰と凝縮を利用します。どちらも、液体と部材の適合性、保守時の取り扱い、液体の品質管理が設計の前提です。二相方式では、蒸気の封じ込めや凝縮器の状態など、単相方式とは異なる確認項目も加わります。
方式の違いは、試運転で確認する対象にも表れます。DLCでは各サーバーへの流量配分と継手の健全性が重要になり、液浸では槽内の温度分布、液面、循環経路、機器の出し入れを含む保守手順まで検証します。機器メーカーが対象方式や液体での使用を認めているかも確認事項です。冷却できることと、保証条件に沿って運用できることは同じではありません。
液冷と空冷のハイブリッド比較は、残る発熱から始める
液冷を採用しても、空調が不要になるとは限りません。DLCで液体側へ回収されない熱は、メモリー、電源、記憶装置などから室内へ放出される場合があります。その量はサーバーの構成と冷却対象によって変わるため、固定した割合で見積もらず、対象機器の仕様と実測で確かめます。
液冷・空冷のハイブリッド構成では、液体側の能力だけでなく、残余熱を処理する空気側の能力も試験します。ラックへの吸気温度、排気の回り込み、室内の温度分布を記録し、液冷系統が安定していても特定の部品や周辺機器が過熱しないことを確認します。負荷が低い状態で問題がなくても、高負荷時や隣接ラックの稼働条件によって結果は変わります。
リアドア型熱交換器は、ラック背面で排気の熱を液体へ受け渡す方式です。既存設備への追加候補になりますが、扉の重量、開閉空間、ホースの取り回し、結露対策、必要な風量を確認しなければなりません。ファンを備える構成と備えない構成では、停電や故障時の振る舞いも異なります。
空冷方式は、機器互換性や保守手順の共通化を優先しやすい一方、高密度化に伴って必要風量や局所的な排熱処理が制約になります。比較では方式名だけで優劣を決めず、対象ラックの発熱、既存空調の余力、保守動線、将来の増設計画をそろえて評価するのが実務的です。
データセンターのCDUの選び方は、能力と制御範囲で決まる
冷却液分配装置であるCDUは、設備側と情報機器側の冷却回路をつなぐ重要な装置です。熱交換器で回路を分離する構成では、施設側の水質や圧力をそのままサーバー側へ持ち込まない設計にできます。ただし、すべての製品が同じ回路構成ではなく、空気へ放熱する構成もあるため、熱の受け渡し先から確認します。
選定時に最初に見るのは、予定する温度条件で必要な熱量を処理できるかです。カタログの冷却能力は、施設側の供給温度、機器側の流量、使用する液体などの条件に依存します。定格能力が同じ装置でも、実際の運用条件では利用できる能力が異なる場合があります。熱交換器には温度差が必要であり、施設側の供給温度とサーバーへの供給温度を同一とみなしてはいけません。
次に、最も圧力損失が大きい流路でも必要流量を確保できるかを確認します。配管、フィルター、分岐管、継手、コールドプレートの抵抗を積み上げ、ポンプの運転範囲と照合します。同時に、サーバーや継手の許容圧力を超えないこと、流量が少ない運転でも制御が不安定にならないことを検証します。増設余力を持たせる場合も、大きな装置を置くだけでは十分ではありません。
冗長性は、予備ポンプの有無だけで判断しないことが大切です。電源、制御装置、熱交換器、施設側の供給経路などに共通の故障点が残っていれば、ポンプが複数あっても冷却が止まる可能性があります。部品交換のために隔離できる範囲、保守中の処理能力、監視システムへの通知内容まで含めて評価します。
液冷データセンターの試運転は、配管確認から負荷試験へ進める
試運転を始める前に、何を満たせば引き渡せるのかを文書にします。対象負荷、供給温度、必要流量、許容差圧、液体の品質、漏液時の動作、復旧条件を、施設運営者と機器供給者の間でそろえます。判定条件が曖昧なまま試験を始めると、異常なのか仕様の範囲内なのかを判断できません。
施工完了後は、配管図と実物の一致、弁の向き、支持方法、継手の接続状態、機器の保守空間を確認します。耐圧・漏えい試験は、設計基準と各部材の許容条件に従い、資格や知識を持つ担当者が実施します。サーバーを含めた状態で、接続部品の定格を超える試験圧力をかけてはいけません。試験媒体や隔離範囲も、施工要領とメーカー指定に合わせます。
通液前後には、洗浄、異物除去、適切な液体の充填、エア抜きを行います。洗浄時の異物をサーバー側へ流し込まない経路を用意し、洗浄剤や使用水が部材に適合していることも確認します。液体の管理項目は製品によって異なりますが、水質、添加剤濃度、粒子、腐食や微生物への対策などが対象になります。異種金属やシール材との適合性を含め、独自判断で液体を変更しない運用が必要です。
循環が安定したら、計器の校正状態と設置位置を確認し、各分岐の流量を調整します。供給・戻り温度、流量、差圧、ポンプ運転状態を同じ時刻軸で記録すると、制御の振動や一部流路の不足を把握しやすくなります。室内の露点と配管表面温度も確認し、結露が起きる条件を避けます。断熱材があっても、継手や弁などの露出部まで対策が連続しているとは限りません。
負荷試験は、低負荷から設計上の検証負荷へ段階的に進め、安定状態だけでなく負荷の立ち上がりも観察します。模擬負荷装置は熱源として有効ですが、実機と流路抵抗や熱の集中位置が異なることがあります。そのため、模擬負荷で設備能力を確認した後も、実機の代表的な処理による温度と性能の検証が必要です。
最後に、ポンプ停止、電源系統の切り替え、通信断、センサー異常、漏液検知などの試験を、承認された計画と安全対策の下で実施します。本番機器に実際の漏液を起こすのではなく、検知信号の模擬入力など適切な方法を使います。異常を検知した時刻、警報の到達、制御の切り替え、温度変化、復旧までを記録し、冷却側とサーバー側の動作が整合していることを確かめます。
GB200 NVL72の液冷要件は、構成ごとの資料で確認する
NVIDIA GB200 NVL72のような高密度のラック規模システムは、一般的なラックの延長として扱わない方が安全です。ラック全体の電力、液体で回収する熱量、室内へ出る熱量、必要流量、許容圧力を、採用するシステムの仕様に沿って確認します。名称が同じ系列でも、供給者の実装や施設との接続方法によって確認事項は変わります。
要件表には、冷却液の種類、供給温度の許容範囲、入口圧力、差圧、必要流量、ろ過条件、接続継手、液体の品質管理項目を含めます。メーカーが許容する入口温度だけを見ても、施設側の熱源設備やCDUでその条件を継続して作れるとは限りません。配管経路と熱交換条件を含めた設計で照合する必要があります。
建築・電気設備との整合も欠かせません。搬入経路、床荷重、ラック固定、給電経路、遮断時の動作、保守時の作業空間を、冷却配管と同時に確認します。ホースや配管が電源設備や避難動線を妨げないこと、保守のためにラックを動かす際の制約も、運用開始前に明らかにします。
受け入れ試験では、冷却能力不足による性能抑制を見落とさないようにします。処理が完了するだけでは合格とせず、想定する負荷で温度、電力、処理性能、警報履歴を照合します。実施した負荷の種類と継続時間も残せば、稼働後に性能低下が発生した際の比較材料になります。
液冷によるPUE改善効果は、測定範囲をそろえて判断する
PUEは、施設全体の消費電力量を情報機器の消費電力量で割った指標です。液冷ではファンや冷却設備の電力を減らせる可能性がありますが、CDU、循環ポンプ、熱源設備などの電力も評価に含める必要があります。液冷という方式名だけで、一定のPUEになるとは言えません。
部分的な設備範囲を対象とするpPUEと、施設全体のPUEは、そのまま比較できません。測定点、含めた設備、計測期間、情報機器の負荷率、外気条件をそろえることが前提です。設計上の予測値、引き渡し時の試験値、通常運用の実績値も区別します。特に短時間の試験結果だけでは、季節や負荷変動を含む運用効率は分かりません。
熱収支の確認には、流量、供給と戻りの温度差、液体の比熱や密度を使います。これらから求めた回収熱量と、同じ範囲・時間帯の機器電力を照合すると、計器の誤差や想定外の放熱を検討できます。不凍液などを含む場合は、水と同じ物性値で計算しないことが必要です。温度計の取り付け位置や時刻のずれも、結果に影響します。
また、PUEの改善と計算処理全体の省エネルギーは同義ではありません。冷却によって機器の消費電力が変わると、分母の変化もPUEに影響します。施設電力に加え、同じ処理量当たりの電力量や処理時間を確認すると、事業上の改善を判断しやすくなります。
液冷データセンターの導入費用は、設備と運用の境界で変わる
導入費用を比較するときは、CDUや配管の購入費だけでなく、本番稼働に必要な範囲をそろえます。設計、施設側の熱源改修、電気工事、漏液検知、監視連携、試運転、教育、予備部品まで含めると、見積もりの差が生じた理由を整理できます。既存施設では、工事区画の分離や停止可能時間の制約も費用に影響します。
特に見落としやすいのは、建物側の能力増強です。ラック付近に液体を供給できても、回収した熱を最終的に外へ捨てる設備に余力がなければ増設できません。施設側配管の口径、ポンプ、熱交換器、屋外設備、給電容量まで確認します。室内の空冷負荷が残る場合は、その設備費と運転費も必要です。
運用費には、電力だけでなく、液体の検査や補充、フィルター交換、保守契約、漏液時の復旧、作業員の教育などが含まれます。液浸方式では、液体の取り扱い、機器からの液切り、部材交換、使用後の処理も検討対象になります。液体や部材の交換周期は一律に決めず、供給者の指定と実際の管理状態に基づいて計画します。
総保有費用を試算する際は、稼働率、増設の時期、電力単価、保守体制などの前提を明示します。高負荷で使い続ける設備と、段階的に埋まる設備では、同じ構成でも費用対効果が変わります。省電力の見込みだけで投資判断をせず、導入工事と将来の機器更新に伴う停止・移設費用も含めて比較します。
液冷対応データセンター事業者の比較では、責任分界を読む
「液冷対応」という説明だけでは、利用できる条件は分かりません。DLC、液浸冷却、リアドア型熱交換器のどこまでを受け入れ、どの機器との組み合わせを検証しているかを確認します。対応可能なラック電力に加えて、液体側へ渡せる熱量と、空気側で処理できる熱量が明確かも比較の要点です。
責任分界では、施設側の接続点、CDU、ラック内配管、サーバー内部のどこを誰が保守するかを具体化します。液体の品質を管理する担当者、漏液検知後に弁を閉じる権限を持つ担当者、機器停止を判断する担当者が曖昧だと、復旧の初動が遅れます。機器交換時に液体を抜く範囲や、再接続後の確認作業も合意しておくべき項目です。
サービス品質保証は、稼働率の数値だけでなく、何を提供条件として保証しているかを読みます。冷却液の温度や流量が対象なのか、設備の稼働状態が対象なのかで意味が異なります。保守停止や利用者側の機器故障がどのように扱われるか、障害通知と復旧連絡の手順も確認します。
冗長構成の説明には、実施済みの試験記録が伴うと判断しやすくなります。切り替え時の温度変化、保守中に許容される負荷、共通設備の停止時の影響範囲を確認します。設備が二重化されていても、同じ制御盤や配管に依存していれば、期待した独立性が得られない場合があります。
液冷データセンターの稼働調整でよくある誤解
「流量を増やせば、必ずよく冷える」という理解は不十分です。流量を増やすと温度差が小さくなる場合がありますが、ポンプ電力や圧力損失も増え、部材の許容条件に近づく可能性があります。必要なのは最大流量ではなく、対象機器の仕様を満たす流量を、安定して配分することです。
「供給温度は低いほどよい」とも限りません。必要以上に温度を下げると、熱源設備の消費電力や結露リスクが増える場合があります。一方、温度を上げれば常に効率が改善するわけでもなく、機器の許容温度や必要流量、室内への残余熱との整合が必要です。設定変更は一項目ずつ行い、温度、流量、電力、性能への影響を記録します。
「液浸なら空調や建物の排熱設備がすべて不要」という理解も誤りです。対象サーバーの空気冷却を減らせても、液体に集めた熱を外へ運ぶ設備や、周辺の電源・通信機器への対応は残ります。方式単体ではなく、最終的な放熱先まで含む設備全体で考える必要があります。
液冷データセンターの選び方を、引き渡し条件に落とし込む
実務の次の一歩は、希望する冷却方式を決めることより、対象機器と運用条件を一枚の要件表にまとめることです。機器構成、負荷の変動、液体の条件、必要な冗長性、保守可能時間、将来の増設範囲を記載します。その表を基準にすれば、設備案や事業者の説明を同じ条件で比較できます。
続いて、通常運転、部分負荷、急な負荷変化、単一故障、保守作業、復旧の各場面について、試験方法と合否判定を対応付けます。温度や流量の測定値だけでなく、警報が誰に届き、誰が判断し、どの手順で復旧するかまで確認対象にします。試験で見つかった不具合は、是正内容と再試験の結果を残してから引き渡します。
引き渡し資料には、完成図、機器一覧、設定値、計器情報、液体の検査結果、試験記録、保守手順を含めます。稼働後は、同じ条件で比較できる初期値を基準に、流量低下、差圧上昇、温度変化を追います。液冷設備の品質は、試運転で一度冷えたかどうかではなく、変化を把握しながら安全に運用・保守できる状態で決まります。
