opsætning af Peer Cache i ConfigMgr Current Branch

af Johan Arvidmark /9.februar 2017

starter allerede tilbage i ConfigMgr Current Branch v1610, Peer Cache har været tilgængelig. Denne funktion er designet til at reducere netværkspåvirkningen ved at levere indhold til klienter i distribuerede miljøer og fungerer med alle de pakketyper, som ConfigMgr understøtter (opdateringer, ældre pakker, applikationer, billeder osv.).

Her er en trinvis vejledning, der viser dig, hvordan du opsætter peer cache i ConfigMgr Current Branch, samt giver dig nogle baggrundsoplysninger.

billede
Peer Cache i aktion, en Vinduer 10 implementering hente VIM fil fra en peer snarere end distributionspunkt. Meget skinnende.

guiden

vejledningen i dette indlæg er fire enkle trin for at få det i gang:

  • Trin 1 – Opret en samlingsstruktur
  • Trin 2 – Konfigurer Peer Cache – klientindstillinger
  • Trin 3 – Opret grænser og grænsegrupper
  • Trin 4-bekræftelse af, at det fungerer

men først en lille smule baggrund.

ConfigMgr Peer Cache 101

måden Peer Cache fungerer på er, at du via klientindstillinger aktiverer hvilke maskiner på hvert sted, der skal have lov til at dele indhold med deres venner. Disse maskiner kaldes Peer Cache kilder. Når disse maskiner har indholdet, kan andre maskiner i samme grænsegruppe hente indholdet fra deres “venner” snarere end fra en ekstern DP. Du kan dybest set se disse klienter som ekstra distributionspunkter

Peer Cache-kilder

det indhold, du vil have tilgængeligt til peer-caching, skal implementeres fuldt ud til peer-cache-kilderne, så det er placeret i deres cache, før det bliver tilgængeligt for andre klienter. Men når de først har det, er der ingen grund til at vente med at implementere resten. ConfigMgr lærer om det nye “distribution points” ganske hurtigt.

cachelagret indhold

det indhold, du vil have tilgængeligt til peer-cachelagring, skal implementeres fuldt ud til peer-cachekilderne, så det er placeret i deres cache, før det bliver tilgængeligt for andre klienter. Men når de først har det, er der ingen grund til at vente med at implementere resten. ConfigMgr lærer om det nye “distribution points” ganske hurtigt. Startende med ConfigMgr v1806, MP kun returnere levende/aktive klienter på dit netværk, som rapporteret af deres hurtige kanal status.

Grænsegruppe

Peer-Cache udføres pr.grænsegruppe, så hvis en klient strejfer til et nyt sted (Ny grænsegruppe), vil den blive serveret med forskellige Peer-Cache-kilder.

sikkerhed

fra ConfigMgr v1710 sker alle overførsler mellem peer cache-klienten og den peer cache-kilde, den i øjeblikket bruger, med HTTPS.

Peer Cache og BranchCache

i mange scenarier kan du bruge BranchCache på egen hånd uden behov for at involvere Peer Cache, men Peer Cache fungerer sammen med BranchCache, slags, hvor BranchCache fungerer som en sikkerhedskopi til pakker, men også til peer-indhold, som Peer Cache ikke kan, som ConfigMgr-politikker. Se dette indlæg for mere info om opsætning af BranchCache: https://deploymentresearch.com/setup-branchcache-for-configmgr-current-branch/

Her er en hurtig oversigt over BranchCache og Peer Caching funktioner:

BranchCache

  • Peers Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only Only subnet (medmindre du tilføjer en tredjepartsløsning, så kan den spænde over flere undernet)
  • understøtter ikke OSD (medmindre du tilføjer en gratis tredjepartsudvidelse til BranchCache),
  • kan starte peering-indhold, så snart den første klient modtager et par blokke af filen
  • kan peer alle ConfigMgr-pakketyper samt ConfigMgr-politikker
  • bruger en separat cache, end ConfigMgr-klienten
  • kan bruge ConfigMgr-indhold, der er blevet deduplikeret til yderligere at reducere netværkspåvirkningen.

