Configurar Caché de pares en ConfigMgr Rama actual
Comenzando de nuevo en ConfigMgr Rama actual v1610, la caché de pares ha estado disponible. Esta función está diseñada para ayudar a reducir el impacto en la red de la entrega de contenido a clientes en entornos distribuidos y funciona con todos los tipos de paquetes que admite ConfigMgr (actualizaciones, paquetes heredados, aplicaciones, imágenes, etc.).).
Aquí hay una guía paso a paso que le muestra cómo configurar la caché de pares en la rama actual de ConfigMgr, además de darle información de fondo.
La Guía
La guía en este post son cuatro sencillos pasos para ponerlo en marcha:
- Paso 1-Crear una estructura de colección
- Paso 2-Configurar la configuración del cliente de caché de pares
- Paso 3-Crear límites y grupos de límites
- Paso 4-Verificar que funciona
Pero primero, un poco de fondo.
Configurar Caché de pares 101
La forma en que funciona la caché de pares es habilitando, a través de la configuración del cliente, qué máquinas de cada sitio deben poder compartir contenido con sus amigos. Estas máquinas se denominan Fuentes de caché de pares. Una vez que estas máquinas tienen el contenido, otras máquinas del mismo grupo de límites pueden descargar el contenido de sus «amigos» en lugar de hacerlo desde un DP remoto. Básicamente, puede ver a estos clientes como puntos de distribución adicionales 🙂
Fuentes de caché de pares
El contenido que desea tener disponible para el almacenamiento en caché de pares debe implementarse completamente en las fuentes de caché de pares, por lo que se encuentra en su caché, antes de que esté disponible para otros clientes. Pero una vez que lo tienen, no hay necesidad de esperar al despliegue del resto. ConfigMgr aprende sobre sus nuevos «puntos de distribución» con bastante rapidez.
Contenido en caché
El contenido que desea tener disponible para el almacenamiento en caché de pares debe implementarse completamente en las fuentes de caché de pares, de modo que se encuentre en su caché, antes de que esté disponible para otros clientes. Pero una vez que lo tienen, no hay necesidad de esperar al despliegue del resto. ConfigMgr aprende sobre sus nuevos «puntos de distribución» con bastante rapidez. A partir de ConfigMgr v1806, el MP solo devuelve clientes activos / activos en su red, según lo informado por su estado de canal rápido.
Grupo de límites
La caché de pares se realiza por grupo de límites, por lo que si un cliente se desplaza a un nuevo sitio (nuevo grupo de límites), se servirá con diferentes fuentes de caché de pares.
Seguridad
A partir de ConfigMgr v1710, todas las transferencias entre el cliente de caché de pares y la fuente de caché de pares que está utilizando actualmente se realizan con HTTPS.
Caché de pares y BranchCache
En muchos escenarios, puede usar BranchCache por su cuenta, sin la necesidad de involucrar la caché de pares, pero la Caché de pares funciona junto con BranchCache, más o menos, donde BranchCache funciona como una copia de seguridad para paquetes, pero también para contenido de pares que la caché de pares no puede, como las políticas ConfigMgr. Consulte esta publicación para obtener más información sobre la configuración de BranchCache: https://deploymentresearch.com/setup-branchcache-for-configmgr-current-branch/
Aquí hay un resumen rápido de las funciones de BranchCache y de almacenamiento en caché de pares:
BranchCache
- Los pares solo en la subred local (a menos que agregue una solución de terceros, luego puede abarcar varias subredes)
- No admite OSD (a menos que agregue una extensión gratuita de terceros para BranchCache),
- Puede comenzar a emparejar contenido tan pronto como el primer cliente reciba algunos bloques del archivo
- /li>
- Utiliza una caché separada de la que el cliente ConfigMgr Puede utilizar el contenido ConfigMgr que se ha deduplicado para reducir aún más el impacto en la red.
Caché de pares
- Los pares en el nivel de grupo de límites o en la subred local (configurable en el grupo de límites)
- No pueden iniciar el emparejamiento de contenido hasta que se haya descargado todo el paquete
- Pueden emparejar todos los tipos de paquetes ConfigMgr, pero no las directivas ConfigMgr
- Utiliza la caché de cliente ConfigMgr
La rama actual v1610 y posterior de ConfigMgr es un reemplazo directo de la función de caché de pares WinPE que se introdujo en la rama actual v1511 de ConfigMgr. Pero espero que haya actualizado su plataforma ConfigMgr a algo más nuevo 🙂
Escenario
En mi laboratorio, tengo dos sitios, Nueva York (192.168.1.0/24) que tiene un DP local, y Chicago (192.168.4.0/24) que no tiene un DP local.
- Nueva York: Con el CM01 DP, tiene cinco clientes: W10PEER-0001-W10PEER-0005.
- Chicago: Sin DP, tiene cinco clientes: W10PEER-0006-W10PEER-0010.
Nota: Para configurar un laboratorio con varias redes enrutadas, recomiendo usar un enrutador virtual en lugar del conmutador NAT típico en Hyper-V o VMware. Puede basarse en Linux o Windows, y encontrará una guía paso a paso aquí: https://deploymentresearch.com/285/Using-a-virtual-router-for-your-lab-and-test-environment
Paso 1-Crear una estructura de colección
Dado que necesita implementar contenido en unas pocas máquinas primero en cada sitio (al menos uno), creé una estructura de colección que se veía así:
- Fuentes de caché de pares – Todos los sitios: En esta colección, agregué dos máquinas de Chicago y dos de Nueva York.
- Clientes de caché de pares – Nueva York: Aquí agregué otras tres máquinas en el sitio de Nueva York, solo para probar
- Clientes de caché de pares-Chicago: Aquí agregué otras tres máquinas en el sitio de Chicago, nuevamente solo para probar
Colección Dinámica para Fuentes de Caché de pares
Si tiene muchas ubicaciones, puede que le resulte más fácil crear una colección dinámica que encuentre automáticamente buenos candidatos para ser Fuentes de Caché de pares:
-- 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
Para que la implementación del sistema operativo use una fuente de caché de pares para el contenido, debe agregar la variable de colección SMSTSPeerDownload, establecida en True, a la colección o colecciones en las que está implementando la secuencia de tareas. Opcionalmente, también puede agregar la variable SMSTSPreserveContent para forzar a la máquina a mantener los paquetes utilizados durante OSD en la caché del cliente ConfigMgr. Si omite agregar la variable SMSTSPeerDownload, el cliente siempre irá a un punto de distribución para los paquetes durante OSD.
Paso 2: Configurar la configuración del cliente de caché de pares
Para que los clientes ConfigMgr compartan contenido con otros, deben estar configurados para hacerlo a través de la Configuración del Cliente. También necesita ampliar la caché del cliente ConfigMgr (consulte a continuación).
Advertencia: No habilite el almacenamiento en caché de pares en todos sus clientes, solo elija algunos en cada sitio o, al menos, use una consulta de colección dinámica para encontrar candidatos adecuados. Consulte los ejemplos anteriores en la sección Paso 1.
Frescura: Entre bastidores, la configuración del cliente se llama CCM_SuperPeerClientConfig, y también verá SuperPeer mencionado en los archivos de registro.
1. En el espacio de trabajo de administración, en el nodo Configuración del cliente, cree una nueva configuración de dispositivo cliente personalizada llamada Fuentes de caché de pares.
2. En el cuadro de diálogo Orígenes de caché de pares, active la casilla Configuración de caché de cliente y, a continuación, en el panel izquierdo, seleccione Configuración de caché de cliente.
3. En el panel Configuración personalizada del dispositivo, establezca el valor Máximo de caché si
ze en algo útil, como 65 GB, y, a continuación, habilite el almacenamiento en caché de pares configurando la directiva Habilitar cliente de Configuration Manager en sistema operativo completo para compartir contenido en Sí.
Nota: Una forma quizás mejor de establecer el tamaño máximo del cliente es mediante el uso de un elemento de configuración, que a través de un script lo establece dinámicamente dependiendo de la cantidad de espacio libre en disco que tengan las máquinas. Encontrará un buen ejemplo de Heath Lawson (@HeathL17) aquí: http://blogs.msdn.microsoft.com/helaw/2014/01/07/configuration-manager-cache-management.
4. Implemente la configuración de cliente Fuentes de caché de pares en la colección Fuentes de caché de pares – Todos los sitios.
Paso 3 – Crear límites y grupos de límites
Ya que los clientes de caché de pares encuentran amigos dentro de solo un grupo de límites, necesita tener una estructura algo decente de grupos de límites. Para simplificar mis pruebas, creé los siguientes grupos de límites.
- Nueva York: A la que agregué el 192.168.1.1-192.168.1.254 Límite de rango IP
- Chicago: Al que agregué el límite de rango IP 192.168.4.1 – 192.168.4.254
Paso 4: Verificar que funciona
Ahora es el momento de verificar que funciona, y en mi ejemplo implementé un paquete de 1 GB en la colección de fuentes de caché de pares (que contiene dos clientes en cada sitio).
Una vez que estos clientes tenían el contenido, lo implementé en los clientes restantes de cada sitio y observé lo que sucedía siguiendo las CA.inicie sesión en cada cliente.
Comportamiento en Nueva York
En las versiones iniciales de la caché de pares, un cliente siempre usaría un DP local si hubiera uno en la misma subred, pero en versiones recientes puede configurar ese comportamiento en el grupo límite.
Si cambia la configuración de su grupo de límites a la anterior, los clientes en Nueva York obtienen contenido del DP CM01, a pesar de que sus amigos de caché de pares tienen la contenido. Esta es la línea interesante en el registro.
Ubicación de DP coincidente encontrada 0 – http://cm01.corp.viamonstra.com/sms_dp_smspkg$/ps10007f(Localidad: SUBRED)
Comportamiento en Chicago
En Chicago, no hay DP local en Chicago, y los clientes obtendrán el contenido de sus amigos de caché de pares. A continuación se muestra CAS.ejemplo de registro de clientes en Chicago, y como puede ver, el origen de caché de pares clasificado antes del DP CM01 remoto (que también encontró).
Taquigrafía: Los clientes en Chicago están obteniendo contenido de sus amigos de caché de pares. Esta es la línea interesante en el registro.
Se encontró una ubicación de DP coincidente 0 – http://w10peer-0006.corp.viamonstra.com:8003/sccm_branchcache$/ps100083(Localidad: PEER)
Como toque final, después de esperar 24 horas, puede ver a los clientes reportando su historial de descargas, ambos en ContentTransferManager.registre y, además, vaya al área de trabajo de supervisión y seleccione el nodo Estado de distribución / Fuentes de datos de cliente.
Nota: La gente de 2Pint Software ha lanzado una utilidad que le permite establecer el intervalo. El nombre es Trigger Happy, y lo descarga aquí: http://2pintsoftware.com/download/trigger-happy
