#5# SCCM規(guī)劃 - 高可用及冗余

SCCM規(guī)劃 - 高可用及冗余

本篇文章主要討論ConfigMgr站點(diǎn)、站點(diǎn)系統(tǒng)及客戶(hù)端的高可用，希望為各位讀者對(duì)ConfigMgr高可用性提供較為全面的了解。

ConfigMgr并不像Exchange、SfB此類(lèi)應(yīng)用主要以用戶(hù)和客戶(hù)端交互的形式存在從而使得應(yīng)用對(duì)服務(wù)端可用性有非常高的要求，畢竟在ConfigMgr的場(chǎng)景下管理員想推送一個(gè)軟件、一個(gè)補(bǔ)丁到客戶(hù)端，這些行為本身可能就是以靜默的方式運(yùn)行在后臺(tái)的，且ConfigMgr本身也并不強(qiáng)調(diào)秒級(jí)甚至是分鐘級(jí)別的實(shí)時(shí)性，因此對(duì)于客戶(hù)端來(lái)說(shuō)，某個(gè)服務(wù)節(jié)點(diǎn)出現(xiàn)故障后客戶(hù)端可以選擇切換到下一個(gè)相同功能的節(jié)點(diǎn)請(qǐng)求服務(wù)，這個(gè)過(guò)程對(duì)于用戶(hù)來(lái)說(shuō)是不感知的；基于這種客觀情況，ConfigMgr中所謂的高可用其實(shí)從我個(gè)人的角度來(lái)說(shuō)，更像是一種服務(wù)的冗余，因?yàn)檫@些高可用本身存在的形式并不像傳統(tǒng)意義上的高可用，畢竟很多時(shí)候當(dāng)節(jié)點(diǎn)出現(xiàn)故障后，客戶(hù)端是可以感知到服務(wù)不可用的，但是它又和傳統(tǒng)的高可用那樣，對(duì)于用戶(hù)做到了透明。

可提供高可用的站點(diǎn)組件及角色

站點(diǎn)組件

• 站點(diǎn)數(shù)據(jù)庫(kù)：在ConfigMgr version 1602之前，站點(diǎn)數(shù)據(jù)庫(kù)通過(guò)SQL Server群集實(shí)現(xiàn)高可用，ConfigMgr version 1602開(kāi)始支持SQL Server Always On Availability Group作為高可用方案；

  輔助站點(diǎn)不支持使用SQL Server群集以及SQL Server Always On Availability Group*

• 在ConfigMgr層級(jí)中引入中心管理站點(diǎn)將增加其下主要站點(diǎn)宕機(jī)時(shí)的恢復(fù)選項(xiàng)，這是因?yàn)樵趯蛹?jí)中所有主要站點(diǎn)的數(shù)據(jù)都會(huì)復(fù)制到中心管理站點(diǎn)，因此當(dāng)主要站點(diǎn)的備份不可用時(shí)，可以通過(guò)中心站點(diǎn)來(lái)恢復(fù)主要站點(diǎn)。

• SMS提供程序：可以通過(guò)部署多個(gè)SMS提供程序提高冗余性。

站點(diǎn)系統(tǒng)角色

• 通過(guò)部署多個(gè)實(shí)例來(lái)實(shí)現(xiàn)冗余的角色：管理點(diǎn)、分發(fā)點(diǎn)、狀態(tài)遷移點(diǎn)、系統(tǒng)健康驗(yàn)證點(diǎn)、應(yīng)用程序目錄Web服務(wù)點(diǎn)、應(yīng)用程序目錄網(wǎng)站點(diǎn)、軟件更新點(diǎn)、Report Service點(diǎn)；

  • 多實(shí)例站點(diǎn)系統(tǒng)角色同時(shí)也提供了負(fù)載均衡的能力。
  • 多實(shí)例站點(diǎn)系統(tǒng)需要通過(guò)ConfigMgr客戶(hù)端的支持以體現(xiàn)其冗余能力。

• 將服務(wù)信息發(fā)布到多個(gè)位置實(shí)現(xiàn)冗余：典型的是同時(shí)將管理點(diǎn)信息通過(guò)Active Directory整合發(fā)布到Active Directory以及發(fā)布到DNS的方式在多個(gè)位置提供冗余信息；

無(wú)法提供高可用的站點(diǎn)組件及角色

