Hazelcast Near Cache不受“裂脑保护”法定人数控制

如何解决Hazelcast Near Cache不受“裂脑保护”法定人数控制

我在Spring Boot项目中使用了嵌入式hazelcast 4.0.1来管理项目的缓存。我设置了Near Cache，还设置了裂脑保护功能，在4.0之前称为Quorum。

但是，我发现了一个问题。例如，我将缓存操作放在服务上：

@Cacheable(value ="CacheSpaceName",key ="#id")
public String findById(String id) {
   ...
}

如果正确的数据已被缓存在“近缓存”中，即使启用了裂脑保护，该服务仍将返回正确的结果，而不是被裂脑保护拒绝。

如何使“近端缓存”也受“裂脑保护”控制？我希望当发生裂脑时，小集群不能正常运行，只有大集群才能正常运行。

以下是项目中的近缓存配置和裂脑保护配置代码：

final NearCacheConfig nearCacheConfig = new NearCacheConfig()
  .setInMemoryFormat(InMemoryFOrmat.OBJECT)
  .setCacheLocalEntries(true)
  .setMaxIdleSeconds(xxx);

MapConfig allMapConfig = new MapConfgi.setName("*").setNearCacheConfig(nearCacheConfig)
  .setBackupCount(0).setMaxIndleSeconds(xxx).setInMemoryFormat(InMemoryFormat.OBJECT)
  .setMergePolicyConfig(xxx)

final SplitBrainProtectionConfig splitBrainProtectionConfig = new SplitBrainProtectionConfig("name",true,2);
splitBrainProtectionConfig.setProtectOn(SplitBrainProtectionOn.READ_WRITE);

allMapConfig.setSplitBrainProtectionName("name");
config.addSplitBrainProtectionConfig(splitBrainProtectionConfig);
config.addMapConfig(allMapConfig);

解决方法

NearCache不受“裂脑保护”保护，因为NearCache是​​应用程序端缓存，Hazelcast内置的裂脑保护旨在保护集群成员（服务器）。

另外，您要说的是-

我希望当大脑裂开时，小簇无法运行 正常，只有大型集群才能正常运行

在裂开的脑簇中，无论大小如何，双方都可以正常工作。解决网络分区并且两边准备合并时，群集大小变得很重要。 Hazelcast部署了一个后台任务，该任务定期搜索拆分的群集。当检测到拆分时，将确定将启动合并过程的一方。这个决定是基于集群的大小。按成员计数，较小的群集合并为较大的群集。如果它们具有相等数量的成员，则哈希算法确定合并群集。在确定合并方时，双方都要确保其成员列表中没有交叉点。

,

我提出的NearCahce不受大脑保护功能控制的问题是，我希望当群集具有裂脑时，禁止小型群集提供任何服务，而大型群集可以正常提供服务。产生这种需求的原因是某些企业依赖Hazelcast的缓存同步功能。我们希望可以在特定时间根据需要更新缓存，以避免使用过时的数据。如果存在脑裂，则无法在完整的群集中执行缓存更新。因此，如果小型集群此时仍能正常提供服务，则很可能会提供错误的服务。

Hazelcast裂脑保护功能中也有类似的“成员最少数量”配置。当Hazelcast检测到当前集群成员的数量小于该值时，将禁止集群的某些缓存功能。但是由于这只是对缓存操作的限制，而且我发现无法控制NearCache缓存，所以我有一个问题。尽管后来发现Hazelcast的裂脑保护可能根本无法满足我的需求。

但是现在我找到了另一种满足我需求的方法。实际上，它是使用过滤器来验证最小成员数。不再需要Hazelcast的裂脑保护功能（当前仍需要裂脑恢复，因此，合并策略也已正常配置）。