Ignite 中基于 S3 的发现建议使用最大节点答案

【问题标题】：Max node advisable for S3 based discovery in IgniteIgnite 中基于 S3 的发现建议使用最大节点
【发布时间】：2023-02-23 20:11:30
【问题描述】：

在我们的集群设置中，我们有 5-10 个服务器节点和 10-200 个客户端节点。我们根据工作负载动态地增加或减少客户端节点的数量。截至目前，我们正在使用基于 S3 的发现，但想知道 Ignite 对动态集群的推荐以及为基于 S3 的发现推荐的节点数。如果我遵循下面的 Ignite 文档，我不太清楚哪种策略更适合我的用例，即集群中最多 200 个节点：

Ignite 提供了两种发现机制的实现针对不同的使用场景：

TCP/IP 发现专为数百个节点而设计和优化。

ZooKeeper Discovery 允许将 Ignite 集群扩展到 100s 和数千个节点保持线性可扩展性和性能。

文档链接： https://ignite.apache.org/docs/2.9.1/clustering/clustering

【问题讨论】：

标签： ignite gridgain apacheignite

【解决方案1】：

就它工作正常而言，我不会对发现进行更改。说到 S3 IpFinder，我认为没有任何推荐，而且它已经在数百个客户端节点上进行了测试，只是因为它不受欢迎。

问题中的引用更多是关于服务器节点的。请记住，Ignite 默认使用环形拓扑配置，需要一条消息在所有节点之间传输。如果您有很多节点，可能需要一些时间，在这种情况下，建议使用ZookeeprDiscovery。 Zookeeper 的问题在于它需要额外的软件和配置。

这是假设您在谈论胖客户端，而不是瘦客户端。不过，拥有不同数量的客户看起来有点可疑。如果它只是关于一个简短的用户任务，比如进行查询或发送计算任务，请考虑让客户端保持活动状态以供重新使用。检查是否可以切换到瘦客户端。它们不是拓扑的一部分。

【讨论】：