服务Fabric群集状态“升级服务无法访问”

我有SF群集由3个标准A0节点组成。我缩放到1个节点的集群，并明白这是个坏主意，因为在这种状态下没有任何工作（即使SF浏览器不工作）然后我将它缩回到3个节点并重新启动Primary scaleser。现在缩放集中的所有节点都已启动并正在运行，但SF群集状态为“升级服务不可达”。我看到过类似的问题Service Fabric Status: Upgrade service unreachable推荐将节点扩展到D2，但这并没有解决我的问题。我已经通过RDP连接到一个节点，一些事件日志：服务Fabric群集状态“升级服务无法访问”

事件日志 - >应用程序和服务日志 - > Microsoft服务面料 - >操作：

节点名称：_SSService_0未能与升级域打开：0，故障域：FD：/ 0，地址：10.0.0.4，主机名：SSService000000，isSeedNode：真，versionInstance：5.6.210.9494:3，ID：d9e8bae2d4d8116bfefb989b95e91f7b，DCA例如：131405546580494698，错误：FABRIC_E_TIMEOUT

事件日志 - >应用程序和服务日志 - > Microsoft Service Fabric - >管理：

client-10.0.0.4：19000/10.0.0.4：19000：error = 2147943625，failureCount = 487。通过（type〜Transport.St & &〜“（？i）10.0.0.4:19000”）进行过滤以获取侦听器生命周期。如果侦听器从未启动，或者侦听器/其进程在连接之前/期间停止，则会发生连接失败。

来源

2017-05-30 Anubis

从我记得的情况来看，只有（没有充足的虚拟）解决方案是销毁并重新创建集群！ – Mardoxx

如果通过调整VM缩放比例设置为1来缩小集群，则基本上会破坏集群，因为它在设计时至少需要3个节点。因此唯一的方法是从头重新创建它。

如果您需要一个仅由1个节点组成的小型集群（如用于测试目的），现在Azure中有一种方法可以创建单个节点集群，但由于它是特例，因此无法对其进行缩放不用于生产使用。

来源

2017-06-01 15:44:00

如果我的群集中的3个虚拟机中有2个正在关闭几分钟？你是否会说这会永远毁掉我的群集？ – Anubis

@Anubis Azure服务结构至少需要3台计算机才能进行“正常”操作，因为您所做的每件事都至少复制了3次。这样说，如果1个节点出于任何原因关闭，您将收到群集健康错误事件，但是当它再次出现时，其他2个节点上的数据就足以恢复出现故障的节点。不能保证，如果2个节点关闭，第三个节点可以在群集重新启动时恢复群集，因此对于生产，我推荐最少5个节点。 –

我明白这一点。我不明白为什么当所有3个虚拟机都在运行时，mu群集现在不能正常工作。 – Anubis

服务Fabric群集状态“升级服务无法访问”

回答

相关问题