Beállítás Peer Cache ConfigMgr aktuális ág

kezdve már vissza ConfigMgr aktuális ág v1610, Peer Cache már van volt elérhető. Ezt a funkciót úgy tervezték, hogy csökkentse a tartalom elosztott környezetben lévő ügyfeleknek történő továbbításának hálózati hatását, és a ConfigMgr által támogatott összes csomagtípussal (frissítések, régi csomagok, alkalmazások, képek stb.).

itt van egy lépésről-lépésre útmutató, amely megmutatja, hogyan kell beállítani peer cache ConfigMgr aktuális ág, valamint kapsz néhány háttér info.

az útmutató

az útmutató ebben a bejegyzésben négy egyszerű lépés, hogy ez megy:

• 1. lépés-Hozzon létre egy gyűjteménystruktúrát
• 2. lépés – Állítsa be a Peer Cache kliens beállításait
• 3.lépés – Hozzon létre határokat és határcsoportokat
• 4. lépés-Ellenőrizze, hogy működik-e

de először egy kis háttér.

ConfigMgr Peer Cache 101

A Peer Cache működése az, hogy az ügyfélbeállításokon keresztül engedélyezi, hogy az egyes webhelyeken milyen gépek osszák meg a tartalmat a barátaikkal. Ezeket a gépeket Peer Cache forrásoknak nevezzük. Miután ezek a gépek rendelkeznek a tartalommal, ugyanazon határcsoport más gépei letölthetik a tartalmat a “barátaiktól”, nem pedig egy távoli DP-től. Alapvetően ezeket az ügyfeleket extra terjesztési pontokként tekintheti meg!

Peer Cache források

A peer cache-hez elérhetővé tenni kívánt tartalmat teljes mértékben telepíteni kell a peer cache-forrásokba, tehát a gyorsítótárukban található, mielőtt más ügyfelek számára elérhetővé válik. De ha egyszer megvan, nem kell várni a többi telepítésére. ConfigMgr megtudja, hogy az új “elosztási pontok” elég gyorsan.

gyorsítótárazott tartalom

a társ-gyorsítótárazáshoz elérhetővé tenni kívánt tartalmat teljes mértékben telepíteni kell a társ-gyorsítótár forrásaiba, így az a gyorsítótárukban található, mielőtt más ügyfelek számára elérhetővé válik. De ha egyszer megvan, nem kell várni a többi telepítésére. ConfigMgr megtudja, hogy az új “elosztási pontok” elég gyorsan. A ConfigMgr v1806-tól kezdve az MP csak az élő / aktív klienseket adja vissza a hálózaton, amint azt a Gyors csatorna állapota jelentette.

határcsoport

A Peer gyorsítótár határcsoportonként történik, tehát ha egy ügyfél egy új webhelyre (új határcsoport) vándorol, akkor azt különböző Peer gyorsítótár-forrásokkal szolgálják fel.

biztonság

a ConfigMgr v1710-től kezdődően minden átvitel A peer cache kliens és a jelenleg használt peer cache forrás között HTTPS-sel történik.

Peer Cache és BranchCache

sok esetben használhatja a BranchCache-t önmagában, anélkül, hogy Peer Cache-t kellene bevonnia, de a Peer Cache együtt működik a BranchCache-vel, ahol a BranchCache biztonsági másolatként működik a csomagokhoz, de olyan peer-tartalomhoz is, amelyet a Peer Cache nem tud, például a ConfigMgr-házirendek. A BranchCache beállításával kapcsolatos további információkért lásd ezt a bejegyzést: https://deploymentresearch.com/setup-branchcache-for-configmgr-current-branch/

itt található a BranchCache és a Peer gyorsítótárazási funkciók gyors összefoglalása:

BranchCache

• társak csak a helyi alhálózaton (hacsak nem adunk hozzá harmadik féltől származó megoldást, akkor több alhálózatra is kiterjedhet)
• nem támogatja az OSD-t (hacsak nem adunk hozzá egy ingyenes harmadik féltől származó kiterjesztést a BranchCache számára),
• elindíthatja a tartalom peering-jét, amint az első kliens megkapja a fájl néhány blokkját
• az összes ConfigMgr csomagtípust, valamint a ConfigMgr házirendeket
• külön gyorsítótárat használ, mint a ConfigMgr kliens
• felhasználhatja a ConfigMgr tartalmat, amelyet adatok deduplikáltak a hálózati hatás további csökkentése érdekében.

Peer Cache

• Peers a boundary group szinten vagy a helyi alhálózaton (a boundary group-on konfigurálható)
• nem tudja elindítani a tartalom peering-jét, amíg a teljes csomag le nem töltődött
• az összes ConfigMgr csomagtípust társíthatja, de a ConfigMgr házirendeket nem
• a ConfigMgr kliens gyorsítótárát használja

A WinPE Peer gyorsítótár

Peer gyorsítótár helyett a ConfigMgr jelenlegi ág v1610 és újabb egy közvetlen csere a WinPE peer cache funkció, amely bevezette ConfigMgr jelenlegi ág v1511. De remélhetőleg frissítetted a ConfigMgr platformodat valami újabbra!

