🙋
PUE って「データセンタの燃費」みたいなものですよね？1.0 が理論限界というのは聞いたことありますが、Google の 1.10 ってどれくらいすごいんですか？
🎓
いい例えだね。PUE = データセンタ全体の消費電力 ÷ IT 機器の消費電力 で、1.0 ならサーバ以外の電気を一切使っていない理想状態。Google は 12 か月平均で 1.10、ベルギーの Saint-Ghislain サイトは 1.07 まで来てる。日本の一般的なエンタープライズ DC が 1.5〜1.8 だから、同じサーバを動かすのに必要な総電力が 3〜6 割も少ない。10 MW の IT 負荷なら年間で 10〜15 GWh の差、電気代にして数億円のレベルだよ。
🙋
えっ、年間で数億円差？！何でそんなに差が付くんですか。サーバ自体は同じなんですよね。
🎓
最大の要因は冷却方式と立地だね。エンタープライズだと「サーバ室＋大型チラー（4°C 冷水を回す）」が定番で、これだけで PUE に 0.4〜0.5 上乗せされる。一方 Google は外気を直接使う蒸発冷却（evaporative）や、寒冷地での free cooling、AI ラックには液冷を投入してる。左の「冷却方式」を空冷から液冷直接や浸漬に切り替えてみて。PUE が 1.5 から 1.1 にストンと落ちるはず。
🙋
本当だ、浸漬（immersion）にしたら 1.03 まで下がりました。これ、サーバを液体に沈めるやつですよね？信頼性は大丈夫なんですか？
🎓
単相の絶縁油や 3M Fluorinert などに完全に浸す方式で、すでに Microsoft・Meta・国内ではさくらインターネットなどが本番運用してる。NVIDIA H100 1 枚 700 W、AI ラック 1 本で 30〜50 kW なんていう発熱密度になると、空冷では物理的に追いつかない。逆に Project Natick（Microsoft の海底 DC）みたいに「海水で 24 時間冷やす」発想もあって、安定低温＋自然対流で PUE 1.07 を出してる。立地と冷却は車の両輪なんだ。
🙋
サーバ吸気温を上げると省エネ、というのも面白いですね。27°C から 32°C にしたら PUE が下がりました。これは何でですか？
🎓
吸気温を 1°C 上げるとチラーの設定温度も上げられるから、外気との温度差が小さくなる時間が増えて free cooling が効きやすくなる。ASHRAE TC 9.9 は推奨 18〜27°C、許容 15〜32°C と定めてて、hyperscale は許容範囲ギリギリの 27〜32°C で運転するのが常識化してる。ただし高温連続稼働は HDD・SSD・電解コンデンサの寿命を縮めるから、機器の MTBF とのトレードオフで決める。最近は AI が刻々と吸気温を最適制御してて、Google は 2014 年に DeepMind 導入で冷却消費電力を 40% 削減した有名な事例があるよ。
🙋
水消費（WUE）も出るんですね。蒸発冷却にしたら 100 ML 単位の水を使ってます。これって問題なんですか？
🎓
大きな問題だよ。1 サイトで年間 100〜500 万 m³（オリンピックプール 200 杯分）の水を使うこともあって、米アリゾナや西部の乾燥地帯では地元自治体と水利権が衝突してる。だから最近は「電気は安いけど水も豊富」な北欧（アイスランド Verne Global、ノルウェー Lefdal Mine）に hyperscale が集中するんだ。逆に液冷の閉ループは WUE がほぼゼロ。PUE・WUE・CUE（炭素）の 3 つを並行して最適化する時代になってる。
PUE とは何ですか？理論最低値はいくつですか？
PUE（Power Usage Effectiveness）= データセンタ全消費電力 / IT 機器消費電力 で定義される指標で、2007 年に The Green Grid が提唱しました。理論最低値は 1.0（冷却・配電損失ゼロ）で、現代の hyperscale では Google が 12 か月平均 1.10、ベルギー Saint-Ghislain サイトが 1.07 を達成しています。Meta は 1.09、AWS は約 1.20、エンタープライズ自社 DC の平均は 1.5〜1.8 です。本ツールは冷却方式・気候・吸気温・PDU 効率から PUE を推定し、設計のあたりをつけるためのものです。
液冷（liquid cooling）と空冷で PUE はどれだけ変わりますか？
本ツールのモデルでは、従来型チラー空冷の cooling PUE 寄与が約 1.50、蒸発冷却（evaporative）で 1.15、断熱冷却 1.20、ダイレクト液冷（cold plate）1.10、浸漬冷却（immersion）1.03 です。NVIDIA H100 ベースの AI ラックは 1 ラックあたり 30〜50 kW と高密度のため、空冷では物理的に冷やしきれず、液冷／浸漬がほぼ必須です。ただし液冷は初期費用と保守体制が重く、既設 DC のレトロフィットでは段階導入が現実的です。
サーバ吸気温を上げると本当に省エネになりますか？
なります。ASHRAE TC 9.9 は推奨範囲を 18〜27°C、許容範囲を 15〜32°C と定めており、近年の hyperscale では 27〜35°C の「warm aisle」運用が一般化しています。吸気温を 1°C 上げると冷却機器の COP が改善し、チラー稼働時間が短縮されて PUE が約 0.005〜0.01 程度下がる傾向があります。本ツールの inletTempAdj = (27 − T_inlet) × 0.005 はこの実測トレンドを線形近似したものです。ただしハードウェア寿命や故障率とのトレードオフがあり、35°C 超は推奨されません。
Water Usage Effectiveness（WUE）はどう考えればよいですか？
WUE = 年間冷却用水量 / IT 機器消費電力（L/kWh）で、PUE と並ぶサステナビリティ指標です。蒸発冷却は WUE が 1.0〜1.5 L/kWh と高く、米国南西部の乾燥地帯では水資源と競合します。一方、空冷チラーや液冷の閉ループは WUE がほぼ 0 ですが、その分だけ電力（PUE）を犠牲にします。本ツールでは evaporative=1.2、adiabatic=0.5、その他=0 として近似しており、立地の気候・水コスト・電力源（再エネ／化石）の三者で最適点を選びます。
hyperscale クラウド（Google／Meta／Microsoft／AWS）： 同社の年次サステナビリティレポートでは PUE と WUE がフリート全体で公開されます。Google は 12 か月平均 1.10、Meta 1.09、Microsoft 1.18、AWS 1.20 が直近の公表値。新規データセンタの立地選定は「気候帯（free cooling 可能日数）」「電力源の再エネ比率」「水コスト」の三要素で決まり、本ツールの気候帯・冷却方式・WUE パラメータがその意思決定のミニチュア版になります。
AI／HPC 専用データセンタ： NVIDIA H100（700 W／枚）や B200（1 kW／枚）を 8 枚搭載する DGX サーバを 1 ラックに 4〜8 台積むと、1 ラックで 30〜50 kW、AI 学習用ポッドでは 100 kW/ラックも珍しくありません。空冷チラーの物理限界（〜25 kW/ラック）を超えるため、cold plate 液冷または浸漬冷却が必須。本ツールで液冷・浸漬を選ぶと PUE 1.03〜1.10 に落ちるのは、この現実を反映した数値です。
エンタープライズ社内 DC とコロケーション： 金融・製造業の自社 DC は依然 PUE 1.5〜1.8 が一般的で、CRAC（Computer Room Air Conditioner）方式の冷却が主流。コロケーション事業者（Equinix、NTT、KDDI）は 1.4〜1.6 を目標に、冷気と暖気の流れを分離する「ホットアイル封じ込め」や外気導入を進めています。本ツールで evaporative + 温帯 + PDU 97% に設定すれば 1.17 まで下がるので、改修ロードマップの試算に使えます。
研究・大学スーパーコン： 富岳（神戸）は水冷+空冷ハイブリッドで PUE 1.13、NVIDIA Selene は 1.07 と公表。HPC 領域では計算精度より電力効率（GFLOPS/W）が競争軸になっており、Green500 ランキングと PUE は密接に関係します。HPC モード（CPU 占有率 90%+、長時間連続）では平均 IT 負荷も高く、冷却の動的応答が問われます。
まず最大の誤解が、「PUE が低い = 環境に良い」とは限らない こと。PUE はあくまで「IT 電力に対する付帯電力の比」であり、電力源が再エネか石炭かは反映されません。例えば石炭火力が 90% の地域で PUE 1.05 を達成しても、CO₂ 排出量は再エネ 80% の地域で PUE 1.40 のサイトより多くなり得ます。Google・Microsoft が 24/7 カーボンフリー電力（CFE）目標を掲げているのはこのためで、評価は PUE × 電力源の CO₂ 係数（CUE = Carbon Usage Effectiveness）で見るべきです。本ツールも一律 0.4 kg-CO₂/kWh で概算していますが、実運用ではグリッド係数を地域別に当てる必要があります。
次に、「PUE は瞬間値ではなく年間平均で評価する」 こと。冬季は外気冷却で PUE 1.05、真夏のピークで 1.35 と季節変動が大きく、瞬間値で 1.05 を喧伝するサイトも多いですが、ASHRAE と Green Grid は「12 か月加重平均」で報告することを推奨しています。本ツールで外気温を −10°C と 40°C で振ってみると同じ DC でも PUE が 0.1 以上動くのが分かります。設備設計では夏季ピークで容量、年間平均で運用コストを評価する二段階の見方が必要です。
最後に、「液冷にすれば常に勝つ」というわけではない 点。液冷・浸漬は確かに PUE と冷却効率で勝ちますが、(1) 初期設備費が空冷の 2〜4 倍、(2) 漏液リスクと保守工数、(3) サーバベンダーの保証範囲が限定的、というデメリットがあります。10 kW/ラック以下の汎用サーバ用途では、蒸発冷却＋ホットアイル封じ込めで PUE 1.15 を実現しつつ初期費用を抑える方が ROI が良い、という結論になることも多いです。冷却方式は「IT 負荷密度（kW/ラック）」をまず決め、その上で選定するのが正解です。