通过

使用 Configuration Manager 规划简化层次结构的示例方案

 

适用对象：System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1

System_CAPS_note注意

本主题出现在System Center 2012 Configuration Manager 的站点管理 指南和 Scenarios and Solutions Using System Center 2012 Configuration Manager（使用 System Center 2012 Configuration Manager 的方案和解决方案） 指南中。

下列方案提供如何实施 System Center 2012 Configuration Manager 来解决典型业务要求和简化整体层次结构设计的示例。

方案 1：远程办公室优化

远程办公室优化方案演示 System Center 2012 Configuration Manager 的实施，该实施可减少管理网络上的信息流所需的管理开销。

当前情况

客户端一个简单的 Configuration Manager 2007 层次结构，由一个带有两个辅助站点的主站点组成，这些辅助站点包括一个仓库和一个远程地区办公室地点。 客户在四个地点有 5,015 个客户端，如下表中所示。

位置

站点类型

部署详细信息

与总部的连接

总部

主

  • 3,000 个客户端

  • 两个标准分发点、一个管理点以及一个软件更新点

不适用

仓库

辅助

  • 500 个客户端

  • 一个标准分发点

慢速网络

地区办公室

辅助

  • 1,500 个客户端

  • 一个标准分发点、一个代理管理点以及一个软件更新点

慢速网络

销售办公室

无

  • 15 个客户端

  • 使用 Windows BranchCache

连接良好

业务要求

System Center 2012 Configuration Manager 层次结构必须支持以下业务要求：

业务要求

 配置管理器 信息

在网络上传输的数据不得使用过多的带宽。

慢速网络连接必须支持带宽控制。

最大程度地减少使用的服务器的数量。

安装尽可能少的站点系统服务器。

生成提供有关设备的最新信息的报表。

客户端必须定期提交其硬件清单数据、状态消息以及发现信息。

每天部署应用程序、软件更新和操作系统部署。

内容必须可供客户端使用，包括较大的操作系统映像包。

规划决策

System Center 2012 Configuration Manager 层次结构的设计包括以下规划注意事项：

难题

选项和注意事项

从主站点到远程位置的部署内容传输对网络的影响最大，必须加以管理。

可通过以下各项来管理针对远程位置的内容传输：

  • 为带宽控制启用的分发点

  • 分发点的包

  • Windows BranchCache

  • 对站点到站点传输过程中使用的网络带宽进行管理的本地站点

来自大量客户端的客户端信息流可能会拖慢网络。

必须针对网络容量、平衡客户端设置、位于该地点的客户端的数量以及可用网络带宽对每个远程地点进行评估。 选项包括以下各项：

  • 用于在站点到站点传输过程中管理网络带宽的本地主站点或辅助站点。

  • 该地点没有站点允许客户端在网络上以其不受管理的方式将其数据传输到分配的主站点。

执行的步骤

评估了要求和选项、客户端位置以及可用网络带宽后，将做出以下决策：

决策

详细信息

独立主站点部署在总部地点。

System Center 2012 Configuration Manager 主站点将取代现有主站点，因为为此环境使用管理中心站点没有管理优势或内容管理优势。

  • 主站点最多可支持 100,000 个客户端。

  • 没有可能需要额外的主站点来在慢速网络连接上管理大量客户端的计划内扩展。

为带宽控制启用的分发点部署到仓库地点。

从仓库地点向上流动的客户端信息所造成的影响将不会使可用网络带宽承受重负。 可通过使用从主站点中部署的为带宽控制启用的分发点（而不是辅助站点）来管理部署内容的向下流动，从而满足该地点的需求。 此决策不会减少所使用的服务器的数量，但却不再需要管理附加站点。

  • 当前客户端活动不足以要求管理向上流动的客户端数据。

  • 只有向下流动的内容才需要管理以避免慢速网络连接带来的影响。

  • 在将来，分发点可能会被辅助站点取代，该辅助站点可在需要时管理双向网络流量。

辅助站点部署到地区办公室地点。

