第三百一十六章 暗手

第三百一十六章 暗手 (第2/2页)

晚上八点，预热脚本第一次联调测试。
　　
　　何明把限流阈值设为生产环境最大负载的百分之十五——也就是说，预热最多占用百分之十五的磁盘带宽，剩下的留给正常搜索服务。脚本启动后，监控面板上的磁盘队列深度曲线缓慢上升，在百分之十二的位置停住，然后稳定波动。
　　
　　"流速稳定。"刘芳盯着监控屏，"预计四小时完成全部预热。"
　　
　　"太慢了。"何明摇头，"迁移窗口期只有六小时，预热占四小时，留给其他操作的时间只剩两小时。"
　　
　　他调整限流阈值到百分之二十五。磁盘队列深度上升到百分之二十二，预热时间缩短到两小时四十分钟。但搜索响应时间从一百八十毫秒涨到了二百一十毫秒——用户端已经能感知到轻微延迟。
　　
　　"百分之二十。"何明把阈值回调，"预热三小时，搜索响应时间一百九十五毫秒。勉强可接受。"
　　
　　炜杰走过来，看了眼监控数据："就按这个参数。预热在迁移前六小时启动，刚好在迁移窗口开启前完成。"
　　
　　"还有一个问题。"何明指着屏幕上的网络流量图，"预热数据需要通过网络从生产环境传到缓存服务器。如果迁移当天网络出现波动，预热可能中断。"
　　
　　"备份方案？"
　　
　　"本地双写。"何明说，"预热不仅往远程缓存服务器写，同时在本地磁盘写一份副本。如果网络中断，迁移完成后直接从本地副本恢复，牺牲一部分速度，但不丢数据。"
　　
　　"增加多少磁盘负载？"
　　
　　"百分之五。在限流阈值内可以消化。"
　　
　　炜杰点头："加上。"
　　
　　深夜十一点，何明在做第二十次稳定性模拟。
　　
　　前十九次全部通过。自适应注入脚本、内存预整理、磁盘队列清空、网络优先级调整、本地双写预热——每一个环节都运行顺畅。何明在记录本上画了一排对勾，从第一排画到了第四排。
　　
　　第二十次模拟启动。存储层初始化，主路径失效，回退机制启动，内存预整理完成，磁盘队列清空，网络优先级调整，就绪标志亮起——
　　
　　注入完成。系统启动。绿色。
　　
　　但何明没有在本子上画第二十个对勾。他的眼睛盯着屏幕右下角的一组数据，眉头皱了起来。
　　
　　"怎么了？"刘芳问。
　　
　　"这次模拟的搜索响应时间。"何明指着那个数字，"一百九十六毫秒。比正常值高了十六毫秒。"
　　
　　"在预热负载下，这个数值正常。"
　　
　　"但预热模块的限流阈值是百分之二十，理论上最多增加十五毫秒。"何明调出详细的性能剖析报告，"多出来的那一毫秒，来源不明。"
　　
　　他逐层往下追查，从应用层到系统调用层，再到内核层。最后，他在内核日志里找到了答案——一个硬件中断处理程序占用了额外的中央处理器周期。中断的来源是温度传感器，它在一瞬间报告了一个异常读数，触发了系统的自动降频保护。
　　
　　"温度传感器误报。"何明说，"只持续了一毫秒，但那一毫秒里中央处理器降频了百分之十，导致搜索响应时间多了十六毫秒。"
　　
　　"这对迁移有影响吗？"炜杰走过来。
　　
　　"单一次误报没有影响。但如果迁移当天出现连续的硬件异常——比如机房空调短暂故障导致温度波动，或者电源电压不稳——这些都会叠加到迁移的敏感窗口上。"何明关上监控窗口，"我们的脚本在软件层面已经到极限了。但硬件层面的不可控因素，我们挡不住。"
　　
　　炜杰站在机房中央，环顾四周。服务器在运转，指示灯在闪烁，风扇在嗡嗡作响。这些机器是千度的骨架，但它们也是活的——有温度、有电压、有寿命、有不可预测的脾气。
　　
　　"硬件应急预案。"炜杰说，"刘芳，联系机房运维，迁移当天安排双路供电，备用电源提前就位。李彦强，借一台工业级恒温空调，迁移前二十四小时开机，把机房温度控制在二十二度正负零点五度。"
　　
　　"还有，"炜杰继续说，"准备一套备用网卡，如果主网卡在迁移过程中出问题，三十秒内完成物理更换。"
　　
　　"这些加起来，成本不低。"李彦强说。
　　
　　"成本再低，也比千度死了强。"炜杰说。
　　
　　凌晨一点，何明终于从机房走出来。
　　
　　他在走廊里遇到了小陈。小陈手里捧着两碗泡面，递给何明一碗。
　　
　　"我刚检查了那台有问题的服务器。"小陈压低声音，"网卡地址被修改的时间戳，和搜乎二代搜索内测完成的时间在同一天。"
　　
　　何明接过泡面，没有说话。
　　
　　"可能是巧合。"小陈又说，但语气里没有多少信心。
　　
　　何明撕开泡面盖，热气扑面而来。他看着那团白色的蒸汽，想起了王志远说的话——"只有一次机会。"
　　
　　现在他们知道，对手不仅在代码里埋了炸弹，还在硬件里动了手脚。千度的防线每一层都在被试探，而真正的攻击可能还没开始。
　　
　　何明吃了两口泡面，放下碗，转身走回机房。
　　
　　他还要再做十次模拟。