フロントからバックへの気流の設計方法

主なポイント

  • グッド 前後エアフロー 重要なのは、単に扇風機を増やすことではなく、空気の流れをコントロールすることです。.
  • ファンの台数やCFMを決定する前に、実際の熱負荷、構成部品の配置、気流抵抗、および吸込条件を確認してください。.
  • ドライブ、バックプレーン、フィルター、ケーブル束、GPU、ヒートシンク、および通気性を制限するフロントパネルは、ファンの利用可能な静圧の多くを消費してしまう可能性があります。.
  • バイパス空気は無駄な空気です。冷却空気がCPU、メモリ、GPU、ストレージコントローラ、その他の発熱部品を迂回してしまうような、空気が通りやすい経路を塞ぎましょう。.
  • シャーシの気流の方向をラックに合わせてください。前方から後方への気流と逆気流の装置を混在させると、局所的な再循環ループが生じる可能性があります。.
  • 完成した生産用構成を、持続的な負荷下で検証する。空のシャーシや、サイドパネルが開いた状態、あるいは部品数を減らしたプロトタイプでは、ほとんど何も証明できない。.
  • ファンの冗長性は重要ですが、ファンを増やしたからといって、不具合が自動的に解消されるわけではありません。 サーバーシャーシの気流設計.

サーバーには12個の轟音を立てるファンが搭載されていても、冷却性能が極めて悪い場合がある。.

中を覗いてみるまでは、そんな話は馬鹿げているように聞こえるだろう。.

空気はフロントパネルから入り、ドライブケージの周囲で最も抵抗の少ない経路をたどり、ファン壁の横にある使われていない開口部をすり抜け、ケーブル束の周りを回り込み、ほとんど有効な冷却を行うことなく筐体の背面へと到達します。 その一方で、わずか数センチメートルしか離れていない場所にあるGPU、メモリバンク、RAIDコントローラ、あるいはCPUヒートシンクは、高温になっています。.

気流の数値は素晴らしいものでした。.

気温はそうではなかった。.

そこが、治療における問題点なのです 前後エアフロー システム設計上の問題ではなく、ファンによる仕様として。.

ラックマウント型サーバー、GPUプラットフォーム、ストレージシステム、産業用コンピュータ、あるいはカスタムアプライアンスを開発するB2Bのバイヤーにとって、「ファンをいくつ搭載できるか」という問いは決してすべきではありません。“

もっと難しい質問をしてみましょう:

出荷を予定している最悪の構成下において、実際に冷却が必要なすべての部品に、十分な量の冷気を送り込むことは可能でしょうか?

それですべてが変わってしまう。.

「フロント・トゥ・バック気流」とは何ですか?

「フロント・トゥ・バック」の気流とは、冷気が主にシャーシの前面から流入し、発熱部品を通り抜けて、背面から排出されることを指します。.

シンプルなコンセプトです。.

厳しい処刑。.

ラックレベルにおいて、このアーキテクチャは、おなじみの「コールドアイル/ホットアイル」配置に対応しています。サーバーの前面には冷気が供給され、背面からは温められた空気が別の還気ゾーンへと排出されます。.

これは恣意的な慣例というわけではありません。. ASHRAEのデータセンターに関する指針 によると、ほとんどのデータ通信機器は 前方から後方への気流に関するプロトコル また、非標準的な向きで使用する機器については、特別な取り付け方法やエアデフレクターが必要になる場合があることを警告している。.

また、ASHRAEは、ラックレベルにおける特に厄介な故障モードについても指摘しています。それは、正しい逆気流構成が施されていない状態でラック上部にスイッチを逆向きに取り付けた場合、そのスイッチがサーバーからの高温の排気を吸い込み、さらに高温の空気を別の機器の冷気吸気口に向けて放出してしまうというものです。.

だからこそ、シャーシとラックの設計は整合性が取れていなければならない。.

より広範な冷却アーキテクチャを比較検討しているエンジニアの方のために、当社のガイドでは 前方から後方への気流 筐体の形状、ファンの圧力、熱密度、および部品配置が、空冷と水冷のどちらを選択するかにどのように影響するかを説明しています。.

