VmWare SQL 服务器集成服务多核性能？
VmWare SQL Server Integration Services multi core performance?
我们运行一个SQL服务器使用SSIS。我的运营部门争辩说他们不会增加机器上的核心数量，因为它 运行 宁在 WmWare 之上，他们说添加更多的核心会减慢它的速度，因为必须找到 [=35] 的核心的开销=]上。
我的用例是我有一个包含多个流、源、目标、包等的 SSIS 作业，运行 需要 10 到 8 个小时。我想投入更多硬件，所以我问他们是否可以将核心数增加到 32 之类的东西。
价格不是问题。他们简单地声称由于 VmWare 不能很好地与多核一起工作，性能不会提高。
我不相信他们。但我真的不能反驳他们，因为我对 VmWare 一无所知，但听起来不对。当然多线程有开销等，但是任务 运行 宁 8 小时可以利用多线程并且没有 IO/RAM 上限。
我确实知道很多因素会影响虚拟环境的性能，除了我知道的规格外，我真的不能告诉你更多：
- SQL 服务器 2012
- Windows 8 核服务器 2012
- VmWare，别的不了解
- 在大数据中心运行我或操作无权访问底层
硬件或 VmWare。
他们没有错，但是......有大量变量可以影响 VM 的适当大小，因此他们可能也不正确。
他们可以查看许多指标来检查系统是否缺少资源。此外，如果他们可以访问 vRealize Operations Manager 之类的东西，他们可以使用预制仪表板轻松查看 vROps 建议的 VM 大小应该是多少。还有其他几种运营产品也可以做类似的事情。
这里有一些读物可以帮助您更多地了解他们的立场，并为您提供一些跟进和询问他们的事情：
您的操作小组需要很多帮助。 VMWARE 是一个非常非常成熟的产品，已经存在多年，是使用最广泛的虚拟化机器的商业产品。 VMWARE 知道如何使用额外的内核。这就像说最好是四缸而不是八缸，因为你只会混淆发动机。
根据导致包裹 运行 8 小时的原因，它无济于事，但它不太可能 运行 变慢。添加内核、运行 包很容易，然后看看它是否 运行 更快。请post出结果。我敢打赌它会 运行 更快，但除非我们看到包裹，否则我们不会知道。您知道您可以创建多个并行执行（如果适用）的路径（容器），这将利用额外的核心。
我们运行一个SQL服务器使用SSIS。我的运营部门争辩说他们不会增加机器上的核心数量，因为它 运行 宁在 WmWare 之上，他们说添加更多的核心会减慢它的速度，因为必须找到 [=35] 的核心的开销=]上。
我的用例是我有一个包含多个流、源、目标、包等的 SSIS 作业，运行 需要 10 到 8 个小时。我想投入更多硬件，所以我问他们是否可以将核心数增加到 32 之类的东西。
价格不是问题。他们简单地声称由于 VmWare 不能很好地与多核一起工作，性能不会提高。
我不相信他们。但我真的不能反驳他们，因为我对 VmWare 一无所知，但听起来不对。当然多线程有开销等，但是任务 运行 宁 8 小时可以利用多线程并且没有 IO/RAM 上限。
我确实知道很多因素会影响虚拟环境的性能，除了我知道的规格外，我真的不能告诉你更多：
- SQL 服务器 2012
- Windows 8 核服务器 2012
- VmWare，别的不了解
- 在大数据中心运行我或操作无权访问底层 硬件或 VmWare。
他们没有错，但是......有大量变量可以影响 VM 的适当大小，因此他们可能也不正确。
他们可以查看许多指标来检查系统是否缺少资源。此外，如果他们可以访问 vRealize Operations Manager 之类的东西，他们可以使用预制仪表板轻松查看 vROps 建议的 VM 大小应该是多少。还有其他几种运营产品也可以做类似的事情。
这里有一些读物可以帮助您更多地了解他们的立场，并为您提供一些跟进和询问他们的事情：
您的操作小组需要很多帮助。 VMWARE 是一个非常非常成熟的产品，已经存在多年，是使用最广泛的虚拟化机器的商业产品。 VMWARE 知道如何使用额外的内核。这就像说最好是四缸而不是八缸，因为你只会混淆发动机。
根据导致包裹 运行 8 小时的原因，它无济于事，但它不太可能 运行 变慢。添加内核、运行 包很容易，然后看看它是否 运行 更快。请post出结果。我敢打赌它会 运行 更快，但除非我们看到包裹，否则我们不会知道。您知道您可以创建多个并行执行（如果适用）的路径（容器），这将利用额外的核心。