Peer Cache

  • Peers on boundary group level eller on local subnet (konfigurerbar på boundary group)
  • kan ikke starte peering-indhold, før hele pakken er hentet
  • kan peer alle ConfigMgr-pakketyper, men ikke ConfigMgr-politikker
  • bruger ConfigMgr-klientcachen

udskiftning af Peer-cache

peer cache i ConfigMgr Current Branch v1610 og nyere er en direkte erstatning for funktionen peer cache, der blev introduceret i ConfigMgr Current Branch v1511. Men forhåbentlig har du opgraderet din ConfigMgr-platform til noget nyere krit

Scenario

i mit laboratorium har jeg to steder, Ny York (192.168.1.0/24), som har en lokal DP, og Chicago (192.168.4.0/24), som ikke har en lokal dp.

  • Ny York: med CM01 DP, har fem klienter: V10PEER-0001 – V10PEER-0005.
  • Chicago: uden DP har fem klienter: 10PEER – 0006-10PEER-0010.

Bemærk: For at opsætte et laboratorium med flere dirigerede netværk anbefaler jeg at bruge en virtuel router i stedet for den typiske nat-kontakt i Hyper-V eller VM. Her finder du en trinvis vejledning: https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment

Sites
viser mine Microsoft Paint-færdigheder.

Trin 1-Opret en samlingsstruktur

da du først skal implementere indhold til et par maskiner på hvert sted (mindst en), oprettede jeg en samlingsstruktur, der så sådan ud:

  • Peer Cache-kilder – alle sider: I denne samling tilføjede Jeg to maskiner fra Chicago og to maskiner fra Ny York.her tilføjede Jeg tre andre maskiner på Chicago – siden, igen bare til Test

dynamisk samling til Peer Cache-kilder

Hvis du har mange placeringer, kan det være lettere at oprette en dynamisk samling, der automatisk finder gode kandidater til at være Peer Cache-kilder:

-- 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
dynamisk samling til Peer Cache kilder,

ConfigMgr OSD

for at os-implementering kan bruge en peer-cache-kilde til indhold, skal du tilføje variablen smstspeerdoad collection, indstillet til sand, til den samling(r), du implementerer opgavesekvensen til. Eventuelt kan du også tilføje variablen SMSTSPreserveContent for at tvinge maskinen til at beholde de pakker, der blev brugt under OSD i ConfigMgr-Klientcachen. Hvis du springer over at tilføje smstspeerdoad-variablen, vil klienten altid gå til et distributionssted for pakkerne under OSD.

samlingsvariabler
konfiguration af os-implementering til brug af indhold fra en peer (hvis tilgængelig).
Peer-0003
samling struktur for Peer Cache oprettet.

Trin 2 – Konfigurer Peer Cache-klientindstillinger

for at få ConfigMgr-klienter til at dele indhold med andre, skal de konfigureres til at gøre det via klientindstillinger. Du skal også udvide ConfigMgr-klientcachen (se nedenfor).

Advarsel: Du må ikke aktivere peer caching på alle dine kunder for, bare vælge et par på hvert site, eller i det mindste bruge en dynamisk samling forespørgsel for at finde egnede kandidater. Se de foregående eksempler i afsnittet Trin 1.

kølighed: Bag kulisserne hedder klientindstillingen CCM_SuperPeerClientConfig, og du vil også se SuperPeer nævnt i logfilerne.

1. I Administrationsarbejdsområdet i noden klientindstillinger skal du oprette en ny brugerdefineret klientenhedsindstilling med navnet Peer Cache-kilder.

2. Marker afkrydsningsfeltet Klientcacheindstillinger i dialogboksen Peer-Cachekilder, og vælg derefter Klientcacheindstillinger i venstre rude.

