Setup peer Cache în ConfigMgr curent ramură
începând deja înapoi în ConfigMgr curent ramură v1610, peer Cache are fost disponibile. Această caracteristică este concepută pentru a ajuta la reducerea impactului rețelei de a furniza conținut clienților în medii distribuite și funcționează cu toate tipurile de pachete pe care ConfigMgr le acceptă (actualizări, pachete vechi, aplicații, imagini etc.).
Iată un ghid pas cu pas care vă arată cum să configurați memoria cache peer în ramura curentă ConfigMgr, precum și să vă oferiți câteva informații de fundal.
Ghidul
ghidul din acest post sunt patru pași simpli pentru a-l merge:
- Pasul 1-Creați o structură de colecție
- Pasul 2-Configurați setările clientului Cache Peer
- Pasul 3 – creați limite și grupuri de limite
- Pasul 4-verificarea faptului că funcționează
dar mai întâi, un pic de fundal.
ConfigMgr peer Cache 101
modul în care funcționează Cache-ul Peer, este că activați, prin setările clientului, ce mașini de pe fiecare site care ar trebui să li se permită să partajeze conținut cu prietenii lor. Aceste mașini sunt numite surse Cache Peer. Odată ce aceste mașini au conținutul, alte mașini din același grup de graniță pot descărca conținutul de la „prietenii” lor, mai degrabă decât de la un DP la distanță. Puteți vedea practic acești clienți ca puncte de distribuție suplimentare
surse cache Peer
conținutul pe care doriți să îl aveți disponibil pentru cache-ul peer trebuie să fie complet implementat în sursele cache peer, deci este localizat în cache-ul lor, înainte de a deveni disponibil pentru alți clienți. Dar odată ce o au, nu este nevoie să așteptați implementarea la restul. ConfigMgr învață despre noile” Puncte de distribuție ” destul de repede.
conținut memorat în cache
conținutul pe care doriți să îl aveți disponibil pentru memorarea în cache de la egal la egal trebuie să fie complet implementat în sursele cache de la egal la egal, deci este localizat în memoria cache a acestora, înainte de a deveni disponibil pentru alți clienți. Dar odată ce o au, nu este nevoie să așteptați implementarea la restul. ConfigMgr învață despre noile” Puncte de distribuție ” destul de repede. Începând cu ConfigMgr v1806, MP-ul returnează doar Clienți live / activi în rețeaua dvs., după cum raportează starea canalului rapid.
Boundary Group
Cache-ul Peer se face pe grup boundary, deci dacă un client colindă la un nou site (New boundary group), acesta va fi servit cu diferite surse Cache Peer.
securitate
începând cu ConfigMgr v1710, toate transferurile între clientul cache peer și sursa cache peer peer pe care o utilizează în prezent, se face cu HTTPS.
peer Cache și BranchCache
în multe scenarii puteți utiliza BranchCache pe cont propriu, fără a fi nevoie să implice Cache Peer, dar Cache Peer funcționează împreună cu BranchCache, un fel de, În cazul în care BranchCache funcționează ca o copie de rezervă pentru pachete, dar, de asemenea, la conținut peer care Cache Peer nu poate, cum ar fi politicile ConfigMgr. Consultați acest post pentru mai multe informații despre configurarea BranchCache: https://deploymentresearch.com/setup-branchcache-for-configmgr-current-branch/
Iată un rezumat rapid al funcțiilor de cache BranchCache și Peer:
BranchCache
- colegii de pe subrețea locală numai (cu excepția cazului în adăugarea într-o soluție terță parte, atunci se poate întinde mai multe subrețele)
- nu are suport pentru OSD (cu excepția cazului în adăugarea într-o extensie terță parte gratuit pentru BranchCache),
- poate începe peering conținut de îndată ce primul client primește câteva blocuri de fișier
- poate peer toate/li>
- folosește un cache separat decât clientul ConfigMgr
- poate utiliza conținutul ConfigMgr care a fost deduplicat pentru a reduce și mai mult impactul rețelei.
peer Cache
- Peers on boundary group level or on local subnet (configurabil pe boundary group)
- nu poate porni peering conținut până când întregul pachet a fost descărcat
- poate peer toate tipurile de pachete ConfigMgr, dar nu politicile ConfigMgr
- utilizează cache-ul client ConfigMgr
înlocuirea WinPE peer Cache
peer Cache în ConfigMgr curent ramură v1610 și mai târziu este un înlocuitor direct pentru caracteristica WinPE peer cache, care a fost introdus în ConfigMgr curent ramură v1511. Dar sperăm că ați actualizat platforma ConfigMgr la ceva mai nou scenariu
în laboratorul meu, am două site-uri, New York (192.168.1.0/24) care are un DP local și Chicago (192.168.4.0/24) care nu are un DP local.
- New York: cu CM01 DP, are cinci clienți: W10PEER – 0001-W10PEER-0005.
- Chicago: fără DP, are cinci clienți: W10PEER – 0006-W10PEER-0010.
notă: pentru a configura un laborator cu mai multe rețele rutate, vă recomand să utilizați un router virtual în locul comutatorului nat tipic din Hyper-V sau VMWare. Se poate baza fie pe Linux, fie pe Windows și găsiți un ghid pas cu pas aici:https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment
Pasul 1-Creați o structură de colecție
deoarece trebuie să implementați conținut la câteva mașini mai întâi în fiecare site( cel puțin unul), am creat o structură de colecție care arăta astfel:
- surse Cache Peer-toate site – urile: În această colecție, am adăugat două mașini din Chicago și două mașini din New York.
- clienți Cache Peer-New York: aici am adăugat alte trei mașini în site-ul New York, doar pentru testarea
- clienți Cache peer – Chicago: aici am adăugat alte trei mașini în site-ul Chicago, din nou doar pentru testarea
colecție dinamică pentru surse Cache Peer
Dacă aveți mai multe locații, s-ar putea găsi mai ușor pentru a crea o colecție dinamică care găsește în mod automat candidați buni pentru a fi surse Cache Peer:
-- 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
pentru ca implementarea sistemului de operare să utilizeze o sursă cache peer pentru conținut, trebuie să adăugați variabila smstspeerdownload collection, setată la True, la colecția(colecțiile) la care implementați secvența de activități. Opțional, puteți adăuga și variabila SMSTSPreserveContent pentru a forța mașina să păstreze pachetele utilizate în timpul OSD în cache-ul clientului ConfigMgr. Dacă săriți adăugarea variabilei SMSTSPeerDownload, Clientul va merge întotdeauna la un punct de distribuție pentru pachetele în timpul OSD.
Pasul 2 – Configurați setările clientului cache Peer
pentru ca clienții ConfigMgr să partajeze conținut cu alții, trebuie să fie configurați pentru a face acest lucru prin setările clientului. De asemenea, trebuie să extindeți memoria cache a clientului ConfigMgr (vezi mai jos).
avertisment: nu activați cache-ul peer pe toți clienții dvs., alegeți doar câteva pe fiecare site sau cel puțin utilizați o interogare dinamică de colectare pentru a găsi candidați potriviți. Vedeți exemplele precedente în secțiunea Pasul 1.
răcoare: În spatele scenei, setarea clientului se numește CCM_SuperPeerClientConfig și veți vedea, de asemenea, SuperPeer menționat în fișierele jurnal.
1. În spațiul de lucru Administrare, în nodul setări Client, creați o nouă setare de dispozitiv client personalizat numită surse Cache Peer.
2. În caseta de dialog surse cache Peer, bifați caseta de selectare Setări Cache Client, apoi în panoul din stânga, selectați Setări Cache client.
3. În panoul Setări Dispozitiv personalizat, setați memoria cache maximă si
ze la ceva util, cum ar fi 65 GB, apoi activați cache-ul peer setând Clientul Enable Configuration Manager în sistemul de operare complet pentru a partaja Politica de conținut la Da.
notă: o modalitate poate mai bună de a seta dimensiunea maximă a clientului este prin utilizarea unui element de configurare, care printr-un script îl setează dinamic în funcție de cât spațiu liber pe disc au mașinile. Puteți găsi un bun exemplu de la Heath Lawson (@HeathL17) aici: http://blogs.msdn.microsoft.com/helaw/2014/01/07/configuration-manager-cache-management.
4. Implementați setarea client surse cache Peer la colecția surse Cache peer – toate site-urile.
Pasul 3 – creați limite și grupuri de limite
deoarece clienții cache peer își găsesc prieteni numai grupul de graniță, trebuie să aveți o structură oarecum decentă a grupurilor de graniță. Pentru simplitate în testarea mea am creat simplu următoarele grupuri limită.
- New York: la care am adăugat 192.168.1.1 – 192.168.1.254 limita intervalului IP
- Chicago: la care am adăugat limita intervalului IP 192.168.4.1 – 192.168.4.254
Pasul 4 – verificarea faptului că funcționează
acum este timpul să verificați dacă funcționează și, în exemplul meu, am implementat un pachet de 1 GB în colecția de surse Cache de la egal la egal (care conține doi clienți în fiecare site).
odată ce acești clienți au avut conținutul, l-am implementat clienților rămași în fiecare site și am urmărit ce s-a întâmplat urmând CAS.conectați-vă la fiecare client.
comportament în New York
în versiunile inițiale ale Cache-ului Peer, un client ar folosi întotdeauna un DP local dacă ar exista unul la aceeași subrețea, dar în versiunile recente puteți configura acel comportament pe grupul limită.
dacă modificați setările grupului de limite la cele de mai sus, clienții din New York primesc conținut de la CM01 DP, chiar dacă prietenii lor din cache conținut. Aceasta este linia interesantă din jurnal.
potrivire DP locație găsit 0 – http://cm01.corp.viamonstra.com/sms_dp_smspkg$/ps10007f (localitate: Subrețea)
comportament în Chicago
în Chicago, nu există DP local în Chicago, iar clienții vor primi conținutul de la prietenii săi de cache. Mai jos este CAS.log exemplu de la clienții din Chicago, și după cum puteți vedea clasat sursa cache peer înainte de la distanță CM01 DP (care, de asemenea, a găsit).
stenografie: Clienții din Chicago primesc conținut de la prietenii lor din cache. Aceasta este linia interesantă din jurnal.
potrivire DP locație găsit 0 – http://w10peer-0006.corp.viamonstra.com:8003/sccm_branchcache$/ps100083 (localitate: PEER)
ca o atingere finală, după ce așteptați 24 de ore, puteți vedea clienții care raportează istoricul descărcărilor, atât în ContentTransferManager.jurnal și, de asemenea, de a merge la spațiul de lucru de monitorizare și selectați nodul de stare de distribuție / Client surse de date.
notă: cei de la 2pint Software-ul a lansat un utilitar care vă permit să setați intervalul. Numele este Trigger Happy și îl descărcați aici:http://2pintsoftware.com/download/trigger-happy