Setup peer Cache în ConfigMgr curent ramură

de Johan Arwidmark /februarie 9, 2017

î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.

imagine
Cache Peer în acțiune, o implementare Windows 10 Descărcați fișierul WIM de la un peer, mai degrabă decât punctul de distribuție. Foarte strălucitor.

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

site-uri
care arată abilitățile mele Microsoft Paint.

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
colecție dinamică pentru surse Cache Peer,

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.

variabile de colectare
Configurarea implementării sistemului de operare pentru a utiliza conținut de la un peer (dacă este disponibil).
Peer-0003
structura de colectare pentru cache Peer creat.

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.

Peer-0004
configurarea setărilor clientului pentru sursele Cache Peer

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
Peer-0005
grupurile limită din acest ghid.

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ă.

Configurarea comportamentului Cache-ului de la egal la egal

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)

image
clienții din New York descărcau deja pachete de la DP local, chiar dacă există surse Cache de la egal la egal disponibile.

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)

imagine
clienții din Chicago descărca conținut de la colegii lor.

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

image
ContentTransferManager.jurnal Încărcarea istoricului descărcărilor.



Lasă un răspuns

Adresa ta de email nu va fi publicată.