forgatókönyv

a laboromban két helyszínem van, New York (192.168.1.0/24), amely helyi DP-vel rendelkezik, és Chicago (192.168.4.0/24), amely nem rendelkezik helyi DP-vel.

• New York: a CM01 DP, öt ügyfelek: W10PEER-0001-W10PEER-0005.
• Chicago: nincs DP, öt ügyfél: W10PEER-0006-W10PEER-0010.

Megjegyzés: több irányított hálózattal rendelkező labor beállításához azt javaslom, hogy használjon virtuális útválasztót a Hyper-V vagy a VMWare tipikus NAT kapcsolója helyett. Linuxon vagy Windows rendszeren alapulhat, és itt talál egy lépésről-lépésre szóló útmutatót: https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment

1. lépés-Hozzon létre egy gyűjteménystruktúrát

mivel minden webhelyen először néhány gépre kell telepíteni a tartalmat (legalább egy), létrehoztam egy gyűjteménystruktúrát, amely így nézett ki:

• Peer gyorsítótár források-minden webhely: Ebben a gyűjteményben két chicagói gépet és két New York-i gépet adtam hozzá.
• Peer Cache kliensek-New York: itt három másik gépet adtam hozzá a New York-i webhelyhez, csak tesztelésre
• Peer Cache kliensek – Chicago: itt három másik gépet adtam hozzá a Chicagói webhelyhez, ismét csak tesztelésre

dinamikus gyűjtemény Peer Cache forrásokhoz

Ha sok helye van, akkor könnyebb lehet létrehozni egy dinamikus gyűjteményt, amely automatikusan megtalálja a jó jelölteket a Peer Cache források számára:

-- For all potential peer cache source machines but VMsselect SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_SYSTEM_ENCLOSURE on SMS_G_System_SYSTEM_ENCLOSURE.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER on SMS_G_System_NETWORK_ADAPTER.ResourceId = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER_CONFIGURATION on SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.ResourceId = SMS_R_System.ResourceId where SMS_G_System_SYSTEM_ENCLOSURE.ChassisTypes in ("3","6","4","5","7","15","16","17","23") and (SMS_G_System_NETWORK_ADAPTER.AdapterType = "Ethernet 802.3" and SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.IPEnabled = 1) and SMS_R_System.IsVirtualMachine = "False"-- For all potential peer cache source machines including VMs (for lab)select SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_SYSTEM_ENCLOSURE on SMS_G_System_SYSTEM_ENCLOSURE.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER on SMS_G_System_NETWORK_ADAPTER.ResourceId = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER_CONFIGURATION on SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.ResourceId = SMS_R_System.ResourceId where SMS_G_System_SYSTEM_ENCLOSURE.ChassisTypes in ("3","6","4","5","7","15","16","17","23") and (SMS_G_System_NETWORK_ADAPTER.AdapterType = "Ethernet 802.3" and SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.IPEnabled = 1)-- For all potential peer cache source machines including VMs (for lab), limited to hard drive sizeselect SMS_R_SYSTEM.ResourceID,SMS_R_SYSTEM.ResourceType,SMS_R_SYSTEM.Name,SMS_R_SYSTEM.SMSUniqueIdentifier,SMS_R_SYSTEM.ResourceDomainORWorkgroup,SMS_R_SYSTEM.Client from SMS_R_System inner join SMS_G_System_SYSTEM_ENCLOSURE on SMS_G_System_SYSTEM_ENCLOSURE.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER on SMS_G_System_NETWORK_ADAPTER.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_NETWORK_ADAPTER_CONFIGURATION on SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.ResourceID = SMS_R_System.ResourceId inner join SMS_G_System_DISK on SMS_G_System_DISK.ResourceId = SMS_R_System.ResourceId where SMS_G_System_SYSTEM_ENCLOSURE.ChassisTypes in ("3","6","4","5","7","15","16","17","23") and SMS_G_System_NETWORK_ADAPTER.AdapterType = "Ethernet 802.3" and SMS_G_System_NETWORK_ADAPTER_CONFIGURATION.IPEnabled = 1 and SMS_G_System_DISK.Size > 102398

ConfigMgr OSD

ahhoz, hogy az operációs rendszer telepítése egy társ-gyorsítótár-forrást használjon a tartalomhoz, hozzá kell adnia az smstspeerdownload collection változót, igaz értékre állítva, ahhoz a gyűjteményhez(gyűjteményekhez), amelyhez a feladatsorozatot telepíti. Opcionálisan hozzáadhatja az SMSTSPreserveContent változót is, hogy arra kényszerítse a gépet, hogy az OSD során használt csomagokat a ConfigMgr kliens gyorsítótárában tartsa. Ha kihagyja az SMSTSPeerDownload változó hozzáadását, az ügyfél az OSD során mindig a csomagok terjesztési pontjára lép.

2.lépés – a társ-gyorsítótár-ügyfél beállításainak konfigurálása