前部から後部への気流は、ファンではなく熱から始まる

通気口、ファン壁、バッフル、フィルターについて議論する前に、何を冷却しようとしているのかを明確にしておきましょう。.

熱インベントリを作成する。.

以下を含める:

  • 持続的な負荷下におけるCPU性能
  • GPUまたはアクセラレータの性能
  • DIMMの搭載数
  • VRM
  • ストレージドライブ
  • NVMeデバイス
  • RAID/HBAカード
  • NIC
  • バックプレーン
  • 電源装置
  • その他のPCIeカード
  • 内部電力変換ハードウェア

電源ユニットの銘板に記載されている容量だけを目安にしないでください。.

2,000 Wの電源だからといって、システムが常に2,000 Wの電力を消費するわけではありません。同様に、プロセッサの公称消費電力だけでは、短時間のブースト動作や持続的なブースト動作を正確に表せない場合があります。.

想定される本番環境の構成とワークロードを使用してください。.

それでは、その熱が気流のどこから入り込むのか尋ねてみてください。.

フロント吸気口の近くにあるSSDは、CPUヒートシンクの下流に配置されたグラフィックカードよりも冷たい空気にさらされます。背面に取り付けられたコンポーネントには、ケース内を通り抜ける間にすでに15°C、20°C、あるいはそれ以上温度が上昇した空気が流れ込む可能性があります。.

ASHRAEは、推奨範囲内の吸気温度で稼働するサーバーについては、 サーバー全体で20~30°Cの温度上昇が見られることはよくある.

この数字は、シャーシ設計者にとって、建設的な意味で不安を感じさせるはずだ。.

排気口付近の部品は、必ずしも「室温の空気」によって冷却されているとは限りません。“

上流のデバイスによってすでに加熱された後の、残っている温度で冷却されています。.

フロントからバックへの気流の設計方法

ファンの数よりも気流の経路の方が重要だ

ここで、最も犯しやすい間違いがあります。.

ある買い手が、CFM値の高いファンを6台求めています。.

サプライヤーは、CFM値の高いファンを6台設置します。.

全員が「高風量」と書かれたチェックボックスにチェックを入れます。“

終わった?

とんでもない。.

ファンの仕様は、通常、開放空気条件下または性能曲線に基づいて公表されています。しかし、そのファンを、高密度なフロントグリル、フィルター、ホットスワップ対応ドライブケージ、バックプレーン、ヒートシンク、GPUバンク、ケーブル束、そしてリアグリルの背後に設置すると、実際の動作時の気流は大きく異なる場合があります。.

抵抗が積み重なっていく。.

したがって、次のような観点から考える必要があります。 システムインピーダンスと静圧, 、CFMだけではありません。.

制限のない大量の空気を送り出すファンは、高密度なサーバー構成では十分な性能を発揮できない場合があります。一方、自由空気状態での性能数値はそれほど高くない別のファンであっても、抵抗が増加すると、はるかに有用な気流を維持できる場合があります。.

この違いは、ファンの直径や気流の断面積に制限がある1Uおよび2Uサーバーにおいて、特に重要になります。筐体の高さについてまだ検討の余地がある場合は、当社の ラックマウントシャーシの冷却 この比較から、1U、2U、4Uの各フォーマットによって、エンジニアが利用できるファン、ヒートシンク、GPU、および冷却オプションがなぜ大きく異なるのかがわかります。.

「プレッシャー」を「予算」だと考えてみてください

あらゆる制限は、あなたのプレッシャー・バジェットの一部を消費します。.

大まかな設計レビューは、次のようなものになるでしょう:

