Konfiguracja cache’ u Peera w bieżącej gałęzi ConfigMgr
zaczynając już w bieżącej gałęzi ConfigMgr v1610, Cache Peera był dostępny. Ta funkcja ma na celu zmniejszenie wpływu sieciowego dostarczania treści do klientów w środowiskach rozproszonych i działa ze wszystkimi typami pakietów, które obsługuje ConfigMgr (aktualizacje, starsze Pakiety, aplikacje, obrazy itp.).
oto przewodnik krok po kroku, który pokazuje, jak skonfigurować pamięć podręczną peer w bieżącej gałęzi ConfigMgr, a także daje kilka informacji w tle.
Przewodnik
przewodnik w tym poście to cztery proste kroki, aby go uruchomić:
- Krok 1 – Utwórz strukturę kolekcji
- Krok 2 – Skonfiguruj ustawienia klienta bufora Peer
- Krok 3 – Utwórz granice i grupy obramowań
- Krok 4 – Sprawdzenie, czy działa
ale najpierw trochę tła.
ConfigMgr Peer Cache 101
sposób Peer Cache działa, jest to, że można włączyć, poprzez ustawienia klienta, jakie maszyny na każdej stronie, które powinny być dozwolone do udostępniania treści z przyjaciółmi. Maszyny te nazywane są źródłami pamięci podręcznej rówieśników. Gdy te maszyny mają zawartość, inne maszyny z tej samej grupy granicznej mogą pobrać zawartość od swoich „znajomych”, a nie ze zdalnego DP. Możesz zasadniczo zobaczyć tych klientów jako dodatkowe punkty dystrybucji 🙂
Peer Cache Sources
zawartość, którą chcesz mieć dostęp do buforowania peer, musi być w pełni wdrożona do źródeł buforowania peer, więc znajduje się w ich pamięci podręcznej, zanim stanie się dostępna dla innych klientów. Ale kiedy już ją mają, nie ma potrzeby czekać na resztę. ConfigMgr dość szybko dowiaduje się o nowych „punktach dystrybucji”.
zawartość buforowana
zawartość, którą chcesz mieć dostęp do buforowania peer, musi być w pełni wdrożona do źródeł pamięci podręcznej peer, więc znajduje się w ich pamięci podręcznej, zanim stanie się dostępna dla innych klientów. Ale kiedy już ją mają, nie ma potrzeby czekać na resztę. ConfigMgr dość szybko dowiaduje się o nowych „punktach dystrybucji”. Począwszy od ConfigMgr v1806, MP zwraca tylko aktywnych / aktywnych klientów w sieci, zgodnie z ich statusem szybkiego kanału.
Grupa Boundary
Peer Cache jest wykonywany dla każdej grupy boundary, więc jeśli klient wędruje do nowego serwisu (Nowa grupa boundary), będzie obsługiwany z różnymi źródłami Peer Cache.
bezpieczeństwo
począwszy od ConfigMgr v1710, wszystkie transfery między Klientem pamięci podręcznej peer a źródłem pamięci podręcznej peer, którego obecnie używa, są wykonywane za pomocą HTTPS.
Peer Cache i BranchCache
w wielu scenariuszach możesz używać BranchCache samodzielnie, bez potrzeby angażowania Peer Cache, ale Peer Cache działa razem z BranchCache, w pewnym sensie, gdzie BranchCache działa jako kopia zapasowa pakietów, ale także do zawartości peer Cache, której nie może Peer Cache, jak Zasady ConfigMgr. Zobacz ten post, aby uzyskać więcej informacji na temat konfigurowania BranchCache: https://deploymentresearch.com/setup-branchcache-for-configmgr-current-branch/
oto krótkie podsumowanie funkcji buforowania BranchCache i Peer:
BranchCache
- Peers tylko na lokalnej podsieci (chyba że dodanie rozwiązania innej firmy, wtedy może obejmować wiele podsieci)
- nie obsługuje OSD (chyba że dodanie bezpłatnego rozszerzenia innej firmy dla BranchCache),
- może rozpocząć peering zawartości, gdy tylko pierwszy klient otrzyma kilka bloków pliku
- może peerować wszystkie typy pakietów ConfigMgr, a także polityki ConfigMgr
- używa oddzielnej pamięci podręcznej niż klient ConfigMgr
- może wykorzystać zawartość ConfigMgr, która została deduplikowana danych, aby jeszcze bardziej zmniejszyć wpływ sieci.
Peer Cache
- Peer na poziomie grupy granicznej lub w podsieci lokalnej (konfigurowalne na grupie granicznej)
- nie może rozpocząć peeringu zawartości, dopóki cały pakiet nie zostanie pobrany
- może peerować wszystkie typy pakietów ConfigMgr, ale nie ConfigMgr policies
- używa ConfigMgr client cache
zastępując WinPE Peer Cache
Peer Cache w ConfigMgr current branch v1610 i nowsze jest bezpośrednim zamiennikiem dla funkcji WinPE peer Cache, która została wprowadzona w ConfigMgr Current Branch v1511. Ale mam nadzieję, że zaktualizowałeś swoją platformę ConfigMgr do czegoś nowszego 🙂
Scenariusz
w moim laboratorium mam dwie strony, Nowy Jork (192.168.1.0/24), który ma lokalną DP, i Chicago (192.168.4.0/24), który nie ma lokalnej DP.
- Nowy Jork: z CM01 DP, ma pięciu klientów: W10PEER-0001 – W10PEER-0005.
- Chicago: bez DP, ma pięciu klientów: W10PEER-0006 – w10peer-0010.
Uwaga: Aby skonfigurować laboratorium z wieloma routerami, zalecam użycie wirtualnego routera zamiast typowego przełącznika NAT w Hyper-V lub VMWare. Może być oparty na systemie Linux lub Windows, a przewodnik krok po kroku znajdziesz tutaj: https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment
Krok 1 – Utwórz strukturę kolekcji
ponieważ musisz najpierw wdrożyć zawartość na kilku komputerach w każdej witrynie (co najmniej jednej), utworzyłem strukturę kolekcji, która wyglądała następująco:
- Peer Cache Sources – All Sites: Do tej kolekcji dodałem dwie maszyny z Chicago i dwie maszyny z Nowego Jorku.
- Peer Cache Clients-New York: tutaj dodałem trzy inne maszyny w witrynie w Nowym Jorku, tylko do testowania
- Peer Cache Clients-Chicago: tutaj dodałem trzy inne maszyny w witrynie w Chicago, ponownie tylko do testowania
dynamiczna Kolekcja dla źródeł pamięci Peer Cache
Jeśli masz wiele lokalizacji, możesz łatwiej stworzyć dynamiczną kolekcję, która automatycznie znajdzie dobrych kandydatów na źródła pamięci Peer Cache
:
-- 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
aby wdrożyć system operacyjny, aby użyć źródła pamięci podręcznej dla zawartości, musisz dodać zmienną the smstspeerdownload collection, ustawioną na true, do kolekcji(kolekcji), do których wdrażasz sekwencję zadań. Opcjonalnie można również dodać zmienną SMSTSPreserveContent, aby wymusić na maszynie zachowanie pakietów używanych podczas OSD w pamięci podręcznej klienta ConfigMgr. Jeśli pominiesz dodawanie zmiennej SMSTSPeerDownload, klient zawsze przejdzie do punktu dystrybucji pakietów podczas OSD.
Krok 2 – Skonfiguruj ustawienia klienta pamięci podręcznej Peer
aby klienci ConfigMgr dzielili się zawartością z innymi, muszą być skonfigurowani do tego za pomocą ustawień klienta. Musisz również rozszerzyć bufor klienta ConfigMgr (patrz poniżej).
Ostrzeżenie: Nie włączaj buforowania peer na wszystkich swoich klientach, po prostu wybierz kilka na każdej stronie lub przynajmniej użyj dynamicznego zapytania do zbierania, aby znaleźć odpowiednich kandydatów. Zobacz poprzednie przykłady w sekcji Krok 1.
chłód: Za kulisami, ustawienie klienta nosi nazwę CCM_SuperPeerClientConfig, a także zobaczysz SuperPeer wspomniany w plikach dziennika.
1. W obszarze roboczym Administracji, w węźle ustawienia klienta, utwórz nowe niestandardowe ustawienie urządzenia Klienta o nazwie Źródła pamięci podręcznej rówieśników.
2. W oknie dialogowym Źródła pamięci podręcznej rówieśników zaznacz pole wyboru ustawienia pamięci podręcznej klienta, a następnie w lewym okienku wybierz Ustawienia pamięci podręcznej klienta.
3. W panelu ustawień niestandardowych urządzeń Ustaw maksymalną pamięć podręczną si
ze na coś przydatnego,na przykład 65 GB, a następnie włącz buforowanie rówieśników, ustawiając włącz klienta menedżera konfiguracji w pełnym systemie operacyjnym, aby udostępniać Zasady zawartości na tak.
Uwaga: być może lepszym sposobem na ustawienie maksymalnego rozmiaru klienta jest użycie elementu konfiguracyjnego, który za pomocą skryptu ustawia go dynamicznie w zależności od ilości wolnego miejsca na dysku maszyn. Dobry przykład Heatha Lawsona (@HeathL17) znajdziesz tutaj: http://blogs.msdn.microsoft.com/helaw/2014/01/07/configuration-manager-cache-management.
4. Wdrożyć ustawienie klienta Peer Cache Sources client do Peer Cache Sources-all Sites collection.
Krok 3 – Utwórz granice i grupy granic
, ponieważ klienci buforowania peer znajdują znajomych w tylko grupa graniczna, musisz mieć nieco przyzwoitą strukturę grup granicznych. Dla uproszczenia w moich testach po prostu stworzyłem następujące grupy graniczne.
- Nowy Jork: do którego dodałem 192.168.1.1-192.168.1.254 granica zakresu IP
- Chicago: do którego dodałem granicę zakresu IP 192.168.4.1-192.168.4.254
Krok 4 – Sprawdzenie, czy działa
teraz nadszedł czas, aby zweryfikować jego działanie, a w moim przykładzie wdrożyłem Pakiet 1 GB do kolekcji źródeł pamięci podręcznej Peer (zawierający po dwóch klientów w każdej witrynie).
gdy ci klienci mieli zawartość, wdrożyłem ją do pozostałych klientów w każdej witrynie i obserwowałem, co się stało, podążając za CAS.Zaloguj się na każdego klienta.
zachowanie w Nowym Jorku
w początkowych wersjach pamięci Peer Cache klient zawsze korzystał z lokalnego DP, jeśli istniał w tej samej podsieci, ale w ostatnich wersjach można skonfigurować to zachowanie na grupie boundary.
Jeśli zmienisz ustawienia grupy boundary na powyższe, klienci w Nowym Jorku otrzymują zawartość z CM01 DP, mimo że ich znajomi buforujący peera mają dostęp do plików treść. To jest interesująca linia w dzienniku.
znaleziono pasującą lokalizację DP 0 – http://cm01.corp.viamonstra.com/sms_dp_smspkg$/ps10007f (miejscowość: Podsieć)
zachowanie w Chicago
w Chicago nie ma lokalnego DP w Chicago, a klienci otrzymają zawartość od swoich znajomych buforujących. Poniżej znajduje się CAS.przykład logowania od klientów w Chicago, i jak widać w rankingu peer Cache source przed zdalnym CM01 DP (który również znalazł).
: Klienci w Chicago otrzymują treści od swoich znajomych buforujących. To jest interesująca linia w dzienniku.
pasująca lokalizacja DP znaleziona 0 – http://w10peer-0006.corp.viamonstra.com:8003/sccm_branchcache$/ps100083 (lokalizacja: PEER)
jako ostateczne dotknięcie, po odczekaniu 24 godzin, możesz zobaczyć klientów zgłaszających swoją historię pobierania, zarówno w ContentTransferManager.Zaloguj się, a także przechodząc do obszaru roboczego monitorowania i wybierz węzeł Status dystrybucji / źródła danych Klienta.
Uwaga: folks at 2pint Software wydał narzędzie, które pozwala ustawić interwał. Nazwa jest Trigger Happy, i pobrać go tutaj: http://2pintsoftware.com/download/trigger-happy