ahhoz, hogy a ConfigMgr-ügyfelek tartalmat osszanak meg másokkal, úgy kell konfigurálni őket, hogy ezt az Ügyfélbeállításokon keresztül tegyék meg. Ki kell terjesztenie a ConfigMgr kliens gyorsítótárát is (lásd alább).

figyelem: ne engedélyezze a társak gyorsítótárazását az összes ügyfelén, csak válasszon néhányat az egyes webhelyeken, vagy legalább használjon dinamikus gyűjteménylekérdezést a megfelelő jelöltek megtalálásához. Lásd az előző példákat az 1. lépés szakaszban.

hűvösség: A színfalak mögött az ügyfélbeállítás neve CCM_SuperPeerClientConfig, és látni fogja a naplófájlokban említett SuperPeer-t is.

1. Az Adminisztráció munkaterületen, az ügyfélbeállítások csomópontban hozzon létre egy új egyéni ügyféleszköz-beállítást Peer Cache Sources néven.

2. A Társgyorsítótár-források párbeszédpanelen jelölje be az ügyfélgyorsítótár-Beállítások jelölőnégyzetet, majd a bal oldali ablaktáblában válassza az ügyfélgyorsítótár-Beállítások lehetőséget.

3. Az egyéni Eszközbeállítások ablaktáblában állítsa a maximális gyorsítótár si
ze értéket valami hasznosra, például 65 GB-ra, majd engedélyezze a társ-gyorsítótárazást úgy, hogy a Configuration Manager kliens engedélyezése teljes operációs rendszerben a tartalom megosztására vonatkozó házirend Igen értékre van állítva.

megjegyzés: a maximális ügyfélméret beállításának talán jobb módja egy konfigurációs elem használata, amely egy szkript segítségével dinamikusan állítja be, attól függően, hogy mennyi szabad lemezterület van a gépekben. Itt talál egy jó példát Heath Lawson – tól (@HeathL17): http://blogs.msdn.microsoft.com/helaw/2014/01/07/configuration-manager-cache-management.

4. Telepítse a Peer Cache Sources ügyfélbeállítást A Peer Cache Sources-All Sites gyűjteménybe.

3.lépés – határok és határcsoportok létrehozása

mivel a peer gyorsítótárazási kliensek barátokat találnak egy csak határcsoport, a határcsoportok kissé tisztességes felépítésével kell rendelkeznie. Az egyszerűség kedvéért tesztelésem során a simple a következő határcsoportokat hozta létre.

• New York: amelyhez hozzáadtam a 192.168.1-et.1 – 192.168.1.254 IP tartományhatár
• Chicago: amelyhez hozzáadtam a 192.168.4.1 – 192.168.4.254 IP tartományhatárt

4.lépés – annak ellenőrzése, hogy működik-e

most itt az ideje, hogy ellenőrizze, hogy működik-e, és a példámban egy 1 GB-os csomagot telepítettem a Peer Cache Sources gyűjteménybe (amely minden webhelyen két klienst tartalmaz).

miután ezek az ügyfelek megkapták a tartalmat, telepítettem az egyes webhelyek többi kliensére, és a CAS követésével figyeltem meg, mi történt.jelentkezzen be minden ügyfélre.

viselkedés New Yorkban

A Társ gyorsítótár kezdeti verzióiban az ügyfél mindig helyi DP-t használna, ha ugyanabban az alhálózatban lenne ilyen, de a legújabb verziókban ezt a viselkedést konfigurálhatja a határcsoporton.

Ha a fentiekre módosítja a határcsoport beállításait, a New York-i ügyfelek a CM01 DP-ből kapnak tartalmat, annak ellenére, hogy a társ-gyorsítótárazó barátaik rendelkeznek A tartalom. Ez az érdekes vonal a naplóban.

megfelelő DP hely található 0 – http://cm01.corp.viamonstra.com/sms_dp_smspkg$/ps10007f(Helység: Alhálózat)

viselkedés Chicagóban

Chicagóban nincs helyi DP Chicagóban, és az ügyfelek megkapják a tartalmat a társ gyorsítótárazási barátaitól. Az alábbiakban a CAS.jelentkezzen példát ügyfelek Chicago, és mint látható, rangsorolt peer cache forrás előtt a távoli CM01 DP (amely azt is megállapította).

rövidítés: A chicagói ügyfelek tartalmat kapnak társaiktól gyorsítótár barátok. Ez az érdekes vonal a naplóban.

megfelelő DP hely található 0 – http://w10peer-0006.corp.viamonstra.com:8003/sccm_branchcache$/ps100083 (Helység: PEER)

utolsó simításként 24 órás várakozás után láthatja, hogy az ügyfelek jelentik a letöltési előzményeket, mind a ContentTransferManager-ben.jelentkezzen be a felügyeleti munkaterületre, és válassza ki a terjesztési állapot / ügyfél adatforrások csomópontot.

megjegyzés: a folks at 2pint szoftver kiadott egy segédprogramot, amely lehetővé teszi az intervallum beállítását. A név Trigger boldog, és töltse le itt: http://2pintsoftware.com/download/trigger-happy