気流要素気流に与える影響よくある設計上の不具合購入者が確認すべき点
フロントグリル取り込み範囲を制限するスタイリングによって空きスペースが多くなりすぎる外側のパネルサイズではなく、有効開口面積
ダストフィルター圧力損失が生じるファンの選定後にフィルターを選定するフィルターの清浄時および汚染時の抵抗値
ドライブケージ流入する空気を分散させる高密度のドライブウォールが、下流のCPU/GPUゾーンのリソースを枯渇させるドライブの周囲および内部を通る流路
バックプレーン大きな障害となる可能性があるドライブの背面に小さな穴実際の開放面積と圧力損失
ケーブル束局所的な閉塞と乱流を発生させる量産用の配線は試作品とは異なります最終的なケーブル配線
CPUヒートシンク指向性速度が必要空気はフィンの内部を通るのではなく、周囲を流れるダクトとヒートシンクの向き
GPUバンク高い耐久性と耐熱性を備えています間隔が狭いと、熱がこもりやすい箇所ができるスロットの間隔とGPUの気流方向
扇風機の壁圧力と流量を生成する隙間があると、ファンの周囲で空気が循環するシーリングと冗長性の挙動
リアグリル排気を制限する吸気は開いているが、排気は詰まっている背面パネルの開放部分
ラックドア/PDU外部の制約を追加しますシャーシはオープンラック試験にのみ合格した生産ラックの構成

そこから得られる実践的な教訓は単純だ。.

経路全体を計算してください。.

空気が近道をするのを防ぐ

空気は怠惰だ。.

それは最も抵抗の少ない道を選ぶだろう。.

最も簡単な経路が、最も高性能なハードウェアを経由しない場合、これは深刻な問題となります。.

マザーボードの後ろにファンの壁があるところを想像してみてください。CPUヒートシンクを通る、狭くて抵抗の大きい経路と、その横にある大きな隙間があります。.

空気はどこへ行くのでしょうか?

隙間をくぐって。.

エアフローセンサーは依然として正常な流量を示しているかもしれません。リアエキゾーストからはハリケーンのような風が吹き出しているように感じるかもしれません。CPUは依然として高温になる可能性があります。.

それがバイパス気流です。.

そして、それは絶えず人々をだましている。.

バッフル、ダクト、発泡シール、ブランキングプレート、ファンシュラウド、および慎重に配置された内部構造を活用し、望ましい気流経路を円滑にし、望ましくない気流経路を妨げるようにします。.

これは、において最も重要な原則の一つです。 サーバーのエアフロー管理.

2024年に発表されたCFDに関する研究では、 『Frontiers in Built Environment』 データセンター規模でも同様の結論が導き出される。調査対象となった床下精密冷却構成において、給気効率は 65.69%(封じ込めなし)から、85.57%(コールドアイル封じ込めあり)、および90.25%(ホットアイル封じ込めあり)まで. 列間冷却方式の場合、報告されている値は 71.29% からおよそ 92.16~92.17% 封じ込め後。.

2024年の気流最適化に関する研究を読む.

この実験はシャーシ内部ではなく、室温環境下で行われているため、これらの割合をサーバーエンクロージャーにそのまま適用すべきではありません。.

とはいえ、その工学的な原理はうまく応用できる。.

意図した気流と、バイパス気流および再循環気流を分離することで、利用可能な冷却空気の利用効率を劇的に変えることができます。.

高密度の加速器システムについては、前述の サーバーのエアフロー管理 GPUの間隔、気流経路、ラックの電力、保守アクセス、および高密度エンクロージャーの設計を総合的に検討します。.

コンポーネントの順序を設計する

「フロント・トゥ・バック」だからといって、すべての内部構成が同等に優れているわけではない。.

コンポーネントの順序は重要です。.

2つのレイアウトを考えてみましょう。.

レイアウトA

前面吸気 → ストレージドライブ → バックプレーン → CPU → GPU → 電源ユニット/排気

レイアウト B

フロント吸気 → 気流ゾーンの分割 → CPUとGPUに専用の冷気経路 → ストレージは個別に冷却 → 共通排気

技術的には、どちらも「フロント・トゥ・バック」です。.

それらの熱的挙動は、まったく異なる可能性があります。.

