常時稼働サーバーにはどれくらいの冷却余裕が必要？

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

How Much Cooling Headroom Does an Always-On Server Need? - Zima Store Online

常時稼働するホームサーバーには、通常想定される最も高い室温でも、現実的に想定される最も重い負荷をサーマルスロットリングなしで維持し、すべてのファンを最大速度にすることなく処理できる十分な冷却余力が必要です。TDPの表示だけを基準に冷却機器を選ばないでください。より有効な合格基準は、CPU、ストレージ、拡張カードの温度が継続的な負荷のもとで安全に限界値を下回って安定し、さらに暑い日やほこりの蓄積、将来のハードウェア追加に備えたファン速度の余裕も残っていることです。

冷却余力はクーラーの定格ではなく、継続負荷に対する余裕として定義する

冷却余力とは、実際の室内で現実的な継続負荷をかけたときにシステムが発生する熱量と、冷却システムが継続的に放熱できる量との差です。短時間のベンチマークには耐えられても20分後に飽和するクーラーより、温度が安定し、なおかつファン速度の余裕が残るクーラーのほうが、実用上の余力は大きくなります。

Puget Systemsは、室温が高くなるとコンポーネント温度が直接上昇し、ファンがより強く動作することを確認しています。同社の室温テストが示すように、ホームサーバーはセットアップ当日の温度ではなく、通常想定される最も暑い室内条件に合わせて選ぶべきです。

CPUに記載された熱設計上の限界値は絶対的な境界として扱いますが、その境界ぎりぎりでサーバーを動かす設計にはしないでください。ホームシステムでは、想定する最長の実負荷中にスロットリング開始点より十分下の余裕を確保し、維持するために冷却システムを常時100%で動かさないことが、実用的な合格基準です。具体的な余裕幅はプラットフォームによって異なります。重要なのは、予備能力を残すことです。

ZimaSpaceの常時稼働ホームサーバーの構築ガイドでは、低いアイドル時消費電力と容易な冷却を、ベンチマーク上の数値ではなく運用上の要件として扱っています。冷却余力も同じ考え方で捉えるべきです。重要なのは、ストレステストで可能な限り低い温度を記録することではなく、日々の動作が安定していることです。

温度が熱平衡に達するまで十分な時間テストする

常時稼働サーバーは、ベンチマーク開始直後の1分間よりも、定常状態で過ごす時間のほうがはるかに長くなります。メディアのトランスコード、写真のインデックス作成、バックアップの圧縮、スクラブ、仮想マシン、ローカルAI処理などは、筐体、ヒートシンク、ドライブ、周辺コンポーネントが熱を蓄えるほど長時間実行されることがあります。冷却性能は、負荷を開始した直後ではなく、温度上昇が止まった後に評価すべきです。

GamersNexusは、クーラーが平衡状態に達するまで時間がかかる場合があるため、長時間の熱テストを実施しています。同社のクーラー評価方法では、持続的な熱平衡に達するまでの時間について説明しています。ホームサーバーにゲーミング用ハードウェアは必要ありませんが、熱の飽和を明らかにするため、十分な時間テストするという同じ姿勢は必要です。

極端なCPUストレステストだけを使わず、現実的な負荷の組み合わせを作ってください。実際に使用する最も長時間のCPU負荷の高い処理を実行しながら、ストレージプールで通常の読み書きを行い、ネットワークも稼働させます。GPU、HBA、10GbE NIC、複数のNVMeドライブを搭載する場合は、それらも発熱する負荷を含めてください。

温度が急速に上昇した後、安全な水準で中程度のファン速度のまま横ばいになるなら、冷却システムには実用的な余力があります。温度が上昇し続ける場合は、プロセッサがまだスロットリングしていなくても、筐体の排気不足、熱気の再循環、吸気の遮断、ヒートシンク面積の不足などが考えられます。

平均的な室温ではなく、最も暑い室内に合わせて選ぶ

21°Cで快適に動作するサーバーでも、密閉されたキャビネットや、数度高い夏の室内では余裕がなくなることがあります。冷却システムが熱を移動できるのは周囲の空気までなので、吸気温度が上昇するたびに熱伝達に利用できる温度差が小さくなり、コンポーネントの動作温度は上昇します。

近年のデータセンター研究でも、吸気温度は自由に変えられる変数ではなく、サーバーのファン動作や消費電力を変化させることが示されています。2025年の本番環境に関する研究では、暖かい吸気によってファンの動作が増え、サーバー側の消費電力が上昇したことが確認されています。ホームサーバーにおける教訓はより簡単です。実際に設置する最も暑い通常環境でハードウェアをテストしてください。

設置場所による影響も考慮してください。前後が開いた棚と、小さなケーブル穴しかないメディアキャビネットでは条件が異なります。本、壁、ケーブルの束、別の発熱機器によって吸気口や排気口をふさがないでください。サーバーを家具の中に置く場合、家具そのものが冷却システムの一部になります。

季節による室温の変化でシステムがスロットリングや最大ファン速度に近づくなら、追加のファンや筐体の冷却能力を購入してください。夏があるからといって巨大なクーラーを買う必要はありません。実際の夏の設置場所でも同じ安定動作の余裕を維持できるだけのエアフローとヒートシンク面積を確保してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

ほこり、経年劣化、負荷増加に備えてファン速度の余裕を残す

