Peer Cache instellen in ConfigMgr Current Branch
start al terug in ConfigMgr Current Branch v1610, Peer Cache is beschikbaar. Deze functie is ontworpen om de netwerkimpact van het leveren van content aan clients in gedistribueerde omgevingen te helpen verminderen, en werkt met alle pakkettypen die ConfigMgr ondersteunt (updates, oudere pakketten, toepassingen, afbeeldingen enz.).
Hier is een stap-voor-stap handleiding die je laat zien hoe je peer cache in ConfigMgr Current Branch kunt instellen, en je ook wat achtergrond informatie geeft.
De Gids
De Gids in dit bericht zijn vier eenvoudige stappen om het op gang te krijgen:
- Stap 1-Maak een collectiestructuur
- Stap 2-Configureer Peer Cache Client instellingen
- Stap 3 – Maak grenzen en grensgroepen
- Stap 4-Controleer of het werkt
maar eerst een beetje achtergrond.
ConfigMgr Peer Cache 101
De manier waarop Peer Cache werkt, is dat u via clientinstellingen inschakelt welke machines op elke site inhoud moeten mogen delen met hun vrienden. Deze machines worden Peer Cache bronnen genoemd. Zodra deze machines de inhoud hebben, kunnen andere machines in dezelfde grensgroep de inhoud downloaden van hun “vrienden” in plaats van van een externe DP. U kunt deze clients in principe zien als extra distributiepunten 🙂
Peer-Cachebronnen
de inhoud die u beschikbaar wilt hebben voor peer-caching moet volledig worden geïmplementeerd in de peer-cachebronnen, zodat het zich in hun cache bevindt, voordat het beschikbaar wordt voor andere clients. Maar als ze het eenmaal hebben, is het niet nodig om te wachten met het inzetten op de rest. ConfigMgr leert vrij snel over zijn nieuwe “distributiepunten”.
inhoud in de cache
de inhoud die u beschikbaar wilt hebben voor peer-caching moet volledig worden geïmplementeerd in de peer-cachebronnen, zodat het zich in hun cache bevindt, voordat het beschikbaar wordt voor andere clients. Maar als ze het eenmaal hebben, is het niet nodig om te wachten met het inzetten op de rest. ConfigMgr leert vrij snel over zijn nieuwe “distributiepunten”. Beginnend met ConfigMgr v1806, retourneert de MP alleen live / actieve clients op uw netwerk, zoals gerapporteerd door hun snelle kanaal status.
Boundary Group
Peer Cache wordt gedaan per boundary group, dus als een client naar een nieuwe site (new boundary group) zwerft, zal deze worden geserveerd met verschillende Peer Cache bronnen.
beveiliging
beginnend met ConfigMgr v1710, worden alle overdrachten tussen de peer cache client en de peer cache bron die het momenteel gebruikt, gedaan met HTTPS.
Peer Cache en BranchCache
in veel scenario ‘ s kunt u BranchCache op zichzelf gebruiken, zonder de noodzaak om Peer Cache te betrekken, maar Peer Cache werkt wel samen met BranchCache, een soort van, waar BranchCache werkt als een back-up voor pakketten, maar ook voor peer content die Peer Cache niet kan, zoals ConfigMgr policies. Zie dit bericht voor meer informatie over het instellen van BranchCache: https://deploymentresearch.com/setup-branchcache-for-configmgr-current-branch/
Hier is een korte samenvatting van BranchCache en peer Caching functies:
BranchCache
- Peers op het lokale subnet (tenzij het toevoegen van een derde partij, dan kan meerdere subnetten)
- ondersteunt geen OSD is (tenzij toe te voegen in een een gratis derde uitbreiding voor BranchCache),
- Kunt beginnen peering inhoud van zodra de eerste klant krijgt een paar blokken van de lijst
- Kunt peer alle Sccm-pakket soorten, evenals ConfigMgr beleid
- maakt Gebruik van een aparte cache dan de Sccm client
- gebruik Kan maken van Sccm content die gegevens ontdubbeld aan het verder terugdringen van het netwerk effect.
Peer Cache
- Peers op boundary group level of op lokaal subnet (configureerbaar op de boundary group)
- kan niet beginnen met het peeren van inhoud totdat het hele pakket is gedownload
- kan peers maken voor alle ConfigMgr-pakkettypen, maar geen ConfigMgr-beleid
- gebruikt de ConfigMgr-clientcache
vervangen WinPE Peer Cache
peer cache in ConfigMgr current branch v1610 en hoger is een directe vervanging voor de WinPE peer cache-functie die werd geïntroduceerd in ConfigMgr current branch v1511. Maar hopelijk heb je je ConfigMgr platform opgewaardeerd naar iets nieuwers 🙂
Scenario
in mijn lab heb ik twee sites, New York (192.168.1.0/24) die een lokale DP heeft, en Chicago (192.168.4.0/24) die geen lokale DP heeft.
- New York: met de CM01 DP, heeft vijf cliënten: W10PEER-0001-W10PEER-0005.
- Chicago: zonder DP, heeft vijf cliënten: W10PEER-0006-W10PEER-0010.
OPMERKING: Om een lab met meerdere routed netwerken in te stellen, adviseer ik om een virtuele router te gebruiken in plaats van de typische nat switch in Hyper-V of VMWare. Het kan gebaseerd zijn op Linux of Windows, en u vindt hier een stap-voor-stap handleiding: https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment
Stap 1 – Maak een collectiestructuur
omdat u eerst inhoud op een paar machines moet implementeren in elke site (minstens één), heb ik een collectiestructuur gemaakt die er zo uitziet:
- Peer Cache Sources-All Sites: In deze collectie heb ik twee machines uit Chicago en twee machines uit New York toegevoegd.
- Peer Cache Clients-New York: hier heb ik drie andere machines toegevoegd op de New York site, alleen voor het testen van
- Peer Cache Clients-Chicago: hier heb ik drie andere machines toegevoegd op de Chicago site, nogmaals alleen voor het testen van
dynamische collectie voor Peer Cache bronnen
als u veel locaties hebt, kunt u het gemakkelijker vinden om een dynamische collectie te maken die automatisch goede kandidaten vindt om Peer Cache bronnen te zijn:
-- 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
Sccm OSD-menu
om voor OS Deployment gebruik van een peer-cache bron voor inhoud, u moet toevoegen de SMSTSPeerDownload collectie variabele ingesteld op True, wordt de collectie(s) je implementeert de volgorde van de taken aan. Optioneel kunt u ook de variabele SMSTSPreserveContent toevoegen om de machine te dwingen de pakketten die tijdens OSD worden gebruikt in de ConfigMgr Client cache te houden. Als je het toevoegen van de smstspeerdownload variabele overslaat, zal de client altijd naar een distributiepunt gaan voor de pakketten tijdens OSD.
Stap 2 – Configureer Peer Cache clientinstellingen
om ConfigMgr Clients inhoud te laten delen met anderen, moeten ze zo worden geconfigureerd via Clientinstellingen. U moet ook de ConfigMgr client cache uitbreiden (zie hieronder).
waarschuwing: schakel peer caching niet in op al uw clients, kies er gewoon een paar op elke site, of gebruik op zijn minst een dynamische collectiequery om geschikte kandidaten te vinden. Zie de voorgaande voorbeelden in de sectie Stap 1.
koelheid: Achter de schermen, de client instelling heet ccm_superpeerclientconfig, en je zult ook SuperPeer genoemd in de log bestanden.
1. Maak in de Beheerruimte, in het knooppunt Clientinstellingen, een nieuwe aangepaste clientapparaat-instelling met de naam Peer-Cachebronnen.
2. Schakel in het dialoogvenster Peer-Cachebronnen het selectievakje clientcache-instellingen in en selecteer vervolgens clientcache-instellingen in het linkerdeelvenster.
3. Stel in het deelvenster aangepaste Apparaatinstellingen de maximale cache si
ze in op iets bruikbaars, zoals 65 GB, en schakel vervolgens peer-caching in door de client Configuratiebeheer inschakelen in volledig besturingssysteem voor het delen van inhoud in te stellen op Ja.
Opmerking: Een misschien betere manier om de maximale clientgrootte in te stellen is door een configuratie-item te gebruiken, dat via een script het dynamisch instelt, afhankelijk van hoeveel vrije schijfruimte de machines hebben. Een goed voorbeeld van Heath Lawson (@HeathL17) vind je hier: http://blogs.msdn.microsoft.com/helaw/2014/01/07/configuration-manager-cache-management.
4. Implementeer de instelling Peer Cache Sources client in de Peer Cache Sources-verzameling van alle Sites.
Stap 3 – create boundaries and boundary groups
aangezien peer caching clients alleen vrienden binnen een grensgroep vinden, moet u hebben een enigszins fatsoenlijke structuur van grensgroepen. Voor de eenvoud in mijn testen heb ik eenvoudig de volgende grensgroepen gemaakt.
- New York: waaraan ik 192.168.1 heb toegevoegd.1-192.168.1.254 IP range boundary
- Chicago: waaraan ik de 192.168.4.1 – 192.168.4.254 IP range boundary
Stap 4 – verifiëren dat het werkt
nu is het tijd om te controleren of het werkt, en in mijn voorbeeld heb ik een 1 GB pakket ingezet om de Peer Cache bronnen collectie (met twee clients in elke site).
zodra deze clients de inhoud hadden, heb ik het geïmplementeerd naar de overige clients op elke site, en heb gekeken wat er gebeurde door de CA ‘ s te volgen.log in op elke client.
gedrag in New York
in de initiële versies van Peer-Cache zou een client altijd een lokale DP gebruiken als er een in hetzelfde subnet was, maar in recente versies kunt u dat gedrag op de grensgroep configureren.
Als u de instellingen van uw grensgroep wijzigt naar het bovenstaande, krijgen clients in New York inhoud van de CM01 DP, ook al hebben hun peer caching vrienden de inhoud. Dit is de interessante regel in het logboek.
overeenkomende DP-locatie gevonden 0 – http://cm01.corp.viamonstra.com/sms_dp_smspkg$/ps10007f (plaats: SUBNET)
gedrag in Chicago
in Chicago is er geen lokale DP in Chicago, en de clients zullen de inhoud van zijn peer caching vrienden krijgen. Hieronder is CAS.log voorbeeld van clients in Chicago, en zoals je kunt zien gerangschikt peer cache bron voor de remote CM01 DP (die het ook gevonden).
Steno: De klanten in Chicago krijgen content van hun collega-caching vrienden. Dit is de interessante regel in het logboek.
overeenkomende DP-locatie gevonden 0 – http://w10peer-0006.corp.viamonstra.com:8003/sccm_branchcache$/ps100083 (plaats: PEER)
als laatste punt kunt u na 24 uur wachten de clients zien die hun downloadgeschiedenis rapporteren, beide in de ContentTransferManager.log en ook door te gaan naar de Monitoring werkruimte en selecteer de distributie Status / Client gegevensbronnen knooppunt.
Opmerking: De folks at 2Pint-Software heeft een hulpprogramma uitgebracht waarmee u het interval kunt instellen. De naam is Trigger Happy, en u downloadt het hier: http://2pintsoftware.com/download/trigger-happy