レイアウトの確認の際には、以下の質問をしてみてください:

  1. どのコンポーネントに最も冷たい吸気空気が供給されるのでしょうか?
  2. 主要な熱源の下流側には、どのような構成要素がありますか?
  3. どの部品が最も大きな圧力損失を引き起こしていますか?
  4. GPUからの高温の排熱は、CPUのヒートシンクに入り込むことはあるのでしょうか?
  5. PSUは、CPUと同じエリアから空気を吸い込んでいますか?
  6. 1台のファンで、複数の温度ゾーンを均等に冷却することは可能でしょうか?
  7. ドライブケージのせいで、マザーボード周辺の通気性が悪くなっていませんか?
  8. ロープロファイルのPCIeカードは、十分なローカル帯域幅を確保できているのでしょうか?
  9. あるGPUは、別のGPUのインレットを塞いでしまうのでしょうか?
  10. すべてのメモリスロットとドライブベイが埋まってしまった場合はどうなるのでしょうか?

その最後の質問は、多くのプロジェクトにとって難題となっています。.

プロトタイプの構成は、多くの場合、疎なものです。.

生産構成はそうではありません。.

なぜ局所的な風速が、総CFMよりも重要になることがあるのか

この点は、調達に関する議論では見過ごされがちです。.

コンポーネントは、シャーシ全体のCFMを感知しません。.

彼らはその場所の気流を感じ取ります。.

インテル社のR2000WFTFサーバー・ファミリーの技術仕様書には、その違いが示されています。文書化された構成の一つにおいて、インテル社は次のように記載しています。 上部および中部のいくつかのPCIeスロットでは200 LFMの風量に対応し、下部のいくつかのスロットでは300 LFMに対応しています. 。同文書によると、多くのPCIeカードでは最大で約100 LFMの風量が必要となる場合がある一方、冷却が困難なカードでは約200 LFMの風量が必要になることがある。.

インテル社のサーバー技術製品仕様を見る.

だからこそ、「シャーシの風量は800 CFM」という情報だけでは、多くの購入者が考えているほどには、私には十分な情報が得られないのです。.

その空気はどこへ流れているの?

どのくらいの速度ですか?

何度ですか?

どのような制限を通じて?

どのコンポーネントにわたってですか?

そうした質問の方がはるかに役に立ちます。.

ファンの設置方法:送風、吸気、それとも両方?

ほとんどのラックマウントシャーシでは、シャーシ中央部にファンを配置した構成が効果的です。これは、前面からの吸気空気をドライブやフロントパネルの障害物を通り抜けさせてから、CPU、メモリ、PCIeカード、および背面の排気口へと送り出すことができるためです。.

しかし、決定権は幾何学にある。.

制限区域から離れすぎて設置されたファンは、空気が望ましくない経路に流れ込む原因となる可能性があります。隙間が塞がれていないファン壁は、その周囲の空気を巻き込む可能性があります。背面のみのファンは一部のシステムでは機能しますが、複雑な内部レイアウトにおいて気流を均一に分散させるのは難しい場合があります。.

ファンステージを複数設けることで性能を向上させることができますが、その一方で、消費電力、騒音、制御の複雑さ、および故障時の相互影響も増大する可能性があります。.

ハードウェアが多ければ多いほど、必ずしも良いとは限りません。.

フロントからバックへの気流の設計方法

購入者がたいてい異議を唱える意見はこれです

サーバーの過熱問題に対して、ファンを増設するのは往々にして間違った解決策です。.

ほら、言っちゃった。.

ファンの数は購入しやすい。CFMは比較しやすい。RGBはさておき、一般のPC購入者でさえ、目に見えるファンの数が多ければ多いほど「冷却性能が高い」と結びつけるよう刷り込まれてしまっている。“

サーバーエンジニアリングは、ミスを許容してくれません。.

もし空気がGPUバンクを迂回している場合、ファンを4つ追加しても、単に迂回路を通る空気の量が増えるだけになる可能性があります。.

バックプレーンが吸気口を塞いでいる場合、リアの排気ファンをもう1つ取り付けたからといって、その閉塞が魔法のように解消されるわけではありません。.

高温の排気ガスが吸気側へと逆流している場合、ファンの回転数を上げると、この悪循環がさらに加速してしまう可能性があります。.

リアグリルの通気性が低すぎる場合、風量を強めれば強めるほど、結局は騒音が増え、ファンの消費電力も増大し、期待したほどの気流の改善は得られなくなります。.

