Setup Peer Cache in ConfigMgr Current Branch
Iniziando già di nuovo in ConfigMgr Current Branch v1610, Peer Cache ha disponibile. Questa funzione è progettata per ridurre l’impatto di rete della distribuzione di contenuti ai client in ambienti distribuiti e funziona con tutti i tipi di pacchetti supportati da ConfigMgr (aggiornamenti, pacchetti legacy, applicazioni, immagini, ecc.).
Ecco una guida passo-passo che ti mostra come configurare la cache peer nel ramo corrente di ConfigMgr, oltre a darti alcune informazioni di base.
La guida
La guida in questo post sono quattro semplici passi per farlo andare avanti:
- Passo 1 – Creare una struttura di raccolta
- Passo 2 – Configurare le impostazioni del client Peer Cache
- Passo 3 – Creare confini e gruppi di confine
- Passo 4 – Verificare che funzioni
Ma prima, un po ‘ di sfondo.
ConfigMgr Peer Cache 101
Il modo in cui funziona Peer Cache, è che si attiva, tramite le impostazioni del client, quali macchine su ogni sito che dovrebbe essere consentito di condividere contenuti con i loro amici. Queste macchine sono chiamate Origini cache Peer. Una volta che queste macchine hanno il contenuto, altre macchine nello stesso gruppo di limiti possono scaricare il contenuto dai loro “amici” piuttosto che da un DP remoto. Puoi fondamentalmente vedere questi client come punti di distribuzione aggiuntivi
Peer Cache Sources
Il contenuto che vuoi avere a disposizione per la cache peer deve essere completamente distribuito nelle origini della cache peer, quindi si trova nella loro cache, prima che diventi disponibile per altri client. Ma una volta che ce l’hanno, non c’è bisogno di aspettare la distribuzione al resto. ConfigMgr impara a conoscere i suoi nuovi “punti di distribuzione” abbastanza rapidamente.
Contenuto memorizzato nella cache
Il contenuto che si desidera avere a disposizione per la cache peer deve essere completamente distribuito alle origini della cache peer, quindi si trova nella loro cache, prima che diventi disponibile per altri client. Ma una volta che ce l’hanno, non c’è bisogno di aspettare la distribuzione al resto. ConfigMgr impara a conoscere i suoi nuovi “punti di distribuzione” abbastanza rapidamente. A partire da ConfigMgr v1806, l’MP restituisce solo client live/attivi sulla rete, come riportato dallo stato del canale veloce.
Boundary Group
La cache peer viene eseguita per gruppo di limiti, quindi se un client si sposta su un nuovo sito (nuovo gruppo di limiti), verrà servito con diverse origini di cache Peer.
Sicurezza
A partire da ConfigMgr v1710, tutti i trasferimenti tra il client della cache peer e la sorgente della cache peer attualmente in uso vengono eseguiti con HTTPS.
Cache Peer e BranchCache
In molti scenari è possibile utilizzare BranchCache da solo, senza la necessità di coinvolgere la cache Peer, ma la cache Peer funziona insieme a BranchCache, una sorta di, dove BranchCache funziona come backup per i pacchetti, ma anche per peer content che Peer Cache non può, come le politiche di ConfigMgr. Vedi questo post per maggiori informazioni sull’impostazione di BranchCache: https://deploymentresearch.com/setup-branchcache-for-configmgr-current-branch/
Ecco un breve riassunto delle funzionalità di BranchCache e Peer Caching:
BranchCache
- i Compagni sulla subnet locale solo (a meno che l’aggiunta di una soluzione di terze parti, quindi si può comprendere più subnet)
- non supporta OSD (a meno che, aggiungendo una connessione di terzi estensione per BranchCache),
- Può iniziare a scrutare i contenuti non appena il cliente riceve un paio di blocchi di file
- Può peer tutti ConfigMgr tipi di pacchetto, così come ConfigMgr politiche
- Utilizza una cache separato rispetto al client configuration manager
- Può utilizzare ConfigMgr contenuti che sono stati dati deduplicati per ridurre ulteriormente l’impatto sulla rete.
Peer Cache
- Coetanei sul confine livello di gruppo o sulla subnet locale (configurabile il gruppo di confine)
- Impossibile avviare il peering il contenuto fino a quando l’intero pacchetto è stato scaricato
- Può peer tutti ConfigMgr tipi di pacchetto, ma non ConfigMgr politiche
- Utilizza il client configuration manager cache
Sostituzione di WinPE Peer Cache
Peer Cache in ConfigMgr Branch Corrente v1610 e poi è una sostituzione diretta per il WinPE Peer Cache che era stata introdotta in ConfigMgr Branch Corrente v1511. Ma spero che tu abbia aggiornato la tua piattaforma ConfigMgr a qualcosa di più recente Scenario
Scenario
Nel mio laboratorio, ho due siti, New York (192.168.1.0/24) che ha un DP locale e Chicago (192.168.4.0/24) che non ha un DP locale.
- New York: Con il CM01 DP, ha cinque clienti: W10PEER – 0001-W10PEER-0005.
- Chicago: Senza DP, ha cinque clienti: W10PEER-0006-W10PEER-0010.
Nota: Per configurare un laboratorio con più reti instradate, consiglio di utilizzare un router virtuale al posto del tipico switch NAT in Hyper-V o VMware. Può essere basato su Linux o Windows e qui trovi una guida passo-passo: https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment
Passo 1-Creare una struttura di raccolta
Poiché è necessario distribuire il contenuto su alcune macchine prima in ogni sito (almeno uno), ho creato una struttura di raccolta simile a questa:
- Peer Cache Sources-All Sites: In questa collezione, ho aggiunto due macchine da Chicago, e due macchine da New York.
- Peer Cache – New York: Qui ho aggiunto altre tre macchine in New York sito, solo per il testing
- Peer Cache – Chicago: Qui ho aggiunto altre tre macchine in Chicago sito, di nuovo solo per il testing
insieme Dinamico di Peer Cache Fonti
Se si dispone di molte posizioni, si potrebbe trovare più facile per creare un insieme dinamico che trova automaticamente buoni candidati per essere Peer Cache Fonti:
-- 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
In ordine per la Distribuzione del sistema operativo per l’utilizzo di un peer cache di origine per i contenuti, è necessario aggiungere il SMSTSPeerDownload collezione variabile, impostata su True, la collezione di(s) sono in distribuzione la sequenza di attività per. Facoltativamente, è anche possibile aggiungere la variabile SMSTSPreserveContent per forzare la macchina a mantenere i pacchetti utilizzati durante l’OSD nella cache del client ConfigMgr. Se si salta l’aggiunta della variabile SMSTSPeerDownload, il client andrà sempre a un punto di distribuzione per i pacchetti durante l’OSD.
Passo 2 – Configurare le impostazioni del client Cache peer
Per far sì che i client ConfigMgr condividano il contenuto con altri, devono essere configurati per farlo tramite le Impostazioni del client. È inoltre necessario estendere la cache del client ConfigMgr (vedi sotto).
Attenzione: non abilitare il caching peer su tutti i client, basta sceglierne alcuni su ciascun sito o almeno utilizzare una query di raccolta dinamica per trovare candidati adatti. Vedere gli esempi precedenti nella sezione Passaggio 1.
Freddezza: Dietro le quinte, l’impostazione del client si chiama CCM_SuperPeerClientConfig e vedrai anche SuperPeer menzionato nei file di registro.
1. Nell’area di lavoro Amministrazione, nel nodo Impostazioni client, creare una nuova impostazione del dispositivo client personalizzato denominata Origini cache peer.
2. Nella finestra di dialogo Origini cache peer selezionare la casella di controllo Impostazioni cache client, quindi nel riquadro di sinistra selezionare Impostazioni cache client.
3. Nel riquadro Impostazioni dispositivo personalizzate, impostare la cache massima si
ze su qualcosa di utile, ad esempio 65 GB, quindi abilitare la cache peer impostando il client Enable Configuration Manager in full OS to share content policy su Yes.
Nota: un modo forse migliore per impostare la dimensione massima del client è usando un elemento di configurazione, che tramite uno script lo imposta dinamicamente a seconda della quantità di spazio libero su disco delle macchine. Trovi un buon esempio da Heath Lawson (@HeathL17) qui: http://blogs.msdn.microsoft.com/helaw/2014/01/07/configuration-manager-cache-management.
4. Distribuire l’impostazione del client Peer Cache Sources nella raccolta Peer Cache Sources-All Sites.
Passo 3 – Creazione di confini e gruppi di confine
Dato che il peer cache clienti trova amici all’interno di un gruppo di confine, è necessario avere un po ‘ decente struttura di gruppi di confine. Per semplicità nel mio test ho creato semplicemente i seguenti gruppi di limiti.
- New York: A cui ho aggiunto il 192.168.1.1-192.168.1.254 IP range boundary
- Chicago: A cui ho aggiunto il 192.168.4.1 – 192.168.4.254 IP range boundary
Passo 4-Verificare che funzioni
Ora è il momento di verificare che funzioni, e nel mio esempio ho distribuito un pacchetto da 1 GB nella raccolta Peer Cache Sources (contenente due client in ogni sito).
Una volta che questi client avevano il contenuto, l’ho distribuito ai client rimanenti in ogni sito e ho osservato cosa è successo seguendo il CAS.accedere a ogni cliente.
Comportamento a New York
Nelle versioni iniziali di Peer Cache, un client userebbe sempre un DP locale se ce n’era uno nella stessa sottorete, ma nelle versioni recenti è possibile configurare quel comportamento sul gruppo di confine.
Se si modificano le impostazioni del gruppo di limiti su quanto sopra, i client di New York ricevono contenuti dal CM01 DP, anche se i loro amici di cache peer hanno il contenuto. Questa è la linea interessante nel registro.
Corrispondente posizione DP trovato 0- http://cm01.corp.viamonstra.com/sms_dp_smspkg$/ps10007f(Località: SUBNET)
Comportamento a Chicago
A Chicago, non c’è DP locale a Chicago e i client riceveranno il contenuto dai suoi amici di cache peer. Di seguito è riportato CAS.esempio di log dai client di Chicago e, come puoi vedere, ha classificato la sorgente della cache peer prima del CM01 DP remoto (che ha anche trovato).
Stenografia: I clienti di Chicago stanno ottenendo contenuti dai loro amici peer caching. Questa è la linea interessante nel registro.
Corrispondente posizione DP trovato 0 – http://w10peer-0006.corp.viamonstra.com:8003/sccm_branchcache$/ps100083(Località: PEER)
Come tocco finale, dopo aver atteso per 24 ore, è possibile vedere i client che riportano la loro cronologia di download, sia nel ContentTransferManager.accedere e anche andando all’area di lavoro di monitoraggio e selezionare il nodo Stato distribuzione / Origini dati client.
Nota: Il software folks at 2Pint ha rilasciato un’utilità che consente di impostare l’intervallo. Il nome è Trigger Happy e lo scarichi qui:http://2pintsoftware.com/download/trigger-happy