站點(diǎn)組件

• 站點(diǎn)服務(wù)器：站點(diǎn)服務(wù)器目前沒(méi)有高可用方案，如果中心管理站點(diǎn)或是主要站點(diǎn)宕機(jī)，可以通過(guò)ConfigMgr自身的備份恢復(fù)機(jī)制恢復(fù)。如果輔助站點(diǎn)宕機(jī)，唯一的辦法就是重新安裝輔助站點(diǎn)；

• 在SCCM 1806引入了獨(dú)立主要站點(diǎn)服務(wù)器的高可用方案
• 在SCCM 1810引入了中心管理站點(diǎn)及子主要站點(diǎn)服務(wù)器的高可用方案
• 站點(diǎn)服務(wù)器的高可用通過(guò)引入一個(gè)被動(dòng)站點(diǎn)服務(wù)器實(shí)例完成，被動(dòng)站點(diǎn)服務(wù)器實(shí)例使用與活動(dòng)站點(diǎn)服務(wù)器相同的站點(diǎn)數(shù)據(jù)庫(kù)及相同的內(nèi)容庫(kù)(Content Library)
• 處于被動(dòng)模式時(shí)，站點(diǎn)服務(wù)器不會(huì)對(duì)站點(diǎn)數(shù)據(jù)庫(kù)寫(xiě)入任何數(shù)據(jù)

站點(diǎn)系統(tǒng)角色

• 資產(chǎn)智能同步點(diǎn)
• Endpoint Protection點(diǎn)
• 注冊(cè)點(diǎn)
• 注冊(cè)代理點(diǎn)
• 回退狀態(tài)點(diǎn)
• 帶外服務(wù)點(diǎn)

這些角色本身不承擔(dān)關(guān)鍵服務(wù)或相關(guān)服務(wù)對(duì)高可用性的要求較低，因此一旦涉及到的角色宕機(jī)，可以在層級(jí)結(jié)構(gòu)中刪除此角色并將此角色重新安裝到新的服務(wù)器上。

ConfigMgr客戶(hù)端

ConfigMgr客戶(hù)端也提供高可用方案以在服務(wù)節(jié)點(diǎn)或自身出現(xiàn)問(wèn)題時(shí)，盡可能的維持各項(xiàng)功能的正常運(yùn)行，主要有以下幾個(gè)方面：

• 客戶(hù)端自治運(yùn)行：

1. 客戶(hù)端和站點(diǎn)系統(tǒng)無(wú)需進(jìn)行連續(xù)持久的信息交互，即使客戶(hù)端暫時(shí)無(wú)法和站點(diǎn)系統(tǒng)正常通信也會(huì)按照已收到的配置信息按計(jì)劃執(zhí)行各類(lèi)任務(wù)；
2. 客戶(hù)端能夠感知到不可用的服務(wù)節(jié)點(diǎn)，并嘗試從服務(wù)節(jié)點(diǎn)列表中嘗試和余下的節(jié)點(diǎn)進(jìn)行通訊以維持各類(lèi)任務(wù)的正常運(yùn)行；

• 客戶(hù)端自我修復(fù)：客戶(hù)端會(huì)定期評(píng)估自身的狀態(tài)并在需要的時(shí)候自動(dòng)修復(fù)各類(lèi)組件；

• 客戶(hù)端緩存信息：客戶(hù)端會(huì)將配置信息和自身的歷史任務(wù)運(yùn)行狀態(tài)等信息保存于本地的WMI命名空間內(nèi)，并按照運(yùn)行計(jì)劃在必要的時(shí)候評(píng)估當(dāng)前狀態(tài)以執(zhí)行客戶(hù)端任務(wù)；

為讀者提煉SCCM涉及的基礎(chǔ)知識(shí)、注意事項(xiàng)、運(yùn)行機(jī)制以及排錯(cuò)方法等信息是本系列文章的初衷，對(duì)于SCCM各組件及功能部署步驟方面的信息，網(wǎng)絡(luò)中已有較多文章可以參考，因此本系列文章并不側(cè)重于提供類(lèi)似Step-by-Step的部署指南，還請(qǐng)見(jiàn)諒。同時(shí)由于個(gè)人能力和知識(shí)水平的限制，文中不免有紕漏和出錯(cuò)的地方，還望大家可以指正，非常感謝。