我被要求评估将三台生产服务器迁移到虚拟化平台。 这些服务器当前运行Windows Server 2003时，混合使用了一些应用程序，在发生灾难性故障的情况下，可以容忍长达1-2天的停机时间 – 但是当然不是定期的。
我担心的是这方面缺乏内部的专业知识。 日常支持由（主要）以开发人员为中心的团队处理，由机构的帮助台提供二级支持，然后根据需要提供供应商支持，并提供约24小时的响应SLA。
鉴于这种情况，您是否有任何担心运行Hyper-V或ESX而不是单独的物理机器？
当然，我会有顾虑。 答案是“是的，风险很大”。 你会让一个在台式机上工作但从未在服务器硬件上工作的青less年进来pipe理你的数据中心吗？ 没有服务器经验的人来培训他？
您可以 ：
承担风险，希望你们的员工能够快速学习，而不需要太多的灾难
发送一个或多个到您的特定VM技术类
另外 – 如果你没有任何经验丰富的内部人员，那么究竟是谁呢？ 这正是顾问/承包商所擅长的。 有一个知道自己的东西的人进来，评估你想要什么，填补空白，做到这一点，并训练你的家伙的基本知识。 而且，除非你想每次打断电源都要依靠承包商，否则也要派人上学。
维护虚拟服务器要容易得多。 99％的时间你不必担心司机等。更进一步，你不依赖于旧的物理服务器。 我将虚拟化这3台服务器，并花了几天时间与ESXi或HyperV进行游戏。 VMware很容易使用，而且你不需要学习命令行。 有一个小的学习曲线，但花费的时间是完全值得的。
我发现对于那些不需要在VMWare或微软方面扩展到“付费”解决scheme的基于Windows的pipe理员，Hyper-V（免费的Hyper-V服务器或带有Hyper-Vangular色的付费Windows Server）需要对于全新的人来说，这是最less的指导和努力。 它们都是为您的环境而准备的，所以如果您已经有了一个适合您的虚拟机供应商，那么function或性能基准更重要。
我同意，一旦你理解了像dev / test这样的概念，一台具有3个虚拟机的物理服务器一般来说就比3台物理服务器更容易pipe理。 只需考虑单个硬件的重要性和风险，并针对故障部件制定计划，以避免单个部件故障导致整个服务器连续数天无法运行。
虚拟化在一个时间点对我们来说是新的，至less你有开发/testing经验来指导你。 在你的环境大小，没有神秘的花招或花哨的devise要求。
不要忘记，您也可以select使用XenServer（免费）。 无论您select哪种虚拟化技术，您都可以从中select一些参数：
1）多less台物理服务器？ – “池”中的两台相同的服务器将允许您在一台物理服务器出现故障的情况下仍能运行3台虚拟机
2）networking或本地存储？ – networking存储将允许更简单的RAIDpipe理，电子邮件报告。 如果你有多个物理服务器，这也是非常必要的 – 本地存储将会更快，但是取决于软件来获得RAID设置可能会非常棘手
3）VM软件的价格？ – ESXi和XenServer都提供免费的基准包。 当你走向最基本的付费软件包时，你正在寻找1000美元左右的钱。 我不确定HyperV – 您应该考虑您select的软件包的function，并将其纳入您的预算。 请记住，所有这些VM软件选项都需要64位CPU。 而且我知道XenServer和HyperV需要具有Intel-VT或AMD-Vfunction的CPU。 （不确定关于ESXi）。