z***e
发帖数: 5393 | 1 我那个游戏用的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结果和排名等等。。。 |
z****e
发帖数: 54598 | 2 很多垃圾数据，什么历史战绩，pvp结果这些
都不需要强consistency，甚至连replica都可以丢掉
这些数据就算错了又有啥关系捏？
一些重要数据保留下来就是了，大部分没啥用的数据
再弄到另外一个persistence里面去放去，而且不需要做replica
或者做很少的replica，比如做一个备份这样，少做一个replica就省了三分之一
其实就是建一个二级存储，然后二级之后还可以弄三级
二级做一个replica，三级不做replica，如此这般
太古老的游戏数据没啥太大意义 |
z****e
发帖数: 54598 | 3 achievement这些其实都可以通过google/apple的官方api来做
我看snk做的那个合金弹头里面很多achievement都是交给google来完成
甚至包括player的level这些，都是google在控制
国内平台商一般都没这么powerful，各种不管，所以还是需要自己动手做 |
z****e
发帖数: 54598 | 4 这种代码应该交给小弟们去写
你不是招了些马崽吗？这种活最适合他们做了
需求很明确，清晰 |
x*******1
发帖数: 28835 | 5 免费的就是这些问题多。 国内有没法用ddb。其实长期看来ddb还是节约了。 起码不
用雇人troubleshooting。 performance基本是保证的。 |
t**r
发帖数: 3428 | 6 重要数据还是存mysql.
芒果不要做replica.没必要。 |
z****e
发帖数: 54598 | 7 这个就夸张了，楼主这种作坊要是用oracle
一个license的fee就差不多把他利润给吃光了
企业软件的收费是很昂贵的
哪怕这些licenses的回扣，都是很大一笔收入，对于不少人来说
【在 x*******1 的大作中提到】
: 免费的就是这些问题多。 国内有没法用ddb。其实长期看来ddb还是节约了。 起码不
: 用雇人troubleshooting。 performance基本是保证的。
|
z***e
发帖数: 5393 | 8 检查了一下数据库，的确是。
本来是该存memcache/redis之类的，好像在哪里看到有人说用mongodb就没必要用redis
之类的做缓存，就去掉了那一层，想不到造成这种结果。。。
【在 z****e 的大作中提到】
: 很多垃圾数据，什么历史战绩，pvp结果这些
: 都不需要强consistency，甚至连replica都可以丢掉
: 这些数据就算错了又有啥关系捏？
: 一些重要数据保留下来就是了，大部分没啥用的数据
: 再弄到另外一个persistence里面去放去，而且不需要做replica
: 或者做很少的replica，比如做一个备份这样，少做一个replica就省了三分之一
: 其实就是建一个二级存储，然后二级之后还可以弄三级
: 二级做一个replica，三级不做replica，如此这般
: 太古老的游戏数据没啥太大意义
|
z****e
发帖数: 54598 | 9 mysql容易被cloud lockin，用postgresql
而且postgresql不怎么支持store procedure，太好了，不会乱写
sp到后期维护都是一大坨屎
【在 t**r 的大作中提到】
: 重要数据还是存mysql.
: 芒果不要做replica.没必要。
|
t**r
发帖数: 3428 | 10 postgre 你可能是外行。sp支持很好啊。
我们的数据库几百sp. 那块有专人管。我不怎么碰就是了。sp确实恶心
【在 z****e 的大作中提到】
: mysql容易被cloud lockin，用postgresql
: 而且postgresql不怎么支持store procedure，太好了，不会乱写
: sp到后期维护都是一大坨屎
|
|
|
d*******r
发帖数: 3299 | 11 上来就 4k 用户了, 增长挺快的嘛
你schema大概怎样设计的, 会不会JSON里不一样的 fields 太多, 或者fields总数就是
很大.
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 5393 | 12 也不是很大。
我刚才看了一下，排行榜和pvp的推荐对手这部分占了很多，建个redis放到单server算
了。
哎，楼上兄弟说重要数据存mysql，分几层，我也知道啊，但是工作量啊亲。。。我又
要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户，还要监控服务
器状态，服务端我选mongo就是因为省事啊，一锤子买卖呀。。。replication的目的也
不是为了备份，而是因为我用的linode的服务器遇到啥要maintainance啊emergency
repair这些的时候，挂一个还有其他的在跑（遇到过几次了）。。。。
【在 d*******r 的大作中提到】
: 上来就 4k 用户了, 增长挺快的嘛
: 你schema大概怎样设计的, 会不会JSON里不一样的 fields 太多, 或者fields总数就是
: 很大.
:
: replication
: 4k
|
t**r
发帖数: 3428 | 13 太牛了。
招的小弟干不了活？
累死大牛了
【在 z***e 的大作中提到】
: 也不是很大。
: 我刚才看了一下，排行榜和pvp的推荐对手这部分占了很多，建个redis放到单server算
: 了。
: 哎，楼上兄弟说重要数据存mysql，分几层，我也知道啊，但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户，还要监控服务
: 器状态，服务端我选mongo就是因为省事啊，一锤子买卖呀。。。replication的目的也
: 不是为了备份，而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候，挂一个还有其他的在跑（遇到过几次了）。。。。
|
d*******r
发帖数: 3299 | 14 sql 一通映射, 确实麻烦死
【在 z***e 的大作中提到】
: 也不是很大。
: 我刚才看了一下，排行榜和pvp的推荐对手这部分占了很多，建个redis放到单server算
: 了。
: 哎，楼上兄弟说重要数据存mysql，分几层，我也知道啊，但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户，还要监控服务
: 器状态，服务端我选mongo就是因为省事啊，一锤子买卖呀。。。replication的目的也
: 不是为了备份，而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候，挂一个还有其他的在跑（遇到过几次了）。。。。
|
d*******r
发帖数: 3299 | 15 国内 server 还是推荐用 Linode (东京还是新加坡) ?
我记得 AWS 已经进入中国了来着, 有考虑过没, 还是中国AWS不实用?
我有朋友用阿里云的
【在 z***e 的大作中提到】
: 也不是很大。
: 我刚才看了一下，排行榜和pvp的推荐对手这部分占了很多，建个redis放到单server算
: 了。
: 哎，楼上兄弟说重要数据存mysql，分几层，我也知道啊，但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户，还要监控服务
: 器状态，服务端我选mongo就是因为省事啊，一锤子买卖呀。。。replication的目的也
: 不是为了备份，而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候，挂一个还有其他的在跑（遇到过几次了）。。。。
|
t**r
发帖数: 3428 | 16 贵
【在 d*******r 的大作中提到】
: 国内 server 还是推荐用 Linode (东京还是新加坡) ?
: 我记得 AWS 已经进入中国了来着, 有考虑过没, 还是中国AWS不实用?
: 我有朋友用阿里云的
|
w**z
发帖数: 8232 | 17 早来问，这里就会推荐用Cassandra, Mongo 量一大，必死无疑。
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
|
t**r
发帖数: 3428 | 18 1000用户 您说量大？
。。。
【在 w**z 的大作中提到】
: 早来问，这里就会推荐用Cassandra, Mongo 量一大，必死无疑。
:
: replication
: 4k
|
z****e
发帖数: 54598 | 19 那当然麻烦，但是快啊，内存消耗少啊
用上orm会好一点
【在 d*******r 的大作中提到】
: sql 一通映射, 确实麻烦死
|
z****e
发帖数: 54598 | 20
北京aws还在beta
嗯，阿里云不错，基本上就是照抄aws
【在 d*******r 的大作中提到】
: 国内 server 还是推荐用 Linode (东京还是新加坡) ?
: 我记得 AWS 已经进入中国了来着, 有考虑过没, 还是中国AWS不实用?
: 我有朋友用阿里云的
|
|
|
z****e
发帖数: 54598 | 21 对了，问楼主一个问题
你那个广告用的是啥？
admob吗？好像google的东西在国内会被禁？ |
z****e
发帖数: 54598 | 22 redis+cassandra
他用来做cache的，redis可能更为合适点
persistence用cassandra
【在 w**z 的大作中提到】
: 早来问，这里就会推荐用Cassandra, Mongo 量一大，必死无疑。
:
: replication
: 4k
|
z***e
发帖数: 5393 | 23 之前找过一个大学刚毕业的做后端，要解释好多给他听，后端如果一错那个影响又大，
太累。
打算慢慢把两个做client的训练成full stack，那也得时间呀。
【在 t**r 的大作中提到】
: 太牛了。
: 招的小弟干不了活？
: 累死大牛了
|
z***e
发帖数: 5393 | 24 aws中国一直写的是要申请试验账号，阿里云就是觉得贵，linode相对便宜。。。
【在 d*******r 的大作中提到】
: 国内 server 还是推荐用 Linode (东京还是新加坡) ?
: 我记得 AWS 已经进入中国了来着, 有考虑过没, 还是中国AWS不实用?
: 我有朋友用阿里云的
|
z***e
发帖数: 5393 | 25 嗯，用的admob，国内还可以用。
国内对可以来钱的还是没禁。。。
【在 z****e 的大作中提到】
: 对了，问楼主一个问题
: 你那个广告用的是啥？
: admob吗？好像google的东西在国内会被禁？
|
z****e
发帖数: 54598 | 26 那当然大
游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
social web上个million差不多就是一个real time游戏大概10k的压力
real time压力最大，基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
因为每个客户端一s经常都需要有大概几十次的循环刷新
其次是卡牌，聊天群这种，会好一点，多个客户可以共用一个thread
每个客户端一个s才会有一次刷新
压力最小的是website，单个thread可以伺候很多个客户，因为都是瞬时连接
这个往往就是几个甚至十几个s才会有一次刷新的需求
差距差不多是一百倍
【在 t**r 的大作中提到】
: 1000用户 您说量大？
: 。。。
|
d*******r
发帖数: 3299 | 27 真正能干活的 full stack, 还得符合你自己定的 tech stack, 你在美国也难找吧,
我觉得基本就只能, 自己学会了以后, 自己慢慢培养出来了.
【在 z***e 的大作中提到】
: 之前找过一个大学刚毕业的做后端，要解释好多给他听，后端如果一错那个影响又大，
: 太累。
: 打算慢慢把两个做client的训练成full stack，那也得时间呀。
|
d*******r
发帖数: 3299 | 28 为啥 AWS 中国发展得这么墨迹... 还是跟我党的安全政策不对口 ??
【在 z***e 的大作中提到】
: aws中国一直写的是要申请试验账号，阿里云就是觉得贵，linode相对便宜。。。
|
d*******r
发帖数: 3299 | 29 lz 说是 4k 用户, 不过我感觉他这量不会特别大,
因为就是 PvP 的话, 也是最后结果才写入 db 的吧, 之前都应该在server内存中?
不然也写得太狠了点.
候着
【在 z****e 的大作中提到】
: 那当然大
: 游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
: social web上个million差不多就是一个real time游戏大概10k的压力
: real time压力最大，基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
: 因为每个客户端一s经常都需要有大概几十次的循环刷新
: 其次是卡牌，聊天群这种，会好一点，多个客户可以共用一个thread
: 每个客户端一个s才会有一次刷新
: 压力最小的是website，单个thread可以伺候很多个客户，因为都是瞬时连接
: 这个往往就是几个甚至十几个s才会有一次刷新的需求
: 差距差不多是一百倍
|
e*******o
发帖数: 4654 | 30 There is. Read about --noprealloc and --smallfiles options
答案给出来了啊
还有就是 关了 journal，dev 环境中我这样用的。
mongodb 吹得3.0 多好 省空间，你可以试试升级一下。
另外，linode 啥的，比自己租机房，买服务器，贵得多。aws 也一样。
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 54598 | 31 lz说的所谓用户是同时在线的用户吧？
一般即时游戏4k很多了，相当于40w的web用户
【在 d*******r 的大作中提到】
: lz 说是 4k 用户, 不过我感觉他这量不会特别大,
: 因为就是 PvP 的话, 也是最后结果才写入 db 的吧, 之前都应该在server内存中?
: 不然也写得太狠了点.
:
: 候着
|
w**z
发帖数: 8232 | 32 未雨绸缪，真等量上去再改就晚了。构架设计要能scale up.
【在 t**r 的大作中提到】
: 1000用户 您说量大？
: 。。。
|
w**z
发帖数: 8232 | 33 cache 用memcache 更好用吧
【在 z****e 的大作中提到】
: redis+cassandra
: 他用来做cache的，redis可能更为合适点
: persistence用cassandra
|
z****e
发帖数: 54598 | 34 两个差不多，但是感觉过去支持redis的工具会更多点
vert.x也是优先支持redis
【在 w**z 的大作中提到】
: cache 用memcache 更好用吧
|
f*******t
发帖数: 7549 | 35 纯政策原因
【在 d*******r 的大作中提到】
: 为啥 AWS 中国发展得这么墨迹... 还是跟我党的安全政策不对口 ??
|
z***e
发帖数: 5393 | 36 那个noprealloc不是说“严重影响performance“么，担心多的都折腾出来了。。。
anyway，我看有空的时候再去升级吧，谢咯。。。
【在 e*******o 的大作中提到】
: There is. Read about --noprealloc and --smallfiles options
: 答案给出来了啊
: 还有就是 关了 journal，dev 环境中我这样用的。
: mongodb 吹得3.0 多好 省空间，你可以试试升级一下。
: 另外，linode 啥的，比自己租机房，买服务器，贵得多。aws 也一样。
:
: replication
: 4k
|
z***e
发帖数: 5393 | 37 额，对我期望过大了。。。这游戏不是real time的，战斗过程就是单机，只是战斗开
始和结尾时存取一下。
是考虑过做成realtime pvp，不过风险和难度都太不可控了，如果现在的模式能被玩家
认可（也就是可以有能维持的收入了），可能再考虑做成realtime吧。
候着
【在 z****e 的大作中提到】
: 那当然大
: 游戏尤其是楼主这种real time对于server的要求和压力不是social web能比的
: social web上个million差不多就是一个real time游戏大概10k的压力
: real time压力最大，基本上平均过去每一个客户端都要有个thread保持连接状态伺候着
: 因为每个客户端一s经常都需要有大概几十次的循环刷新
: 其次是卡牌，聊天群这种，会好一点，多个客户可以共用一个thread
: 每个客户端一个s才会有一次刷新
: 压力最小的是website，单个thread可以伺候很多个客户，因为都是瞬时连接
: 这个往往就是几个甚至十几个s才会有一次刷新的需求
: 差距差不多是一百倍
|
p*****2
发帖数: 21240 | 38
replication
4k
内存多大？
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 996 | 39 我给你出个主意。 在不改变现有框架的情况下， 你把每10k需要的硬件投入列出来，
加上你愿意换的股权， 看看这里有没有人愿意投资你。
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 635 | 40 申请微软 BizSpark吧，运气好被选中为伙伴的话，更出名不说，每年还有价值6万（千
？）美刀的azure hosting免费用
当然事先声明下，azure比起其他几家稳定性要差些
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 5958 | 41 召唤版上的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 的大作中提到】
: 我那个游戏用的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
发帖数: 2265 | 42 优化一下，怎么一个用户用4m还是挺奢侈的
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
|
h******b
发帖数: 6055 | 43 正解，我觉得clash of clans每1000用户也不可能要占40G。 这是一个用户40mb吧。
太夸张了。
该expire的数据就expire, 还有肯定有不需要replicate的数据。 优化一下这个应该
是最快最有效的法子。
【在 d******e 的大作中提到】
: 优化一下，怎么一个用户用4m还是挺奢侈的
:
: replication
: 4k
|
d****i
发帖数: 4809 | 44 哈哈，大赞自己攒服务器建数据中心的方案！这个才是牛的爽啊。
的，
【在 w***g 的大作中提到】
: 召唤版上的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啥的，
: 我觉得风险会比较大，以后维护也难。就是改一两行代码，测试不到位都会导致服务中
|
ET
发帖数: 10701 | 45 you should have used Parse.
【在 z***e 的大作中提到】
: 额，对我期望过大了。。。这游戏不是real time的，战斗过程就是单机，只是战斗开
: 始和结尾时存取一下。
: 是考虑过做成realtime pvp，不过风险和难度都太不可控了，如果现在的模式能被玩家
: 认可（也就是可以有能维持的收入了），可能再考虑做成realtime吧。
:
: 候着
|
N*****m
发帖数: 42603 | 46 80G对于mongodb来说，太小了
不过，你这个4000个用户的量也不大
几个建议
1.把storage.mmapv1.smallFiles打开
2.估计你的删除和更新比较多，定期运行compact和repairDatabase
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 15201 | 47 自己的服务器存储有用SSD的吗？比如500G的来四个？
还是说只是app/DB server用SSD，文件存储还是传统硬盘？
的，
【在 w***g 的大作中提到】
: 召唤版上的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
发帖数: 602 | 48 云云云
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 1277 | 49 对一段时间就可以丢的用ttl index
要是数据规整（一样大）还可以用capped collection
这个你游戏应该不需要记录那么详细的数据吧？ |
N*****m
发帖数: 42603 | 50 他的都是用户信息，你说的这几个都用不上
【在 c******o 的大作中提到】
: 对一段时间就可以丢的用ttl index
: 要是数据规整（一样大）还可以用capped collection
: 这个你游戏应该不需要记录那么详细的数据吧？
|
|
|
c******o
发帖数: 1277 | 51 对了， ttli index 和人手删除的work load 一样,就是自动
吞吐量大自己shard , drop db constantly.
【在 c******o 的大作中提到】
: 对一段时间就可以丢的用ttl index
: 要是数据规整（一样大）还可以用capped collection
: 这个你游戏应该不需要记录那么详细的数据吧？
|
w***g
发帖数: 5958 | 52 /用ssd，数据库和别的数据都用传统硬盘。500G以上的SSD太贵用不起，对我的应用SSD
也没帮助。对数据库而言，其实加大内存+传统硬盘比SSD更cost effective。
【在 b***e 的大作中提到】
: 自己的服务器存储有用SSD的吗？比如500G的来四个？
: 还是说只是app/DB server用SSD，文件存储还是传统硬盘？
:
: 的，
|
c******o
发帖数: 1277 | 53 一个用户一星期20m,真需要吗？
【在 N*****m 的大作中提到】
: 他的都是用户信息，你说的这几个都用不上
|
N*****m
发帖数: 42603 | 54 估计更新删除比较频繁
【在 c******o 的大作中提到】
: 一个用户一星期20m,真需要吗？
|
c******o
发帖数: 1277 | 55 如果是在线4千，那恭喜，用量正常
好好发掘收钱的方法，做到0.2$ + arpu |
h******b
发帖数: 6055 | 56 嗯如果在线四千那么非常正常啊。实际用户数量要十倍吧。 4mb一个真的不多。提前
祝贺楼主打出新天地了。
【在 c******o 的大作中提到】
: 如果是在线4千，那恭喜，用量正常
: 好好发掘收钱的方法，做到0.2$ + arpu
|
k***5
发帖数: 583 | 57 求什么hosting data center hosting每个月$50。如果是1U的服务器的话是每个月$20
的，
【在 w***g 的大作中提到】
: 召唤版上的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啥的，
: 我觉得风险会比较大，以后维护也难。就是改一两行代码，测试不到位都会导致服务中
|
D******y
发帖数: 3780 | 58 co-求
20
【在 k***5 的大作中提到】
: 求什么hosting data center hosting每个月$50。如果是1U的服务器的话是每个月$20
:
: 的，
|
r********u
发帖数: 208 | 59 bless
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 55 | 60 用AWS DynamoDB
1. 设计好key和index
2. 选择合适的throughput, 需要观察一段时间，选择成本和性能的权衡
3. 访问数据库时减少scan, 想清楚需要read的强一致性和弱一致性，选择精度和成本
的平衡
你有40K用户时，只需要设定一个更高的throughput，真正的的scale就是你不用scale
任何东西。
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 54598 | 61 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 的大作中提到】
: 召唤版上的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啥的，
: 我觉得风险会比较大，以后维护也难。就是改一两行代码，测试不到位都会导致服务中
|
d*******r
发帖数: 3299 | 62 IaaS 真心不贵, 因为互相杀价得厉害
不过大家推荐个中国美国都好用的吧.
现在看来还是 Linode/AWS 东京 for 国内服务?
【在 z****e 的大作中提到】
: 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**j
发帖数: 256 | |
l******e
发帖数: 2 | |
u**********e
发帖数: 282 | 65 Mongodb的index空间能占小一半吧？硬盘没设不需要的raid保护吧？ |
x*******1
发帖数: 28835 | 66 retrieval path贵吧
【在 z****e 的大作中提到】
: 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拉动的价格战
:
|
z****e
发帖数: 54598 | 67 你是说request pricing吗？
一千次0.005刀，也不贵啊
如果有经常io的数据，在ec2上建cache
还有就是让google&apple本身分担走了不少storage
比如account，in app purchase这些
【在 x*******1 的大作中提到】
: retrieval path贵吧
|
p*****2
发帖数: 21240 | 68
的，
这个什么意思？
主要是吞吐量没法scale
【在 w***g 的大作中提到】
: 召唤版上的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啥的，
: 我觉得风险会比较大，以后维护也难。就是改一两行代码，测试不到位都会导致服务中
|
q*c
发帖数: 9453 | 69 这是 requset 本身的钱，好像数据还要另外收钱。
【在 z****e 的大作中提到】
: 你是说request pricing吗？
: 一千次0.005刀，也不贵啊
: 如果有经常io的数据，在ec2上建cache
: 还有就是让google&apple本身分担走了不少storage
: 比如account，in app purchase这些
|
j******g
发帖数: 2689 | 70 哪里hosting才50刀?给个链接?谢谢
：召唤版上的AWS高手出招。我过年那阵做了个网站，当时看过一眼AWS，结果还是自己
配了台机器放data center了。机器成本$2000的样子，hosting每个月$50。如果是1U的
服务器的话是每个月$20。eBay上随便几百块钱买的二手服务器都比AWS的强。4T硬盘一
个差不多是$150的样子，台式机可以挂6个。1U的机器配好了可以挂5个，一个内置四个
热插拔。看到你在为40G硬盘满了而头疼我实在感到无语。
： |
|
|
c*********e
发帖数: 16335 | 71 你完了。
replication
4k
【在 z***e 的大作中提到】
: 我那个游戏用的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
发帖数: 3299 | |
p**r
发帖数: 5853 | 73 哈哈，同病相怜，只是我不做游戏，
哥们，加油，不容易啊。
【在 z***e 的大作中提到】
: 也不是很大。
: 我刚才看了一下，排行榜和pvp的推荐对手这部分占了很多，建个redis放到单server算
: 了。
: 哎，楼上兄弟说重要数据存mysql，分几层，我也知道啊，但是工作量啊亲。。。我又
: 要写客户端UI又要写战斗逻辑又要想游戏功能设计还要在QQ群安抚用户，还要监控服务
: 器状态，服务端我选mongo就是因为省事啊，一锤子买卖呀。。。replication的目的也
: 不是为了备份，而是因为我用的linode的服务器遇到啥要maintainance啊emergency
: repair这些的时候，挂一个还有其他的在跑（遇到过几次了）。。。。
|
j********x
发帖数: 2330 | 74 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 的大作中提到】
: 很多垃圾数据，什么历史战绩，pvp结果这些
: 都不需要强consistency，甚至连replica都可以丢掉
: 这些数据就算错了又有啥关系捏？
: 一些重要数据保留下来就是了，大部分没啥用的数据
: 再弄到另外一个persistence里面去放去，而且不需要做replica
: 或者做很少的replica，比如做一个备份这样，少做一个replica就省了三分之一
: 其实就是建一个二级存储，然后二级之后还可以弄三级
: 二级做一个replica，三级不做replica，如此这般
: 太古老的游戏数据没啥太大意义
|
a9
发帖数: 21638 | 75 mongo内存也是个大问题。
【在 z****e 的大作中提到】
: 那当然麻烦，但是快啊，内存消耗少啊
: 用上orm会好一点
|
a9
发帖数: 21638 | 76 google在国内唯一没被禁的就是广告了
【在 z****e 的大作中提到】
: 对了，问楼主一个问题
: 你那个广告用的是啥？
: admob吗？好像google的东西在国内会被禁？
|
a9
发帖数: 21638 | 77 放哪里了？价格很好啊，稳定吗？
的，
sharding/
本万
管它
【在 w***g 的大作中提到】
: 召唤版上的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啥的，
: 我觉得风险会比较大，以后维护也难。就是改一两行代码，测试不到位都会导致服务中
|
