Jboss 数据网格中键值对的分布
Distribution of Key value pairs in Jboss Data Grid
我正在使用 Hotrod 客户端在 Jboss 数据网格中加载 2000 万个非过期条目。我的 Hot rod 客户端 运行 在 5 台不同的机器上加载数据。条目添加成功。我们给出了 2 的复制因子。因此网格中总共有 4000 万个条目。我们发现每个节点中添加的条目数变化超过 10%。例如，一个节点有 780 万个条目，而另一个节点有 1200 万个条目。
所以我在想为什么条目分布不均匀，理想情况下每个节点应该有大约1000万个条目。上述测试的 objective 是检查 load/requests 是否在所有节点上均匀分布。
任何关于 key/value 对如何在 JDG 中分布的指示将不胜感激。
在 Infinispan 中，哈希 space 被分成多个段，然后映射到集群中的节点。
通过对条目应用 MurmurHash3 函数，条目按其键散列。这决定了拥有密钥的段。您的密钥可能导致分布不均匀。您可以尝试增加配置中的段数。对于您的集群，至少使用 100 个段。
我还必须查找 "crore" 和 "lakh" 的含义，因为我不知道它们是什么。您可能应该改用 10M 和 100K 符号，这样更容易理解。
我正在使用 Hotrod 客户端在 Jboss 数据网格中加载 2000 万个非过期条目。我的 Hot rod 客户端 运行 在 5 台不同的机器上加载数据。条目添加成功。我们给出了 2 的复制因子。因此网格中总共有 4000 万个条目。我们发现每个节点中添加的条目数变化超过 10%。例如，一个节点有 780 万个条目，而另一个节点有 1200 万个条目。
所以我在想为什么条目分布不均匀，理想情况下每个节点应该有大约1000万个条目。上述测试的 objective 是检查 load/requests 是否在所有节点上均匀分布。
任何关于 key/value 对如何在 JDG 中分布的指示将不胜感激。
在 Infinispan 中，哈希 space 被分成多个段，然后映射到集群中的节点。 通过对条目应用 MurmurHash3 函数，条目按其键散列。这决定了拥有密钥的段。您的密钥可能导致分布不均匀。您可以尝试增加配置中的段数。对于您的集群，至少使用 100 个段。 我还必须查找 "crore" 和 "lakh" 的含义，因为我不知道它们是什么。您可能应该改用 10M 和 100K 符号，这样更容易理解。