1

我们目前有一个本地集群环境，我们目前有 2 个节点集群。我们正在使用 Mule 3.8.2 运行时。我们知道，quartz 不是集群感知的，在谷歌搜索之后，我们发现如果我们在集群中部署石英，它将同时从两个节点触发。所以为此我们需要在quartz中配置JDBC Job Store

为了测试它，我在集群中部署了以下 Mule 流程，没有任何作业存储：

<quartz:connector name="QuartzConn" validateConnections="true" doc:name="Quartz">
    <receiver-threading-profile maxThreadsActive="1"/>
</quartz:connector> 
 
<flow name="TestFlow" processingStrategy="synchronous">
    <quartz:inbound-endpoint name="connectorname" jobName="testjob" repeatInterval="10000"
                responseTimeout="10000" doc:name="QuartzConn" connector-ref="QuartzConn">
        <quartz:event-generator-job>
            <quartz:payload>This is a test payload</quartz:payload>
        </quartz:event-generator-job>
    </quartz:inbound-endpoint>
    <logger message="Server Name:- #[server.ip+'\n'] This is a message #[function:now]" level="INFO" doc:name="Logger"/>
    <file:outbound-endpoint path="E:\test" outputPattern="#[server.dateTime.format('YYYY-MM-dd-hh-mm-ss.sss')].txt" responseTimeout="10000" doc:name="File"/>
</flow>

但令我惊讶的是，我发现，当前只有一个节点正在执行石英，文件被写入带有时间戳的目标文件夹中，而其他节点则在静默等待，什么也不做！！！

Node1 正在写入所有文件：

在此处输入图像描述

当 Node2 静静地等待和观察时：

在此处输入图像描述

（附图片）

因此，为了进一步测试，我关闭了 Node1，发现 Node2 开始选择任务并正在写入文件。

请节点这是一个简单的石英应用程序，没有配置任何 jdbc 作业存储。那么，我该如何解释这个动作呢？两个节点都配置了 mmc 并且性能良好。

如果有人可以更详细地解释簇中的石英，那将会很有帮助。

谢谢

4

2 回答 2

0

“我不想使用 poll，因为我需要知道它工作的原因”......这是你的选择，但 Mule文档明确指出 Poll 范围在集群环境中是首选。

而在非集群环境中，您可以使用 Quartz 和 JDBC 作业存储来实现相同的功能，但有点复杂。解释here和here

于 2017-02-02T05:19:22.647 回答
-1

如果您只想尝试一下它，但使用 Mule 集群，您不需要添加 Quartz，而是使用Poll scope。Mule 集群的存在可能启用了没有 JDBC 作业存储的石英集群。但是，在非集群 Mule 设置中（我们有 2 个非集群节点），带有 JDBC 作业存储的 Quartz 集群是唯一的选择。

Mulesoft 玩得很聪明。他们添加了很好的轮询范围，但是在具有至少 2 个节点的典型生产环境中，您只需要一个节点进行轮询。这只有在您购买称为 High Availablity 的 Mule 集群时才有可能，但仅在 Platinum 订阅中可用（不是在 Gold 中）。因此，Mulesoft 间接强迫客户购买或升级到白金订阅，以从同一产品中获取更多收益。

于 2017-02-01T18:32:42.430 回答