Azure service fabric 服务结构ImageStoreService无法复制

我已经在三个虚拟机上安装了Service Fabric，Windows Server 2016上每个虚拟机有5个节点（每个都配置了单独的节点类型，以避免端口冲突等）。这类似于在开发人员机器上运行带有5个节点的OneBox Service Fabric

安装过程中一切正常，所有服务都正确启动。问题是ImageStoreService无法完成其复制周期，3个节点之一（

beta2

，

gamma4

&

beta0

以下）停留在

内部构建中而不是完成

服务本身报告：

错误事件：SourceId='System.FM'，Property='State'。
分区低于目标副本或实例计数。
ImageStoreService 3 30000000-0000-0000-0000-00000000 3000
N/P RD beta2向上131372506454740092
不适用于IB gamma4高达131372506515241065
北南路beta0向上131372506515241066
（显示3个副本中的3个。可用副本总数：2。）

我已确保每个系统服务创建的共享文件夹可用，并且在磁盘上有一个备份文件夹（有时卸载过程会创建孤儿）。我已经在所有三台服务器上禁用了Windows防火墙以防止任何阻塞。我已经在所有三台机器上重新安装了Windows Server 2016，并重新安装了Service Fabric，但问题仍然存在

更新
根据对该问题的评论，我创建了一个新配置，并将其部署到3个虚拟机上（与以前一样），但每个虚拟机只运行1个节点

服务再次正常启动，但ImageStoreService报告：

不健康事件：SourceId='System.FM'，Property='State'，HealthState='Warning'，ConsiderWarningAsError=false。
分区重新配置的时间比预期的要长。
ImageStoreService 3 30000000-0000-0000-0000-00000000 3000
P/P RD伽马上升131376836149092409
S/S IB alpha上升131376836457801126
S/S IB测试版升级131376836457801127
（显示3个副本中的3个。可用副本总数：1。）

随着时间的推移，此
警告
将变为
错误
。似乎只要ImageStore的复制必须跨越虚拟机，它就无法完成复制

我的问题是，以前是否有人遇到过这种情况？关于什么可能导致复制失败，有什么建议吗？安装群集中存储了与复制事件相关的错误信息吗？
一台计算机应该是一个群集节点，而不是5个。更多信息

独立服务结构群集中的每个节点都具有该服务
结构运行时已部署，并且是群集的成员。以典型的方式
在生产部署中，每个操作系统实例（物理或物理）有一个节点
虚拟的）

我们从同一页上得到信息。就在您在回答中提到的部分下方，还提到了以下内容：“出于开发目的，您可以在给定的计算机上有多个节点。在生产环境中，Service Fabric仅支持每个物理或虚拟机一个节点。”我仍然需要确定为什么ImageStoreService是唯一无法正常运行的系统服务。那么，为什么要将开发群集的设置与prod群集混合使用？我有一个由3台机器组成的开发群集，用于调试，特别是在测试容错域是否正常工作时。我没有提到这是一个产品设置。问题是ImageStoreService的系统服务未启动。我已将配置更改为每个VM 1个节点，以删除注释中提到的所有可能的失败原因。我已将结果作为原始问题的更新发布。