IBM Worklight 6.2。分析拓扑。主节点和数据节点

Posted 2023-02-26

【中文标题】IBM Worklight 6.2。分析拓扑。主节点和数据节点

【英文标题】：IBM Worklight 6.2. Analytics topology. Master and data Nodes

【发布时间】：2014-07-24 09:11:38

【问题描述】：

我正在阅读有关 Worklight 6.2 的分析部分的生产拓扑。

https://www-01.ibm.com/support/knowledgecenter/api/content/SSZH4A_6.2.0/com.ibm.worklight.monitor.doc/monitor/t_setting_up_production_cluster.html

它解释了节点既可以充当主节点，也可以充当数据节点，或者仅充当其中之一。

我的问题是为什么我们应该配置专用节点，Master OR Data，而不是为 Master AND Data 配置所有节点。

我假设作为主节点的节点（只有一个）将在其数据角色中提供最差的性能，但另一方面，配置会更简单，高可用性会更高。

谢谢。

【参考方案1】：

你的假设是正确的。

主节点负责处理数据节点之间的通信。数据节点将负责索引数据。拥有专用的主节点和数据节点将使他们能够将处理时间和内存集中在他们的特定任务上。但是，正如您所提到的，在某些情况下，这样做会使配置复杂化是不值得的。

另一个原因是不需要将主节点放在高性能机器上。您可以为数据节点保留更好的机器。

分析控制台在后台使用 Elasticsearch。在 Elasticsearch 中选择主节点和数据节点的优缺点值得一试，因为它是一个开源库，并且有多种资源可供使用。

编辑：

您可以想象，没有一种尺寸适合所有配置。配置取决于几个因素，例如：

您希望将数据存储多长时间 您必须有多少台机器专门用于分析 您的客户端日志设置的详细程度 您对可用性和性能的偏好

在我的个人测试中，我通常将每个节点作为数据和主节点。将来我们可能会记录不同的配置如何影响性能。

【讨论】：

嗨。从 IBM Worklight 作为这个框架的用户的角度来看，有什么推荐的配置吗？例如在实验室中运行的性能测试或高可用性测试，配置是如何使用的？