本篇文章主要介紹ConfigMgr系統角色的承載能力數據庫
在設計總體站點的時候,也應該根據實際環境考慮到組件的負載能力決定各組件的部署數量。windows
當目前環境中的客戶端數量超過一個站點\站點角色實例所能承受的最大數量時,就應該部署額外的角色實例;服務器
站點類型 | 支持的子站點類型 | 支持的子站點數量 |
---|---|---|
中心管理站點 | 主要站點 | 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_SiteAndRoleScaleide
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的部署指南,還請見諒。同時因爲我的能力和知識水平的限制,文中難免有紕漏和出錯的地方,還望你們能夠指正,很是感謝。