第64章 运维工程师午夜机房的灯（第2页）

，又在笔记本上添了一笔：“1号机房核心交换机光纤接头需每月检查，增加季度清洁计划。”

早上七点，小陆被闹钟叫醒，看到林夏还在对着电脑写报告，桌上多了两杯刚买的热豆浆：“夏姐，你一晚上没睡啊？”

“写报告的时候不困，”

林夏递给他一杯豆浆，“等下复盘会要跟客户解释清楚故障原因，还要承诺预防措施，不能马虎。

你等下把昨天的监控数据整理成图表，重点标一下故障前后的关键指标变化。”

上午十点的复盘会上，陈工的语气明显缓和了不少：“这次故障虽然影响了交易，但你们的响应速度还可以，尤其是恢复时间比SLA要求快了两分钟。”

他看向林夏，“不过预防措施得落实，我们这边下周有季度结账，绝对不能再出问题。”

林夏打开ppt，展示着故障根因分析图和预防方案：“我们已经把1号机房的光纤链路纳入每周巡检清单，另外会在核心交换机上部署链路冗余，就算主链路出问题，备用链路能在0.5秒内自动切换，不会影响业务。”

陈工点点头：“方案我认可，后续的巡检报告记得同步给我们一份。

对了，你们运维团队是不是人手不够？每次故障都是你凌晨来处理。”

林夏笑了笑：“最近是有点忙，不过团队正在扩招，等新人入职就能分担些压力了。”

其实她心里清楚，运维这行就是“养兵千日，用兵一时”

，平时要做巡检、备份、升级，故障时必须随叫随到，尤其是金融、医疗这类关键行业的客户，容不得半点差错。

复盘会结束后，林夏回到公司，刚坐下就被运维经理老张叫进了办公室：“夏，下午有个新客户的运维交接，是做在线教育的，他们刚把业务迁到咱们的云平台，你去对接下，把日常运维的注意事项跟他们说清楚。”

“没问题。”

林夏接过客户资料，里面写着“每日晚上七点到九点是直播高峰期，带宽需求是平时的三倍”

。

她立刻在笔记本上标注：“在线教育客户，直播时段需重点监控带宽和cdN节点状态，提前扩容。”

下午两点，林夏准时出现在客户公司的会议室。

对方的技术负责人李工是个三十多岁的男人，手里拿着厚厚的运维手册：“林工，我们之前没接触过云运维，好多东西都不懂，比如怎么看监控告警，怎么申请资源扩容，都得麻烦你多讲讲。”

林夏打开演示文档，从云平台的监控面板开始讲起，教他们怎么识别关键指标异常，怎么设置自定义告警阈值：“比如这个cpU使用率，你们直播时如果超过80%，系统会自动告警，你们可以提前半小时申请扩容，避免卡顿。”

她一边说，一边在屏幕上演示操作步骤，“我把常用的运维操作录了视频，等下发给你，还有我们团队的24小时运维电话，有问题随时打。”

李工认真地记着笔记，时不时打断提问：“如果遇到突发流量，比如直播时突然来了很多观众，扩容来得及吗？”

“我们有弹性扩容功能，能根据实时流量自动增加服务器节点，最快三分钟就能完成部署。”

林夏调出弹性扩容的配置界面，“不过建议你们提前跟我们报备大型活动，比如招生直播、考试答疑，我们可以提前做好资源预留，更稳妥。”

交接会持续了两个多小时，林夏离开时，李工送她到门口：“太感谢了，你讲得特别清楚，我们心里踏实多了。”

林夏笑着说：“不用客气，后续有任何问题，随时联系我。”

回到公司时，已经是下午五点。

运维办公室里，同事们正在收拾东西准备下班，小陆跑过来问：“夏姐，晚上有运维值班吗？我想跟你学怎么处理夜间告警。”

林夏看了眼值班表：“今晚我值班，你要是不介意，可以留下来，不过可能会熬夜。”

小陆立刻点头：“我不介意！

我想多学点实际操作，之前在学校学的都是理论，跟实际差太远了。”

晚上七点，运维值班系统的告警声突然响起。

林夏点开一看，是电商客户的存储集群使用率超过了85%，触发了预警。

“小陆，过来看看，这是存储扩容的场景。”

林夏把终端递给小陆，“先查存储使用率的增长曲线，看是突发增长还是持续增长，再跟客户确认是不是有数据备份或者活动。”

本章未完，点击下一页继续阅读