朔州管系统的同行老周，公司系统上线俩月，发工资那天大家同时查工资条，系统直接卡死，他被骂了一礼拜。选型时只看平均负载，不看高峰余量，迟早翻车。这次咱们从管理员的视角，把选型和卡死这两件事一起讲透。
卡死后先做三件事
看监控：CPU、内存、带宽、数据库连接数，四个数里谁先顶满，瓶颈就是谁。十次卡死里，七八次是数据库连接或带宽先顶满，不是 CPU。没监控的服务器，等于开车不看仪表盘。
再看日志：卡死时间点的访问从哪来，是正常高峰还是被人刷了。老周那次就是正常高峰，工资日天然翻五倍，这属于选型没留余量。
选型时余量怎么留
公式很朴素：按预估高峰的1.5到2倍配资源，再确认能不能随时升降配。工资日、月底结算、促销活动，这种可预期的高峰，提前一天升配置，过完降回来，云服务器的弹性就是干这个用的。
数据库单独拎出来算。应用和数据库挤一台机器的，高峰时互相抢资源，数据量上了百万条，就值得把数据库拆出去单独一台，卡顿立刻缓一截。
再配一层保险
静态资源和图片上 CDN，高峰流量先被消化掉一大截；热点查询加缓存，数据库少干活；再给系统设个限流，访问真爆了，宁可慢一点也别崩死。这三层配齐，同样的配置能扛住翻倍的流量。
老周后来按这套改了一遍，第二个月发工资日稳稳当当，他还专门截了监控图发朋友圈。
换服务商时留个心眼：数据必须能完整带走。数据库、程序、证书，交接清单一条条对。合同里写清数据归属和交接义务，换服务商才不被动。桑干河边一家公司换服务商时，前一家拖着不给数据库，网站停了四天。朔州不大，口碑传得快，正规服务商不怕你提这条。最后说说响应速度怎么验。签约前故意报个小故障，看对方多久回、回得专不专业。回复快、说得清的，才值得托付。经开区的几位老板现在签约前都这么试，比看资质证书实在。朔州本地服务商能跑现场，线上响应再快，两样凑齐才是完整的保障。神头和右玉那边的客户现在都按这套清单托管，朔州能跑现场的服务商不多，你挑的时候心里有数。
总结
高峰卡死，先看监控找瓶颈，选型按高峰两倍留余量，再配缓存和 CDN 保险。可预期的高峰提前升配，过了就降，别为峰值常年买单。你系统的卡死时间点和监控数据发我，我帮你判断瓶颈在哪一环。