適切なサイズの常時稼働サーバーは、重い処理のたびにファンを最大速度まで上げる必要がありません。ファン速度の余裕があれば、フィルターにほこりがたまったとき、暑い日が来たとき、アプリのアップデートでCPU負荷が高くなったとき、またはストレージデバイスを追加したときにも対応できます。通常の動作時にサーバーを静かに保つことにもつながります。

Noctuaは、1つの固定速度ではなく、低・中・高負荷に応じてファンカーブを設定することを推奨しています。同社のファンカーブに関するガイダンスは、すでに最大速度に張り付いている冷却システムよりも、上限側のエアフローを使わずに残している冷却システムのほうが適応性に優れる理由を示しています。

テスト中は温度とファン回転率の両方を記録してください。現実的に最も重い負荷をかけた時点でCPUファンやケースファンがすでに最大付近まで回っているなら、今日の条件では技術的に合格していても、環境や負荷の変化に対する許容度はほとんどありません。単に騒音を受け入れるよりも、大型のヒートシンク、より良い筐体エアフロー、または低消費電力のプラットフォームを選ぶほうがよい場合があります。

冷却余力があるからといって、ファンを意図的に低速に保つ必要はありません。目標は、軽い負荷では通常のファンカーブで静かに動作し、システムが本当に必要とするときには積極的に対応できるだけの総合的な冷却能力を確保することです。

CPUだけを守って、ドライブ、VRM、NVMeを冷却不足にしない

ホームサーバーでは、CPU以外の場所で冷却テストに失敗することがよくあります。密集したドライブケージ、HBAカード、10GbEアダプター、電源供給部品、NVMe SSDは、プロセッサが快適な温度を示していても、エアフローの弱い場所に配置されることがあります。コンパクトな筐体では、発熱するすべての領域を通る完全なエアフロー経路が必要です。

XDAの、過小評価されがちなホームサーバー用コンポーネントに関する解説では、ケースファンとエアフローがCPUクーラー以外にも重要になる場合があると指摘しています。このシステム全体の冷却要件は、複数のハードドライブや拡張カードがCPUに大きな負荷をかけずに継続的な熱を発生させるNAS構成で、特に重要です。

スクラブ、再構築、大容量転送、継続的な書き込み中のストレージとコントローラーの温度を確認してください。HBA、GPU、高速NICを追加してパッシブヒートシンクをふさいだり、空気の通り道を変えたりした場合は、熱テストをやり直します。拡張カードを追加する前は安定していたサーバーでも、CPUをアップグレードしていないのに、その後は余裕がなくなることがあります。

熱くなる部品に向けて低速の直接的なエアフローを確保する構成を、1基の小型・高回転ファンに頼る密閉筐体より優先してください。常時稼働では、アイドル時だけ静かなコンパクト冷却設計よりも、低いファン速度でより多くの空気を流せる構成のほうが、しばしば優れた選択になります。

実際に必要なプラットフォームに見合った冷却余力を購入する

DNS、Home Assistant、ダッシュボード、少数のコンテナ、単純なファイル共有などの軽いサービスでは、サーバーが24時間365日稼働するからといって、過剰に大きなアクティブ冷却を用意する必要はありません。十分な性能を持つパッシブ筐体や低速ファンを備えた低消費電力プラットフォームのほうが、静かにアイドル動作させるために強力な冷却を必要とする高消費電力のデスクトップ向けプロセッサより、常時稼働には適している場合があります。

ServeTheHomeが小型ファンレスネットワークアプライアンスをテストしたところ、穏やかなエアフローを追加するだけで報告温度が大幅に低下しました。この小型システムのエアフロー例は、パッシブ冷却ハードウェアでも、無限の熱容量があると決めつけず、実際の筐体と室内で評価する必要があることを示しています。

サーバーのタイプ	冷却の購入目標	アップグレードのきっかけ
少数の軽い常時稼働サービス	実際の負荷で安定した温度を維持できる、パッシブまたは非常に静かな冷却	夏の室温上昇やサービス追加によって熱的余裕がなくなる
アプリ＋メディア＋インデックス作成	継続的な混合負荷でもファン速度の余裕を保てるアクティブエアフロー	ファンが最大速度に近づく、または部品の熱飽和が限界付近に達する
複数ドライブのNAS	ドライブケージ、コントローラー、SSD、CPU周辺を通るエアフロー	再構築やスクラブ時の温度が制約要因になる
GPU／10GbE／高負荷コンピューティング	複数の発熱源に対応して設計された筐体	拡張ハードウェアによって熱気の再循環やスロットリングが発生する

ZimaBlade Starter Bundleは、設置場所とエアフローが適切であれば、軽いサービスを常時稼働できます。上位モデルへ移行する理由は、ZimaBladeが24時間365日稼働に適さないからではなく、負荷と拡張性です。軽いサービスを少数実行するなら3760を、Docker処理、メディア処理、または小規模なDIY NASをすでに計画しているなら7700を選んでください。

ZimaBoard 2は、日常的なアプリ、初めてのNAS、軽～中程度のコンテナに適しており、1664はより多くのコンテナ、メディア処理、インデックス作成、仮想マシンに対応する余裕を追加します。ZimaCube 2が冷却面でも上位の選択肢になるのは、複数ドライブのストレージ、より高い同時実行性能、10GbE、クリエイティブ作業、GPU負荷などによって、より大きな熱設計が必要になった場合です。ファンと熱限界に達する前に、選択した負荷が余裕を持って安定するだけの冷却性能を購入してください。