在我的组织中，我们有大量的关键任务服务器，目前正在争论的是，对于关键服务器，我们是否应该使用 VMWare vSphere 5 或专用硬件？
高层管理人员和开发人员认为，一些应用程序（Oracle DB/Glashfish/等）可能与 VMware 不兼容，因为它不直接与硬件层交互，而是通过操作系统与 VMware 层交互（兼容性)。还有一种说法是，这些资源在 vmware 主机之间共享（性能方面）。
我的方法不那么怀疑，我认为如果你分配必要的资源，操作系统将能够运行，无论是专用服务器还是 VmWare。我还认为 VmWare 是“虚拟化标准”（个人观点），这意味着它们的兼容性一定非常广泛。
为了讨论，我们可以选取最坏的情况下场景.. 20 TB Oracle Database 11G，具有 6,000 IOps。与专用硬件（服务器刀片）相比，使用 VmWare 运行它的可靠性如何？
谢谢，
答案1
嗯，你们的管理层和开发人员都很典型——一无所知。很遗憾。
某些应用程序（oracle DB / Glashfish / 等）可能与 vmware b 不兼容
它们工作正常。现在没有任何东西直接与硬件对话。Oracle？你把它安装在什么上面？提示 - 你把它安装在什么上面与硬件对话。
不虚拟化 Oracle 是有充分理由的，但主要是因为“大型数据库在集群上运行，而不是（小型）虚拟机”，而不是“哦，它与硬件对话。
还有一种说法是，资源在 VMware 主机之间共享（性能方面）
有道理。如果你需要这些资源。并非所有东西都需要它们 - 那么虚拟化允许在更大的服务器上运行多个虚拟机。现在的主要问题是服务器不再那么小了……因此在那里放置专用 DHCP/DNS 机器的硬件是浪费。
我的方法不那么复杂，我认为如果你分配了必要的资源，无论是专用服务器还是 VMware，操作系统都会正常运行。
这是虚拟化专家多年以来一直说的话。
20 TB Oracle Database 11G，具有 6,000 IOps。与专用硬件（服务器刀片）相比，使用 VmWare 运行它的可靠性如何？
你指的是小型低功耗数据库？真的吗？平板电脑可以运行的东西？或者笔记本电脑？顺便说一句，6000 IOPS 大约是 SSD 的 10%。
尝试一下：
- SQL 服务器
- 约800GB
- 在具有 48GB 内存的虚拟机中运行。
基本上这是一个小设置。而且它运行良好。不过，它是该服务器上唯一的虚拟机。
基本上就是这样。可靠性是一样的——机器崩溃了就崩溃了。一切都与投入足够的资源有关。并非所有东西都适合虚拟化——例如，如果您要使用非常大的数据库，您可能需要查看 Oracle ExaData 硬件，而这是不可虚拟化的。
但除此之外，迄今为止我听到的争论都显示出了无知。
答案2
你在这里混淆了很多术语。
VM 解决方案的可靠性是物理主机和虚拟化软件可靠性的乘积。因此，理论上可靠性会略低一些，但实际上几乎可以忽略不计。
兼容性在十年前可能还是个问题，但现在是 2013 年，虚拟化解决方案已经成熟。几乎没有应用程序不能在虚拟机中运行。
性能是最大的区别所在。虚拟化会增加开销，而共享资源可能会导致性能不佳。但你走的路是对的：分配必要的资源。人们对虚拟机性能的大多数抱怨都是由于配置不足造成的，如果你购买的硬件太慢，情况也是如此。
确定虚拟化是否适合您的唯一方法是确保它能为您带来好处并测试是否没有性能下降。
答案3
如今，我认为很少有理由支持直接在专用硬件上运行。虚拟化解决方案非常成熟、稳定，并且具有很高的价值回报。
我认为虚拟化带来的好处非常宝贵，它们可以轻松抵消因未直接在裸机上运行而造成的任何性能损失。（另请记住，使用适当的硬件架构，大多数性能问题都可以解决。）
一些提高可靠性的虚拟化示例（来自 Vmware 方面）有：vMotion、HA 和 Fault Tolerance。
vMotion 允许您将已启动的虚拟机移至新的 ESXi 主机，而无需关闭虚拟机。用于平衡主机负载或移出虚拟机以维护底层硬件。
HA（高可用性）监控虚拟机是否启动，并重新启动虚拟机（如果需要，可在新主机上启动）。用于重要但不关键的服务器。
容错功能使用 vLockstep 使辅助虚拟机与虚拟机的主副本保持 100% 同步。如果主副本出现问题，辅助副本会立即启动。
当然，你也不能忘记，虚拟化允许你在服务器级别，仅凭这一点就值得使用它。