Quantum Sea

タグ: 液体冷却

  • MicrosoftとNexthop AIが示すSONiC BMC、液冷漏れの監視と停止

    MicrosoftとNexthop AIが示すSONiC BMC、液冷漏れの監視と停止

    液冷のネットワークスイッチでは、冷却液を流す仕組みに加えて、漏れたときに誰が気づき、どこを止めるかも設計する必要があります。通信を制御する主CPUを停止したあとも、監視や遠隔操作の経路を残せるかが大切になります。

    2026年8月のOCP APAC SummitでGuohan Lu氏（Microsoft）とRyan Torres氏（Nexthop AI）が紹介したのは、機器の状態監視と遠隔管理を担うBMC（Baseboard Management Controller）でSONiCを動かす構成です。液漏れの程度や検知した場所に応じて、通知、主系の電源停止、ラック側との連携を分けています。［1］

    簡単にまとめると？

    • SONiC BMCは主CPUと監視・管理を分け、主系を止めた後も液漏れへの対応経路を残す設計です。
    • 漏れの重大度や場所に応じて、通知、主系の停止、ラック側や担当者との連携を使い分けます。
    • 発表は対応構成と展開計画を示すもので、停止のしきい値や全機種への対応、無停止運用を保証していません。

    主CPUを止めても、監視する側を残す

    BMCは、主CPUとは別の管理用プロセッサーです。資料では、主CPUの動作状態によらずBMCを動かし、液漏れセンサーを監視する設計が示されています。ここでいう常時監視は、主系と監視系の動作を分ける考え方であり、機器への給電が失われても動き続けるという意味ではありません。［1］

    スイッチ側の要件には、BMCから主系の電源を入れ直せること、BMC自身の再起動が主CPU側へ影響しないこと、管理ポートをBMCへ接続することが挙げられています。BMCと主CPUの間には、USBを使ったEthernetの管理通信経路を設けます。通信を転送する回路と、それを外側から管理する回路を分ける構成です。［1］

    軽微な漏れと重大な漏れで、対応を分ける

    漏れを検知したら、すべて同じ動作にするわけではありません。資料は、異なる重大度のセンサーを複数備えることに加え、センサー自身が正常かを確認すること、検知後の対応方針を決めることを要件にしています。［1］

    スイッチ内の軽微な漏れの例では、BMCがSyslogというログ通知を送り、担当者が機器を点検します。この図には、主系の自動停止は示されていません。一方、重大な漏れの例では、通知とともにスイッチの主系を電源停止し、担当者が隔離と点検に向かう流れです。［1］

    重大な漏れの図には、リンク切断を検知したあとに通信を別経路へ移す動作も描かれています。ただし、これは発表が示す対応の構成例です。通信の切り替え時間や、切り替え先の容量、無停止で運用できることを実証した数値は示されていません。［1］

    ラック側の異常も、同じ管理経路へつなぐ

    漏れがスイッチ内ではなく、ラック側で見つかる場合もあります。資料の構成では、ラック全体を管理するラックマネージャーとBMCが、機器管理用の標準インターフェースRedfishで連携します。ラック側の異常を、スイッチを止める判断へつなげるためです。［1］

    ラック側の液漏れの例では、ラックマネージャーからBMCへ通知と停止要求が送られます。BMCは、運用操作を伝えるgNOIを使って主系へ正常な終了処理を求め、代替手段として主系の電源停止も備えます。同時に担当者へ知らせ、ラックの隔離と点検につなげます。［1］

    図1では、左側のラックマネージャーから中央のBMCへ、漏れの通知と停止要求が送られています。BMCから右側の主CPUへ向かう赤い経路は、gNOIによる正常な終了処理と、代替手段としての電源停止です。下部には担当者によるラックの隔離・点検と、リンク切断後の通信切り替えも並んでいます。機器の停止だけで完結せず、人とネットワーク側の対応までつなぐ構成です。

    ラックマネージャーがRedfishでBMCへ漏れを通知し停止を要求する構成図。BMCは主CPUへgNOIによる終了処理を求め、代替として主系の電源を切る。Syslog通知を受けた担当者のラック隔離・点検と、リンク切断後の通信切り替えも示す。具体的なしきい値・待ち時間は記載されていない。
    図1　ラック側の漏れを検知したあとの通知と停止経路（原図引用）
    Guohan Lu（Microsoft）、Ryan Torres（Nexthop AI）「SONiC BMC for Liquid-Cooled Switches」、2026年8月、p.20。講演資料［1］。
    図は横にスクロールできます。図の画像を開く

    この設計でそろえようとしているのは、センサーの検知から、人への通知、機器の停止までの受け渡しです。軽微と重大を分ける具体的なしきい値や、終了処理をどれだけ待つかは、今回のスライドには示されていません。図の流れと、個々の設備で決める運用条件を分けて読む必要があります。

    BMCでもSONiCを使う理由

    SONiCはネットワークスイッチ向けのOSです。BMC側でも同じソフトウェア基盤を使う狙いは、コンテナの管理、ソフトウェア更新、脆弱性への対応といった運用方法をそろえることにあります。ただし、主系とまったく同じ機能をBMCへ載せるわけではありません。［1］

    BMC側では、データベースや監視情報を扱う機能の一部を動かし、パケット転送用ASICを制御するsyncdやswssは動かしません。機器を監視するpmonコンテナには、液漏れやラックマネージャーの指示に応じて電源を制御するbmcctldを追加し、Redfish用のコンテナも設けます。BMCが引き受けるのは、通信を転送する主系を管理する役割です。［1］

    初期対応と、これからの機種展開を分ける

    資料が示すBMCのハードウェア要件は、ARM64、4GBのDDR5メモリー、8GB以上のeMMCストレージ、セキュアブートなどです。ソフトウェアの使用量としては、イメージ750MB、ディスク1.5GB、メモリー1GB未満が記載されています。後者は紹介された構成の使用量であり、搭載メモリーの要件を1GB未満へ置き換えるものではありません。［1］

    初期実装の範囲も具体的です。ロードマップの「202605」には、BMC向けチップであるAST2720のA1／A2対応と、sonic-aspeed-arm64.binという専用イメージ、Redfishが挙げられています。一方、空冷・液冷の最初のプラットフォーム対応は「202611」の項目です。これは2026年8月の発表時点の計画で、あらゆるBMCや液冷スイッチがすでに対応しているという説明ではありません。［1］

    液冷を運用へ入れるには、冷やす能力とともに、異常を見つけたあとに動く仕組みが必要です。SONiC BMCの取り組みは、主系から分けた監視と管理を土台に、漏れの重大度や場所に応じた対応を組み立てるものです。対応機種と運用条件を確かめながら、設備側とネットワーク側の管理をつなぐ設計として見ることができます。

    共同発表者が所属するMicrosoftの事業全体は、cyclewaveの企業解説にまとめています。

    Microsoftの企業解説を読む

    BMC向け半導体を手がけるASPEEDの事業は、cyclewaveの企業解説で紹介しています。

    ASPEEDの企業解説を読む

    参考資料

    ［1］Guohan Lu（Microsoft）、Ryan Torres（Nexthop AI）「SONiC BMC for Liquid-Cooled Switches」。2026年8月の公開スライド、全25ページ。7–14ページ：BMCの要件とSONiCの構成、15–20ページ：軽微・重大・ラック側の液漏れへの対応例、21–22ページ：使用量とロードマップ。本文は公開スライドに基づき、録画は未視聴です。

    ［2］Open Compute Project「2026 OCP APAC Summit」。開催日、登壇者、公式公開資料の一覧。

  • 液冷継手UQDの相互運用性、CPCが提案する共通の試験条件

    液冷継手UQDの相互運用性、CPCが提案する共通の試験条件

    液冷の配管をつなぐ部品を、複数のメーカーから選べる。調達の自由度が広がる一方で、実際に組み合わせたときに、同じように流れ、同じ条件で使い続けられるかは別の確認が必要です。

    2026年8月のOCP APAC SummitでCPCが取り上げたのは、クイックディスコネクト（QD）の相互運用性と適格性評価です。形が合うことから一歩進み、部品の試験、組立て、保管、運用まで、何を共通の条件として確かめるかが主題でした。［1・2］

    簡単にまとめると？

    • UQDは液冷継手の接続寸法や性能要件をそろえますが、実際の冷却液や装置との適合確認は別に必要です。
    • CPCは、輸送・保管から洗浄、組立て、運用まで、部品の一生を通した評価を提案しています。
    • 合格範囲と測り方を共有する呼びかけであり、完成済みの新しい認証制度を示した発表ではありません。

    UQDがそろえるものと、実装で残るもの

    QDは、冷却液の流路を着脱するための継手です。OCPのUniversal Quick Disconnect（UQD）仕様は、プラグとソケットの接続寸法や性能要件を定めています。異なる供給元の製品を組み合わせるための土台ですが、「UQDという名前なら、どんな冷却液や装置でも無条件に使える」という意味ではありません。［3］

    CPCの発表では、機械的な条件、流れに関する条件、仕様の解釈がそろわないことを課題に挙げています。部品単体で確認した条件と、サーバーやラックに組み込んだときの要求が違えば、同じ試験結果でも判断が分かれます。資料には複数の試験回路が並び、試験の組み方そのものを比較する必要が示されていました。［2］

    適格性評価は、使い始める前から始まる

    適格性評価は、部品が意図した用途と条件に適しているかを、試験や確認によって判断することです。今回の資料は、製造・輸送・保管、組立てと試験、運用中の監視と交換、最後の撤去までを、一続きのライフサイクルとして捉えています。［2］

    使い始める前にも、問題の入口はあります。製造のばらつき、流路に残った異物、保管中の液体の滞留に伴う材料の不適合、想定していない洗浄方法などです。資料は、ろ過せずにフラッシングする例や、QDの弁に異物が影響する例を挙げています。新しい部品だから、運用初期の故障要因がないとは限りません。［2］

    ここから分かるのは、接続後の漏れだけを確認しても、評価の全体にはならないということです。たとえば部品の保管条件と装置側の洗浄手順が食い違っていれば、部品の図面に問題がなくても、組み上がった流路の状態は変わります。これは発表で挙げられた要因から読み取れる、統合時の注意点です。

    共通にしたいのは、合格の境界と測り方

    発表が求めるのは、すべてのメーカーの設計を一つにすることではありません。許容する性能の範囲と、その範囲を確かめる方法を共有することです。

    資料では、要求事項を上限・下限まで明確にすること、試験と検証を調和させること、試験設備の違いを解消することを提案しています。数値が一つ載っているだけでは、その値をどんな条件で測り、どこまでを合格とするのかは伝わりません。部品の供給元、装置を組む側、使う側が同じ境界を読めるようにする必要があります。［2］

    その対象はUQDだけに閉じていません。ブラインドメイト型を含むQD群や、コールドプレート、マニホールド、ポンプ、ろ過、冷却液まで、冷却回路を構成する要素を横断して議論する方向です。個別の仕様を積み重ねるだけでなく、隣り合う部品の間で、確認条件をつなぐ取り組みと言えます。［2］

    標準部品を選ぶことと、組み合わせを確かめること

    今回の発表は、共通の評価枠組みを作り、既存の液冷要求事項を更新していこうという呼びかけです。ここで示された方針が、そのまま完成済みの新しい適合認証制度になったわけではありません。

    液冷設備を選ぶときには、部品が準拠する仕様と版、適用する冷却液や温度・圧力の条件、組み合わせの試験範囲を別々に読む。それに加えて、輸送・保管から初期洗浄までの引き継ぎをそろえる。複数メーカーを使える利点を現場で生かすには、接続口だけでなく、評価の前提もつながっていることが大切です。

    企業の事業もあわせて読む

    CPCを傘下に持つDoverの全体像は、cyclewaveの企業解説で整理しています。

    cyclewaveでDoverの企業解説を読む

    参考資料

    2026年9月27日確認。公式掲載スライドをもとに構成しています。

    ［1］Open Compute Project「2026 OCP APAC Summit」発表一覧

    ［2］CPC「Maximizing Impact Through Best Practices – DLC Qualification & Interoperability」公式掲載スライド。ライフサイクルと初期故障要因はpp.4–6、相互運用性・試験条件・共同検討はpp.7–10。イベント一覧では「Accelerating Liquid Cooling Deployment Through UQD Interoperability and Qualification Frameworks」と掲載。

    ［3］Open Compute Project「Universal Quick Disconnect（UQD）Specification Revision 1.0」。UQDの定義と接続・性能要件。

  • Stäubliの液冷QD、配管を着脱する継手とホースの組み合わせ設計

    Stäubliの液冷QD、配管を着脱する継手とホースの組み合わせ設計

    たとえば、液冷ラックを新しい機種へ入れ替えるとします。必要な冷却液の流量が変わっても、施設の配管をすべて作り直すのではなく、交換する範囲を区切っておけたら、次の構成へ移りやすくなります。その境目をつくる部品の一つが、配管を着脱するクイックディスコネクト（QD）です。

    2026 OCP Korea Tech Dayの公式一覧に掲載されたStäubli（ストーブリ）の資料は、大口径QDからホースの材質、曲げ方、端末の固定方式までを並べ、液冷設備のモジュール化を考えています。ここでは、接続部品を単体で選ぶだけでは見えにくい、その組み合わせに目を向けます。［1・2］

    簡単にまとめると？

    • 液冷配管のモジュール化では、QDを付けるだけでなく、交換時に外す範囲と設備側に残す範囲を決めます。
    • 同じEPDMホースでも、口径や架橋方法、曲げ半径が異なるため、材料名だけでは選べません。
    • 必要な流量、ホースの取り回し、端末の固定までを一つの流路として設計することが大切です。

    どこで外すかを、配管全体から決める

    資料の図は、施設側の冷却水系、冷却液分配装置のCDU、ラック、各サーバーを含む冷却系統の全体像を示しています。ラック内で冷却液を分けるマニホールドだけでなく、施設配管からラックへ分岐する場所にも、交換や接続の境界があります。［1］

    その分岐部の説明では、流量を調整する部品、ホースを接続する部品、ラック側で着脱する部品を分けています。ホース端部を固定する継手と、着脱時の液だれを抑える「drip-less connector」は、それぞれ担う役割が違います。接続できる形をそろえることに加え、どの部分を外し、どの部分を設備側に残すかを考える構成です。［1］

    大口径QDの反対側にも、接続の仕様がある

    QDというと、二つの部品を着脱する面に目が向きます。ただ、その反対側ではホースや配管へ接続しなければなりません。資料にあるStäubliのTDUシリーズには、ねじ接続、ホースを差し込むホースバーブ、90度に曲がった端部、クランプで接続するTri-Clampなど、複数のホース側インターフェースが示されています。［1］

    たとえば、掲載表では直線のホースバーブをTDU24は25mm、TDU50は50mmと記載し、90度曲がりの選択肢はTDU24に示す一方、TDU50の欄は「－」です。シリーズの大きさだけを替えれば、同じ取り回しをそのまま使えるとは限りません。端部の寸法、向き、シールの方式を合わせて見る必要があります。これらは掲載版に示された選択肢で、現行の全構成を網羅する一覧ではありません。［1］

    ラック電力に応じてQDの大きさや個数を変える推奨例もあります。ただ、そこで示された電力区分だけでは、冷却液の条件や許容される圧力損失までは分かりません。製品名と個数を、どの設備にも当てはまる冷却能力へ読み替えず、実際の流量と流路の条件につなげて読むことが大切です。［1］

    EPDMという材料名の、もう一段先を見る

    ホースの節では、過酸化物架橋EPDMホースが取り上げられています。EPDMはエチレンプロピレンジエンゴムのことで、過酸化物架橋は、過酸化物を使ってゴムの分子同士をつなぐ処理です。材料名だけでなく、その作り方まで仕様に含まれている点が、この節の手がかりになります。［1］

    ここで気をつけたいのは、同じシリーズ名でも口径によって条件が変わることです。資料に引用されたカタログの一つは、内層について1インチ以下は過酸化物架橋、1インチを超えるサイズは硫黄架橋と区別しています。見出しに「過酸化物架橋EPDM」とあっても、そのページに登場する全口径へ一律には広げられません。［1］

    また、ホースの内層と、QD内部のシールは別の部品です。どちらにEPDMの表記があっても、同じ仕様が一式に適用されるという意味にはなりません。冷却液に触れる部分を分けて、材料と使用条件を確かめる必要があります。［1］

    曲げられる半径が、置ける場所を変える

    ホースは柔らかく見えても、どれだけ小さく曲げてよいかには製品ごとの条件があります。最小曲げ半径は、その取り回しを考えるための寸法です。資料の比較表は、口径、内層の材料、圧力の表示と、この半径を並べています。［1］

    表を見ると、同じ1インチ、150PSI、過酸化物架橋EPDMという表示の行でも、最小曲げ半径はそろっていません。材料と圧力の二つが同じだけでは、同じ場所に収まるホースを選べない、ということです。この表は複数のカタログ値を並べたもので、同じ条件で曲げ試験をした結果や、製品全体の優劣を示すものではありません。［1］

    たとえば、接続部のすぐ横でホースを曲げたい配置なら、ホース自体の曲げ半径に加えて、直線の端部を使うか、曲がった端部を使うかも関わります。接続部とホースを別々に選んでから配置を決めるより、必要な空間を一緒に考えるほうが、組み合わせの違いを見つけやすくなります。

    端末の固定まで含めて、交換できる流路にする

    最後に扱われるホースアダプターには、金属の筒を締めて固定するかしめ、クランプ、ねじ込み、専用の組み合わせでクランプを使わず保持する方式が並びます。これは、ホースを端末へ固定する方法の違いです。QDの着脱面とは別に、その手前にも適合を確認する接続があることが分かります。［1］

    液冷設備をモジュール化するには、外せる部品を加えるだけでなく、外す境界、通したい流量、ホースの材質と曲げ方、端末の固定を一つの流路として考えます。大口径QDとホースを組み合わせる設計は、いまのラックへ冷却液を届けると同時に、次の交換で何を残し、何を替えるかを決める設計でもあります。

    Stäubliの事業を知る

    流体の接続部品を扱うStäubliの事業全体は、cyclewaveの企業解説にまとめています。

    Stäubliの企業解説を読む

    参考資料

    公開されている21ページのPDFをもとに構成しました。表紙は2026年、PDFの作成日とフッターは2026年9月1日です。8月21日の開催当日に使われた版との同一性は未確認で、当日の発言や新製品の発売を示す資料としては扱っていません。

    ［1］Stäubli Korea「Quick disconnector for data center liquid cooling」。資料内題名「AI 데이터센터 액체냉각 모듈화 인프라를 위한 QD」（AIデータセンターの液冷インフラをモジュール化するためのQD）。5–7ページ：配管と接続の境界、11–13ページ：大口径接続とホース側の仕様、14–17ページ：ホース材・曲げ半径・端末固定。

    ［2］Open Compute Project「2026 OCP Korea Tech Day」。開催日、登壇者、公開資料の公式案内。

  • GoogleのCDU「Deschutes」、冷却液を循環させる2MW級装置の保守と試験計画

    GoogleのCDU「Deschutes」、冷却液を循環させる2MW級装置の保守と試験計画

    液冷設備を選ぶとき、まず気になるのは「何kWの熱を扱えるか」でしょう。ただ、データセンターで長く使うには、冷却能力と同じくらい、ポンプを確かめる方法や部品を取り外すための空間も大切になります。

    GoogleのEdward Kung氏が紹介したProject Deschutesは、2MWの熱負荷を仕様表に掲げる液冷用CDUです。2026年2月公開のv1.0では、機械図面や寸法に加え、駆動装置と膨張タンクの整備性、ポンプの信頼性試験が整理されています。冷やせる設備を、保守しながら使い続けられる設備へ近づける設計です。［1］

    簡単にまとめると？

    • Deschutesは2MWを仕様に掲げるCDUですが、冷却能力は流量や配管条件と合わせて読む必要があります。
    • 駆動装置や膨張タンクの交換を想定し、取り外す方向と作業空間まで設計しています。
    • ポンプは運転条件の変化と長期運転を試す計画で、資料は全試験の完了結果を示したものではありません。

    2MWのCDUを、流量と圧力から読む

    CDU（Coolant Distribution Unit）は、サーバー側と施設側の冷却回路の間に置かれ、熱交換や冷却液の循環を担う装置です。Deschutesの構成図には、2台のポンプと3台の熱交換器、フィルター、膨張タンクなどが示されています。サーバー側の液をただ冷たくするのではなく、必要な流れをつくる部品が一つにまとまっています。［1］

    仕様表の熱負荷は2,000kW、IT側と施設側の流量はそれぞれ500GPM、アプローチ温度は3°Cです。GPMは1分あたりのガロン数を表す流量の単位。アプローチ温度は熱交換する二つの回路の温度差を見る指標です。これらはDeschutesの仕様値であり、配管条件や流量が変わっても常に2MWを処理できるという意味ではありません。［1］

    その違いが見えるのが、流量に対する圧力のグラフです。ポンプの回転条件ごとに曲線が分かれ、流量が増えると確保できる圧力も変わります。ラックや配管で生じる圧力損失と、CDUから供給できる流量・圧力を合わせて見る必要があります。熱交換側の表も、一次側と二次側の流量を分けて評価しています。［1］

    交換作業に必要な空間も、設計に含める

    今回の更新では、VFD（可変周波数駆動装置）の取り外しが具体的に描かれています。VFDはモーターの回転を制御する装置です。資料の整備図には、取り外す方向と36インチの作業空間が示されています。寸法上はCDUを置けても、その前を別の機器がふさいでいれば、この作業は難しくなります。［1］

    膨張タンクの図も印象的です。タンクを後方または側方へ振り出せるよう、二つのヒンジ位置を用意しています。タンク単体の収まりだけでなく、設置後にどちら側から手を入れられるかまで考える。こうした整備のしやすさは、冷却能力の数字だけでは見えない部分です。［1］

    仕様には、CDUやリアドア熱交換器と組み合わせる「Redmond」のホットアイル・コンテインメントも含まれます。これはラックからの暖かい排気を通路内に区画する構造です。CDUを単独で置く話から、ラック列や通路との取り合いまで視野が広がっています。［1］

    1年間の連続試験だけでなく、運転条件の変化も見る

    ポンプの試験計画では、入口液温25°Cと55°C、水系冷却液とPG25など、使用条件の幅を扱います。そのうえで、短い起動・減速の繰り返し、二つの運転点の往復、1年間の連続運転という異なる負荷を設けています。［1］

    二つの運転点を使う試験では、110psiの条件で250GPMを5分、500GPMを5分とし、これを500サイクル繰り返します。1年間の試験では500GPM・110psiで運転し、電力、回転速度、圧力などを記録。終了後には分解して摩耗や腐食を調べます。これは資料に記載された試験手順で、すべての試験を完了した結果の報告ではありません。［1］

    同じ2MW級のCDUでも、接続する設備や整備に使える場所、想定する運転の変動は違います。Deschutesの公開資料からは、能力表を出発点に、配管との適合、交換時の動線、長期試験の条件へと確認を進める流れが見えてきます。

    Googleの事業と親会社Alphabetの収益構造は、cyclewaveでまとめています。

    Alphabetの企業解説へ

    参考資料

    2026年9月27日確認。

    1. Google「Project Deschutes Update V1.0」 — 2026 OCP APAC Summit公開スライド。仕様p.5、構成p.6、性能p.8–9、整備p.10–12、試験p.13–14、公開時期p.15。
    2. Open Compute Project「2026 OCP APAC Summit」 — 発表者・演題・配布資料の掲載元。
  • Microsoftの液冷バスバー案、大電流を運ぶ導体の小型化と漏れ対策

    Microsoftの液冷バスバー案、大電流を運ぶ導体の小型化と漏れ対策

    AIサーバーへ大きな電力を届けるとき、熱くなるのはチップだけではありません。電流を運ぶ経路にも抵抗があり、そこで生じた熱を逃がす必要があります。給電する量が増えるほど、その経路の大きさや重さも、ラック設計の課題になってきます。

    MicrosoftがOCP APAC Summitで取り上げたのは、バスバーを液体で冷やす設計です。バスバーは、大きな電流をまとめて運ぶ棒状・板状の導体。空気で冷やすだけでは寸法や気流の制約が厳しくなるため、冷却液を使って電力経路そのものを小さくする考え方です。［1・2］

    簡単にまとめると？

    • 液冷バスバーは、大電流を運ぶ導体を液体で冷やし、給電経路の小型化を目指す設計です。
    • 重量や占有面積の比較は特定条件のシミュレーションで、量産運用の実績や全ラック共通の効果ではありません。
    • 小型化と引き換えに、回路全体の流量配分や充填、清浄度、漏れへの対応が必要になります。

    電源ラックからITラックまで、冷やす場所を分けて考える

    資料の構成例では、電源ラックから±400V DC／800V DCの高電圧直流で電力を送り、ITラック側で低電圧直流へ変換します。高電圧側と低電圧側の両方にバスバーがあり、それぞれの場所で冷却方法を選びます。［2］

    選択肢は、空冷バスバー（ACBB）と液冷バスバー（LCBB）です。電源ラックとITラックがどちらも空冷なら両側で空冷を使う構成が考えられます。一方だけが液冷なら、その側のバスバーを液冷にする組み合わせも示されています。［2］

    つまり、ラックのどこかに液冷を入れたら、給電経路も一律に液冷へ変わるわけではありません。そこで利用できる気流と液冷回路を見ながら、区間ごとに決める設計です。

    5,000Aの比較では、重さと占有面積に差が出る

    空冷バスバーは、冷却液の配管を持たない単純さが強みです。ただ、大電流に対応するためにヒートシンクや気流を整える板を加えると、重さや占有面積が増え、電源ユニットの保守もしにくくなります。液冷は、こうした空気側の制約を減らす方向に働きます。［2］

    資料には、目標電流を両方式とも5,000Aにそろえたシミュレーション比較があります。空冷を1としたとき、液冷は重量が0.68、占有面積が0.67。電流密度は空冷の2倍超とされ、コネクター周囲の温度余裕も、5℃未満から約10℃へ広がる例が示されています。［2］

    この数字は、資料中の設計条件を比較したものです。すべてのラックで同じ比率まで小型化できるという意味ではなく、実機の量産運用で得た結果でもありません。それでも、冷却方法を変えることで、導体を太くする以外の設計余地が生まれることは読み取れます。

    流れやすくするだけでは、必要な場所へ届かない

    液冷バスバーは、ラック内の既存の液冷回路へ組み込む案です。ここで重要になるのが流量配分です。バスバー側の流路抵抗が低すぎると、冷却液がそちらへ多く流れ、同じ回路につながるほかの部品とのバランスが変わります。［2］

    流路抵抗は、ある流量を通すためにどれだけの圧力差が必要か、という関係で捉えられます。冷却したい部品ごとに必要な流量が違うため、バスバー単体の流れやすさだけでなく、回路全体の圧力損失と合わせて設計する必要があります。

    長い配管には、導入や保守の難しさもあります。資料では、マニホールドからの充填が難しく、専用の治具が必要になる可能性や、途中で分割しにくい配管の洗浄が課題に挙がっています。［2］

    冷却の故障を、給電の故障へ広げない

    バスバーは、止まればその先へ電力を届けられなくなる部分です。発表では、漏れがラック運転へ直接影響すること、冗長性を持たない構成では単一障害点（SPOF）になり得ることを、主要なリスクとして挙げています。［2］

    そのため、冷却性能と並んで、漏れをどこで検知し、検知後に何を保護するかを決めておく必要があります。資料は、接合部を減らすこと、漏れ検知線の配置、既存ラックの漏れ対応への統合や、ファームウェア側の変更も検討項目にしています。［2］

    確認する側にも設備が要ります。大電流を流して冷却能力を確かめるには、十分な電源と電子負荷が必要です。形が収まること、計算上は冷えること、実際の負荷で安全に使えることは、別々に確かめなければなりません。［2］

    液冷は、チップの外側へ広がっていく

    液冷バスバーの狙いは、電流を運ぶ経路を小さくし、ラック内の空間と温度の余裕を取り戻すことです。その代わり、流量配分、充填、清浄度、漏れへの対応までが、配電の設計に加わります。

    AIサーバーの高密度化を支えるのは、冷却能力だけではありません。電力を届ける部分と、そこで生まれた熱を運び出す部分を、一緒に成立させること。液冷バスバーは、そのつながりがよく見える設計例です。

    Microsoftの事業をもう少し知る

    Azureを含むクラウド、業務ソフト、Windowsなど、Microsoft全体の事業についてはcyclewaveの企業解説にまとめています。

    Microsoftの企業解説を読む

    参考資料

    2026年9月27日確認。講演の公開スライドをもとに構成しています。

    ［1］Open Compute Project：2026 OCP APAC Summit 公式セッション一覧

    ［2］Microsoft：Busbar Cooling Challenges and Emerging Opportunities for Next-Generation AI Platforms（講演スライド）

  • Microsoftの液空HRU、冷却液の熱を空気へ渡す装置の流量診断

    Microsoftの液空HRU、冷却液の熱を空気へ渡す装置の流量診断

    液冷の装置を設置しても、冷却液が予定どおり流れなければ、期待した熱を運べません。ポンプの能力だけでなく、ホースの曲がり方、弁の状態、フィルターや気泡までが、実際の流れを変えます。

    2026年8月のOCP APAC SummitでMicrosoftが紹介したのは、液体から空気へ熱を渡すHRU（Heat Reduction Unit）を、大規模に導入・保守するための考え方です。焦点は、運転が始まってから故障を探すだけでなく、初期設定の段階で流れの異常を見つけ、装置自身が状態を知らせる設計にあります。［1・2］

    簡単にまとめると？

    • 液空HRUは、サーバーから冷却液が運んだ熱を空気へ渡す装置です。
    • 流量はポンプと流路の釣り合いで決まり、弁やホースの状態も影響します。
    • 導入時の診断と原因別の通知を重視しますが、資料の改善数値は実測の保証値ではありません。

    冷却液で集めた熱を、空気へ渡す

    資料の液空HRUは、サーバーのコールドプレートから戻った冷却液を、液空熱交換器のコイルへ通します。ファンウォールで空気を流し、液体が運んだ熱をホットアイル側へ渡す構成です。ポンプ、リザーバーや膨張タンク、マニホールド、温度・圧力・流量の計測点も含まれます。［2］

    ここでHRUは、熱を消しているわけではありません。チップから冷却液へ移った熱を、今度は空気へ受け渡しています。したがって、液体側の流れと、空気側の熱の受け入れが、どちらも成立する必要があります。

    流量は、ポンプと流路の両方で決まる

    流れにくさを表すのが、流量に対する圧力損失です。資料では液体系のインピーダンスとして説明されています。マニホールド、弁、ホース、QD、コールドプレート、フィルターなど、流路に入る部品がそれぞれ抵抗を加えます。［2］

    実際の動作点は、ポンプが生み出せる圧力と、流路が必要とする圧力の釣り合いで決まります。同じポンプでも、弁が十分に開いていなかったり、ホースが折れ曲がっていたりすれば、設計時とは違う流量になります。「ポンプが動いている」と「必要な量が流れている」を分けて確かめる理由です。

    そのため発表では、最初の充填時から流れにくさと圧力を確認することを重視しています。初期の組立てや設定の問題を見逃すと、運用後の温度異常や、原因を絞れない警報として現れかねません。［2］

    一つの警報に、違う原因を押し込めない

    たとえば流量が少ないとき、ポンプの異常、弁の閉止、フィルターの詰まり、充填不足や気泡では、調べる場所も対処も違います。すべてが一つの「冷却異常」という警報になれば、正しい部品を選んで交換することも難しくなります。

    Microsoftの資料は、ポンプ保護、流量と流体系、漏れと液位、温度、設定と操作を分けた検知階層を示しています。過熱や過圧、空運転、極端な低流量、フィルター詰まり、リザーバー液位などを、条件に対応したコードで知らせる考え方です。［2］

    何かが悪いと知らせるだけでなく、何を先に確かめればよいかまで絞れることが、保守を支えます。同時に、閾値は機器の世代や構成に合わせて調整する必要があります。

    工場から本稼働まで、確認を段階に分ける

    発表では、故障モード影響解析（FMEA）を、設計側と作業工程側の両方へ適用する方針が示されています。部品が壊れる場面だけでなく、作業で弁を閉じたままにするような誤操作も想定して、検知と自己保護を確かめます。［2］

    資料の導入フローは、工場での状態確認から、現地での流体系の診断、設定値の自動適用、IT機器への給電、最終確認を経て本稼働へ進む構成です。センサー、弁、フィルター、液位、流量を初期段階で調べ、冷却液の状態に合わせて制御を整えます。［2］

    自動化の価値は、単に作業を速くすることだけではありません。同じ確認を毎回行い、手順の抜けを本稼働へ持ち込まないことにもあります。写真を用いた作業手順や、条件ごとの案内は、その確認を現場で再現しやすくする手段です。

    改善率より、改善につながる仕組みを読む

    資料には、導入時間や誤った部品交換、耐久性などの改善を示す数字もあります。ただし、該当ページには、説明のための概数であり、正確な運用データではないと明記されています。この発表から実測の改善率や、導入後の効果を保証することはできません。［2］

    それでも、設計の方向は明確です。流量不足を早く見つけること、原因ごとに知らせること、点検までの間に自己保護できること。液冷を使い続けるためには、熱交換器の性能と同じくらい、導入時に正しく整え、その状態を読み取れる仕組みが重要になります。

    Microsoftの事業をもう少し知る

    Azureを含むクラウド、業務ソフト、Windowsなど、Microsoft全体の事業についてはcyclewaveの企業解説にまとめています。

    Microsoftの企業解説を読む

    参考資料

    2026年9月27日確認。HRUの名称と構成は今回の講演資料に沿っています。

    ［1］Open Compute Project「2026 OCP APAC Summit」発表一覧

    ［2］Microsoft「Liquid-to-Air HRU Cooling at Scale: Serviceability and Fleet-Safe Maintenance Practices」公式掲載スライド。構成と圧力損失はpp.4–5、導入・保守の課題はpp.6–7、FMEAと検知・導入工程はpp.8–10、数値の留意事項はpp.6・11。

  • 直流配電と液冷の安全設計、Googleが示すHBSEと保護手段

    直流配電と液冷の安全設計、Googleが示すHBSEと保護手段

    液冷の話では、まず「どれだけ熱を運べるか」に目が向きます。けれども、高い電力を扱うラックでは、冷却液の通り道と電源の近さも設計の一部です。冷却がよく効く配置でも、漏れや故障、保守の場面まで考えなければ、安全な配置とは言えません。

    2026年のOCP APAC Summitで、Googleの安全設計エンジニアは、この組み合わせをHBSE（Hazard-Based Safety Engineering、ハザードベースの安全設計）から考える発表をしました。新しい製品の安全性を実証した報告ではなく、危険源と保護手段をどう結びつけて評価するかという提案です。［1・2］

    簡単にまとめると？

    • HBSEは、危険なエネルギー源と人へ届く経路を捉え、その間の保護手段を評価する考え方です。
    • 液冷と高電力を組み合わせる際は、漏れが起きた後や保守中にも保護が働くかを確認します。
    • 発表は安全評価の提案であり、特定製品の安全性の実証や、必要な絶縁距離を一律に決めるものではありません。

    危険源から、届く経路まで見る

    HBSEでは、電気や熱、動く部品などのエネルギー源を見つけ、そこから人や可燃物へエネルギーがどう届くかを考えます。そして、その間に置く絶縁、覆い、隔離などの保護手段（safeguard）を確かめます。IEC 62368-1:2023も、情報通信機器などについてエネルギー源を分類し、保護手段を定める製品安全規格です。考え方だけで細かな要求事項の代わりになるわけではありません。［2・3］

    たとえば高電力の直流配電では、電圧の数字だけを見ても、触れ得る場所や故障時の電流、アークが起こる条件までは分かりません。アークフラッシュは電気的な放電が熱や光を一気に放つ現象です。発表資料は、作業者が近づく保守の場面も含めて、電気エネルギーがどこへ届き得るかを評価するよう促しています。［2］

    冷却液が加わると、何を見直すのか

    冷却液は、それ自体を電気の危険源と同一視するものではありません。ただ、液体が漏れれば、絶縁物や通電部との関係が変わります。発表資料は、液体が電気的な異常につながる故障の連鎖を想定し、電源部の近くに置くコールドプレートの配置と絶縁の境界を一緒に考えています。漏れれば必ずアークが起きる、という意味ではありません。［2］

    もう一つは、液が触れる部材との相性です。配管やシールなどの接液材（wetted materials）は、冷却液と組み合わせて評価する必要があります。UL SolutionsのCDU（冷却液分配装置）向け資料も、液体を使う部品や絶縁液の適合性を安全評価の項目に挙げています。冷却性能だけよくても、長く使う間に部材が傷み、漏れを招いては設計が成り立ちません。［2・4］

    電気の側では、空間距離（clearance）と沿面距離（creepage distance）も論点になります。前者は導電部の間などの空気中の距離、後者は絶縁物の表面に沿う距離です。Googleの資料は、冷却液が近くにある電源部で、こうした絶縁の条件と機械的な隔壁を併せて考えるよう示しています。ただし、必要な距離をこの記事から一律に決めることはできません。［2・5］

    故障が一つ起きたあとも、守れるか

    安全設計を日常の正常な状態だけで終わらせないことも、発表の要点です。たとえば、液体の漏れが起きたとき、電気的な異常へ進む経路をどこで遮れるか。さらに保守で覆いを開けるとき、作業者とエネルギー源の間に何が残るか。漏れ、電気、作業の三つを別々に確認するだけでは、このつながりが見えにくくなります。［2・3］

    資料は±400V DCや800V DCを例に挙げていますが、その数字だけで装置全体に適用する規格や試験方法は決まりません。IEC 62368-1は製品安全の規格であり、CDUについても冷媒を含むかなどの構成によって評価する規格が変わるとUL Solutionsは説明しています。ラック全体、冷却装置、保守作業を一つの規格名だけで片づけず、対象を分けて確かめる必要があります。［2・3・4］

    液冷と高電力を両立させる鍵は、冷却液と電気を単に遠ざけることではなく、何が危険源になり、どの経路を通り、どの保護手段で止めるかを設備の境界ごとに描くことです。性能を伸ばす設計と、故障後も守る設計を、最初から同じ図面に載せる。今回の発表は、その順序を思い出させてくれます。

    UL Solutionsの事業を知る

    CDUの安全評価資料を公開しているUL Solutionsは、試験・検査・認証と関連ソフトウェアを提供する企業です。事業の構成や、認証後も続くサービスの仕組みは、cyclewaveでまとめています。

    UL Solutionsの企業解説へ

    Googleを含むAlphabetの事業を知る

    Googleは、検索やYouTube、企業向けクラウドなどを手がけるAlphabet傘下の企業です。cyclewaveでは、広告が生む収益と、クラウドや計算基盤への投資を、会社全体の数字から整理しています。

    Alphabetの企業解説へ

    参考資料

    2026年9月26日確認。本文は公開スライドと規格・認証機関の公開説明に基づきます。発表動画の発言・質疑は確認対象に含めていません。

    ［1］Open Compute Project「2026 OCP APAC Summit」発表一覧。イベントと資料の掲載元。

    ［2］Yulianti (Dessy) Darmanto「Hazard Based Safety Engineering (HBSE) Concept with Coolant and High Power」公式掲載スライド。全12頁。HBSEはpp.3–5、直流と保守はpp.6–7、冷却液と電源の統合はpp.8–9。

    ［3］IEC「IEC 62368-1:2023」公開説明。対象分野、エネルギー源と保護手段の考え方。

    ［4］UL Solutions「Certification of Coolant Distribution Units」。CDUの構成、液体・接液材と適用規格の説明。

    ［5］UL Solutions「How Insulation Is Coordinated: Clearances, Creepages and Distances Through Insulation」。空間距離・沿面距離の用語定義。

  • 標準ラックの個別設計、LegrandとSemiAnalysisが示す電力・冷却・搬入の条件

    標準ラックの個別設計、LegrandとSemiAnalysisが示す電力・冷却・搬入の条件

    「規格に合うラックを選べば、あとは機器を収めるだけ」。そう考えたくなりますが、高密度のAIシステムでは、その順番で決めると後から無理が出ることがあります。サーバーの幅が合っていても、電源の容量、冷却液の通り道、重い機器を搬入する経路まで、同時に成立しなければ使えません。

    2026年8月のOCP教育ウェビナーで、LegrandとSemiAnalysisは「共通規格」と「現場ごとのラック設計」をどう両立するかを取り上げました。ここでいう個別設計は、標準を捨てることではありません。標準で接続の土台をそろえたうえで、実際の設備に合わせて最後の取り合いを決めることです。［1］

    簡単にまとめると？

    • 共通規格はラックの接続の土台であり、実際の機器と施設に合わせた個別設計も必要です。
    • 電源・冷却・重量・搬入経路を早くから合わせ、寸法が収まるだけで設置可能とは判断しません。
    • 紹介された電流値や監視構成は製品例で、すべてのOCPラックに共通する必須条件ではありません。

    ラックを最後に選ぶと、何がぶつかる？

    資料は、従来なら建物の電力・空調を見て、IT機器を決め、最後にラックと配電ユニットを選ぶ順序だったと整理しています。AI向けの参照設計では、必要な電力密度、バスバーの電圧・電流、冷却液、機器の重さが早い段階で定まります。すると、ラック側で「収まるか」を先に確かめなければ、後から変更しづらくなります。これは登壇者が示した設計上の見方であり、すべての施設で手順が同じという意味ではありません。［1］

    たとえば、建物側の床荷重が足りても、搬入用の扉やエレベーターを通らない幅なら設置できません。電源が足りても、バスバーの許容電流やケーブルの出口に余裕がなければ、安全な接続が難しくなります。液冷のマニホールドやホースの場所は、電源線や保守のための空間とも重なります。資料が挙げるのは、こうした別々に決めると衝突する条件です。［1］

    共通規格は「完成した一台」ではない

    OCPのOpen Rackのような仕様は、取付け寸法や給電の考え方を共有する助けになります。一方、Legrandの資料には、19インチ機器とOCPの機器を混在させる筐体、複数のバスバーを使う筐体、上部や背面からケーブルを通す筐体などが並びます。同じ「OCPを使うラック」でも、何を載せるかで開口部や支持部材の形は変わります。［1］

    同社の製品例では、ラック内のバスバーを400A、700A、1400Aから選ぶ構成も示されています。これはLegrandが紹介する製品の選択肢であり、OCPラックすべての必須電流値ではありません。また、電源棚や配電ユニットの仕様を足し合わせれば、そのままシステム全体の許容電力になるわけでもありません。配線、保護装置、冷却、建物側の供給条件を合わせて確認する必要があります。［1］

    液冷は、配管だけで終わらない

    液冷をラックへ入れると、ホースの通路と漏液時の検知場所が増えます。資料には、温度、湿度、差圧、漏液、扉の状態を監視する例があり、ラックの48Vバスバーから監視装置へ給電する構成も紹介されています。これも一つの製品例です。すべてのラックに同じ数のセンサーや同じ制御装置が要るという説明ではありません。［1］

    設置後の保守も、設計条件です。背面のコネクターに手が届くか、電源系とホースを分けて作業できるか、異常をどの場所のセンサーが捉えたか。筐体の寸法を決める段階でここまで想定すると、交換時に慌てずに済みます。

    先に確認したい五つの境界

    今回の資料から実務の順序を取り出すなら、①搭載する機器の幅と重量、②建物からラックまでの電力とバスバー容量、③冷却液の接続と流路、④ケーブル・ホースの出入り口、⑤監視と保守の作業空間です。資料の図は製品ごとの条件を示すもので、将来の電力方式の比率予測を確定した市場実績としては使えません。［1］

    標準化の価値は、誰が作ってもまったく同じ一台になることではありません。共通の境界を持ちながら、施設と機器がぶつかる部分を早めに見つけられることです。ラックを「箱」として最後に選ぶのではなく、電力・冷却・保守を一緒に受け止める設計として考えると、今回の発表の意味が見えてきます。

    ラックを扱うLegrandの事業全体は、cyclewaveの企業記事で整理しています。

    Legrandの企業分析をcyclewaveで読む

    参考資料

    2026年9月23日確認。OCP公式掲載のスライド全31ページを確認。録画は登録が必要で未視聴です。本文は登壇資料の設計例を扱い、将来予測や編集メモが残る比較表の数値は採用していません。

    ［1］OCP「Open Standards, Infinite Possibilities」ウェビナー／OCP・Legrand・SemiAnalysis公式掲載スライド。主にpp.7、11–15、19–26、28。

  • AIデータセンターの施設設計案、電力密度・液冷・床荷重をつなぐ

    AIデータセンターの施設設計案、電力密度・液冷・床荷重をつなぐ

    AIサーバーの性能が上がると、ラックに何台収められるかが気になります。でも、ラックを何列も並べて動かすには、電気を運ぶ場所、熱を逃がす設備、人が通って手入れする空間も必要です。機器だけを新しくしても、建物側にその余地がなければ使い続けられません。

    2026年8月25日のOCPオンラインワークショップでは、AI向けデータセンターの施設設計を、電力・冷却・寸法の三つをつなげて考える資料が公開されました。ここで示されたのは、2027年から2028年以降を見据えた設計目標です。ワークショップの時点で仕様は検討中であり、すべての施設にそのまま当てはまる確定規格ではありません。［1・2］

    簡単にまとめると？

    • AIデータセンターでは、電力・冷却・通路・天井・床荷重を、ラックと建物の設計でつなぐ必要があります。
    • 資料のkW/ftはラック列の長さ当たりの電力で、床面積やラック1台当たりの値とは異なります。
    • 示された数値は将来の高密度設備を見据えた設計目標で、すべての施設に適用できる確定規格ではありません。

    ラックの「何kW」から、列の「何kW」へ

    資料で目を引く単位は、kW/ftです。これは床面積1平方フィート当たりではなく、ラックが並ぶ列の長さ1フィート当たりの電力を表します。幅の違うラックや、計算機以外の機器を含む列を、施設側から考えるための物差しです。1フィートは約30cmです。［2］

    2028年以降の目標として、機器が混在する列の基準には25kW/ft、ML向け機器が集中する場所のピークには350kW/ftが並んでいます。二つは対象も意味も異なります。350kW/ftを建物全体の平均値や、ラック1台の仕様と読み替えることはできません。高密度の部分と、周辺のネットワーク・ストレージなどが混ざる部分を分けて設計する、という意図が見えてきます。［2］

    電気を届けた分だけ、熱の出口も考える

    電力密度が上がれば、冷却も同じ場所で考える必要があります。発表資料は、MLラックが集中する部分について、列の長さ1フィート当たり液冷335kW、空冷15kWを冷却設備の検討値として挙げています。これも将来の高密度部分を想定した設計上の目安で、一般的なラックの実測値ではありません。［2］

    液冷では、配管の太さだけで運べる熱量は決まりません。冷却液をどれだけ流し、入口と出口で何度温度が変わるかによって、運べる熱が変わります。資料が管径と流量、温度差を並べているのは、そのためです。流れを強めれば何でも解決するわけでもなく、配管内の流速には発表資料上の推奨値が置かれています。冷却能力を比べるときには、温度と流量の条件まで一緒に読みたいところです。［2］

    通路、天井、床までが設計条件になる

    大きく重いラックの周囲には、設置と保守のための空間が要ります。資料では、奥行き約1.8mのラック、対面するラック間の冷気通路約2.1m、二系統のバスウェイを通す場合の天井高約5.5mなどが、配置を考える境界として示されています。床荷重も無視できません。ラックと隣接する装置を合わせた重量の想定例は約6.8tです。［2］

    ここでいうバスウェイは、列に沿って大きな電力を配る設備です。天井の空間には、その経路に加えて通信ケーブルや冷却配管も収まります。資料には複数の配置例があり、天井高の制約で二系統か四系統かを変える案も出てきます。同じ形の建物を一律に作る話ではなく、共通の設計条件を押さえたうえで、現場の制約に合わせて組み立てる話です。［1・2］

    建物の余白は、あとから増やしにくい

    サーバーは世代が変われば入れ替えられます。一方、床が支える重量、天井の高さ、通路の幅、電力と冷却の通り道は、運用を始めてから広げるのが難しい部分です。

    今回の資料から見えてくるのは、将来のAIラックの数字を競うことよりも、そのラックを安全に設置し、冷やし、交換できる建物を先に考える姿勢です。新しい設備の仕様を見るときは「最大何kWか」に続けて、どの長さを基準にした値か、熱をどう運ぶか、人がどこから手入れできるかを確かめる。そうすると、数字の先にある設計の意味がつかみやすくなります。

    参考資料

    2026年9月23日確認。本文はOCPが公開した開催ページと13ページの発表スライドをもとにしています。音声での発言や質疑応答は本文の根拠に含めていません。

    1. Open Compute Project「OCP AI Next Generation: Open Data Center for AI Virtual Workshop」 — 2026年8月25日開催、仕様が検討中であることを含む開催記録。
    2. OCP公式掲載スライド「Next-Generation ML Infrastructure: The Open DC Architecture」 — pp.3–12。2027〜2028年以降の設計目標、電力・冷却・寸法と配置例。
  • AVCとnVentの液冷設計、CDUとコールドプレートをつないで考える

    AVCとnVentの液冷設計、CDUとコールドプレートをつないで考える

    AIサーバーを液体で冷やす。そう聞くと、まず気になるのは「どれくらい冷やせるのか」という性能かもしれません。

    では、そのサーバーが何台も並び、毎日動き続ける場所ではどうでしょう。冷却液をきちんと行き渡らせるには。部品を交換するときは。そして、どこかに不具合が起きたら。

    そんな「使い続ける場面」まで考えると、液冷の見え方が少し変わってきます。

    2026年8月に台北で開かれたOCP APAC Summitでは、AVCとnVentが、こうした液冷の設計に関わる発表を行いました。今回は公式動画と資料をたどりながら、冷却液を送り出すCDUと、サーバー側の部品のつながりを見ていきます。［1］

    簡単にまとめると？

    • CDUは施設とサーバーの冷却回路の間で、冷却液の温度や流れを整えます。
    • コールドプレート、ポンプ、配管、フィルターを一続きの流路として考えます。
    • 冷却能力の数字だけでなく、故障への備えや部品交換時に止める範囲まで確かめます。

    冷やすしくみの間をつなぐ「CDU」

    まず押さえておきたいのが、CDUという装置です。正式にはCoolant Distribution Unit。今回の発表では、施設側の冷却設備とサーバー側の冷却回路の間に入り、冷却液の温度や流れを整える役割が紹介されています。［2］

    nVentのMing Tien氏が説明するのも、この「間に入る」という役割です。温度や流量、圧力、冷却液の品質を管理しながら、設備とサーバーをつなぐ。さらに、配管や弁を含めた設計によって、不具合が起きたときの影響をどこまでに抑えるかを考えます。CDUだけを見ていたときより、周りの設備との関係が見えてきます。［2］

    装置を選ぶときも、冷却能力の数字と一緒に、流路で失われる圧力を補いながら、必要な量の液体を送れるかを確かめます。通信が途切れたり、センサーが故障したりしたときの動きも、あらかじめ考えておく。そのような運転中の備えまで、同氏の資料では取り上げられています。［2］

    チップの近くから、液体の通り道をたどる

    今度は、サーバーの中へ少し目を移してみます。

    発熱する部品に接し、その熱を冷却液へ渡すのが「コールドプレート」です。AVCのFang-chou Lin氏は、この部品の細かな流路と、CDUに求められる条件を説明しました。［3］

    細かな流路で熱を受け取る設計には、液体が流れるときに生じる圧力の低下、つまり「圧力損失」との兼ね合いがあります。さらに、粒子が流路をふさがないよう、冷却液の清浄さやフィルターにも気を配る必要があります。チップのすぐそばにある部品の話が、液体を循環させる設備の話につながっていくわけです。［3］

    二つの発表を合わせて読むと、コールドプレート、ポンプ、配管、フィルターを一続きで見ることの大切さが伝わってきます。たとえば部品を変えるなら、液体の流れや、メンテナンスの仕方にはどんな影響があるのか。そんなふうに視野を広げると、製品資料から知りたいことも具体的になります。

    製品紹介を読むときに、気にしておきたいこと

    ここからは、今回の発表をもとにQuantum Seaで整理した読み方です。次に液冷の製品紹介を見るときは、こんな点にも目を向けてみてください。

    その性能は、どんな条件で出るのか

    同じ冷却能力の数字でも、入口の温度や冷却液の種類、流量が違えば、比較の前提も変わります。数字のそばに書かれた条件まで読むと、使いたい環境に合うかを考えやすくなります。

    部品を交換するとき、どこまで止めるのか

    ポンプやフィルターを交換するとき、ほかのサーバーは動かし続けられるでしょうか。普段の性能に加えて、手入れや故障対応の場面を想像すると、設備の使い勝手が見えてきます。

    変化に気づき、対応するのは誰か

    温度や流れに異常が出たとき、設備の担当者とサーバーの担当者は、それぞれ何を確認するのか。冷却液の状態を誰が管理するのか。機器の仕様と一緒に、人の動きも考えておきたいところです。

    「冷やせる」の先にある、使い続けるための工夫

    たとえば、今ある設備にサーバーラックを追加する場面。冷却装置を増やすほかに、配管を変えたり、保守の手順を見直したりする必要はあるでしょうか。こうした問いが、今回の発表を自分の関心や現場に引き寄せて読む入口になります。

    講演だけで個々の製品の使い勝手までは判断できませんが、仕様や導入事例を調べるときの手がかりにはなります。次に液冷の製品紹介を見るときは、冷却能力の数字と一緒に、液体の通り道やメンテナンスの仕方にも目を向けてみてください。そこに、使い続けるための工夫が見つかるかもしれません。

    今回登場した2社を、少しだけ

    技術を追っていくうちに、つくっている会社にも関心が向いた方へ。今回の2社には、それぞれ次のような事業の広がりがあります。

    nVent：電気をつなぎ、機器や設備を保護する製品を手がける企業です。冷却に加え、機器を収める筐体や電力まわりの製品も扱っています。［4］

    AVC（奇鋐科技）：台湾に本社を置く冷却ソリューションの企業です。冷却部品やファン、システム全体の放熱設計などを手がけています。［5］

    cyclewaveでnVentの企業分析を読むcyclewaveでAVCの企業分析を読む

    参考にした動画・資料

    対象は2026年8月11〜12日開催のOCP APAC Summitです。9月21日までに確認した資料のうち、液冷に関する二つの発表を取り上げました。紹介した設計の考え方は各社の発表に基づくもので、OCPの共通規格として紹介するものではありません。

    ［1］OCP公式開催報告 ／ 講演・資料一覧

    ［2］nVent「From Rack to Facility」：講演動画（9月18日公開、10:08・12:04・18:48付近）／ CDU設計のスライド（7・9・12・13ページ）。

    ［3］AVC：コールドプレートとCDU要件のスライド（5〜7ページ）。

    ［4］cyclewave：nVentはどんな会社？ 電気設備を支える事業と収益のしくみ。

    ［5］AVC公式サイト：会社概要・製品分野（台湾本社、製品分野）。