约 6 分钟读完
先量业务峰值,再定 CPU 与内存比例
把近三个月的访问曲线和数据库慢查询日志调出来,看峰值时段是并发请求多,还是单次计算偏重。并发多优先加核数,单次计算重优先看主频;内存一般按核数的 2 到 4 倍起步,带缓存、检索或消息队列的业务可以再往上放宽一档。
先摸清访问峰值和读写特征,再决定核数、内存、云盘档位与带宽计费方式,最后用压测数据确认一遍。这份清单把每一步的判断依据写清楚,拿去就能对着自己的业务逐项核对。
配置不是越贵越好,而是每一项都能对上业务的实际负载。下面五条按照通常的决策顺序排列,前一条没想清楚,后面很容易反复调整。
约 6 分钟读完
把近三个月的访问曲线和数据库慢查询日志调出来,看峰值时段是并发请求多,还是单次计算偏重。并发多优先加核数,单次计算重优先看主频;内存一般按核数的 2 到 4 倍起步,带缓存、检索或消息队列的业务可以再往上放宽一档。
约 5 分钟读完
系统盘只放操作系统和运行环境,40G 到 60G 通常够用;业务数据、日志、附件这类持续写入的内容单独挂数据盘,容量按半年增长量预留。云盘按性能分档,数据库和消息队列放在高 IOPS 档,静态资源用普通档即可,不必整体拔高。
约 4 分钟读完
访问平稳、峰值可预测的业务选固定带宽,每月成本好核算;有活动页、直播、短视频这类突发流量的场景,按流量计费更划算,同时给峰值设个上限,避免账单超出预期。两种方式可以按月调整,不必一次定死。
约 5 分钟读完
用户集中在哪个区域,服务器就放在哪个区域,跨区访问每多一跳都会叠加延迟,这部分靠加配置补不回来。同一地域内至少跨两个可用区部署,单区出现故障时应用还能切换,这一步对稳定性的提升往往比堆配置更明显。
约 4 分钟读完
数据库每天一次全量加增量备份,重要版本变更前手动打一次快照。回滚演练每季度做一次,确认恢复时间落在可接受范围内,别等真出问题才发现备份文件不可用。备份策略定完再上线,比事后补救省事得多。
下面四档是常见的起步配置,实际下单前建议再结合自身的并发曲线和数据库大小微调一次。拿不准的地方,可以把监控截图发到工单里,一起对一遍。
个人站点、测试环境、轻量接口服务,日常请求量不大,够跑且成本可控。
带宽建议 3–5M 固定中小型业务系统、内部管理工具、日活几千的应用,数据库可同机小规模部署。
带宽建议 5–10M 固定商城活动期、预约类应用、接口调用密集的服务,建议数据库拆到独立实例。
带宽建议按流量计费数据库主库、数据分析、批量计算与转码任务,优先高主频与高 IOPS 云盘。
带宽按业务出口量核算每一步都有明确的产出物,走完一轮你会拿到一份带依据的配置清单,而不是一句“建议上更高配置”。
告诉我们访问量级、主要功能模块、数据库大小和预算范围,有监控截图更好。
按场景给出核数、内存、云盘档位与带宽方式的建议,并标注每一项的判断依据。
用接近真实峰值的流量跑一轮,看 CPU 与磁盘 IO 是否留有余量,再决定是否调整。
上线第一周重点看峰值占用和响应时间,出现持续高位再针对性升配。
同样是选服务器,内容型站点和交易型系统的关注点完全不同。下面两类场景的差别比较典型,可以先对号入座。
内容型站点:带宽与缓存是重点
访问集中在少数页面,读多写少,对 CPU 压力有限,但对出口带宽和静态资源响应速度敏感。
交易型系统:数据库单独规划
写入频繁、数据一致性要求高,数据库往往是瓶颈所在,应用和数据库最好分开部署。
先看业务的访问峰值和读写特征,而不是先看价格。峰值决定了核数与内存的起点,读写特征决定云盘档位,这两项定下来之后,带宽和地域才有判断依据。跳过这一步直接比价格,很容易出现上线后频繁升配的情况。
在开启页面缓存、静态资源走对象存储的前提下,2 核 4G 一般能支撑日均一万次以内的访问。如果每个请求都要查数据库或做复杂计算,这个量级会明显下降。判断方法是看单次请求的 CPU 占用时间,乘上峰值 QPS,得到的核数需求比经验值更准。
流量平稳、夜间和白天差别不大的业务,固定带宽通常更划算,费用每个月都能提前算出来。有推广活动、直播或视频分发这类突发场景,按流量计费更合适,但一定要设置峰值上限,避免某个时段被异常流量拉高账单。两种方式一般支持按月调整,可以先按预估跑一个月再对比。
建议分开。系统盘只承载运行环境,容量不需要很大;数据盘独立挂载后,扩容、快照和迁移都能单独操作,不会牵连到系统。数据库和消息队列这类对 IOPS 敏感的组件,单独挂高性能云盘,和普通静态资源分开,性价比会更好。
多数配置支持中途升配,操作通常需要重启实例,几分钟内可以完成。建议把升配安排在业务低峰期,并在操作前打一次快照,确认新配置运行正常后再继续观察。数据盘容量一般可以在线扩容,扩容后需要在系统内扩展分区才能用满新容量。
早期业务量不大时可以放在一起,部署简单、成本也低。但两者会争抢 CPU 和磁盘 IO,一旦访问量上来,数据库的慢查询会直接影响页面响应。建议的做法是先用一台跑起来,等 CPU 峰值持续超过六成,或者慢查询数量明显上升时,再把数据库迁移到独立实例上。
留下手机号或邮箱,我们会在 48 小时内给出一份带依据的配置清单,包含核数、内存、云盘档位与带宽方式的建议,并附上直播回放的观看入口。