群集节点 VM 大小选项
Cluster node VM size options
对于 SF 群集中的节点可用的 VM 大小似乎有些变动。在 SF 正式发布后不久，我创建了一个混合使用 A0 和 A1 节点的集群。当时我欣喜若狂地看到它得到了支持，因为它对 dev/qa 场景来说非常棒。
今天我去创建一个新集群，发现我的 VM 大小选项非常有限。青铜耐久度为 D1v2、D2v2 或 D3v2，黄金耐久度为 D15v2。至少可以说非常令人失望。与几周前相比出现了明显的倒退。
这里的背景是什么？
- 难道我的原始集群配置从来不应该被允许并且是门户中的错误吗？
- 这些尺寸是否存在问题并且 SF 团队决定它们不可用？
- 完全是别的东西？
- 这是永久性的决定吗？
我真的很希望看到支持尽可能多的 VM 大小选项。
您正在查看推荐的 VM 大小列表。您仍然可以使用任何您想要的 VM 大小，包括 A0 和 A1，只需单击 "View All" 按钮。
我们通常建议使用带有 SSD 的 VM 来提供有状态服务，这样您的应用程序就不会在旧的旋转磁盘上出现瓶颈。
推荐 SKU 列表是根据客户反馈推出的。
"View all" 按钮下仍然提供所有 VM 选项。目的是确保客户选择推荐的带有 SSD 的 VM（具有足够的 SSD space），除非他们专门寻找特定的 SKU。这样做主要是为了应对大量客户在真正寻找 D 系列 VM 时错误地选择了 DS SKU。 （选择 DS SKU 导致虚拟机 运行 很快用完磁盘 space）。
虽然我意识到A0 SKU在价格方面非常有吸引力，并且可能是测试集群的理想选择，但对于生产集群，强烈建议您不要选择A0作为主节点类型的SKU .主节点类型是大多数系统服务所在的地方。有关集群容量规划的更多注意事项，请参阅 - https://azure.microsoft.com/en-us/documentation/articles/service-fabric-cluster-capacity/
对于 SF 群集中的节点可用的 VM 大小似乎有些变动。在 SF 正式发布后不久，我创建了一个混合使用 A0 和 A1 节点的集群。当时我欣喜若狂地看到它得到了支持，因为它对 dev/qa 场景来说非常棒。
今天我去创建一个新集群，发现我的 VM 大小选项非常有限。青铜耐久度为 D1v2、D2v2 或 D3v2，黄金耐久度为 D15v2。至少可以说非常令人失望。与几周前相比出现了明显的倒退。
这里的背景是什么？
- 难道我的原始集群配置从来不应该被允许并且是门户中的错误吗？
- 这些尺寸是否存在问题并且 SF 团队决定它们不可用？
- 完全是别的东西？
- 这是永久性的决定吗？
我真的很希望看到支持尽可能多的 VM 大小选项。
您正在查看推荐的 VM 大小列表。您仍然可以使用任何您想要的 VM 大小，包括 A0 和 A1，只需单击 "View All" 按钮。
我们通常建议使用带有 SSD 的 VM 来提供有状态服务，这样您的应用程序就不会在旧的旋转磁盘上出现瓶颈。
推荐 SKU 列表是根据客户反馈推出的。 "View all" 按钮下仍然提供所有 VM 选项。目的是确保客户选择推荐的带有 SSD 的 VM（具有足够的 SSD space），除非他们专门寻找特定的 SKU。这样做主要是为了应对大量客户在真正寻找 D 系列 VM 时错误地选择了 DS SKU。 （选择 DS SKU 导致虚拟机 运行 很快用完磁盘 space）。
虽然我意识到A0 SKU在价格方面非常有吸引力，并且可能是测试集群的理想选择，但对于生产集群，强烈建议您不要选择A0作为主节点类型的SKU .主节点类型是大多数系统服务所在的地方。有关集群容量规划的更多注意事项，请参阅 - https://azure.microsoft.com/en-us/documentation/articles/service-fabric-cluster-capacity/