去年五月中，巴州城区一家做卫浴的店铺搞店庆。上午十点把链接发出去，十点二十官网打不开了，卡了整整二十分钟。高峰卡死这事，九成不是运气差，是选型的时候没留余量。这篇文章我讲三件事。卡死时服务器在干啥，选型怎么留余量。真卡死了，又该怎么救急。这个亏，让老板心疼了好久。
卡死的那几分钟发生了啥事
平时你的网站，三五个人同时逛，一台小服务器轻松应付。店庆那二十分钟，上百号人挤进来，个个都在刷页面、查价格。服务器的内存和连接数瞬间顶满，后来的请求只能排队，排满了就报错。老板当时还在店里忙，压根不晓得线上瘫了。还是外地一个老客户打电话来问：网站咋打不开了？卡死不吭声，才是最耽误事的。
选型时怎么留出够用的余量
那这个余量，到底要怎么留才稳妥？我的算法：按平时高峰的三倍备，活动前再临时升一档。这家店平时高峰三十人上下，选了2核4G的基础款。店庆前升到4核8G，一个月多花六十来块，二十分钟保住了口碑。云服务器升配就几分钟，活动结束再降回来，钱花得明明白白。经开区几家厂子搞活动前，也是这么临时升档的。
再说句实在的，卡死也未必全是配置的事。图片太大、程序写得糙，人少的时候也慢。这家店升配之前，我们先把首页十来张大图压了一遍。图一瘦，加载快了一多半。压完图的收获是实打实的：省下的配置钱，够付一年的维护费。巴河沿街门市有家五金店也做过同款体检。有时候几十块的活，就能救回来。
真卡死了你先做的是哪三步
真卡死了，到底先做哪三步？先重启服务，多数卡顿重启就能缓过来。再降级，把大图动效这些吃资源的关掉。还不行就升配置，那天我们远程四十分钟恢复的。那家店后来学乖了，把活动页备了个简化版。多一手准备，高峰就多一分稳。这三步存进手机备忘录，关键时刻顶用。
总结
说到底，高峰卡死防三手。按三倍余量选型，活动前临时升配，再备一个简化版活动页。那家卫浴店今年五一又搞活动，稳稳当当，一个求助电话都没接到。服务器的钱要花在余量上，不是花在事后道歉上。你要是最近要搞活动，提前三五天把预估人数报给我们过一遍。十分钟，就能算清楚要哪一档，别等卡了再问。