Hazelcast 持久化和多成员的最佳实践
Best practices on Hazelcast persistance and multiple members
我在这里浏览了几个相关主题，似乎主题仍然是开放的，官方文档没有涵盖它，所以我们在这里。
- 有个集群有N个成员在一组
- 有一张分布式地图
- 地图具有由 MongoDB
支持的持久性存储
- 备份数为1
- 直写已启用
- 地图应该在启动时填充
- 数据库中的数据太大，一个成员无法单独存储
问题是：
- 为了使写入操作正常工作，所有映射成员都必须启用 MapStore，因为他们只写入自己拥有的分区？
- 当集群启动时，loadKeys() 实现应该只加载数据的子集，还是应该尝试加载整个数据集并且 Hazelcast 分区将负责密钥分配？
- 如果上一个问题的两种情况都有效，哪一种更有效？
- 是的，所有成员都必须启用 MapStore 实现
- 不，它必须加载所有密钥（至少是那些你想急切提供的密钥）并且加载节点根据标准分布式哈希模式分发密钥
- 我想这个问题已经没有必要了，或者我理解错了
我在这里浏览了几个相关主题，似乎主题仍然是开放的，官方文档没有涵盖它，所以我们在这里。
- 有个集群有N个成员在一组
- 有一张分布式地图
- 地图具有由 MongoDB 支持的持久性存储
- 备份数为1
- 直写已启用
- 地图应该在启动时填充
- 数据库中的数据太大，一个成员无法单独存储
问题是：
- 为了使写入操作正常工作，所有映射成员都必须启用 MapStore，因为他们只写入自己拥有的分区？
- 当集群启动时，loadKeys() 实现应该只加载数据的子集，还是应该尝试加载整个数据集并且 Hazelcast 分区将负责密钥分配？
- 如果上一个问题的两种情况都有效，哪一种更有效？
- 是的，所有成员都必须启用 MapStore 实现
- 不，它必须加载所有密钥（至少是那些你想急切提供的密钥）并且加载节点根据标准分布式哈希模式分发密钥
- 我想这个问题已经没有必要了，或者我理解错了