0

I experienced multiple outages with our Hazelcast setup (Hazelcast embedded within Payara) in situation, where non-hazelcast workload of the process caused GC overhead errors.

During that time Hazelcast responded to heartbeats, however, did not respond to actual requests that fetched data. This caused system to stall, even if backup of the data was available.

Therefore I want to ask if there is a way to kick off a member out of cluster if it stops responding to other kinds of requests than just heartbeat.

4

1 回答 1

1

您可能需要考虑在 Payara 服务器实例上以“Lite”模式使用 hazelcast。如果您在可能面临持续 GC 的实例上打开“精简”模式,这些实例不应影响 Hazelcast 性能,因为这些节点不会为 hazelcast 集群存储任何数据。

但是,有必要用额外的完整实例来补充这个解决方案,这样可以保留数据。这些额外的实例不应运行您的任何应用程序,并且仅用作单独的 hazelcast 节点。我的博客文章中专注于吞吐量和性能的部分描述了如何使用“Lite”Payara 集群成员(由 Lite hazelcast 成员支持)的一些场景。

总而言之 - 如果您将一些节点变成“Lite”,并且为每个“Lite”节点添加一个单独运行的额外“完整”节点,没有部署应用程序,您可以将应用程序使用的内存和 hazelcast 分离为独立的 JVM。JVM 上的 GC 是“Lite”节点并且不包含 hazelcast 集群的数据,不应影响 Hazelcast 性能。

于 2016-11-24T01:11:12.367 回答