问题标签 [gridgain]

是否有关于如何使用具有不同角色的节点配置网格的任何指导？

例如，我有一些节点可以存储数据，而其他节点应该只有一个近缓存 - 有效的网格客户端。

这是通过为每个节点类型指定单独的配置文件还是通过覆盖代码中不同节点上的设置来完成的？

通常，为同一实体（例如特定的命名缓存）部署不同配置的解析规则是什么，或者这是解决上述问题的机制？

谢谢，乔

Is there an way to use the GridGain in-memory file system on top of storage other than the Hadoop file system?

Actually my idea it would to use just like a cache on top of a plain file system or shared NFS.

在文档（http://atlassian.gridgain.com/wiki/display/GG60/Distributed+Queues）中，提到缓存队列上的作业可以被工作网格使用，提供了一种替代的负载平衡方式。

我因此研究了这个概念：

1. 实现了一个生产者，它将 GridRunnable 作业排入分区缓存（分布式阻塞队列）。我不得不使用分区队列（因为根据定义，本地队列不适合多网格访问）。
2. 实现了一个消费者，它在启动时产生 n 个监听线程，这些线程永远阻塞队列中的作业，从队列中消费（take() 操作）作业并将它们提交给 Grid，然后阻塞下一个 take() 操作。

问题：

1. 是（2）实现监听器的正确方法（另一种可能涉及提交监听器作业而不是消费者内的监听器线程）
2. 虽然这种架构提供了动态负载平衡，但它似乎没有提供常规网格增益模型提供的许多好处，例如故障转移、亲和配置（缓存是分布式的 - 因此必须将数据移动到计算中）

我的观察正确吗？谢谢

确保特定进程在网格中只运行一次的建议方法是什么？

用例将是从远程源订阅单个多路复用流，以便跨网格更新数据。我们需要选择要订阅的节点，并在该节点失败时选择一个新的节点来订阅。

在 gridgain 中是否有任何预先构建的模式，或者它是否通过监听网格生命周期事件和分布式 CAS 操作的组合来解决？

另一个用例是必须永远运行的单例作业，在失败时迁移到新节点。

谢谢。

我正在设置一个 GridGain 内存文件系统，但是当我访问它上面的文件时，我得到了这个异常。

看起来原因是 GridCacheSwapEntry 解组异常，但我不知道为什么会引发它以及如何解决它。

知道这个异常的原因是什么吗？

我正在连接到 GridGain 集群，并且在日志中不断看到以下错误，我还注意到客户端连接断开/重新连接的频率很高（尽管是平台的新手，但我不确定这是否是正常行为）。

[12:41:35,548][WARN][grid-nio-worker-0-#53%null%][GridTcpRestProtocol] 没有为 NIO 会话定义编组器，默认使用 PROTOBUF [ses=GridSelectorNioSessionImpl [selectorIdx=0, queueSize= 0, writeBuf=null, readBuf=null, super=GridNioSessionImpl [locAddr=/10.25.220.83:11211, rmtAddr=/1.144.94.10:49000, createTime=1398948095537, closeTime=0, bytesSent=0, bytesRcvd=1455, sndSchedTime= 1398948095537, lastSndTime=1398948095537, lastRcvTime=1398948095548, readsPaused=false, filterChain=FilterChain[filters=[GridNioCodecFilter [parser=GridTcpRestParser [jdkMarshaller=GridJdkMarshaller [], protobufMarshaller=org.gridgain.client.marshaller.protobuf.GridClientProtobufMarshaller@68ebf23e], directMode=false], 接受=true]]]

这是配置问题吗？如何定义编组器？下面是我的配置：

我正在使用来自 C# 4.5 控制台应用程序的以下客户端代码。

我只是从头上扯下来。

工作正常。

但

很不开心（这里是摘录）：

自 2010 年以来，我一直在关注 GridGrain——他们一直是在 scala 中实现的企业级分布式处理系统的先驱。

最近，他们开源了核心平台。我从 github 拉出来，发现 .. v little scala。核心包都在java中。

Nikita（首席执行官）在过去两年中一直在 scala 与 java 之间摇摆不定，这就是最终结果 - 核心代码在 java 中吗？由于各种原因，我此时对 scala 代码更感兴趣，并想知道是否有计划恢复/恢复基于 scala 的平台？

据我了解，GridGain 6 有一些定制的序列化，也将 H2 用于各种目的。

我们使用 H2 作为序列化对象存储。例如，这里是表模式的相关部分。

尝试插入行时，出现以下错误。最后几行表明 GridH2IndexingSpi 已配置并且在某些方面失败（即使我的测试没有在 Grid 上运行）。由于 spi 源和我的调试器似乎不同步并且行号毫无意义，因此我无法轻松地进一步调试。

从我能够在 Utils.java 中调试的内容来看，似乎 gridgain 序列化程序已在 H2 中配置（静态 !!!!）并且正在使用中。

关于如何解决或避免这种情况的任何想法？我尝试了各种 H2 版本，例如 1.3.176（gridgain 使用）和较新的 1.4.177，但正如预期的那样，它们没有任何区别，因为问题在于使用索引 spi。

如果有帮助，我可以尝试创建一个小型 H2 / Gridgain 项目来说明问题。

谢谢

有没有办法设置缓存侦听器，以便侦听器在插入缓存条目的同一节点上运行。

我想为put进入数据缓存的每个缓存条目在网格上运行一些处理。为了性能，我想在条目所在的同一节点上运行此处理。实现这一目标的最佳方法是什么？