Hazelcast部署和操作指南的状态
如果您的应用程序要求非常低的延迟，请考虑使用嵌入式部署。此配置将提供最佳延迟特征。
是否有建议的群集大小用于嵌入式操作以实现低延迟？
这不是一成不变的问题。单节点群集为您提供了最低的延迟，因为所有数据都将与应用程序一起驻留在您的单个vm中，因为您不会在序列化和聊天中产生任何额外费用。显然，这违背了Hazelcast的目的，后者为您提供CAP定理所需的功能，例如高可用性。除此之外，您可能根本无法在单个节点中容纳所有数据。从这里开始，随着您添加更多节点，如果嵌入式应用程序正在从另一个节点访问数据，则延迟可能会增加，尤其是在它具有多个往返的情况下。但是，您将更有可能提高吞吐量，从而具有更多并发处理的能力，因为您将在所有节点上拥有更多的cpu和内存。
调整集群的大小将取决于通常的变量，例如：可用堆大小，数据（对象）大小，计数，索引，保留策略和估计的增长。还有许多其他因素会影响群集的大小。