45°C冷却設計でデータセンターの水使用量をゼロに近付けた

2026/06/24 23:10

45°C冷却設計でデータセンターの水使用量をゼロに近付けた

RSS: https://news.ycombinator.com/rss

要約

Japanese Translation:

NVIDIA の Rubin プラットフォームは、扇風機を使用せずに最高 45°C の温度でも効率的に動作する 100% 液体冷却データセンターへの画期的な移行を示しています。チップレベルで熱を直接捕集し、水(75%)とプロピレングリコール(25%)からなる閉回路システム(吸入口温度は最高 45°C、吐出側は約 55°C)を通じて輸送することで、適切な気候の地域では屋外乾燥クーラーを利用して外部空気へ熱を放出でき、エネルギー集約的な機械式冷水機の使用を不要とし(これは年間を通じて 1% 未満しか動作しない可能性がある)、従来の手法に比べて水消費量をほぼゼロまで削減できます(年間メガワット当たり約 260 万ガロンから実質ゼロへ)。このアーキテクチャにより、高密度ラックは 6 ユニットから 2 ユニットへと大幅に縮小でき、伝統的な通気孔付きベゼルを置換する清潔でシールされた前面パネルを採用しています。以前はヒートシンクがフィン付きだったチップに対して空気と液体の冷却を組み合わせたハイブリッド解決策を使用していましたが、Rubin の完全シール設計は、空気冷却が不可能となる上昇する電力密度閾値に対応します。同システムはさらに廃熱回収を可能にし、 nearby の建物を暖めることができ、多大な経済的利益を喚起する新たな効率化基準を設定しています(例:50 メガワットのハイパースケール施設では年間 400 万ドルを超えるエネルギーおよび水コストを節約でき、水使用量を最大 100% 削減できます)。Motivair(Schneider Electric の一部)のようなパートナーは、扇風機と通気孔付きベゼルを残さず、ハイブリッド手法から液体冷却インフラへと移行する、持続可能で高密度のサーバーラックのエコシステム転換を象徴しています。

本文

NVIDIA「ルビーン」世代の AI サーバー:45°C 液体冷却による革命とデータセンターの未来

温度許容範囲の変革とエネルギー効率

  • 従来の水冷システム:
    • 水温は約 38〜40°C に制限され、人間が浸かれる時間は最大 15 分 程度。
  • NVIDIA の新技術(Rubin 世代):
    • 冷却液体の温度を最大で 45°C(華氏 113°F) まで設定可能に。
    • この高い耐温度限界が、エネルギー効率向上の決定的要因となっている。

全チップ・コンポーネントを液体冷却する「DSX AI ファクトリ」

  • 画期的なアプローチ:
    • ファンを使わない閉じた循環回路において、液体のみで熱を除去するシステムを世界初実現。
    • NVIDIA の**「DSX AI ファクトリ リファレンスデザイン」**に詳細が明記され、設計から運用までを含むベストプラクティスが体系化されている。
  • ワットあたりの性能向上:
    • 各世代で計算性能を大幅に向上させるだけでなく、冷却関連のエネルギー消費量を劇的に削減可能。

水使用量ゼロと莫大なコスト削減の実現

  • NVIDIA データセンター冷却・インフラストラクチャ部長(Ali Heydari)の見解:
    • DSX に基づく AI ファクトリでは**「水使用量はゼロ」**に達している。
    • 従来のドライクーラーベース設計(気候依存を除く閉じた循環)により、年間のおよそ 1% の時期を除いて水を一切消費しない。
  • コスト削減効果:
    • チラープラントの運転温度を1°C上げるだけで、冷却関連コストは約 4% 削減可能。
    • 50 メガワットのハイパースケール施設が液体冷却へ移行すれば、年間 400 万ドル以上のエネルギー・水コスト節減が可能。

クライアント環境への適応と柔軟性

  • 従来の空気冷却の課題:
    • IT 機器の熱除去に大量の冷却空気が必要で、高温な天候時にエネルギー依存度が上がる。
  • 45°C 液体冷却システムの利点:
    • チップ自体が熱を捕捉・搬送するため、屋外設置のドライクーラーが一年間の大部分で効率的に熱を放出可能。
    • サーバーは冷えた空気を必要とせず、同じ液体が閉じた循環回路で再循環されるため、新たな水の消費が必要ない。

業界標準への移行とクラウドプロバイダーの対応

  • Schneider Electric(Motivair)との連携:
    • 電力密度が空気冷却では処理できない閾値を超えた時点で協力が深化し、現在は NVIDIA の製品ロードマップ開発に約 10 年間協力。
  • ホワイトモア氏(Richard Whitmore)の言及:
    • 「チップごとのワット数が一定の水準を超えると、液体冷却は必須となりました」。
    • 全液体冷却インフラを採用したため、対応するクラウドプロバイダーや運営事業者は移行を余儀なくされている。

「寒さ」の誤解と実際の熱状況

  • 常識への挑戦:
    • 「データセンターが冷たいほど効率的」という昔からの誤解に対し、実際には遥かに高温な現実がある。
  • プロセッサの耐性:
    • シリコンプロセッサは温暖な環境でも動作可能であり、45°C の液体クーラントが入力されても性能劣化はない。
    • 冷たいプレートがデバイスの温度を許可された範囲内に保持することで、フルパフォーマンスが維持される。

ファンなし・寒冷アイルなし:本質的に異なるマシン構造

  • 従来のデータセンターの問題点:
    • 騒音: ファン稼働で 85 デシベル以上となり耳保護具が必要。
    • 空間管理: ホットアイルとコールドアイルの厳格な物理的 Choreography(配管設計)。
  • 液体冷却による変革:
    • 直接熱抽出: コールドプレートを通流し、熱発生源そのものから熱を引き出す。
    • 簡素化された構造: 大型ラジエーターコイル(ドライクーラー)を建物の外部に設置し、周囲の気温を利用するだけで十分。
    • 閉じた循環回路: 一度充填すれば施設の寿命まで稼働し、スペース削減と騒音低減を実現。

