【问题标题】:Different processor for same size VMSS相同大小 VMSS 的不同处理器
【发布时间】:2021-09-04 16:18:45
【问题描述】:

我们有 Service Fabric 应用程序,它会在我们创建集群时创建 VMSS。在创建时,我们必须选择 VM 大小。我们在 3 个不同的区域部署了我们的应用程序。

尽管为所有 3 个区域选择的 VM 大小相同。分配的处理器不同。如果处理器的性能相似,这不是问题。但事实并非如此。

https://docs.microsoft.com/en-us/azure/virtual-machines/dv2-dsv2-series#dv2-series

以上链接状态:

Dv2 系列大小在 Intel® Xeon® Platinum 8272CL (Cascade Lake)、Intel® Xeon® 8171M 2.1GHz (Skylake) 或 Intel® Xeon® E5-2673 v4 2.3 GHz (Broadwell) 或 Intel® Xeon® E5-2673 v3 2.4 GHz (Haswell) 处理器,采用 Intel Turbo Boost Technology 2.0。

使用相同的代码,一个区域表现良好,但其他区域的 CPU 通常已达到极限。在与 Microsoft 支持人员交谈时,他们说处理器是随机分配的,他们无法更改。

支持人员建议的唯一选项,我们尝试通过手动在 Azure 门户中同时停止和启动所有 VMSS 实例来更改集群和节点。

如果我们查看分配给我们的 2 个处理器的性能基准:

https://www.cpubenchmark.net/compare/Intel-Xeon-E5-2673-v4-vs-%5BDual-CPU%5D-Intel-Xeon-Platinum-8171M/2888vs3220.2

现在我们剩下的唯一选择是尝试重新启动 VMSS n 次或升级到不同的大小。

有人遇到过类似情况吗?如果是,解决方案是什么?

或者任何信息,Microsoft 将特定处理器分配给 VM 的设计考虑是什么?

【问题讨论】:

    标签: azure azure-service-fabric azure-vm-scale-set


    【解决方案1】:

    我不会过多阅读每个处理器之间的比较规格,因为您最终不会获得完整的处理器 - 您只是购买 vCPU。每个都应该具有相似的性能。这表明微软可能会将更多的虚拟机打包到 8171M 主机上,而不是 E5-2673 上,这样两台机器上的 vCPU 在 SKU 系列中的性能等效性更接近。

    简而言之,您不知道 Microsoft 在任何给定处理器上运行了多少 VM,只有在性能更高的主机系统上运行更多 VM 才有意义。

    如果您想获得处理器的完整运行性能,您必须购买dedicated host。请注意,与 D#_v2 SKU 系列中发生的 vCPU 混合搭配不同,定价表准确列出了您物有所值的处理器 SKU。

    【讨论】:

    • 我们实际上停止/启动 VMSS n 次,处理器就是我们想要的。与 E5-2673 相比,我们确实看到具有 8171 的 VM 上的 CPU 使用率要低得多。或者可能是我说服自己相信这一点。无论如何,如果我们想要更好的性能,我认为专用主机是要走的路。不过感谢您的解释。只是有这么多可用的信息,但很难掌握我们想要的东西。我会将答案标记为已接受。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-07-01
    • 1970-01-01
    相关资源
    最近更新 更多