Bob*_*yde 30 java replication datagrid cluster-computing hazelcast
有没有人对Hazelcast分布式数据网格和执行产品有任何实际经验？它对你有用吗？它有一个非常简单的API和功能,对于这样一个简单易用的工具来说似乎很不错.我做了一些非常简单的应用程序,它似乎像目前为止宣传的那样工作.所以我在这里寻找现实世界的'现实检查'.谢谢.
小智 11
自1.8+版以来,我们一直在使用它,主要使用分布式锁定功能.它工作得很好,我们发现了一些解决方法/错误,但这些解决方法相对较快.
每天1.8M锁定,到目前为止我们没有发现任何问题.
我建议开始使用1.9.4.4版.
小智 9
它的开发仍然存在一些问题,
http://code.google.com/p/hazelcast/issues/list
通常,您可以选择让它使用自己的多播算法,也可以指定自己的ip.我们在局域网环境中尝试过,它运行良好.性能方面也不错,但监控工具效果不佳,因为大部分时间都无法更新.如果你可以忍受当前的问题那么所有的意思都是为了它.我会谨慎使用它,但它是一个伟大的工具恕我直言.
更新:我们已经使用Hazelcast几个月了,而且它运行良好.这些设置相对容易设置并且具有新的更新,非常全面,可以自定义甚至很小的内容,例如读/写操作中允许的线程数.
小智 7
我们正在使用Hazelcast(现在的1.9.4.6)进行生产,并集成了复杂的交易服务.添加它是为了缓解即时数据库吞吐量问题.我们发现,我们经常不得不停止将所有交易服务降低至少一个小时.我们以超级客户端模式运行客户端,因为它是唯一可以远程满足我们的性能要求的选项(比本机客户端快4倍.)不幸的是,停止超级客户端节点会导致大脑分裂问题并导致网格丢失记录,从而导致完整关闭服务.我们一直在努力让这个产品为我们工作近一整年,甚至付钱让2名淡淡的代表飞来帮忙.他们无法提供解决方案,但能够让我们知道我们可能做错了.在他们看来它应该更好,但这几乎是一个浪费的旅行.
在这一点上,我们每年在许可费方面超过6个数字,我们目前使用的资源大约是资源的5倍,以保持网格的活跃性并满足我们的性能需求,而不是使用集群和优化的数据库堆栈.这对我们来说绝对是错误的决定.
这个产品正在扼杀我们.谨慎使用,谨慎使用,仅用于简单的服务.
| 归档时间： |
|
| 查看次数： |
8405 次 |
| 最近记录： |