「CFMをできるだけ多く」という設計理念しか持たないファンがぎっしり詰まったケースよりも、適切に選定された耐圧ファンを少数搭載し、ダクトが整然としており、バイパス経路が密閉され、コンポーネントの配置が意図的に区分けされ、排気面積が十分に確保されたシャーシの方を、私はむしろ支持する。“

「より多くの空気」が目的ではありません。.

空気は役に立つものです。.

今でも忘れられない、あるラック故障の出来事

先日、システム管理者のディスカッションを閲覧していたところ、インフラの購入担当者なら誰でも不安になるような、ラック冷却に関する事例を目にしました。.

報道によると、そのラックには、約8×10フィートの部屋の中に、サーバー10台、大型SANユニット3台、スイッチ8台、UPSユニット4台が収められていた。2台のポータブルエアコンが絶えず稼働しており、1台はラックの前方へ、もう1台は後方へと風を送っていた。.

そして、ここからが厄介な部分だった。.

管理者は、1台のエアコンがトリップすると、サーバーラックの温度が 1分足らずで99°F.

ラック過熱に関する元の議論を読む.

議論に参加した人々は、すぐに気流の方向、排気、スイッチの方向、ブランキング、冷却能力、および熱風の再循環について疑問を投げかけ始めた。.

まさにそれこそが、この物語が重要な理由なのです。.

その部屋には、すでに2台の冷却装置が24時間体制で稼働していた。.

問題は、単に「冷たい空気をもっと買う」ということだけではなかった。“

それは、全体として理解すべき気流システムだった。.

これは、シャーシの購入者がサプライヤーとの話し合いに直接持ち込むべき教訓です。高性能なファンであっても、コンポーネントの配置不良、デバイスの向き間違い、排気経路の制限、制御されていないバイパス、あるいは高温の排気を吸気口側へ逆流させてしまうラックといった問題を、いつまでも補うことはできません。.

シャーシとラックを組み合わせる

サーバーは実験台のうえでは動作しません。.

やがて、誰かがそれをラックに差し込む。.

そのラックには、次のようなものが含まれている可能性があります:

  • 穴あきドア;;
  • ケーブル管理用アーム;;
  • 後部PDU;;
  • 太い電力ケーブル;;
  • ブランキングパネル;;
  • 近隣のサーバー;;
  • トップ・オブ・ラック・スイッチ;;
  • リアのクリアランスが狭くなった;;
  • 封じ込め;;
  • フィルター;
  • 施設内の気流に関する制約。.

これらはすべて、冷却の挙動に影響を与える可能性があります。.

よくある間違いの一つは、シャーシの背面を完全に開放した状態で動作確認を行い、その後、排気口の真後ろに太いケーブル束がぶら下がっているような、通気性を妨げるキャビネットの扉の背後にそのシャーシを設置してしまうことです。.

ファンカーブに変化は見られなかった。.

システムの抵抗が原因でした。.

「~」に関するガイド サーバーの冷却気流 シャーシの奥行き、ケーブル管理アーム、PDU、ドア、保守用スペース、および気流スペースを網羅しています。これは、ラックの機械的適合性と熱的適合性が不可分であるためです。.

ラックの吸気温度を状況に応じて把握する

ASHRAEの現行ハンドブックでは、推奨される乾球温度の範囲として A1~A4クラス:18~27°C データ通信機器の。.

だからといって、すべてのシャーシを単に27°Cで試験し、それで完了とみなすべきだということにはならない。.

実際の機器の仕様は、やはり重要です。.

標高も同様です。.

仕事量も同様です。.

ファン冗長化も同様です。.

また、吸気面全体にわたる温度の均一性も同様です。.

左側の吸気口で22°Cの空気が流入し、右側の吸気口では34°Cの排気ガスが再利用されているシャーシは、工学的な意味において「22°Cの吸気条件」にあるとは言えない。.

複数の点を測定します。.

ケーブル配線が、意図せず熱設計の問題にならないようにする

CADモデルでは、ケーブルの配線が美しく描かれる傾向があります。.

生産ユニットは、その外観が異なることがよくあります。.

電源ケーブルは曲がります。.

SASケーブルの積み重ね。.

GPUの電源コネクタにはサービスループが必要です。.

フロントパネルのハーネスが開口部に入り込んでしまう。.

