![小型系统中SCCM应该安装在哪里?](https://linux22.com/image/656823/%E5%B0%8F%E5%9E%8B%E7%B3%BB%E7%BB%9F%E4%B8%ADSCCM%E5%BA%94%E8%AF%A5%E5%AE%89%E8%A3%85%E5%9C%A8%E5%93%AA%E9%87%8C%EF%BC%9F.png)
运行所有 VM 服务器的 Server 2012 R2 主机支持小型 IDE
在整理了有关 SCEP 的指导后,我决定继续安装 SCCM,尽管我最初只需要 SCEP。(我想我会开始一个缓慢的学习过程来快速掌握 SCCM)
但与此同时,我需要把它安装在某个地方。我想明智的人可能会建议该做什么以及应该避免什么。
虽然以下帖子讨论了其他一些问题,但关于不让主机成为 DC 的讨论似乎非常绝对。所以我猜这意味着不建议在主机上安装 SCCM。
即使在 Server 2012 之后,我还应该拥有物理 DC 吗?
因此,如果 SCCM 将位于我的其中一台 VM 上,那么将其放在 VM DC 上可以吗?或者是否有一些更重要的原因使它应该位于自己的 VM 上?是否存在启动时间问题或类似问题?我的系统很小,只有一台主机,我不想太快用完许可证。
谢谢。
答案1
好的。听起来你正在使用一个非常小的环境。你可能需要重新考虑 SCCM 是否是一个合适大小的工具集。看看我的回答对于中型组织来说 SCCM 是否过于必要?并仔细考虑一下。您可能会更喜欢 Windows InTune 或更小、更简单、功能更少的端点管理系统。
我猜这意味着不建议将 SCCM 放在主机上。
完全正确!请参阅下面的推理,我直接从Windows Server 2012 Hyper-V 最佳实践我建议你和 Aidan Finn 一起阅读Hyper-V 的推荐做法。
除了 Hyper-V 角色和远程桌面服务角色(如果主机上将使用 VDI)之外,请勿在主机上安装任何其他角色。
安装 Hyper-V 角色后,主机操作系统将成为“父分区”(准虚拟机),而虚拟机管理程序分区则位于父分区和硬件之间。因此,不建议安装其他(非 Hyper-V 和/或 VDI 相关)角色
您希望您的 Hyper-V 主机尽可能干净且配置简单。强烈建议不要在 Hyper-V 主机上安装其他应用程序或角色,尤其是像 ConfigMgr 这样复杂的应用程序或角色。
VM DC 上有 [SCCM] 可以吗?
不!SCCM 是一个复杂且有点麻烦的应用程序。为了安装它,您需要满足一大堆先决条件,不仅限于 IIS、Reporting Services、MS SQL 和 WSUS。对于这样的小型站点,您需要将这些服务和站点卷混合在一台服务器上,即您的域控制器上,该服务器也恰好运行一个复杂且有点麻烦的应用程序。我强烈建议你不要这样做。
看一眼域控制器还能发挥其他功能吗?。过去,部署一台混合了 ADDS、DNS、DHCP、文件和打印角色的物理服务器是相当常见的做法。然而,随着虚拟化在 Microsoft 生态系统中的普及和低成本,将域控制器部署在单一用途的虚拟机中以避免问题并在发生问题时进行隔离的做法变得越来越普遍。
另外,请注意我说的是“域控制器”。如果您计划对 Hyper-V 主机进行集群,您将需要至少两个域控制器,其中一个是物理独立计算机。您应该始终有两个域控制器(请参阅:只有一个域控制器的风险?)。此外,您还应特别注意运行虚拟化域控制器,尤其是克隆和时间同步之类的。
我不想太快用完许可证
是的。我理解这一点,但请考虑一下您以后可能会遇到的一些技术限制和危险。如果 SCCM 已经占用了您站点的唯一域控制器,那么 Windows Server 的数据中心许可证看起来非常实惠。