廃熱回収の可能性とエンジニアリングの課題克服

  • 廃熱の活用:
    • AI ファクトリから発生する余剰熱を、近隣の商業ビルや住宅の暖房に再利用可能。
  • 全液体冷却化の難易度:
    • 従来のハイブリッド方式(GPU/CPU は液体、他は空気冷却)からの脱却に成功。
    • NVIDIA は複数の高出力チップへ液体を導くための簡素な回路設計(単一の inlet/outlet)を実現し、よりクリーンなトレーレベルのアーキテクチャを構築。
  • ラック密度の向上:
    • 従来 6 ユニットだったシステムが現在では 2 ユニットに収まり、計算性能向上とスペース削減を両立。

結論:AI インフラコスト増大への解決策

  • 市場動向: AI ワークロードは増え続けており、計算需要は急速に拡大。冷却効率化が行われない場合、運用コストはハードウェア増加と共に上昇し続ける。
  • 45°C 液体冷却の意義:
    • スパイアチューブ(プール)よりも高温でありながら地球にとっては涼しいというパラドックスを解く鍵となるツール。
    • 業界が冷却ギャップを埋めるために最も重要な解決策である。

参考リンク: NVIDIA Liquid Cooling Infomration

同じ日のほかのニュース

一覧に戻る →

2026/06/25 2:47

OpenAI、ブロードコムによる初自有チップを発表

## Japanese Translation: 要約: OpenAI は、Nvidia ハードウェアへの依存を減らすという戦略的な動きとして、Broadcom と共同で開発した最初の独自の AI 推論チップ「Jalapeño」を発表しました。このチップの主な優位点は、既存の選択肢を上回る卓越したワットあたりの性能であり、これは OpenAI の大規模言語モデルが直接、チップおよび全体の基盤スタック(アーキテクチャ、カーネル、メモリスистем、ネットワーク、デプロイメントシステムなど)の最適化に参加するという独自のプロセスを通じて実現されています。事前学習タスクは既存のシステムで引き続き行われますが、10 月の公式パートナーシップ発表以降およびさらなるテストを経て、推論ワークロードが Jalapeño へ迅速に移転する見込みです。このチップは推論用に特別に設計されており、より高速で信頼性が高くコスト効率の良い AI エクスペリエンスを実現するとともに運用コストを削減することを可能にします。これは OpenAI の財務の底線を改善する方法として強調されており、エージェント型製品(例:Codex)やリアルタイムモデルを取り扱う専用データセンターなどの目的builtアプリケーションを動かすために適しています。

2026/06/25 7:39

PostgreSQL で十分です

## Japanese Translation: 主要な要点は、GitHub Desktop で特定のクローニングタスクが必要なユーザーは、コントリビューター「cpursley」から提供される専用のスクリプトを使用すべきであるということです。Gist の URL—`https://gist.github.com/cpursley/c8fb81fe8a7e5df038158bdfe0f06dbb.js`—はスクリプトを提供しており、ユーザーは GitHub Desktop 内での使用のために「cpursley/c8fb81fe8a7e5df038158bdfe0f06dbb」をローカルに保存するよう指示されています。内容は、背景や今後のアップデートなしに直ちに実装することに焦点を当てています。

2026/06/24 23:41

RubyLLM:すべての主要 AI プロバイダーに対応する Ruby フレームワーク

## 日本語翻訳: RubyLLM は、OpenAI、xAI、Anthropic、Gemini、Ollama を含むローカルモデルに至るまで主要なすべての AI プロバイダーをサポートする統一された Ruby フレームワークです。多様な API とレスポンス形式を単一のインターフェースに統合することで開発を簡素化するのがその主たる価値であり、このことでチームはチャットボット、AI エージェント、RAG システム、コンテンツ生成器、および様々な AI ワークフローを構築できます。インストールは簡単です:Gemfile に RubyLLM を追加し、`config/initializers/ruby_llm.rb` で API キーを設定し、必要であれば generator コマンドで Rails と統合し、`localhost:3000/chats` でローカルチャット UI を起動できます。開発者は RAG システムやコンテンツ生成器などの複雑なアプリケーションをわずか 2 分で構築でき、Ruby エコシステム内でこの機能を拡張しています。JPG(画像)、MP4(ビデオ)、WAV(音声)、PDF(文書)、RB(コード)を含む広範なファイル解析をサポートしており、`RubyLLM.paint` を介した画像生成、`RubyLLM.embed` を介した埋め込み生成、`RubyLLM.transcribe` を介した音声書き起こしが可能となります。また、`RubyLLM.moderate` を用いたコンテンツモデレーション機能も含まれており、テキストの安全性を確認できます。ユーザーは `.with_tool` を使用して AI エージェントが特定の指示に基づいて実行するカスタム Ruby クラスツールを定義でき、`RubyLLM::Agent` を用いて特定の指示、モデル、ツールの関連付けを持つエージェントを作成できます。さらに、このフレームワークは `RubyLLM::Schema` で定義されたスキーマによる構造化 JSON 出力をサポートし、`.ask` メソッドに渡されるブロックを通じてストリーミングレスポンスを提供します。このアプローチにより、高度なモデルを使用して複雑なタスクを実行する洗練されたエージェントの迅速なデプロイが可能となり、ネイティブ Ruby 環境内で堅牢な人工知能ソリューションの作成が著しく加速されます。