对本地客户端所带来的影响进行评估后，决定将需要一个具有以前使用的相同配置的辅助站点。

  • 1,500 个客户端生成的客户端信息足以超出与主站点的可用网络连接的容量。

  • 由于主站点并不能提供管理优势，因此不需要主站点，并且位于总部地点的主站点就能轻松的应对层次结构的全部客户端。

在销售办公室地点继续使用 Windows BranchCache。

由于此地点只维护 15 个客户端并且具有与总部地点的快速网络连接，因此当前使用 Windows BranchCache 作为内容部署解决方案仍然是最佳选择。

业务上的好处

通过使用为带宽控制启用的单一分发点来取代辅助站点及其分发点，客户将能满足在慢速网络上管理内容的业务要求。 此外，这种改变可减少管理工作负荷，并缩短站点接收客户端信息所花费的时间。

方案 2：基础架构缩减和客户端设置管理

基础架构缩减和客户端设置方案演示 System Center 2012 Configuration Manager 的一个实现，该实现可减少所使用的基础架构，同时继续使用自定义的客户端设置来管理客户端。

当前情况

在此示例中，公司通过使用由一个中央站点和三个主子站点组成的单一 Configuration Manager 2007 层次结构来管理跨两个物理地点的 25,000 个客户端。 中央站点和一个主站点位于芝加哥，另两个主站点位于伦敦。 每个地理地点的主站点位于相同的物理网络上，并有连接良好的网络链接。 但是，芝加哥和伦敦之间的带宽有限。

当前部署详细信息：

位置

站点类型

部署详细信息

芝加哥总部

主要 – 中央站点

针对公司的标准客户端代理设置所配置配置的 19,200 个客户端。

芝加哥总部

主要 – 中央站点的子站点

人力资源部门的用户所使用的计算机上的 300 个客户端。 针对自定义远程控制客户端代理设置配置了站点。

伦敦办公室

主要 – 中央站点的子站点

针对公司的标准客户端代理设置所配置配置的 5,000 个桌面客户端。

伦敦办公室

主要 – 中央站点的子站点

针对自定义硬件清单客户端代理设置配置的 500 个服务器客户端。

业务要求

配置管理器 层次结构必须满足以下业务要求：

业务要求

配置管理器 信息

在芝加哥对层次结构进行集中管理。

从芝加哥进行集中管理要求通过网络发送伦敦的 5,500 个客户端的内容和客户端信息。

为所有客户端分配标准客户端配置（除非特定业务要求另有规定）。

客户端设置的标准配置必须可用于所有客户端。

人力资源部门的员工不得在其计算机上启用远程控制客户端代理。

必须将这些自定义客户端设置分配给人力资源部门的员工使用的计算机。

位于伦敦的服务器每个月运行的硬件清点必须不超过一次。

必须将这些自定义客户端设置分配给位于伦敦的服务器上的客户端。

在芝加哥和伦敦之间传输数据时控制网络带宽。

慢速网络连接需要带宽控制。

最大程度地减少服务器数量。

尽可能避免安装站点系统服务器以减少管理任务和基础架构成本。

规划决策

System Center 2012 Configuration Manager 层次结构设计包括下列计划注意事项：

难题

选项和注意事项

在芝加哥进行集中管理。

这一要求的选项包括下列各项：

  • 在芝加哥部署一个独立主站点来管理位于两个网络地点的客户端：

    • 务必对必须通过慢速网络从伦敦传输的客户端信息量进行仔细评估。

  • 在每个地点部署一个主站点，并在芝加哥部署一个管理中心站点。

    • 不能为管理中心站点分配客户端。

    • 如果层次结构中有两个或更多主站点，则需要管理中心站点。

从芝加哥到伦敦的内容传输将消耗大量的网络带宽，且必须对此数据传输进行控制。

可通过以下方法来管理沿层次结构进行的内容传输：

  • 为带宽控制启用的分发点。

  • Windows BranchCache。

  • 配置为对站点到站点传输的网络带宽进行管理的伦敦站点。

