机房不是"还有空机柜就能上机器"。真正先耗尽的往往不是空间，而是电力或制冷，而这两样扩容的周期最长。
一、三本账要一起记
| 账目 | 计量单位 | 先耗尽的典型场景 |
|---|---|---|
| 空间 | 机柜数、可用 U 位 | 机柜买得到，但没地方放 |
| 电力 | A（电流）或 kW，按机柜与列头柜 | 高密度服务器上架后频繁跳闸 |
| 制冷 | kW 冷量、送回风温差 | 局部热点，空调总冷量却还有余 |
只记空间是最常见的错误。一台满配 GPU 服务器的功率，可能顶过去半个机柜的普通服务器，空间够但电力不够，一样上不了。
二、机柜功率密度要点算清楚
- 按设备铭牌功率打系数：普通服务器取 0.6–0.7，网络设备取 0.5，存储按实际负载
- 机柜实际负载不超过列头柜额定容量的 60%，留出启动冲击与冗余
- 双路供电时，单路要能承担全部负载（A/B 路各按 100% 设计）
- 高密度机柜单独分区，不要和低密度设备混排，否则局部热点无解
算出来的是"设计容量"，还要和监控实测对一次。差得多的机柜，要么统计漏了设备，要么有人在偷偷加机器。
三、水位分级与对应动作
| 水位 | 判定 | 动作 |
|---|---|---|
| 健康 | <60% | 正常审批上架 |
| 关注 | 60–75% | 启动扩容评估，限制大功率设备 |
| 紧张 | 75–85% | 上架需审批，同步清理僵尸设备 |
| 告急 | >85% | 暂停新上架，扩容方案必须已开工 |
水位要按机柜、按列、按机房三级看。整体 50% 但某一列 90%，风险在那一列，不在平均值里。
四、上架审批要带数据
把"申请一个机柜"变成一张带数据的表单：
- 设备清单：型号、数量、铭牌功率、U 数、网络端口需求
- 目标位置：机房、列、机柜、起始 U 位
- 电力核算：新增负载后该机柜与列头柜的占用率
- 网络：接入交换机端口、VLAN、是否需要光模块
- 散热影响：是否属于高密度设备，是否需要调整送风
这张表由运维填、负责人批，事后可追溯。没有数据的上架审批，等于把容量风险交给运气。
五、季度复盘与僵尸设备清理
- 每季度出一次容量报告：三本账的水位、增量趋势、预计耗尽时间
- 同步一份"僵尸设备"清单：连续 90 天无监控流量、无工单、无负责人确认
- 僵尸设备先关机观察两周，无投诉再下架，释放空间与电力
- 把下架回收纳入常态流程，别只在扩容前突击清理
扩容周期要倒推
增加一路市电、加装精密空调通常以月计。按当前增速算出耗尽时间，再倒推启动时点，才不会在告急时被迫做仓促决策。
#容量管理#机房规划#电力容量#运维实务
