【发布时间】：2017-07-11 19:27:10
【问题描述】：
是否可以配置和部署使用托管磁盘作为复制器日志和应用类型/版本等临时存储位置的 Service Fabric 群集？
例如，我不能使用 A1_v2 VM 实例大小，因为 D:（临时存储）驱动器太小。如果我可以利用托管磁盘并将 SF 配置为使用它而不是本地 SSD，那么此实例大小将适用于我的开发/测试场景。
知道是否以及如何使这项工作发挥作用吗？
【问题讨论】：
【发布时间】：2017-07-11 19:27:10
【问题描述】：
免责声明：你可以这样做，但你不应该。详情如下。
如果您真的想使用如此小的虚拟机，请考虑更改共享日志文件的大小。
"fabricSettings": [{
"name": "KtlLogger",
"parameters": [{
"name": "SharedLogSizeInMB",
"value": "4096"
}]
}]
更多配置信息here。
现在来实际回答：
Here 是设置。您可能会更改 Setup/FabricDataRoot 以移动 Service Fabric 本地安装和所有本地应用程序工作目录，和/或 TransactionalReplicator/SharedLogPath 以移动可靠集合共享日志。
需要考虑的一些事项：
Service Fabric 服务（以及 Service Fabric 本身）是为在本地磁盘上工作而构建的，通常不应托管在 XStore 支持的磁盘上（无论是否高级）：
- Reliable Collections 绝对是为针对本地驱动器运行而构建的。据我所知，没有在此配置中运行它们的内部测试。
- 浪费 IO：假设 LRS 复制更改 3 次并且您将 TargetReplicaSetSize 设置为 3，此配置将生成 9 个状态副本。您需要 9 份您所在州的副本吗？
- 对延迟和性能的影响：应该是本地磁盘 IO 会变成网络 + 磁盘 IO，这有机会损害您的性能。
- 对可用性的影响：至少要添加另一个依赖项，这通常会降低整体可用性。如果存储曾经出现问题，那么您现在与其他服务的耦合度更高。今天，由于 VMSS 驱动器由 blob 支持，因此您已经非常耦合，因此 VM 配置会失败，但这与您的服务的读/写/激活路径不同。
【讨论】：
-
了解为什么不使用托管磁盘。乍一看，这似乎是正确的选择，但你的观点很好。
-
这是一个选择。这通常不是您应该-需要-做的事情。对于您的具体情况，减少日志的大小可能是正确的答案。编辑了我的答案以添加特定的解决方法。