要求在从伦敦发送客户端信息时对网络带宽进行管理。

评估伦敦地点的可用网络带宽，以及 5,500 个客户端生成的数据会如何减少此可用网络带宽。 选项包括以下各项：

  • 允许客户端跨网络将其数据以不受管理的形式传输到芝加哥的已分配主站点。

  • 在伦敦部署一个主站点或辅助站点以在通过站点到站点方式传输到芝加哥的过程中管理网络带宽。

所有地点都必须有一组标准客户端设置。

为层次结构指定了一组默认客户端代理设置。

包含伦敦人力资源部门员工和服务器的两个组需要与标准配置不同的客户端设置。

使用集合来分配自定义客户端设置。

执行的步骤

评估了业务要求、网络结构和客户端设置要求之后，在芝加哥部署一个管理中心站点，一个子主站点位于芝加哥，另一个子主站点位于伦敦。 下表说明了这些设计选择。

决策

详细信息

管理中心站点部署在芝加哥。

  • 此决策通过提供用于报告的中心位置和层次结构范围的配置满足了集中管理要求。

  • 由于管理中心站点能够访问层次结构中的所有客户端和站点数据，并且是两个主站点的直接父项，因此最好设立该站点来承载所有地点的内容。

芝加哥需要一个主站点。

  • 由于无法为管理中心站点分配客户端，因此在芝加哥地点需要一个主站点来管理客户端。

  • 需要一个本地主站点以本地方式管理 14,800 个客户端。

  • System Center 2012 Configuration Manager 中的站点未用于配置客户端设置，这样就能够将一个地点的所有客户端都分配给同一站点。

在伦敦部署一个主站点。

  • 在从芝加哥的管理中心站点传输内容时，站点到站点地址配置可以控制网络带宽。

  • System Center 2012 Configuration Manager 中的站点未用于配置客户端设置，这样就能够将一个地点的所有客户端都分配给同一站点。

  • 部署一个本地主站点来管理 5,500 个本地客户端，以便客户端不跨网络将其信息和客户端策略请求发送到芝加哥。 主站点确保可使用目前实施的层次结构来管理伦敦的将来增长。

    System_CAPS_note注意

    部署主站点或辅助站点的决策可能包括下列注意事项：

    • 评估站点服务器的可用硬件

    • 某个地点客户端的当前数量

    • 将来预期增加的客户端

    • 政治原因

    • 本地管理联系点

将客户端设置的标准配置应用于层次结构中的每个客户端。

  • 配置默认客户端代理设置并将其应用于层次结构中的每个客户端，从而使每个客户端的配置保持一致。

创建一个集合以包含在人力资源部门工作的员工的用户帐户。 此集合配置为定期更新，以便可在创建新帐户之后很快将其添加到集合。

  • 此集合配置为具有禁用远程控制的自定义客户端设置。 这些设置修改层次结构范围的默认值，并向集合成员提供人力资源员工所需的自定义客户端设置。

  • 由于此集合是动态更新的，因此，“人力资源”中的新员工会自动获得自定义的客户端设置。

  • 由于集合是与所有站点共享的，因此，这些自定义会应用到位于层次结构中任何位置的人力资源员工，而无需考虑他们的计算机分配给哪个站点。

集合被配置为包含位于伦敦的服务器。

  • 此集合是利用自定义的客户端设置来配置的，因此，将利用自定义的硬件清单设置来配置这些服务器。

业务上的好处

通过在 System Center 2012 Configuration Manager 中使用自定义的客户端设置，能满足业务要求，如下所示：

  • 通过删除仅用于为部分客户端提供自定义的客户端设置的站点，减少基础结构要求。

  • 由于管理中心站点将客户端设置的标准配置应用到层次结构中的所有客户端，因此简化了管理。

  • 为必需的自定义客户端设置而配置两个客户端集合。

  • 在芝加哥和伦敦之间传输数据时，控制网络带宽。