組み立ての過程で、ケーブルタイの位置がずれてしまいます。.

すると、気流が変化する。.

だからこそ、熱的バリデーションの一環として、ケーブル配線を確定すべきなのです。.

固定ポイントを適切に活用してください。太いハーネスは、気流の速度が速い箇所から遠ざけてください。余分なケーブルを、ファンの吸気口の真後ろやヒートシンクの上流に配置しないようにしてください。.

そして、その見苦しい設定をテストしてみてください。.

すべての項目を入力してください。.

1つのファンが故障した場合の対策

通常動作温度だけでは、全体像の半分に過ぎません。.

ファンが故障したらどうなるのでしょうか?

複数のファンが並んだ壁構造では、故障したファンが低抵抗の開口部となることがあります。正常に動作している隣接するファンは、シャーシを通るのではなく、故障したファンの位置を通って空気を後方へ引き込んだり押し出したりすることがあります。.

それは、効果的な冷却にとって驚くほど有害となる可能性があります。.

システムの要件に応じて、設計者は以下のものを使用する場合があります:

  • 逆流防止;;
  • ファンシャッター;;
  • 圧力感知型制御;;
  • 緊急時のファン回転数の引き上げ;;
  • 冗長な気流ゾーン;;
  • 温度に基づくスロットリング;;
  • シャットダウンロジック。.

それをテストする必要があります。.

“「6つの冗長なファン」というのは、冗長性の証拠にはならない。.

5を使って気温を表示してください。.

熱的バリデーションには、実際に出荷する機器を使用すべきである

ここで、調達チームは数ヶ月にも及ぶ苦労を回避できるのです。.

空のシャーシから冷却システムを承認してはならない。.

誰かがリアファンの近くにティッシュを置いて、それがはためくのを見ていたからといって、それを承認してはいけません。.

サイドパネルが開いた状態での試験では、これを承認してはならない。.

2枚のGPUを搭載したプロトタイプを用いて、4枚のGPUを搭載したシステムの承認を行わないでください。.

意図した本番環境の構成を構築します。.

インストール:

  • 生産用マザーボード;;
  • 計画上の最大DIMM搭載数;;
  • 実際のCPUとヒートシンク;;
  • 対象となるGPU;;
  • すべてのストレージデバイス;;
  • バックプレーン;;
  • PSUの設定;;
  • ファイナル・ファンズ;;
  • フィルター;
  • 生産用フロントパネル;;
  • 実際のケーブル;;
  • ラックレール;;
  • ラックの扉などによる制限が見込まれます。.

その後、持続的なワークロードを実行します。.

ここで、規律ある サーバーの気流設計方法 このプロセスでは、シャーシが量産に供される前に、機械設計の仕様と試作機の検証結果を結びつける必要がある。.

CPU温度以外のデータも記録する

有用な検証レポートには、以下の内容を含める必要があります:

測定なぜ重要なのか
入口温度実際の冷却状態を把握する
CPUパッケージ温度プロセッサの熱マージンを確認する
GPUの温度アクセルペダルの制限または再循環を検知します
メモリ温度DIMMの動作が停滞している領域を検出します
NVMe/ドライブの温度ストレージの気流を確認する
VRM温度マザーボード上の発熱箇所を特定する
PCIeカードの温度局所的な速度が不十分であることを検出します
ファンの回転数制御応答を示す
ファン制御/PWM残りのマージンがいくらあるかを表示します
排気温度システムの熱吸収量の評価に役立ちます
圧力差可動域の制限を診断するのに役立つ
スロットリングフラグパフォーマンスへの影響を示す
ファンが故障する温度冗長性を前提とするのではなく、実際にテストする

熱平衡に達するまで十分に長時間運転する。.

5分間のベンチマークでは、ヒートソークによる動作遅延の問題が見過ごされてしまう可能性があります。.

フロントからバックへの気流の設計方法

実用的なフロント・トゥ・バック気流設計ワークフロー

もし新しいサーバーシャーシのプロジェクトを審査することになったなら、私はこの順序で進めるだろう。.

1. ハードウェア構成を固定する

実際の部品番号を確認してください。.

「ATXマザーボード」ではありません。“

