z*e
2 楼
我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
利。。。
然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
)第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
用户,马上又要满了。。。
上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
三七二十一先给你占一大坨空间
http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
http://www.itexto.com.br/devkico/en/?p=44
现在我这状况,每1000用户要占40G的话,而每个replication要求至少是3个server(
mongodb的要求),那这样下去很快就费用受不了了。。。但是的确mongo用起还是很方
便(我也懒得换db了,要改的太多)
是各位的话会怎么处理?
btw, 每个用户信息就是简单的等级啊名字啊,然后用户的英雄等级啊兵种等级,战斗
阵容,还有每关的关卡成果、PVP结果和排名等等。。。
replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
利。。。
然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
)第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
用户,马上又要满了。。。
上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
三七二十一先给你占一大坨空间
http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
http://www.itexto.com.br/devkico/en/?p=44
现在我这状况,每1000用户要占40G的话,而每个replication要求至少是3个server(
mongodb的要求),那这样下去很快就费用受不了了。。。但是的确mongo用起还是很方
便(我也懒得换db了,要改的太多)
是各位的话会怎么处理?
btw, 每个用户信息就是简单的等级啊名字啊,然后用户的英雄等级啊兵种等级,战斗
阵容,还有每关的关卡成果、PVP结果和排名等等。。。
g*0
3 楼
谢谢!
z*e
5 楼
很多垃圾数据,什么历史战绩,pvp结果这些
都不需要强consistency,甚至连replica都可以丢掉
这些数据就算错了又有啥关系捏?
一些重要数据保留下来就是了,大部分没啥用的数据
再弄到另外一个persistence里面去放去,而且不需要做replica
或者做很少的replica,比如做一个备份这样,少做一个replica就省了三分之一
其实就是建一个二级存储,然后二级之后还可以弄三级
二级做一个replica,三级不做replica,如此这般
太古老的游戏数据没啥太大意义
都不需要强consistency,甚至连replica都可以丢掉
这些数据就算错了又有啥关系捏?
一些重要数据保留下来就是了,大部分没啥用的数据
再弄到另外一个persistence里面去放去,而且不需要做replica
或者做很少的replica,比如做一个备份这样,少做一个replica就省了三分之一
其实就是建一个二级存储,然后二级之后还可以弄三级
二级做一个replica,三级不做replica,如此这般
太古老的游戏数据没啥太大意义
z*e
8 楼
achievement这些其实都可以通过google/apple的官方api来做
我看snk做的那个合金弹头里面很多achievement都是交给google来完成
甚至包括player的level这些,都是google在控制
国内平台商一般都没这么powerful,各种不管,所以还是需要自己动手做
我看snk做的那个合金弹头里面很多achievement都是交给google来完成
甚至包括player的level这些,都是google在控制
国内平台商一般都没这么powerful,各种不管,所以还是需要自己动手做
b*t
10 楼
clear 1%
z*e
11 楼
这种代码应该交给小弟们去写
你不是招了些马崽吗?这种活最适合他们做了
需求很明确,清晰
你不是招了些马崽吗?这种活最适合他们做了
需求很明确,清晰
l*l
13 楼
为啥不是fidelity amex呢?2%CB
x*1
14 楼
免费的就是这些问题多。 国内有没法用ddb。其实长期看来ddb还是节约了。 起码不
用雇人troubleshooting。 performance基本是保证的。
用雇人troubleshooting。 performance基本是保证的。
e*n
16 楼
there are no good amex cc unless you spend a lot, or loyal cosco fan.
clear is def a trash card.
clear is def a trash card.
t*r
17 楼
重要数据还是存mysql.
芒果不要做replica.没必要。
芒果不要做replica.没必要。
x*a
19 楼
谢谢大家的帮助
s*y
22 楼
blue cash没啥意思,
z*e
23 楼
检查了一下数据库,的确是。
本来是该存memcache/redis之类的,好像在哪里看到有人说用mongodb就没必要用redis
之类的做缓存,就去掉了那一层,想不到造成这种结果。。。
【在 z****e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 很多垃圾数据,什么历史战绩,pvp结果这些
: 都不需要强consistency,甚至连replica都可以丢掉
: 这些数据就算错了又有啥关系捏?
: 一些重要数据保留下来就是了,大部分没啥用的数据
: 再弄到另外一个persistence里面去放去,而且不需要做replica
: 或者做很少的replica,比如做一个备份这样,少做一个replica就省了三分之一
: 其实就是建一个二级存储,然后二级之后还可以弄三级
: 二级做一个replica,三级不做replica,如此这般
: 太古老的游戏数据没啥太大意义
本来是该存memcache/redis之类的,好像在哪里看到有人说用mongodb就没必要用redis
之类的做缓存,就去掉了那一层,想不到造成这种结果。。。
【在 z****e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 很多垃圾数据,什么历史战绩,pvp结果这些
: 都不需要强consistency,甚至连replica都可以丢掉
: 这些数据就算错了又有啥关系捏?
: 一些重要数据保留下来就是了,大部分没啥用的数据
: 再弄到另外一个persistence里面去放去,而且不需要做replica
: 或者做很少的replica,比如做一个备份这样,少做一个replica就省了三分之一
: 其实就是建一个二级存储,然后二级之后还可以弄三级
: 二级做一个replica,三级不做replica,如此这般
: 太古老的游戏数据没啥太大意义
B*5
26 楼
blue sky和普通的blue如何呢?
d*r
28 楼
上来就 4k 用户了, 增长挺快的嘛
你schema大概怎样设计的, 会不会JSON里不一样的 fields 太多, 或者fields总数就是
很大.
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
你schema大概怎样设计的, 会不会JSON里不一样的 fields 太多, 或者fields总数就是
很大.
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
z*e
29 楼
也不是很大。
我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
了。
哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
【在 d*******r 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 上来就 4k 用户了, 增长挺快的嘛
: 你schema大概怎样设计的, 会不会JSON里不一样的 fields 太多, 或者fields总数就是
: 很大.
:
: replication
: 4k
我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
了。
哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
【在 d*******r 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 上来就 4k 用户了, 增长挺快的嘛
: 你schema大概怎样设计的, 会不会JSON里不一样的 fields 太多, 或者fields总数就是
: 很大.
:
: replication
: 4k
t*r
30 楼
太牛了。
招的小弟干不了活?
累死大牛了
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 也不是很大。
: 我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
: 了。
: 哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
: 器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
: 不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
招的小弟干不了活?
累死大牛了
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 也不是很大。
: 我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
: 了。
: 哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
: 器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
: 不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
d*r
31 楼
sql 一通映射, 确实麻烦死
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 也不是很大。
: 我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
: 了。
: 哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
: 器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
: 不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 也不是很大。
: 我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
: 了。
: 哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
: 器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
: 不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
d*r
32 楼
国内 server 还是推荐用 Linode (东京还是新加坡) ?
我记得 AWS 已经进入中国了来着, 有考虑过没, 还是中国AWS不实用?
我有朋友用阿里云的
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 也不是很大。
: 我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
: 了。
: 哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
: 器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
: 不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
我记得 AWS 已经进入中国了来着, 有考虑过没, 还是中国AWS不实用?
我有朋友用阿里云的
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 也不是很大。
: 我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
: 了。
: 哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
: 器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
: 不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
w*z
34 楼
早来问,这里就会推荐用Cassandra, Mongo 量一大,必死无疑。
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
z*e
38 楼
对了,问楼主一个问题
你那个广告用的是啥?
admob吗?好像google的东西在国内会被禁?
你那个广告用的是啥?
admob吗?好像google的东西在国内会被禁?
z*e
43 楼
那当然大
游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
social web上个million差不多就是一个real time游戏大概10k的压力
real time压力最大,基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
因为每个客户端一s经常都需要有大概几十次的循环刷新
其次是卡牌,聊天群这种,会好一点,多个客户可以共用一个thread
每个客户端一个s才会有一次刷新
压力最小的是website,单个thread可以伺候很多个客户,因为都是瞬时连接
这个往往就是几个甚至十几个s才会有一次刷新的需求
差距差不多是一百倍
【在 t**r 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 1000用户 您说量大?
: 。。。
游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
social web上个million差不多就是一个real time游戏大概10k的压力
real time压力最大,基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
因为每个客户端一s经常都需要有大概几十次的循环刷新
其次是卡牌,聊天群这种,会好一点,多个客户可以共用一个thread
每个客户端一个s才会有一次刷新
压力最小的是website,单个thread可以伺候很多个客户,因为都是瞬时连接
这个往往就是几个甚至十几个s才会有一次刷新的需求
差距差不多是一百倍
【在 t**r 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 1000用户 您说量大?
: 。。。
d*r
46 楼
lz 说是 4k 用户, 不过我感觉他这量不会特别大,
因为就是 PvP 的话, 也是最后结果才写入 db 的吧, 之前都应该在server内存中?
不然也写得太狠了点.
候着
【在 z****e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 那当然大
: 游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
: social web上个million差不多就是一个real time游戏大概10k的压力
: real time压力最大,基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
: 因为每个客户端一s经常都需要有大概几十次的循环刷新
: 其次是卡牌,聊天群这种,会好一点,多个客户可以共用一个thread
: 每个客户端一个s才会有一次刷新
: 压力最小的是website,单个thread可以伺候很多个客户,因为都是瞬时连接
: 这个往往就是几个甚至十几个s才会有一次刷新的需求
: 差距差不多是一百倍
因为就是 PvP 的话, 也是最后结果才写入 db 的吧, 之前都应该在server内存中?
不然也写得太狠了点.
候着
【在 z****e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 那当然大
: 游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
: social web上个million差不多就是一个real time游戏大概10k的压力
: real time压力最大,基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
: 因为每个客户端一s经常都需要有大概几十次的循环刷新
: 其次是卡牌,聊天群这种,会好一点,多个客户可以共用一个thread
: 每个客户端一个s才会有一次刷新
: 压力最小的是website,单个thread可以伺候很多个客户,因为都是瞬时连接
: 这个往往就是几个甚至十几个s才会有一次刷新的需求
: 差距差不多是一百倍
e*o
47 楼
There is. Read about --noprealloc and --smallfiles options
答案给出来了啊
还有就是 关了 journal,dev 环境中我这样用的。
mongodb 吹得3.0 多好 省空间,你可以试试升级一下。
另外,linode 啥的,比自己租机房,买服务器,贵得多。aws 也一样。
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
答案给出来了啊
还有就是 关了 journal,dev 环境中我这样用的。
mongodb 吹得3.0 多好 省空间,你可以试试升级一下。
另外,linode 啥的,比自己租机房,买服务器,贵得多。aws 也一样。
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
z*e
54 楼
额,对我期望过大了。。。这游戏不是real time的,战斗过程就是单机,只是战斗开
始和结尾时存取一下。
是考虑过做成realtime pvp,不过风险和难度都太不可控了,如果现在的模式能被玩家
认可(也就是可以有能维持的收入了),可能再考虑做成realtime吧。
候着
【在 z****e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 那当然大
: 游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
: social web上个million差不多就是一个real time游戏大概10k的压力
: real time压力最大,基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
: 因为每个客户端一s经常都需要有大概几十次的循环刷新
: 其次是卡牌,聊天群这种,会好一点,多个客户可以共用一个thread
: 每个客户端一个s才会有一次刷新
: 压力最小的是website,单个thread可以伺候很多个客户,因为都是瞬时连接
: 这个往往就是几个甚至十几个s才会有一次刷新的需求
: 差距差不多是一百倍
始和结尾时存取一下。
是考虑过做成realtime pvp,不过风险和难度都太不可控了,如果现在的模式能被玩家
认可(也就是可以有能维持的收入了),可能再考虑做成realtime吧。
候着
【在 z****e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 那当然大
: 游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
: social web上个million差不多就是一个real time游戏大概10k的压力
: real time压力最大,基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
: 因为每个客户端一s经常都需要有大概几十次的循环刷新
: 其次是卡牌,聊天群这种,会好一点,多个客户可以共用一个thread
: 每个客户端一个s才会有一次刷新
: 压力最小的是website,单个thread可以伺候很多个客户,因为都是瞬时连接
: 这个往往就是几个甚至十几个s才会有一次刷新的需求
: 差距差不多是一百倍
p*2
55 楼
replication
4k
内存多大?
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
c*d
56 楼
我给你出个主意。 在不改变现有框架的情况下, 你把每10k需要的硬件投入列出来,
加上你愿意换的股权, 看看这里有没有人愿意投资你。
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
加上你愿意换的股权, 看看这里有没有人愿意投资你。
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
m*t
57 楼
申请微软 BizSpark吧,运气好被选中为伙伴的话,更出名不说,每年还有价值6万(千
?)美刀的azure hosting免费用
当然事先声明下,azure比起其他几家稳定性要差些
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
?)美刀的azure hosting免费用
当然事先声明下,azure比起其他几家稳定性要差些
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
w*g
58 楼
召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
断。如果实在缺钱,像上面说的,可以卖一点股份。一点点钱招人肯定不够,买
hosting应该绰绰有余了。
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
断。如果实在缺钱,像上面说的,可以卖一点股份。一点点钱招人肯定不够,买
hosting应该绰绰有余了。
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
d*e
59 楼
优化一下,怎么一个用户用4m还是挺奢侈的
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
d*i
61 楼
哈哈,大赞自己攒服务器建数据中心的方案!这个才是牛的爽啊。
的,
【在 w***g 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
的,
【在 w***g 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
N*m
63 楼
80G对于mongodb来说,太小了
不过,你这个4000个用户的量也不大
几个建议
1.把storage.mmapv1.smallFiles打开
2.估计你的删除和更新比较多,定期运行compact和repairDatabase
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
不过,你这个4000个用户的量也不大
几个建议
1.把storage.mmapv1.smallFiles打开
2.估计你的删除和更新比较多,定期运行compact和repairDatabase
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
b*e
64 楼
自己的服务器存储有用SSD的吗?比如500G的来四个?
还是说只是app/DB server用SSD,文件存储还是传统硬盘?
的,
【在 w***g 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
还是说只是app/DB server用SSD,文件存储还是传统硬盘?
的,
【在 w***g 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
t*s
65 楼
云云云
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
c*o
66 楼
对一段时间就可以丢的用ttl index
要是数据规整(一样大)还可以用capped collection
这个你游戏应该不需要记录那么详细的数据吧?
要是数据规整(一样大)还可以用capped collection
这个你游戏应该不需要记录那么详细的数据吧?
c*o
72 楼
如果是在线4千,那恭喜,用量正常
好好发掘收钱的方法,做到0.2$ + arpu
好好发掘收钱的方法,做到0.2$ + arpu
k*5
74 楼
求什么hosting data center hosting每个月$50。如果是1U的服务器的话是每个月$20
的,
【在 w***g 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
的,
【在 w***g 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
r*u
76 楼
bless
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
l*7
77 楼
用AWS DynamoDB
1. 设计好key和index
2. 选择合适的throughput, 需要观察一段时间,选择成本和性能的权衡
3. 访问数据库时减少scan, 想清楚需要read的强一致性和弱一致性,选择精度和成本
的平衡
你有40K用户时,只需要设定一个更高的throughput,真正的的scale就是你不用scale
任何东西。
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
1. 设计好key和index
2. 选择合适的throughput, 需要观察一段时间,选择成本和性能的权衡
3. 访问数据库时减少scan, 想清楚需要read的强一致性和弱一致性,选择精度和成本
的平衡
你有40K用户时,只需要设定一个更高的throughput,真正的的scale就是你不用scale
任何东西。
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
z*e
78 楼
Standard Storage
First 1 TB / month $0.0300 per GB
1t不少了,最开始假设是100g的话
3刀每月,不贵吧?
如果是200g的话,6刀/月
楼主如果只是40g的话,40*.03=1.2..........
现在$1.2在天朝能吃到一碗沙县拌面不?
aws的s3好像也没那么黑吧?
现在iaas在互相压价,去年google拉动的价格战
的,
【在 w***g 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
First 1 TB / month $0.0300 per GB
1t不少了,最开始假设是100g的话
3刀每月,不贵吧?
如果是200g的话,6刀/月
楼主如果只是40g的话,40*.03=1.2..........
现在$1.2在天朝能吃到一碗沙县拌面不?
aws的s3好像也没那么黑吧?
现在iaas在互相压价,去年google拉动的价格战
的,
【在 w***g 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
w*j
80 楼
赞
l*e
81 楼
try couchbase
u*e
82 楼
Mongodb的index空间能占小一半吧?硬盘没设不需要的raid保护吧?
p*2
85 楼
的,
这个什么意思?
主要是吞吐量没法scale
【在 w***g 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
j*g
87 楼
哪里hosting才50刀?给个链接?谢谢
:召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己
配了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的
服务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一
个差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个
热插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
:
:召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己
配了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的
服务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一
个差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个
热插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
:
c*e
88 楼
你完了。
replication
4k
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
replication
4k
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 我那个游戏用的mongodb,简单嘛,反正json一存就完事,然后又自动支持sharding/
: replication,有朋友的建议说连redis/memcache都可以不用了,简直尼玛就是一本万
: 利。。。
: 然后。。。没有免费午餐。。。我的两个shard(每个40G,然后每个是3个replication
: )第一周在人数达到1800左右的时候硬盘空间占满,升级到每个80G。。。现在接近4k
: 用户,马上又要满了。。。
: 上网搜,似乎是个wellknown issue,mongodb是所谓的preallocation,就是尼玛管它
: 三七二十一先给你占一大坨空间
: http://stackoverflow.com/questions/22307172/mongodb-is-taking-t
: http://www.itexto.com.br/devkico/en/?p=44
d*r
89 楼
zlike 你们 mongo 搞好了么
p*r
90 楼
哈哈,同病相怜,只是我不做游戏,
哥们,加油,不容易啊。
【在 z***e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 也不是很大。
: 我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
: 了。
: 哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
: 器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
: 不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
哥们,加油,不容易啊。
【在 z***e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 也不是很大。
: 我刚才看了一下,排行榜和pvp的推荐对手这部分占了很多,建个redis放到单server算
: 了。
: 哎,楼上兄弟说重要数据存mysql,分几层,我也知道啊,但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户,还要监控服务
: 器状态,服务端我选mongo就是因为省事啊,一锤子买卖呀。。。replication的目的也
: 不是为了备份,而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候,挂一个还有其他的在跑(遇到过几次了)。。。。
j*x
91 楼
storage is cheap
data is precious
you can compact data to reclaim storage
you cannot get your data back once discard them
all in all:
mongodb is not a serious DB product...
【在 z****e 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 很多垃圾数据,什么历史战绩,pvp结果这些
: 都不需要强consistency,甚至连replica都可以丢掉
: 这些数据就算错了又有啥关系捏?
: 一些重要数据保留下来就是了,大部分没啥用的数据
: 再弄到另外一个persistence里面去放去,而且不需要做replica
: 或者做很少的replica,比如做一个备份这样,少做一个replica就省了三分之一
: 其实就是建一个二级存储,然后二级之后还可以弄三级
: 二级做一个replica,三级不做replica,如此这般
: 太古老的游戏数据没啥太大意义
data is precious
you can compact data to reclaim storage
you cannot get your data back once discard them
all in all:
mongodb is not a serious DB product...
【在 z****e 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 很多垃圾数据,什么历史战绩,pvp结果这些
: 都不需要强consistency,甚至连replica都可以丢掉
: 这些数据就算错了又有啥关系捏?
: 一些重要数据保留下来就是了,大部分没啥用的数据
: 再弄到另外一个persistence里面去放去,而且不需要做replica
: 或者做很少的replica,比如做一个备份这样,少做一个replica就省了三分之一
: 其实就是建一个二级存储,然后二级之后还可以弄三级
: 二级做一个replica,三级不做replica,如此这般
: 太古老的游戏数据没啥太大意义
a9
94 楼
放哪里了?价格很好啊,稳定吗?
的,
sharding/
本万
管它
【在 w***g 的大作中提到】![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
的,
sharding/
本万
管它
【在 w***g 的大作中提到】
![](/moin_static193/solenoid/img/up.png)
: 召唤版上的AWS高手出招。我过年那阵做了个网站,当时看过一眼AWS,结果还是自己配
: 了台机器放data center了。机器成本$2000的样子,hosting每个月$50。如果是1U的服
: 务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一个
: 差不多是$150的样子,台式机可以挂6个。1U的机器配好了可以挂5个,一个内置四个热
: 插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
: 我的意见是,如果你只是硬盘满了,没有别的performance问题,花钱升级硬盘是最省
: 钱的办法。mongoDB有它的问题,主要是吞吐量没法scale。那也要等机器数量>4时才会
: 体现出来。C*, redis, memcache啥的都有他们各自的问题。mongoDB虽然不济,至少丢
: 失数据的可能性是最小的。如果因为非预料之中的问题临时改变架构,引入redis啥的,
: 我觉得风险会比较大,以后维护也难。就是改一两行代码,测试不到位都会导致服务中
相关阅读
求审稿机会我的朋友里面还没有一个北美FACULTY的Paper Help! Thank you very much!怎样溶解polymer?比如PET?Paper helps, thanks!听说最近工作形式一片大好@@@@求文The European Phys. J. Special Topics@@@@帮帮兰大校友王则周文献求助,多谢!2014 ACS meeting dallas share one room in Adolphus南开逍遥学霸获北美5高校录取 全奖直博新警察灌水自我抄袭也要有个度啊气体 H2B2O3推荐审稿机会,一般有机合成投稿 (转载)looking for SrRA for pharmaceutical company (bay area) (转载)有关绿卡self-filing包子求有机合成/方法学/药物化学reviewpaper need, thanks.材料专业急找工作 背景算不错求内推兰州大学化学学科在中国的地位如何?