本篇文章主要介绍ConfigMgr系统角色的承载能力
在设计整体站点的时候,也应该根据实际环境考虑到组件的负载能力决定各组件的部署数量。
当目前环境中的客户端数量超过一个站点\站点角色实例所能承受的最大数量时,就应该部署额外的角色实例;
站点类型 | 支持的子站点类型 | 支持的子站点数量 |
---|---|---|
中心管理站点 | 主要站点 | 25 |
主要站点 | 辅助站点 | 250 |
SQL版本 | 支持的客户端数量 |
---|---|
SQL标准版 | 50000 |
SQL企业版 | 400000 |
是否角色并置 | 支持的客户端数量 |
---|---|
否 | 100000 |
是 | 50000 |
建议不要将其他站点角色和站点服务器进行并置安装:
- 确保客户端不会出于下载策略、分发内容等目的而导致直接与站点服务器进行通信;
- 独立站点服务器同时也确保了站点服务器不会因其他服务而影响自身的处理性能;
所属站点类型 | 每站点最多管理点数量 | 支持的客户端数量 |
---|---|---|
主要站点 | 10 | 25000 |
辅助站点 | 1 | 2500 |
每站点最多分发点数量 | 支持的客户端数量 |
---|---|
250 | 4000 |
是否角色并置 | 支持的客户端数量 |
---|---|
否 | 100000 |
是 | 25000 |
在ConfigMgr 2012 SP1前,同一站点下如果要部署多个软件更新点,必须使用NLB配置。
以上数值基于SCCM 2012 RTM,后续版本可能存在差异,请参考https://technet.microsoft.com/zh-cn/library/gg682077.aspx#BKMK_SiteAndRoleScale
ConfigMgr对于远程办公室的支持可以划分为以下方法:
满足以下任一情况可以考虑增加一个主要站点
如果有中心管理站点,那么其下所有主要站点的信息都会复制到中心管理站点,且负责管理中心管理站点的团队将会有权对其下的任何站点进行管理;
满足以下任一情况可以考虑使用辅助站点
远程管理点和分发点为远程办公室内的客户端提供策略、内容下发服务,以避免客户端通过WAN访问当前站点而占用大量的WAN带宽,同时也为本地ConfigMgr提供更加稳定、可靠的策略和内容下发服务,避免缓慢、不可靠的WAN线路对客户端造成的负面影响。
ConfigMgr支持以下三种基于Internet方式的客户端管理:
方式 | 支持的功能 | 要求 |
---|---|---|
IBCM(ConfigMgr自带对Internet客户端的管理能力) | 软硬件资产信息、状态消息、软件分发、软件更新等 | 依赖PKI架构、需要对外发布所需的站点系统 |
Direct Access | 主要功能(个别功能受限)https://docs.microsoft.com/zh-cn/sccm/core/plan-design/configs/support-for-windows-features-and-networks | 环境中需要部署DA服务、客户端需要企业版SKU |
V P N | 几乎所有主要功能 | 需要V P N连接 |
为读者提炼SCCM涉及的基础知识、注意事项、运行机制以及排错方法等信息是本系列文章的初衷,对于SCCM各组件及功能部署步骤方面的信息,网络中已有较多文章可以参考,因此本系列文章并不侧重于提供类似Step-by-Step的部署指南,还请见谅。同时由于个人能力和知识水平的限制,文中不免有纰漏和出错的地方,还望大家可以指正,非常感谢。
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。