笔趣笔

第48章 自建机房（第4页）

“我们不引入第三方维保。”陈默态度明确，“目标之一是把可控性握在自己手里。我们把运维团队扩充到覆盖白天的维修替换，夜里不抢修。有紧急事件，先切流量，次日工作时间内修复。”

张总点头：“机房提供二十四小时准入，但要提前备案抢修人员信息。紧急情况下可以电话叫醒值班人员配合开门或查环境。”

“准入名单我们按批次提交，月度更新。”陈默把条目写进清单。

谈判持续到下午四点，双方把试运行方案细化成十几条：先托管五台关键设备，分布在 C 区同一排，便于走线与巡检；上架前做一轮功耗复核与压测，上架后接入现有监控面板，新增温度、风扇和电源冗余状态；日志与审计按星火统一格式接入，方便和云服务平台的运维体系复用。

张伟主动请缨驻守机房一周。陈默给他定了边界：“白天在，晚上回。告警阈值先放宽，先看趋势，不被瞬时抖动误导。”

第一天上架，五台机器全部通过上电自检。运维下发标准镜像，批量脚本分三段执行：初始化、系统加固、服务部署。每段结束都落一条审计记录。到下午三点，监控面板上出现了五条新的曲线，温度平稳，功耗在样机区间内。刘明在本地跑了一轮 Web 并发与数据库基准，误差在预期范围。

第二天，张伟做了链路聚合切换演练，模拟单网口断开，恢复在秒级。随后拔掉一只电源模块，负载顺利切到另一只，告警被正确捕捉。陈默让他在演练记录里加上恢复时长、告警等级和处理流程，作为后续批量上线模板。

第三天，资产处置部发来第一批出库单与清单。公司仓储点同步收到了硬盘托架和两箱风扇。赵阳把镜像仓库的签名校验开启，建立了和准入名单一致的发布名单，避免误操作。李明依据新的报价把整体成本表更新了一版，把“机柜两千八、电一块二、带宽另计”写进合同条款建议，并在敏感性分析里加了“电价上涨”和“带宽阶梯价”。

第四天，李工又发来提醒：C 区周末会做一次应急通道演练，人流集中，建议取消周末变更窗口。陈默把周末的脚本更新暂停，把变更窗口统一到工作日午后，外包组同步调整排期。

第五天，陈默在机房现场做了一次功耗复核。以两台 B 型机的半载压测为基准，平均功率落在一百八十瓦上下。他按“按柜功率”和“按设备功率”两套口径测了电费，写在本子上：试运行月度成本约六千八，包含一柜租赁、低负载电费与共享带宽。和继续租用整机相比，账面便宜约三十五，但需要承担硬件故障与折旧的不确定。李明把这段测算记进成本表的备注栏，标注“仅试运行口径”。

第六天，告警面板出现两次黄色告警，均为一台样机风扇转速异常。张伟现场检查后确认是传感器误报，替换风扇后恢复。陈默把“传感器误报”列为已知问题，要求外包组在巡检脚本里加入二次确认的逻辑，避免因单点误报触发不必要的切换。

第七天，五台设备连续运行超过一百六十小时，没有出现阻断性故障。监控曲线显示温度和功耗稳定，链路丢包率在万分之一以下。刘明补充了一轮文件与日志写入的长时稳定性测试，写入延迟在可接受区间。

一周结束，试运行的数据被整理进一份简短的周报，分三类指标呈现：稳定性、效率和成本。稳定性里列了告警次数与级别，效率里写了装机脚本与巡检的人工时，成本里是机柜、电费与带宽的摊销。周报最后两行是陈默写的提示：

一，继续按不加班原则推进，夜间不做变更，重大故障先切回现网，白天修复。二，批量上线前再做一轮合同条款确认，设备批次一致性与备件到位作为前置条件。

下午的复盘会上，张总翻看周报，语气平常：“你们的执行挺稳，流程清楚，配合度也好。就按你们的节奏来，别急。”

会后，李工在电梯口和陈默并排站了一会儿，低声说：“你们这套做法，比我们租用整机的账要低，而且把风险点写得清楚。”

陈默点头：“我们做的主要是把变量变成清单。能控制的多一些，账才会稳一些。”

小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！