La distribución de software ha sido desde los comienzos de este producto uno de los pilares básicos. Con SCCM 2012 se ha cambiado el concepto que hasta ahora había a la hora de distribuir software, haciéndolo más potente y versátil que en versiones precedentes, eso si aumentando la complejidad de su configuración, pero una vez entendidos los conceptos y haber hecho muchas pruebas descubrirás la potencia que se ha conseguido con este nuevo formato. La distribución antigua aún se puede utilizar con SCCM 2012, pero poco a poco irás cambiando esos paquetes por los nuevos despliegues.
A lo largo de varios artículos iremos adentrándonos en este módulo de SCCM 2012, para acabar haciendo una práctica en los laboratorios virtuales de Microsoft.
Se pueden distribuir un gran número de aplicaciones, tanto físicas como virtuales, se pueden distribuir Scripts y ficheros batch. Tenemos la posibilidad de una gran configuración centrándonos en si la distribución se hará a los usuarios o a los sistemas, si la aplicación será física o virtual.
Lo nuevo en el despliegue de aplicaciones:
Como hemos dicho antes el modelo antiguo de “Software distribution” está presente en SCCM 2012, en la consola se puede encontrar dentro del nodo “Application Management”à”Packages”
Para empezar diremos que la terminología de la distribución de software ha cambiado, mira la siguiente tabla para ver las diferencias:
Despliegue de aplicaciones (aplicattion Deployment) | Distribución de software clásica |
Aplicación (application) | Paquete (Package) |
Tipo de despliegue (Deployment type) | Programa (Program) |
Despliegue (Deployment) | Aviso (Advertisement). |
Los cambios en los puntos de distribución:
- Estaciones de trabajo como puntos de distribución: los Branch distribution point se introdujeron a partir de 2007, no han desaparecido del todo, al menos no están en las mismas condiciones que antes. Se puede configurar un Punto de distribución en una estación de trabajo con Windows 7 y no es necesario que tenga el cliente instalado. La limitación que tiene es que no admiten más de 20 conexiones simultáneamente.
- El nuevo modelo de distribución de software y puntos de distribución requiere mucho menos espacio que antes, ya que el contenido se almacena una sola vez en el servidor.
- SCCM 2012 tiene la habilidad de comprobar el contenido de los puntos de distribución para evitar datos corruptos, esto lo realiza tanto para el modelo clásico como para el nuevo, si encuentra errores lo notifica a los administradores para que tomen las medidas oportunas.
- Una de las razones para tener sitios secundarios es dar soporte a localizaciones donde hay que controlar el ancho de banda que se usa para evitar cuellos de botella en las comunicaciones. Con la nueva versión de SCCM se consigue gestionar el ancho de banda directamente entre el sitio y los puntos de distribución remotos evitando así la necesidad de instalar sitios secundarios solo por este motivo.
- En SCCM 2012 todos los puntos de distribución están protegidos por defecto, la única forma de que un cliente acceda a un punto de distribución es que este esté dentro del grupo de límites que el cliente tiene especificados. Aunque existe un mecanismo para que clientes desconocidos se puedan conectar a los puntos de distribución y se llama “fallback”
- En versiones anteriores al cambiar un servidor que contenía un punto de distribución o simplemente al cambiarlo de nombre había que redistribuir todo el contenido de nuevo. Pero no se mantenían las configuraciones y había que utilizar herramientas de terceros para llevar a cabo esta tarea. En SCCM se permite la opción de tener el contenido previamente organizado (prestaged content) en los puntos de distribución. Es decir se puede utilizar medios externos como DVD´s para montar el contenido de un punto de distribución, sin necesidad de usar la red.
- El proceso de añadir o quitar un punto de distribución en SCCM 2012 es fácil pero ¿que pasa con el contenido? Antes había que migran todo el contenido de un punto a otro y llevaba mucho tiempo y trabajo. Desde la versión 2007 existen los Grupos de puntos de distribución aunque no se utilizaban demasiado. En SCCM 2012 se ha renovado. ¿Que se consigue con los grupos de puntos de distribución?, pues tener todo el contenido siempre disponible, independientemente que se elimine uno o se incluya otro.
- Los usuarios son el foco de atención a la hora de distribuir software, aún se pueden desplegar programas a sistemas, pero SCCM 2012 nos ofrece la posibilidad de interactuar mucho mejor con los usuarios. Podemos distribuir aplicaciones a usuarios dependiendo de donde se encuentren si están en la red local, si están conectados con un móvil, etc,… esto se consigue definiendo cual es el dispositivo principal de un usuario, se puede distribuir una aplicación al PC principal del usuario y si este se conecta en un PC remoto fuera de la red, se le puede lanzar la misma aplicación pero virtualizada.
- El centro de software (Software Center) es una mejora de “Run advertisement program” de versiones anteriores. En el centro de software los usuarios pueden ver que aplicaciones tienen disponibles y pueden configurar cuando instalarlas.
- El catálogo de software (software catalog) permite publicar a los administradores aplicaciones en una Web. Los usuarios pueden descargarse el software de esta Web, siempre que estén autorizados por el administrador o puede haber software libre para que cualquier usuario se lo pueda instalar.
Aplicaciones de referencia:
Los mecanismos de las aplicaciones de referencia permiten a los administradores ver las dependencias y las actualizaciones de reemplazamiento (supersedence) que tiene asociada una aplicación.
Un ejemplo de dependencia: Tenemos una aplicación llamada XYZ que requiere .NET Framework 4.0. Se puede especificar en la aplicación XYZ la dependencia de Net Framework, de modo que si no está instalado NET FrameWORK en el cliente, lo instalará antes de instalar la aplicación XYZ.
Las dependencias se configuran en la pestaña “Dependency” en tipo de despliegue de una aplicación.
Un ejemplo de reemplazamiento (Supersedence): Imagina que tenemos la aplicación XYZ y ha salido una nueva aplicación llamada ABC que es gratis y además mejor que la aplicación XYZ. Sila aplicación ABC reemplaza a XYZ, entonces estas aplicaciones estarán unidas por una relación y se reemplazará una copia por otra, actualizando o desinstalado la aplicación.
Despliegues (Deployments): Antiguo Advertisement (Aviso o anuncio en castellano).
Los despliegues influyen directamente en el flujo de los despliegues de aplicaciones. Hay muchas opciones disponibles para controlar este flujo:
- Tipos de despliegues: Indican como una determinada aplicación se distribuirá. Los tipos de despliegue son parecidos a los antiguos “programas” del modelo anterior, pero son más configurables que antes. Se pueden definir tipos de despliegues como MSI, App-v (aplicaciones virtualizadas), ficheros CAB de versiones para dispositivos móviles y Scripts.
- Soporte nativo de Desinstalación: En versiones anteriores para desinstalar una aplicación había que crear un programa nuevo en Configuration manager para realizar la desinstalación. Ahora de forma nativa la desinstalación de una aplicación y su instalación se pueden especificar en un único tipo de despliegue. No se requieren ambos pero están disponibles. Cuando se crean aplicaciones basadas en MSI los comando de desinstalación se crean automáticamente.
- Métodos de detección: En versiones anteriores los administradores podían definir un despliegue pero no un mecanismo para saber si ese despliegue ya se había realizado mediante otra forma. Esto daba lugar a reinstalaciones de software innecesarias. En SCCM 2012 se pueden crear reglas para determinar si un despliegue ya está en el sistema al que se le pretende instalar y si lo está, simplemente no lo vuelve a instalar.
- Requerimientos: En versiones anteriores era frecuente crear colecciones con criterios específicos o filtros a los que distribuir software. En SCCM 2012 esto se puede evitar creando los requerimiento en los tipos de despliegues directamente, con esto se consigue que si distribuimos por ejemplo un software a la colección “all systems” solo se instalará en aquellos clientes que cumplan los requerimientos, evitando así crear múltiples colecciones.
- Dependencias: Desde SMS 2.0 se pueden crear dependencias entre distintas aplicaciones a distribuir, pero siempre ha resultado muy confuso seguir el hilo cuando había múltiples dependencias. En SCCM 2012 esto ha sido mejorado, además si se elimina un software que estaba relaciona con otro a través de las dependencias, nos saldrá un aviso indicándolo, esto antes no sucedía.
- Códigos de retorno generados al distribuir software: Cuando una aplicación se instala correctamente se genera un código entre 0 y 3010. Este código significa que ha sido éxitoso o exitoso pero pendiente de reinicio. En versiones anteriores si el código de retorno era distinto a los números anteriores significaba que había fallado la distribución del software. Hay aplicaciones que no siguen estos estándares y al distribuirlas pueden mandar códigos que nos indique que han fallado cuando no ha sido así. En SCCM 2012 podemos definir el significado de los códigos de retorno de una aplicación para evitar estas confusiones.
- Acciones en las configuraciones de un despliegue: en versiones anteriores se construían los despliegues para instalarlos en los clientes. Ahora también se permite introducir la posibilidad de la desinstalación de una aplicación y que además se fuerce a ello. Esto provoca que se configure una línea de comandos en el tipo de despliegue para que sea ejecutada.
- Objetivo de las configuraciones del despliegue: Un despliegue puede ser configurado como Disponible o requerido u obligatorio (available o required).
- Alertas: Se pueden configurar alertas para fallos de despliegue a porcentajes de despliegues. Se pueden integrar con Operations Manager.
- Parte 2 Dependecias entre los distintos elementos del Despliegue de Aplicaciones. Elementos que intervienen y Proceso de los despliegues
- Parte 3: Ejemplo. Todas las opciones del despliegue de aplicaciones.
No hay comentarios:
Publicar un comentario