l**********n
发帖数: 8443 | |
p*****2
发帖数: 21240 | 2 by default no
【在 l**********n 的大作中提到】
: thx
|
d*******r
发帖数: 3299 | 3 Redis Cluster 已经 "working in progress" 很久了
http://redis.io/topics/cluster-spec
【在 l**********n 的大作中提到】
: thx
|
w**z
发帖数: 8232 | 4 如果当cache用，还是memcacahed 好。
【在 l**********n 的大作中提到】
: thx
|
g****r
发帖数: 1589 | 5 自己搞个consistent hash就行了
【在 l**********n 的大作中提到】
: thx
|
p*****2
发帖数: 21240 | 6
rehashing麻烦
【在 g****r 的大作中提到】
: 自己搞个consistent hash就行了
|
g****r
发帖数: 1589 | 7 consistent hash就是用来解决rehashing麻烦这个问题的
【在 p*****2 的大作中提到】
:
: rehashing麻烦
|
p*****2
发帖数: 21240 | 8 还是麻烦
【在 g****r 的大作中提到】
: consistent hash就是用来解决rehashing麻烦这个问题的
|
b***e
发帖数: 1419 | 9 Is it scalable when used as message queue, e.g. resque?
【在 p*****2 的大作中提到】
: by default no
|
p*****2
发帖数: 21240 | 10
我觉得不行
【在 b***e 的大作中提到】
: Is it scalable when used as message queue, e.g. resque?
|
|
|
q*c
发帖数: 9453 | 11 如果这么容易，为啥 redis cluster 难缠了这么久？
【在 g****r 的大作中提到】
: 自己搞个consistent hash就行了
|
d*******r
发帖数: 3299 | 12 "working in progress" 版本的 Redis cluster 功能大概是这样的
http://www.slideshare.net/ayanamist/redis-v2
当然，现在还是 "working in progress"... |
d*******r
发帖数: 3299 | 13 这里谁有这方面系统的经验吗，比如横向比较过各种 scalable 的 message queue:
RabbitMQ (功能多), Kafka (throughput 大), Redis (快, 因为是内存 DB，但是要自
己做 Clustering to scale out).
最近还在纠结 scale out 的时候，client 端是要跟 server 端一起配合搞 hashing
呢?
还是，client 端比较傻，只知道一个 msg-queue.single.dns.name.com, 然后 msg-
queue server 端自己 equally dispatch messages 到自己的 cluster 里的 hosts (
比如用 dns round robin). |
g*****g
发帖数: 34805 | 14 无脑 kafka, redis设计是做 cache用的。
【在 d*******r 的大作中提到】
: 这里谁有这方面系统的经验吗，比如横向比较过各种 scalable 的 message queue:
: RabbitMQ (功能多), Kafka (throughput 大), Redis (快, 因为是内存 DB，但是要自
: 己做 Clustering to scale out).
: 最近还在纠结 scale out 的时候，client 端是要跟 server 端一起配合搞 hashing
: 呢?
: 还是，client 端比较傻，只知道一个 msg-queue.single.dns.name.com, 然后 msg-
: queue server 端自己 equally dispatch messages 到自己的 cluster 里的 hosts (
: 比如用 dns round robin).
|
p***o
发帖数: 1252 | 15 kafka版本号还没到1.0，里面坑多不多？
【在 g*****g 的大作中提到】
: 无脑 kafka, redis设计是做 cache用的。
|
g*****g
发帖数: 34805 | 16 真量大都有很多坑，区别是能有的轮子根本做不了。kafka用的还是很多了。
【在 p***o 的大作中提到】
: kafka版本号还没到1.0，里面坑多不多？
|
p***o
发帖数: 1252 | 17 翻了翻源码，感觉虽然是scala写的，和java也没啥区别 ...
【在 g*****g 的大作中提到】
: 真量大都有很多坑，区别是能有的轮子根本做不了。kafka用的还是很多了。
|
y**********u
发帖数: 6366 | 18 LinkedIn有段时间比较喜欢Scala，但是后来就没消息了
【在 p***o 的大作中提到】
: 翻了翻源码，感觉虽然是scala写的，和java也没啥区别 ...
|
p*****2
发帖数: 21240 | 19 大牛都跑了吧？
【在 y**********u 的大作中提到】
: LinkedIn有段时间比较喜欢Scala，但是后来就没消息了
|
p*****2
发帖数: 21240 | 20 这个比较悲催
【在 p***o 的大作中提到】
: 翻了翻源码，感觉虽然是scala写的，和java也没啥区别 ...
|
|
|
d*******r
发帖数: 3299 | 21 RabbitMQ 这么不受待见? 主要是配置复杂?
【在 g*****g 的大作中提到】
: 无脑 kafka, redis设计是做 cache用的。
|
w**z
发帖数: 8232 | 22 Rabbit MQ scale 有问题。
【在 d*******r 的大作中提到】
: RabbitMQ 这么不受待见? 主要是配置复杂?
|
d*******r
发帖数: 3299 | 23 大牛详细讲讲呢，RabbitMQ 不是自带 cluster 功能的吗?
还是其实就是 throughput 远不如 Kafka?
【在 w**z 的大作中提到】
: Rabbit MQ scale 有问题。
|
w**z
发帖数: 8232 | 24 我们是用PHP 连的， 几千个concurrent connections 就挂了。 现在准备自己搞个
connection pool.
【在 d*******r 的大作中提到】
: 大牛详细讲讲呢，RabbitMQ 不是自带 cluster 功能的吗?
: 还是其实就是 throughput 远不如 Kafka?
|
a***n
发帖数: 538 | 25 好像只有replication没有 sharding，没法scale。
不知道用federation行不行。
【在 d*******r 的大作中提到】
: 大牛详细讲讲呢，RabbitMQ 不是自带 cluster 功能的吗?
: 还是其实就是 throughput 远不如 Kafka?
|
g*****g
发帖数: 34805 | 26 所有不是从一开始就做成分布式系统的东西，再往上堆scalable的架构很难，因为向后
兼容是必须的，会有很多坑。或者虽然能分布式，但是性能比较差。 |
g****r
发帖数: 1589 | 27 Redis的cluster要搞data automatica movement after resharding，master/slave
management
你要就把Redis当look aside cache用就根本不需要这些功能，reshard之后从DB重load
一遍就完了，你一年能reshard几次啊
你要用Redis做复杂query，那Redis cluster也还是不支持cross node query
【在 q*c 的大作中提到】
: 如果这么容易，为啥 redis cluster 难缠了这么久？
|
p*****2
发帖数: 21240 | 28 那还不如用couchbase
load
【在 g****r 的大作中提到】
: Redis的cluster要搞data automatica movement after resharding，master/slave
: management
: 你要就把Redis当look aside cache用就根本不需要这些功能，reshard之后从DB重load
: 一遍就完了，你一年能reshard几次啊
: 你要用Redis做复杂query，那Redis cluster也还是不支持cross node query
|
d*******r
发帖数: 3299 | 29 请问所谓 "cross node query" 是什么？ Transaction 一样的东西?
我知道 Redis Cluster 单个 query, 是可以被 direct 的，如果被 query node 不是
最终 node 的话.
http://www.slideshare.net/ayanamist/redis-v2
参考 page 38~42
load
【在 g****r 的大作中提到】
: Redis的cluster要搞data automatica movement after resharding，master/slave
: management
: 你要就把Redis当look aside cache用就根本不需要这些功能，reshard之后从DB重load
: 一遍就完了，你一年能reshard几次啊
: 你要用Redis做复杂query，那Redis cluster也还是不支持cross node query
|
d*******r
发帖数: 3299 | 30 大牛指的是 Redis 还是 RabbitMQ?
上面 aaron 说 RabbitMQ 只有 replica 功能?
【在 g*****g 的大作中提到】
: 所有不是从一开始就做成分布式系统的东西，再往上堆scalable的架构很难，因为向后
: 兼容是必须的，会有很多坑。或者虽然能分布式，但是性能比较差。
|
|
|
g*****g
发帖数: 34805 | 31 我只是泛泛而谈。从结构上说，Redis对数据结构的支持反而是做clustering的妨碍。
【在 d*******r 的大作中提到】
: 大牛指的是 Redis 还是 RabbitMQ?
: 上面 aaron 说 RabbitMQ 只有 replica 功能?
|
d*******r
发帖数: 3299 | 32 知道了，确实一开始没做 distributed 的打算，后来改看着不是很容易
【在 g*****g 的大作中提到】
: 我只是泛泛而谈。从结构上说，Redis对数据结构的支持反而是做clustering的妨碍。
|
B***i
发帖数: 724 | 33 如果只做key value store的话， sharding 不是很自然的事情吗？ |
z****e
发帖数: 54598 | 34 你怎么保证不同nodes之间的数据一致？
某一个node挂掉的话，是不是要让整个transaction流产？
【在 B***i 的大作中提到】
: 如果只做key value store的话， sharding 不是很自然的事情吗？
|
