某些系统管理应用程序（例如 Data Protection Manager）可以管理/备份整个虚拟基础架构。安装此类应用程序时，它们会使用 SQL Server 和 Windows Server，因此会在 VM 中运行。但在虚拟机管理程序服务器内运行此类应用程序（既在 Windows Server 上运行，又使用 SQL Server）是不是一个坏主意？
例如，VMWare vCenter Server 管理 ESX 服务器，主机名为“a”和“b”。将 vCenter Server 及其 SQL Server 安装在“a”或“b”中的虚拟机中是不是一个坏主意？或者是否需要将其安装在这两台服务器之外的虚拟机管理程序上？如果我添加一台 HyperV 服务器，主机名为“c”，但这次我要安装 Data Protection Manager 2010，我会想要备份两台服务器“a”和“b”，很好，但现在还要备份 DPM 2010 所在的服务器（“c”）。我该如何摆脱这个部署陷阱？同样，如果 DPM 或 vCenter Server 安装在物理服务器上...
我为我的天真道歉。
谢谢
答案1
我非常热衷于将管理基础架构置于受管理基础架构的带外。这意味着，如果我有一个 ESX 集群，我希望数据库服务器和 Virtual Center 服务器物理上，或者至少在与其运行的完全不同的 VM 环境中。当事情发生时深糟糕的是，无法进入 ESX 的管理服务可能会非常糟糕；否则您必须非常熟悉 ESX 主机上的命令行和目录导航。
是的，这意味着需要更多服务器，但你可以通过它来管理基础设施，所以这是值得的。在我看来。
答案2
在 vSphere 3.5 时代，拥有 vCenter 物理的想法是一种最佳实践。
事情变了。
对于 vSphere 5.x，VMware 建议在虚拟机中安装。
您可以获得 vMotion、存储 vMotion、VMware HA（高可用性）等带来的好处。
如果您的物理服务器出现故障，您的管理就会陷入瘫痪，直到您重新启动该物理服务器为止。
如果托管 vCenter VM 的物理机器出现故障，那么您的管理将处于瘫痪状态，直到您可以在另一台主机上重新启动该 VM - 这是一个简单的过程，并且肯定比恢复物理主机更快、更容易。
总之 - 虚拟化的好处也适用于管理部分。
放心虚拟化您的 vCenter！
吉姆·尼克尔 VCP/VCP-DT
答案3
我无法回答您的 DPM 问题，但在虚拟机中安装 vCenter Server 会很好用，而且经常这样做。由于您将使用 vCenter 来管理所有虚拟机管理程序和虚拟机，因此您应该确保可以通过 vSphere Client 直接访问 ESX 主机，以防 vCenter VM 无法正常工作或启动。
我会将 vCenter 放在您的第一台主机上并保存在那里，这样您在遇到问题时就不必搜索它。您不希望 DRS 自动将 vCenter VM 迁移到另一台主机，因为您可能需要在遇到麻烦时盲目地找到它。
查看您的 SQL 和 Active Directory 依赖关系，因为您可能需要它们来运行 vCenter。
此外，在所有 ESX 主机上创建一个管理员用户，这样即使启用了锁定模式（锁定模式禁用“root”帐户的直接访问），您仍然可以使用 VI Client 直接访问主机。
当然，如果你有能力，将管理工具与目标分开会减少你遇到麻烦的可能性。所以要进行成本效益分析。
答案4
在其管理的机器上将 vCenter 作为 VM 运行的问题是，如果该主机出现故障（电源、主板等），那么现在就没有 vCenter 服务器可以使该 VM 重新上线。
如果完全停电，情况也是如此。在 vCenter 上线之前，它不会自动启动任何虚拟机。
在 Hyper-V 世界中也是如此，因为您必须拥有物理域控制器才能启动 Hyper-V 和集群（这需要 DC）。