Distributed computing Hazelcast持久性和多成员的最佳实践
我在这里讨论了几个相关的主题,似乎这个主题仍然开放,官方文件没有涵盖它,所以我们在这里Distributed computing Hazelcast持久性和多成员的最佳实践,distributed-computing,partitioning,hazelcast,in-memory-database,Distributed Computing,Partitioning,Hazelcast,In Memory Database,我在这里讨论了几个相关的主题,似乎这个主题仍然开放,官方文件没有涵盖它,所以我们在这里 一个组中有N个成员的群集 有一张分布式地图 映射具有由MongoDB备份的持久性存储 备份数为1 已启用直写 地图应该在启动时填充 数据库中的数据太大,无法由一个成员单独存储 问题是: 要使写操作正常工作,所有映射成员都必须启用MapStore,因为他们只写自己的分区 当集群启动时,loadKeys()实现应该只加载数据的子集,还是应该尝试加载整个数据集,Hazelcast分区将负责密钥分发 如果前一个Q
- 一个组中有N个成员的群集
- 有一张分布式地图
- 映射具有由MongoDB备份的持久性存储
- 备份数为1
- 已启用直写
- 地图应该在启动时填充
- 数据库中的数据太大,无法由一个成员单独存储
谢谢克里斯的快速回复!很高兴Hazelcast负责分销,真正简化了事情,使其更易于扩展!