如何解决相同大小的 VMSS 的不同处理器
我们有 Service Fabric 应用程序,它会在我们创建集群时创建 VMSS。在创建时,我们必须选择 VM 大小。我们在 3 个不同的区域部署了我们的应用程序。
尽管所选的 VM 大小对于所有 3 个区域都是相同的。分配的处理器不同。如果处理器的性能相似,这不是问题。但事实并非如此。
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® 上运行采用英特尔睿频加速技术 2.0 的至强® E5-2673 v3 2.4 GHz (Haswell) 处理器。
使用相同的代码,一个区域表现良好,但其他区域通常 CPU 已满。在与 Microsoft 支持人员交谈时,他们表示处理器是随机分配的,他们无法更改。
支持人员建议的唯一选项,即我们尝试通过手动在 Azure 门户中同时停止和启动所有 VMSS 实例来更改集群和节点。
如果我们查看分配给我们的 2 个处理器的性能基准:
现在我们剩下的唯一选择是尝试重新启动 VMSS n 次或升级到不同的大小。
有人遇到过类似的情况吗?如果是,分辨率是多少?
或者任何信息,Microsoft 为 VM 分配特定处理器的设计考虑是什么?
解决方法
我不会过多地了解每个处理器之间的比较规格,因为您最终不会获得完整的处理器 - 您只是购买了 vCPU。每个都应该具有相似的性能。这表明 Microsoft 可能会在 8171M 主机上装入比在 E5-2673 上更多的虚拟机,因此在 SKU 系列中,两台机器上的 vCPU 性能更接近。
简而言之,您不知道微软在任何给定处理器上运行了多少虚拟机,只有在性能更高的主机系统上运行更多虚拟机才有意义。
如果您想获得处理器的完整运行性能,则必须购买 dedicated host。请注意,与 D#_v2 SKU 系列中发生的 vCPU 混合搭配不同,定价表准确列出了您花钱购买的处理器 SKU。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。