Esta pregunta parece surgir con frecuencia cuando estoy trabajando con un cliente. No es de extrañar para mí que la gente pueda confundirse acerca del “repliegue”. Tenemos un punto de estado de reserva, una reserva para la ubicación del contenido y un sitio de reserva para la asignación del cliente . Cada uno de estos “fallback” son muy diferentes entre sí y se pueden mezclar fácilmente. Comencemos examinando cada tipo de “respaldo” y lo que hace.
Punto de estado de reserva
El Fallback Status Point (FSP) es un rol que se utiliza para recibir mensajes de estado de clientes, similar a un punto de administración (MP). La diferencia es que solo se envían ciertos tipos de mensajes de estado a un FSP, en particular mensajes relacionados con la instalación del cliente, la asignación del sitio del cliente y los clientes que no pueden comunicarse con su MP HTTPS. Hay informes integrados que pueden aprovecharse para ver los datos recibidos por el FSP. Sin embargo, agregar el rol FSP en sí no es suficiente, los clientes deben estar configurados para usar el FSP.
- ¿Cómo aprender a hacer un sitio de redes sociales? ¿Cuáles son los mejores lenguajes de programación para construir un sitio de red social (con cuentas, perfiles, etc.) y cuáles son las mejores formas de aprender estos idiomas rápidamente?
- ¿Cuáles son algunos buenos tutoriales y recursos de Node.js que no usan marcos adicionales?
- ¿Por qué hay una salida indefinida en Node.js, incluso cuando se imprime una instrucción console.log?
- ¿Cómo se escriben las reglas CSS específicas de una URL?
- ¿Qué bootcamps canadienses enseñan JavaScript y sus marcos en lugar de Ruby / Ruby on Rails?
Los siguientes fragmentos de registro son de un ccmsetup.log donde el cliente no ha pasado la propiedad FSP = durante la instalación del cliente.
Observe que la línea FSP: está en blanco.
Aquí puede ver que debido a que no se definió un FSP, los mensajes de estado (100, 400) de ccmsetup.log no se enviaron a ninguna parte.
El siguiente conjunto de fragmentos proviene de ccmsetup.log, donde se pasa al cliente la propiedad FSP = durante la instalación del cliente.
Observe que la línea FSP ya no está en blanco y contiene el FQDN del servidor que posee el rol FSP
Ahora podemos ver que los mensajes de estado se enviaron al FSP para su procesamiento
Hay varios informes disponibles para ver los resultados de los datos procesados por el Punto de estado de reserva. Se encuentran en la categoría “SMS – Información del cliente” en Reporting Services. Los relacionados con la instalación del cliente y la asignación del sitio son:
- Informe de estado detallado de asignación de cliente
- Detalles de falla de asignación de cliente
- Detalles del estado de asignación del cliente
- Detalles de éxito de asignación de cliente
- Informe de falla de implementación del cliente
- Detalles del estado de implementación del cliente
- Informe de éxito de implementación del cliente
Sitio de reserva
El próximo “Fallback” para discutir es usar un “Sitio de Fallback”. Recomiendo tener precaución al habilitar esta función. Puede conducir a resultados inesperados si no se usa correctamente. En Configuration Manager 2012, simplemente crear límites no es suficiente. Para definir un límite que se utilizará para la asignación del sitio , debe agregarse a un grupo de límites que esté habilitado para la asignación del sitio . El sitio de reserva permite que los clientes que se instalen utilizando la propiedad de instalación SMSSITECODE = AUTO se asignen al sitio de reserva si no se encuentran en un límite asociado con un grupo de límites habilitado para la asignación del sitio .
Puede habilitar un sitio para usarlo como un sitio alternativo en Administración -> Configuración de jerarquía como se ve a continuación:
Respaldo para la ubicación del contenido
Finalmente, profundicemos en la “alternativa” para la función de ubicación de contenido. Esencialmente, esta característica está diseñada para permitir que el cliente obtenga acceso a contenido que no está disponible en un Punto de Distribución (DP) que se encuentra en su Grupo de Límites . Si esta característica no se implementa correctamente, puede generar resultados inesperados y una alta utilización de la red a través de enlaces WAN remotos. Para algunos tipos de implementaciones, esta opción está habilitada de manera predeterminada .
Retrocedamos y hablemos sobre el diseño de Configuration Manager. Una mejor práctica de diseño es minimizar la utilización del ancho de banda de la red. Una de las formas de hacer esto es colocar los DP cerca de los clientes que extraerán contenido de esos DP. Normalmente, el diseño debe ser tal que reduzca o limite la cantidad de tráfico que atraviesa los enlaces WAN de la organización. En algunos casos, esto no siempre es posible (es decir, clientes conectados a través de VPN).
Cuando instala la función DP, el asistente solicita la pertenencia a un grupo de límites . En la mitad inferior de la pantalla, verá una casilla de verificación de selección (activada de forma predeterminada) que se utiliza para determinar si este DP debe establecerse o no en “Permitir ubicación de origen de respaldo para contenido” .
Cuando esta casilla está marcada, permite que los clientes que no están en los Grupos de límites con los que está asociado el DP sigan obteniendo contenido de este DP. En algunos casos, particularmente si este DP está en una oficina remota, puede que este no sea el resultado deseado. Veamos el siguiente ejemplo.
En el diagrama a continuación, tenemos un diseño simple con un DP ubicado en el sitio de la sede (HQ) y un DP ubicado en cada oficina remota (control remoto A y B). Cada ubicación es su propio grupo de límites con su propio DP asignado. Cuando se instaló el DP para Remote B, el cuadro “Permitir ubicación de origen de reserva para contenido” se dejó “marcado”, lo que permite que este DP permita que los clientes que no están en su grupo de límites obtengan contenido.
Se creó una implementación dirigida a los clientes en el Remoto A. Sin embargo, el contenido nunca se agregó al DP en el Remoto A, ya que el DP del Remoto B está habilitado para el repliegue, todos los clientes en el Remoto A se devuelven Remoto B como una ubicación de origen para contenido y comience a descargar contenido del Remote B DP. Dependiendo del tamaño del contenido, esto puede saturar rápidamente no solo el enlace de Remote A a HQ, sino también afectar el enlace de Remote B. Ahora hemos creado una situación con resultados no deseados y posiblemente podría afectar las operaciones comerciales .
Si planea utilizar la opción “Permitir ubicación de origen de reserva para contenido”, asegúrese de planificar cuidadosamente qué DP tienen esta opción establecida. Normalmente serán los DP ubicados en las ubicaciones de su sede o centros de datos.
Además de configurar el DP para permitir el repliegue, hay configuraciones adicionales en la Aplicación, Paquetes, Actualizaciones de software y Secuencias de tareas que determinan si ese Despliegue o Tipo de despliegue en particular se debe habilitar para usar la fuente de respaldo para la ubicación del contenido. (Un ejemplo de un tipo de implementación se muestra a continuación)
Esto nos permite ahora diseñar una estrategia para aprovechar la capacidad de usar “Permitir ubicaciones de origen de respaldo para el contenido” por despliegue. Hay algunos diseños que pueden requerir que tengamos DP designados para permitir el retroceso y donde las implementaciones críticas están configuradas para permitir el retroceso. Tales casos de uso incluirían ciertas aplicaciones comerciales críticas o Actualización de software que deben instalarse en los clientes, incluso si el contenido no está disponible en el DP en su grupo de límites. Tenga en cuenta el tamaño de las implementaciones que están configuradas para permitir la recuperación. El contenido de menos de 100 MB tendrá un impacto muy diferente al contenido de más de 500 MB.
