黑泽尔广播嵌入式模式

Question

哈泽尔广播的部署和操作指南

如果您的应用程序需要很低的延迟时间，请考虑使用嵌入式部署。此配置将提供最佳的延迟特性。

是否有任何建议集群大小的嵌入式操作，以实现低延迟？

Answer 1

这不是一个枯燥乏味的问题。单个节点集群为您提供了最低的延迟，因为您的所有数据都将驻留在您的单个vm中以及您的应用程序中，因为您在序列化和聊天方面没有任何额外的成本。显然，这违背了Hazelcast的目的，它为您提供了CAP定理所需的特性，如高可用性。撇开这一点不说，您可能根本无法将所有数据都放在一个节点中。从这里开始，当您添加更多的节点时，如果您的嵌入式应用程序正在访问来自另一个节点的数据，那么这个延迟可能会增加，特别是如果它有多个往返路径。但是，您将更有可能增加吞吐量，从而提高并发处理的能力，因为您可以在所有节点上使用更多的cpu和内存。

调整集群的大小将取决于通常的变量，如:可用堆大小、数据(对象)大小、计数、索引、保留策略和估计增长。还有许多其他变量将影响集群的大小。

Answer 2

嵌入式模式提供了1/N的数据本地化，其中N是集群中的服务器数量，并且随着集群大小的增加，数据局部性越来越小。除此之外，嵌入式模式没有真正的性能效益。

对于Client-Server，虽然所有数据都是远程的，但服务器在其专用环境中运行，即不与应用程序代码共享JVM和其他资源。这也意味着您不会为了运行Hazelcast服务器而被迫运行应用程序实例，这是嵌入式模式下的情况。

另外，请注意:如果需要低延迟，那么NearCache可以在任何一种部署模式中使用。

确定集群大小取决于各种因素:要缓存的总数据的大小、备份计数、所需的TPS和延迟、查询的需要索引等。指南详细介绍了这些方面。