这两年云厂商的产品线里，多了一种特别香的东西：轻量应用服务器。价格被压得很低，2核2G的机器一个月几十块钱，流量包给的还不少。很多人第一次看到价格表都以为自己看错了，把页面翻来覆去确认了两遍，最后一咬牙买下来，用了不到两个月才发现，轻量服务器和传统的云服务器根本不是一回事，选错了要么性能卡在起跑线，要么该有的能力一个都没有。
如果你正打算给小程序、Api接口、代理服务或者个人博客挑一台入门机器，可以先对比一下这几家的机器再做决定：狗云DOGYUN（高性价比云服务器，多机房可选）、RackNerd（全球VPS，特价常推），同价位多看几个机房，差距往往比参数表上还大。
轻量服务器到底是什么
简单说，轻量应用服务器是云厂商为了照顾中小用户，把一台物理服务器切出来的独立实例，卖的时候不再按传统的ECS实例计费，而是打包成固定的套餐：几核CPU、几G内存、多少G系统盘、每月送多少G流量、带宽峰值多少Mbps，一口价，按月或者按年付。
它和传统云服务器最大的差别有三个。第一个是计费方式，轻量是打包价，你不用自己算实例费加公网带宽费加流量费；第二个是带宽模型，轻量给的是固定峰值带宽加上一个流量包，超出部分要么限速要么另外算钱，而不是像普通按量云服务器那样按实际出网流量一两元一GB地扣；第三点是运维自由度，轻量一般给一块完整的web控制台面板，能重装系统、装应用、传文件，但它不是完整意义的ECS，你没法随意组网、挂载弹性网卡、给它接负载均衡SLB。
什么场景该用轻量
轻量服务器最适合的是负载比较固定、并且不太需要折腾的场景。个人博客、WordPress或者Zblog这类站点，流量来源清晰，白天忙晚上闲；公司的官网、展示页、落地页；小程序和APP的后端接口；内网测试环境、接口联调环境；还有一些私人的小工具，比如自动化脚本的常驻节点、消息推送中转、VPN或者代理节点。这些东西共同的特点是：不会突然被流量打爆，也不会需要随时增减配置。
反过来，如果你的业务有明显的波峰波谷，比如秒杀、直播、下载站、大促期间的接口并发，那轻量就不太合适了。轻量套餐里的带宽峰值是固定的，5Mbps就是5Mbps，你不会因为买得多而在高峰期自动涨上去，超出流量包之后要么被限速到很低，要么按超出部分单独计费，价格算下来往往比直接上按量付费的弹性带宽还贵。这种时候，宁可一开始就买按量或者直接上带宽包。
看参数时最容易踩的三个坑
第一个坑是只看CPU核数不看核的规格。轻量套餐里写的2核2G，有的用的是共享型实例，几台租户抢同一批物理核；你要做编译、跑Java或者数据处理，共享核会明显虚标。同样是2核，独立型实例的表现可能比共享型高出一大截。
第二个坑是忽略流量包的边界。大多数轻量套餐写的是每月送2000G或者不限流量，这个"不限"要看清楚限制条件：是不是限速、限端口、限月结峰值、超过阈值就按超出部分计费、或者根本不给超出的口子。国内很多轻量套餐在晚上八点到十点还有QoS限速，高峰期带宽直接砍到三分之一，这个坑很多新手是上线后才发现的。
第三个坑是忽略地域和线路。轻量服务器往往可选的机房比普通ECS少很多，如果你在华东做电商，却只能买到华南的机器，跨网访问的延迟会让你怀疑是不是机器性能不行。买之前一定要看清楚机房位置和是BGP还是单线，三网延迟最好自己测一遍再定。
上手之后要立刻做的几件事
轻量机器拿到手第一件事不是装面板，而是把默认的弱口令改掉。厂商预装镜像里往往带着一个固定的root密码或者一个默认的宝塔账号，所有人拿到手第一件事都是登录它，这不是杞人忧天，是真的有人在批量扫。改完密码立刻装SSH密钥登录，把密码登录关掉，再把22端口的来源限制一下，能在面板里限制就在面板里限制，不能就靠安全组规则和本地的hosts.allow。
第二件事是系统自带的安全更新打开。很多人买了一个月，机器还是三个月前的系统版本，openssl、glibc这些基础库都带着已知漏洞。云厂商的镜像更新很慢，升级这件事只能自己盯着做，装完以后顺手把自动安全更新打开，省心很多。
第三件事是配好监控告警。轻量套餐一般自带基础的CPU、带宽、流量监控，但是默认阈值很宽松，等你发现流量被刷爆的时候，账单可能已经出来了。CPU持续超过80%、带宽跑满、磁盘使用率超过85%，这三个告警都打开，再加一个流量包使用比例的提醒，心里才有底。
第四件事是数据备份。轻量机器的系统盘一般不提供快照功能，一旦被人删了文件或者挖了矿，只能重装。数据量不大就定时传到对象存储或者另一台机器，做个最简单的异地备份脚本，比什么都要紧。
轻量还是普通云服务器
最后给一个简单的判断标准，就看你需不需要弹性。配置三年不变、流量可预测、预算要压到最低，那就选轻量，固定套餐的性价比确实高；要随时扩容、要弹性伸缩、要复杂网络架构、要挂载云盘做快照和回滚，那就老老实实上普通云服务器，虽然单价高一点，但自由度是钱买不到的。
很多人是先用轻量跑起来，等业务真起来了再迁到ECS上去，这个路径本身没问题，前提是你从第一天就把数据目录、配置文件、启动脚本这些整理干净了，真要迁的时候直接打包就能走，不至于到时候手忙脚乱。
喜欢 
顶
难过
囧
围观
无聊
