波仔
☁️ 第一章 云计算的基础知识
📄 一句话概括

一个机架能上，靠的不是服务器本身，而是三个数字：功耗够不够电、UPS 负载率留没留余量、制冷量散不散得掉——服务器是被一整套配套设备托着的。

📝 本节和前面几节的关系

前面三篇分别讲了算力（1-7、1-8）与存储（1-9）。

这一篇把它们放回真实的机架里，加上那些平时没人注意、却决定能不能开机的东西：配电、UPS、远程控制台、理线。这是第一章里最"接地气"的一节——它解释的是一个朴素事实：机房不是把服务器码上去就完事的。

一、机架里除了服务器还有什么

一个装满的机架，除了 20 台服务器，通常还有这些：

注意这里的设计思路：除了服务器，其他部件几乎全都在做两件事——供电安全和可运维。这正是它们容易被忽略、却决定机房能不能稳定运行的原因。

二、第一笔账：功率

把上面这些设备的功耗加起来（Demo 的场景）：

这个数字的用途是对比机柜的供电能力。多数标准机柜是按几 kW 到十几 kW 设计的——8.3 kW 已经接近普通机柜的中高区间。如果换成上一篇那个 24 kW 的高密度方案，普通机柜根本供不上。

三、第二笔账：UPS 负载率

UPS 的容量通常用 kVA（视在功率）标。这台是 10 kVA，负载 8.3 kW：

83% 意味着什么？ 意味着几乎没有余量：

所以这一架的结论是：要么换大一号的 UPS，要么减两台服务器。 这不是保守，而是给"未知"留出空间——机房出问题的时候，正是你没有余量的时候。

四、第三笔账：制冷与续航

这三笔账是同一件事的三个侧面：一个机架能上多少设备，不由机架的多寡决定，而由电、电池、空调这三样配套决定。

五、动手 Demo：把三笔账算出来

servers, sw, kvm = 20 * 400, 2 * 150, 30
it_w = servers + sw + kvm          # 整架 IT 功耗
ups_kva, battery_kwh = 10, 5
print("整架功耗 = %d W = %.1f kW" % (it_w, it_w / 1000.0))
print("UPS 负载率 = %.1f%%" % (it_w / 1000.0 / ups_kva * 100))
print("断电续航 ≈ %.0f 分钟" % (battery_kwh / (it_w / 1000.0) * 60))
print("制冷需求 = %s BTU/h" % format(int(it_w / 1000.0 * 3412), ","))

实跑输出：

==================================================================================================
D10 一个机架里到底装了什么（附功率与散热账）
==================================================================================================
  【清单】42U 机架，装 20 台 2U 服务器
  部件                          数量        单件功耗      作用
  ----------------------------------------------------------------------------------------------
  2U 服务器                     20 台       400 W         真正干活的算力
  机架交换机                    2 台        150 W         机架内组网、上联骨干
  PDU（配电单元）               2 条        —             给所有设备供电，双路冗余
  KVM-over-IP                   1 台        30 W          远程接显示器和键盘
  UPS                           1 台        自身损耗      断电时顶住，争取安全关机时间
  理线器与盲板                  若干        —             整理线缆、挡住空位引导风道

  【算账】
  项目                                计算                          结果
  ----------------------------------------------------------------------------------------------
  整架 IT 功耗                        20×400 ＋ 2×150 ＋ 30         8330 W
  换算成千瓦                          8330 ÷ 1000                   8.3 kW
  这台 UPS 的负载率                   8.3 ÷ 10 kVA × 100%           83.0%
  建议负载率上限                      行业惯例                      ≤ 80%
  断电后能顶多久                      电池 5 kWh ÷ 8.3 kW           约 36 分钟
  空调要带走的热量                    8.3 kW × 3412                 28,320 BTU/h

  ④ 三个数字决定这一架能不能上：功耗（电够不够）、负载率（UPS 留没留余量）、
     制冷量（热散不散得掉）。83% 已经超过 80% 的惯例上限——
     所以这一架要么换大一号的 UPS，要么减两台服务器。
     教材把【机架中的系统组成】单独列一节，讲的正是这件容易被忽略的事：
     服务器不是插上电就能跑，它被一整套配套设备托着。