3. I ruden brugerdefinerede enhedsindstillinger skal du indstille den maksimale cache til noget nyttigt, som 65 GB, og derefter aktivere peer-caching ved at indstille Enable Configuration Manager-klienten i fuld OS til at dele Indholdspolitik til Ja.

Bemærk: En måske bedre måde at indstille den maksimale klientstørrelse på er ved at bruge et konfigurationselement, der via et script indstiller det dynamisk afhængigt af hvor meget ledig diskplads maskinerne har. Du finder et godt eksempel fra Heath Lovson (@HeathL17) her: http://blogs.msdn.microsoft.com/helaw/2014/01/07/configuration-manager-cache-management.

4. Implementere Peer Cache kilder klient indstilling til Peer Cache kilder-alle steder samling.

Peer-0004
konfiguration af klientindstillingerne for Peer Cache – kilder

Trin 3-Opret grænser og grænsegrupper

da peer caching-klienter finder venner inden for kun en grænsegruppe, du skal have en noget anstændig struktur af grænsegrupper. For enkelhed i min test oprettede jeg simpelt følgende grænsegrupper.

  • Ny York: hvortil jeg tilføjede 192.168.1.1 – 192.168.1.254 IP range boundary
  • Chicago: hvortil jeg tilføjede 192.168.4.1 – 192.168.4.254 IP range boundary
Peer-0005
grænsegrupperne i denne vejledning.

Trin 4 – bekræftelse af, at det fungerer

nu er det tid til at verificere, at det fungerer, og i mit eksempel implementerede jeg en 1 GB-Pakke til Peer Cache Sources-samlingen (indeholdende to klienter på hvert sted).

når disse klienter havde indholdet, implementerede jeg det til de resterende klienter på hvert sted og så, hvad der skete ved at følge CAS.log på hver klient.

adfærd i Ny York

i de oprindelige versioner af Peer Cache ville en klient altid bruge en lokal DP, hvis der var en på samme undernet, men i nyere versioner kan du konfigurere denne adfærd på grænsegruppen.

konfiguration af Peer Cache-adfærd

Hvis du ændrer dine grænse gruppeindstillinger til ovenstående, får klienter i Ny York indhold fra CM01 DP, selvom deres peer caching-venner har indholdet. Dette er den interessante linje i loggen.

matchende DP placering fundet 0- http://cm01.corp.viamonstra.com/sms_dp_smspkg$/ps10007f(lokalitet: SUBNET)

image
klienter i Ny York hentede allerede pakker fra den lokale DP, selvom der er tilgængelige Peer Cache-kilder.

adfærd i Chicago

i Chicago er der ingen lokal DP i Chicago, og klienterne får indholdet fra sine peer caching-venner. Nedenfor er CAS.log eksempel fra klienter i Chicago, og som du kan se det rangeret peer cache kilde før fjernbetjeningen CM01 DP (som det også fundet).

stenografi: Klienterne i Chicago får indhold fra deres peer caching-venner. Dette er den interessante linje i loggen.

matchende DP placering fundet 0- http://w10peer-0006.corp.viamonstra.com:8003/sccm_branchcache$/ps100083 (lokalitet: PEER)

billede
klienter i Chicago Hent indhold fra deres jævnaldrende.

som et sidste tryk, efter at have ventet i 24 timer, kan du se klienterne rapportere deres Overførselshistorik, begge i ContentTransferManager.log og så godt ved at gå til overvågning arbejdsområde og vælg Distribution Status / klient datakilder node.Bemærk: folkene på 2pint har udgivet et værktøj, der giver dig mulighed for at indstille intervallet. Navnet er Trigger Happy, og du henter det her: http://2pintsoftware.com/download/trigger-happy

billede
indholdet transfermanager.log upload af overførselshistorikken.



Skriv et svar

Din e-mailadresse vil ikke blive publiceret.