「GPUが4つ」ではありません。“

「高性能CPU」ではありません。“

本物のハードウェア。.

2. 熱負荷の算出

ゾーンごとに持続動作電力を推定し、熱密度が最も高いコンポーネントを特定する。.

3. 想定される気流経路を把握する

描いてみて。.

文字通り。.

前面吸気 → 絞り → 熱源 → ファン → 熱源 → 排気。.

図が分かりにくくなると、実際の空気の流れも分かりにくくなるでしょう。.

4. 圧力制限の特定

フィルター、パーフォレーション、ドライブケージ、バックプレーン、ヒートシンク、GPU、ケーブル束、ファンガード、およびリアパネルの形状を確認してください。.

5. カーブからファンを選ぶ

最大CFMのみを基準に選択しないでください。.

予想される抵抗値に基づいて、動作点を推定する。.

6. シャーシを熱ゾーンに分割する

CPU、GPU、ストレージ、メモリ、およびPCIe領域では、それぞれ異なる気流の配分が必要になる場合があります。.

7. バイパス経路を密閉する

役に立つ気流を、役に立たない気流よりも作りやすくする。.

8. 部品の向きを確認する

ヒートシンクのフィンの方向、GPUの気流、PSUの気流、スイッチの方向、およびファンの回転方向を確認してください。.

1つのコンポーネントが逆向きになっているだけで、局所的な熱ループが発生する可能性があります。.

9. ラックインターフェースの検証

ドア、PDU、配線、ブランキング、ラックの奥行き、隣接する機器、および施設の気流に関する想定を含めること。.

10. 最悪ケースの母集団の検定

最大ドライブ数。.

最大メモリ。.

アクセルペダルの最大踏み込み量。.

暖かい流入水。.

1つのファンが故障しました。.

あれこそ、私が合格してほしいと思っているマシンだ。.

RFQには何を記載すべきか?

カスタムラックマウントシャーシを調達する場合は、次のような記述は避けてください:

冷却:風量が多い。.

その仕様は、ほとんど意味をなさない。.

その代わりに、以下のように記述してください:

  • システムの総予想消費電力;;
  • CPUおよびGPUのモデル;;
  • 持続的な作業負荷プロファイル;;
  • DIMMの最大搭載数;;
  • ストレージ構成;;
  • PCIeカード一覧;;
  • ファンの冗長化目標;;
  • 許容される流入条件;;
  • 高度;
  • 該当する場合、音響上の要件;;
  • フィルタの要件;;
  • 気流の方向;;
  • ラックドアの制限;;
  • 想定される生産構成;;
  • 温度制限;;
  • スロットリングの制限;;
  • 故障モードに関する要件;;
  • 検証方法。.

次に、サプライヤーに対し、その気流設計がこうした条件にどのように対応しているかを説明してもらうように依頼してください。.

深刻な サーバーシャーシの気流設計 レビューでは、疑問点が浮かび上がるはずです。.

それは良い兆候ですね。.

本番運用前に私が採用する基準

ファンの壁がどれほど見栄えが良くても、私にはどうでもいい。.

最終的なBOMが組み込まれた状態で、サーバーが設計されたラック構成内に設置され、合意された吸気条件下で持続的な負荷がかかっている際、すべての熱に敏感な部品が指定された許容範囲内に収まっているかどうかを重視しています。.

それなら、マージンが欲しい。.

それから、ファンが故障したときにどうなるのか見てみたい。.

これこそが、前面から背面への気流設計です。.

ファンたちが同じ方向を指さしているわけではない。.

CFMの数値ではありません。.

単なるマーケティングのキャッチフレーズではありません。.

冷たい吸気から熱い排気に至るまで制御された経路が確保され、その間の各部品は、実際に必要な空気のみを取り込むようになっている。.

そこをきちんと理解すれば、ファンも自分の役割を果たせるようになる。.

判断を誤ると、ファンをもう1台追加しても、かえってその不具合の音が大きくなってしまうだけかもしれません。.

よくある質問

サーバーシャーシにおける「フロント・トゥ・バック気流」とは何ですか?