读这个输出：最值得琢磨的是那句"83% 已经超过 80% 的惯例上限"。很多人看负载率会想"83% 又没到 100%，问题不大"——但工程上"没满"和"够安全"是两件事。余量是用来吸收意外的：一台设备启动时的冲击电流、一个夏天的极端高温、一块老化的电池，都要靠那 17% 来消化。这就是机架这一节最实在的一课：规划时留的余量，就是你将来少出的故障。

六、⚠️ 2026 现状

30 秒实验

想一想你家里同时开的电器（空调、电饭锅、热水器……），回答三句：

  1. 这些电器加起来大概多少瓦？（空调 1,000 W 以上、电饭锅 800 W 左右）
  2. 你家的空气开关是多大的？（常见 16 A／32 A，对应约 3.5 kW／7 kW）
  3. 同时全开够不够？

算完你会发现，机房那笔账和你家这笔账是同一个逻辑：不是"有没有插座"，而是"这一路电能带多少"。机房贵就贵在，它要把这件事按上千个机柜、一刻不停地做对。

常见误区

  1. 错误：服务器买回来了，插上电就能用。——纠正：能不能用取决于配套：电够不够（PDU 与配电）、热散不散得掉（空调）、断电时能不能安全落地（UPS）。一台满载的服务器，本质上是一个持续发热的电器——把它放进机架，先算的是这三件事。

  2. 错误：UPS 负载率没到 100% 就是安全的。——纠正：惯例上限是 80%，这留出来的 20% 不是浪费，是用来吸收冲击电流、电池老化、环境高温的。贴着上限运行，等于把所有意外都留给运气——一旦真的断电，最需要它的时候它最可能不顶用。

  3. 错误：盲板只是挡灰的。——纠正：盲板的主要作用是引导风道。机柜里的冷风如果从空位直接漏走，服务器就吸不到足够的冷空气——挡上盲板，冷风才会被迫穿过服务器。这是一个用几块钱的挡板解决几千瓦散热问题的设计。

  4. 错误：机房规划是运维的事，我不需要懂。——纠正：它直接换算成你的成本与可靠性。同一批服务器放进供电不足的机柜，结果可能是降频（性能掉）或者加钱换机柜（成本涨）。做方案时问一句"这一排还能加多少 kW"，比事后发现装不上要省事得多。

自测三问（点开对答案） 1. 为什么这台 UPS 的负载率 83% 就被判为不合格？ —— 因为**行业上限是 80%**。余量不是"浪费掉的容量"，而是**用来吸收三类意外的**：设备启动时的冲击电流、电池随使用年限衰减后的实际输出下降、以及夏季高温下的效率降低。**贴着上限运行，等于这三类意外发生时没有缓冲**——而它们恰恰会在你最不希望出事的时候发生。 2. 断电后只能顶 36 分钟，这个时间够做什么？不够做什么？ —— **够做"安全关机"，不够做"继续运行"**。UPS 的设计目标从来不是让你在停电时照常工作，而是给你一个**有序收尾的窗口**：把数据落盘、把服务停干净、等发电机启动或者从容关闭系统。**所以那 36 分钟要配合一套自动关机流程才有意义**——没有流程的 UPS 只是延迟了几十分钟的宕机。 3. 为什么说"制冷"和"供电"是同一件事的两面？ —— 因为**电不会消失，它最终全部变成热**。8.3 kW 的输入意味着同样功率的热必须被搬走，散不掉就过热、降频、宕机。**所以机房里的电费和空调费常常紧密相关**：你花了多少电，就欠了多少散热。这也是"功耗高的机柜更贵"的原因——它同时买了电和空调两份账。

相关笔记