1
cydian 2019-11-02 16:07:35 +08:00 via Android
你得说你的下程序是干什么的?
每个用户需要处理多少内容? 才能评估服务器资源需求。 你这上来就是几十个用户。 我每秒过百,换到 1H 都够用。 |
2
gvhao001 2019-11-02 16:09:00 +08:00 via Android
你的要求并不高,就用最低的就好
|
3
lhx2008 2019-11-02 16:12:59 +08:00
既然有这么多访问量,当然是买贵的了[滑稽]
|
4
eason1874 2019-11-02 17:48:53 +08:00 1
这个要看用户请求背后做了什么吧。如果绝大部分用户请求的数据都可以缓存,那数据库肯定是以空间优先,硬盘够用就行了;如果每一个用户请求都需要多维度的复杂查询,那还是入高配吧,毕竟这么大力度的优惠活动一年没几个,错过了要再等几个月。
|
5
a33656092 2019-11-02 17:56:38 +08:00
来我这打算吧,腾讯服务器数据库都划算的
|
6
sugarkeek 2019-11-02 19:33:27 +08:00
肯定会有人问我“你什么小程序一秒钟几十个用户访问啊??你想多了吧??我一个小时都没有几十个人访问呢”。
真的有。。。。 ============ 那不然嘞?根据需求选购嘛,当然,钱多另说。 |
7
optional 2019-11-02 19:44:54 +08:00 via iPhone
节约点,serverless 考虑一下
|
8
opengps 2019-11-02 23:18:20 +08:00 via Android 1
首先考虑下最密集的业务是什么,用机械硬盘里的虚拟机压测下 iops 指标,这个指标够用,那么就不用太高配置。数据库并非必须买,早期可以用服务器的硬盘剩余空间自己部署,后面根据情况做迁移
|
9
sdjl OP |
10
mzlzero 2019-11-02 23:37:22 +08:00
云开发似乎也能满足你的并发要求
|
11
eason1874 2019-11-03 00:16:15 +08:00
@sdjl #9 你这个只能自己实测评估了,大家对你业务不了解,最多给个思路,具体规划给不了,给了也很难符合实际。
一般应用来说,因为读为主而且数据大多能缓存到内存,1c1g 数据库都用不完。如果是 12306 余票查询那种应用来说就比较吃资源,但要吃多少资源也跟处理逻辑密切相关,还是得实测。 |
13
sdjl OP @eason1874 也就是说,如果大多数请求是可以缓存的,不需要频繁查询数据库,那么数据库的配置比服务器低一些是正常的,是吧
|
14
eason1874 2019-11-03 01:13:29 +08:00
@sdjl #13 对多数应用来说是这样的。我看你说多数请求可以缓存的时候已经想建议你入手 1c1g 了,不过又不知道你业务复杂度,也不知道你数据处理逻辑,所以还是建议实测评估。
同样的业务经过优化和未经优化差很远,像 WordPress 网站很多主题随随便便就一千几百个查询,优化过能降到十几个甚至几个查询。 |
16
hisenyuan 2019-11-03 16:16:35 +08:00
云数据库应该不存在 xcxg 这么一说吧
我记得阿里的 RDS 是按容量和连接数收费的。 很便宜,性能也不错。 |
17
sumarker 2019-11-03 17:21:51 +08:00
一秒几十用户。。。。
这个不是考验 cpu 给内存的数据等级吧? |
18
sdjl OP 恩,最后决定买 “8 核 32G 的服务器+4 核 8G 数据库了”,活动价一年总共 8500 的样子,不包括后期带宽和 CDN 费用
|