フロントからバックへの気流により、シャーシの前面から冷気が取り込まれ、内部のコンポーネントの周囲を流れ、加熱された空気は背面から排出されます。.

この配置は、一般的なラックの「ホットアイル/コールドアイル」構成に合致しており、高温のサーバー排気が機器の吸気口に直接逆流するのを防ぐのに役立ちます。.

効果的なサーバーの気流はどのように設計すればよいでしょうか?

まず熱負荷とコンポーネントの配置を検討し、次に制約条件を明確にし、耐圧性能を備えたファンを選定し、バイパス経路を制御した上で、持続的な負荷条件下でシステム全体の検証を行います。.

ファンの選定は、気流経路を把握した後に実施されます。ドライブ、バックプレーン、ヒートシンク、GPU、フィルター、ケーブルはすべて、最終的な動作点に影響を与えます。.

サーバーの冷却において、CFMの値が高いほど常に良いのでしょうか?

いいえ。CFMの数値が高いことは、冷却が必要な部品に空気が届く場合にのみ意味があります。.

シャーシは、気流がヒートシンクを迂回したり、過度な抵抗に遭遇したり、内部で再循環したりすると、大量の空気を循環させても、コンポーネントが過熱してしまう可能性があります。.

サーバーシャーシにおいて、静圧はなぜ重要なのでしょうか?

静圧は、ファンが流路の抵抗に対してどの程度効果的に気流を維持できるかを決定する。.

高密度に配置されたドライブケージ、フィルター、バックプレーン、ヒートシンク、GPU、グリル、ケーブルなどが抵抗を生み出します。したがって、サーバー用ファンは、最大自由空気流量(CFM)だけでなく、実際のシステム圧力曲線に基づいて評価する必要があります。.

サーバーの気流は、正圧とすべきか、それとも負圧とすべきか?

普遍的な圧力目標値というものは存在しません。気流は、システムの熱的要件、ろ過要件、漏れ要件、および冷却要件に合わせて制御する必要があります。.

より重要な問題は、過度なバイパスや再循環が生じることなく、すべての熱ゾーンに十分な空気が供給されているかどうかである。.

バイパス気流を防ぐにはどうすればよいですか?

意図しない低抵抗経路を遮断し、バッフル、ダクト、シュラウド、ブランキングプレート、および制御されたファン壁の形状を用いて、熱を帯びた部品に空気を導く。.

目的は、すべての隙間を塞ぐことではありません。意図した熱の伝達経路を、近道よりも有利なものにすることです。.

GPUサーバーでは、フロントからバックへの気流をどのように扱うべきでしょうか?

GPUサーバーには、十分な前面吸気面積、耐圧仕様のファン、適切なGPU間隔、制御されたバイパス経路、および妨げのない背面排気が必要です。.

設計者は、GPUの気流の方向、隣接するカードとの干渉、電源ケーブルの妨げ、およびアクセラレータがフル負荷時の温度についても確認する必要があります。.

生産開始前に、フロントからバックへの気流をどのように試験すべきでしょうか?

想定される吸気条件下で、最終的なハードウェア構成を継続的な負荷下で試験し、各コンポーネントの温度、ファンの動作、スロットリング、および故障時の応答を記録する。.

量産用のケーブル、ドライブ、フィルター、フロントパネル、GPU、メモリ、電源ユニットを使用し、現実的なラック上の制約条件を反映させてください。また、冗長性が必要な状況において、少なくとも1つのファン故障シナリオについてもテストを行ってください。.

Mark Lee - Founder & Server Chassis OEM/ODM Specialistの写真
マーク・リー - 創業者、サーバーシャーシのOEM/ODMスペシャリスト

マーク・リー氏はISTONECASEの創業者であり、サーバーシャーシ業界で20年の経験を有しています。 彼は、GPUおよびAI向け、ラックマウント型、産業用、壁掛け型、NAS、Mini-ITX、マルチノードシャーシ向けのOEM/ODMソリューションを専門としています。その専門知識を活かし、データセンター、AIコンピューティング、エンタープライズストレージ、エッジコンピューティング、ネットワーク、および産業用アプリケーション向けのカスタマイズされたハードウェアプロジェクトを支援しています。.