起步档 · 500 在线以内
4 核 8G,SSD 100G,带宽 10M 起,单机部署应用+数据库+缓存。这个阶段别过度设计。
买服务器最容易犯的错,是拿「别人家的配置单」直接照抄。并发量、品类结构、是否自建媒体源,三个变量不同,配置差好几倍。
在线人数不等于并发请求
一个在线用户在前端会持续产生请求:心跳、余额刷新、赔率更新、消息拉取。粗算的经验值是:每 100 个在线用户,峰值约 30~60 个并发请求。滚球高峰、开奖前后、活动开始那一刻,会再翻一倍。
所以 1000 在线用户的站,要按 1500~2000 并发的峰值来准备,而不是按 1000。
纯页面交互的站,一个活跃用户约 50~150 Kbps。但如果你自己托管视讯或大量图片素材,数字会完全不同——那已经不是「网站带宽」,是「媒体带宽」,必须走 CDN。
按在线人数分档,上下浮动看品类
4 核 8G,SSD 100G,带宽 10M 起,单机部署应用+数据库+缓存。这个阶段别过度设计。
8 核 16G 应用机 + 独立数据库机,Redis 单独一台,带宽 30~50M,前面挂 CDN。
多台应用机做负载均衡,数据库主从+读写分离,Redis 集群,独立图片与媒体源,带防护清洗。
这三个决定你出故障时能不能救回来
注单表和账变表是增长最快的两张表。上线前就要按时间分区或者按月分表,别等单表过千万才动。索引按查询条件建,尤其注意用户 ID 加时间的组合索引。
赔率、排行榜、游戏列表、站点配置都适合放缓存。要注意的是缓存雪崩:热点 key 同时失效会把数据库打爆,加随机过期时间能解决大半问题。
备份不是「有备份文件」,是「能恢复」。建议每天全量、每小时增量,异地存一份,并且每月真做一次恢复演练。很多人是在出事那天才发现备份是空的。
别等被打才想起来配
机房区域选择上,跟着你的客群走。客群在哪,节点就在哪,延迟差一半,体验差一截。
问得最多的几件事,直接给答案
可以,但资源是共享的,高峰期会互相影响。上量之后建议独立部署。
500 在线以内不用,1000 以上强烈建议分开,否则流量高峰时数据库和站点抢资源。
需要。服务方会做平台层面的备份,但你自己业务数据的备份要自己掌控,两份才安心。
先切 CDN 或清洗,再查攻击类型。提前配好备用域名和备用 IP,比事后找方案快得多。