编辑:我知道这种嵌套肯定不是首选项,但是(1)我们希望能够随意使用VMware快照,(2)由于删除了强制安全更新的可能性,网络人员不会允许我们任意回滚到以前的时间点。我猜想运行VMware Workstation的本地桌面计算机可能是最好的选择。如果可行的话,托管选项似乎更具吸引力,因为这样我就不必处理机器维护问题。
在VMware内部运行VMware的技术限制在于,现代CPU中存在虚拟化特性,而VMware、Virtual PC等利用了这些特性。
如果你有两个或更多的hypervisor都试图控制Ring 0,那么就会出现问题。这是我在尝试同时在我的桌面上运行VMware和Virtual PC时遇到的问题——其中一个会出错/崩溃。
如果你的hypervisor可以与“父”hypervisor交互,那么你就没问题了。或者,如果子hypervisor不尝试使用CPU虚拟化特性,或者完全模拟CPU(如QEMU),那么你也应该没问题。
基本上,旧式的hypervisor在旧CPU上使用完全虚拟化(速度慢),虽然能够嵌套,但性能会受到严重影响。现代Hypervisors/CPU使用硬件辅助虚拟化(接近本机性能),很难找到一个设计或能够支持嵌套虚拟机的hypervisor。
最后,我真的建议不要在运行生产VM的物理服务器上运行dev/test VM。有太多的问题和安全隐患——你需要管理dev/test环境,而且听起来你可能没有访问生产环境的权限。同样,你可能不希望运维团队在你的测试环境上胡乱搞。
更新:ESXi 4现在支持虚拟化本身。请参阅此文章获取更多信息。
我从未在VMware中运行过VMware,但我在VirtualBox中运行VirtualPC没有问题,所以我想没有根本性的原因它不应该工作...
对我来说,更像是你遇到了“网络专家”的不灵活性而不是技术问题。如果你是开发人员或QA,你需要一个测试环境,在这个环境中你可以尝试使用过时(可能存在安全隐患)的操作系统和应用程序版本,而不会危及公司网络的其他部分。
我曾经是VMware的员工。
首先,当你说Nested VMware时,我会假设你指的是Nested ESXi。(你也可能指的是Workstation、Fusion或Player)。
Nested ESXi环境不受支持,不应用于生产。这些情况在QA中没有经过测试,不能保证可行性。简而言之,如果你遇到任何问题,VMware将不会为此Nested ESXi设置提供帮助。
话虽如此,是的,你可以这样做,它是可行的。许多人在他们的实验室中使用嵌套式ESXi,但不用于生产。以前需要特殊的配置文件编辑才能使嵌套式ESXi工作。我曾经看到过甚至有3层嵌套的ESXi服务器(ESXi vm在物理ESXi主机上的ESXi vm)。最近有了ESXi虚拟设备,使这个过程更容易。
你可以这样做。
你可以在另一个vmware esxi的虚拟机中安装vmware esxi。
但性能会非常差。
可以的。你可以在VMWare中运行VMWare。虽然它不是官方支持的,但你可以在子ESX中部署虚拟机。我已经检查了像HBA卡透传这样的高级功能,但在子ESX中不可用,因此我无法从阵列提供LUN。 因此,在生产中最好不要使用这个功能。 但是对于培训和实践,这是可以使用的。
我可以看到两个解决方案(如果你算上一个 VM 中的 VM,那就太疯狂了,其实有三个)。
购买新的硬件,专门用于测试(如 sharpoint 等)并足够强大,可以承载多个 VM。在这种情况下,您的团队可以在不影响非测试 VM 的情况下获得更多权限。
将 SharePoint 测试 VM 移至主 VM 池,并赋予需要访问的人检出/部署/回滚测试资源的能力。这可以通过 VMWare 工具直接进行,也可以通过通过 VMWare API 进行操作的内部项目进行。
这应该是网络/开发/测试之间的共同决定。
是的,你可以这样做。VMware甚至可以检测到它是否在另一台VMware机器内运行,并警告您VMception会导致更差的性能。相信我,它确实会。尽量在物理机器上获取虚拟机最佳工作版本,以获得尽可能多的性能。