jump to navigation

Migrando a XenApp 5 Diciembre 14, 2008

Posted by ctxdom in General, Noticias.
add a comment
En los distintos post que en ctxdom.com se han ido añadiendo hemos podido leer y ver distintos métodos, procedimientos y formas de realizar las distintas tareas de instalación, configuración entre otras muchas. La configuración del servidor y polÍticas en los distintos perríodos que duran las distintas sesiones de objetos de directiva de grupo, son muchas veces una icógnita, muchas veces las distintas optimizaciones y configuraciones, pasan por conocer o utilizar las distintas GPO que podemos tener activas o a nuestra dispoción. Esta vez, deseo descubrir algunos puntos de cómo migrar XenApp 4.x en explotación a XenApp 5.
En XenApp 4.5 Los administradores tienen dos opciones para migrar sus plataformas en explotación: mejorar el entorno ya existente con el tiempo, la ejecución de la granja en modo mixto, o crear una nueva granja y mover usuarios y aplicaciones lo que representa bastante tiempo.
El uso de un entorno mixta en explotación parece ser la más fácil de las opciones, pero tiene un inconveniente importante: la migración no puede ser gradual. El primer paso recomendado es actualizar las distintas Zonas del Data Collector, que a su vez afecta a todos los usuarios y las aplicaciones en la granja. Si sucede algo como un error - generalmente se detecta una vez que los usuarios comienzan a acceder y utilizar sus aplicaciones – no hay otra forma de revertir sin la creación de una granja.

El nuevo enfoque de la granja es más seguro, ya que permite a los administradores realizar una “semi producción en” el proceso de la validación, la migración de los usuarios y las aplicaciones a la nueva versión no representa tanto tiempo y puede realizarse de forma gradual. La antigua granja de producción no se toca, lo que permite un rápido “desmantelamiento” de los usuarios anteriores a la nueva granja, de esta forma en caso de algún error es siempre más rápida su detección. Sin embargo, la creación de una nueva granja de la nada no es lo más adecuado y realista en muchos entornos. Las razones de ello son varias:

  1. La configuración de la Granja en documentos, puede que sea inexistente o que no esté actualizada.
  2. El Hardware no es suficiente para mantener tanto la plataforma en explotación como la nueva en paralelo. Los servidores tienen que pasar de una granja a otra.
  3. La migración no es transparente a los usuarios finales. Si se utiliza un un solo WI, una lista de aplicaciones como “Una Aplicación (antigua granja)” y “Una Aplicación (Nueva Granja)”. Si se separa WI , a continuación los usuarios debenrán configurar el navegador a utilizar otra URL.
  4. La inexistencia de un plan de soporte al entorno mixto de explotación en migraciones cuando nos movemos configuraciones de grupo a XenApp. En lugar de ello, nos centraremos en las cuestiones anteriores, la creación de las herramientas necesarias para facilitar la transferencia de las configuraciones, los usuarios y servidores de la granja a granja.
Este es el plan tendremos que tener en cuenta:
El primer paso es crear una nueva granja, la instalación de un nuevo colector de datos y la creación de una nueva base de datos IMA. Una nueva Infraestructura de servidores (Licencia, la base de datos, Edgesight, etc) estos pueden ser compartidos entre la vieja y la nueva granja. El siguiente paso es poner en marcha el Asistente para migración e ir a través de los siguientes pasos:

La herramienta de migración asistente le pedirá información acerca de la antigua granja (dirección, autenticación). Podremos elegir para exportar todos los datos antigua granja en un archivo XML y modificarla antes de importar los datos en los próximos pasos.

El asistente pedirá la información de la nueva granja. A continuación, convertiremos las políticas de sesiones, la granja y en la configuración del servidor de grupo, asociaremos automáticamente las GPO con las nuevas unidades de explotación de organización.
Si la antigua granja que figuran varios elementos de aplicación, el asistente pedirá un servidor que representa el antiguo silo agrícola, y la creación de un Objeto de directiva de grupo que contiene la configuración del servidor. El asistente entonces indicará que GPO asociados con la OU que representa la aplicación del silo en la nueva configuración de la granja.
Posteriormente se seleccionara de una lista de “producción” la relación de usuarios de prueba. La nueva granja sólo enumerara aplicaciones a los usuarios en lista de filtros que serán independientes  de la configuración.
Agregaremos la nueva granja en el actual interfaz de sitios Web. (WI) suprimiremos las solicitudes procedentes de la granja antigüa, sobre la base de configuración. Este cambio hará que el proceso de migración completamente transparente a los usuarios finales.
En este punto, tendremos un entorno totalmente configurado, aunque una nueva granja vacía. Posteriormente podremos:
  1. Añadir más a los usuarios a a granja.
  2. Eliminar servidores de la antigua granja.
  3. En XenApp,actualización de software en el servidor.
  4. Asignar el servidor a la nueva explotación la unidad de organización.  

Este método es muy flexible, la etapa del proceso sobre la base de aplicación, las zonas, los usuarios, o cualquier combinación de estos. Las herramientas de migración que aquí también son muy útiles para otros casos de uso, tales como la replicación de la configuración de prueba y entre entornos de producción.

Este plan aún está en rediseño, si deseas comentar sobre el mismo, en los foros de CTXDOM.COM, será un placer poder tratarlo, y adaptarlo de forma progresiva a las distintas necesidades de todos.

Un Saludo,
Xavier Sánchez
http://www.ctxdom.com
MCP,CCA,CCEA,Citrix Online Certified,Citrix Access Esentials Certified
ICCC,CCA XenServer,ITIL Fundations Certified

xenDesktop más que VDI. Diciembre 14, 2008

Posted by ctxdom in General, Noticias.
add a comment

XenDesktop no es solo VDI, como ya se han comentado en otros artículos de ctxdom.com, VDI permite la virtualización del escritorio de usuario, pero XenDesktop es algo más que únicamente virtualizar el escritorio.

XenDesktop es además un sistema de prestación de servicios de escritorio (lo que sería la defición de VDI), pero además XenDesktop permite ser utilizado mediante el uso local de hypervisors, streaming e imágenes de disco en los clientes locales. (aúnque esto no es el punto fuerte).

El punto es que Citrix XenDesktop todavia limita ciertos casos de uso a usuarios que tienen las conexiones de red activas en los servidores. En el tradicional VDI/SBC los usuarios son la totalidad del acceso remoto, siempre mediente un escritorio y un protocolo de virtualización a distancia como es el caso de ICA. En el servidor de Provisioning se almacena además una imagen de disco (streaming) para su uso, esta imagen denominada VM (Máquina Virtual) se distribuye o es distribuida mediante Streaming, en tal caso, el cliente recibe dicha imagen de forma totalmente transparente, bién sea mediante forma física (disco local) o virtual (remoto), para ello el servidor deve de terne una imagen almacenada en disco o en un Storage determinado. Por lo que en la mayor parte de los casos es necesario de un servidor.

A nuestro entender, la manera perfecta de gestionar o poder gestionar las imagenes de discos de Windows XP y Windows Vista, parte de la base de utilizar XenDesktop, XenApp y Provisioning Server, lo que da un alcande completo y muy adecuado para las distintas necesidades reales del escritorio virtual.

Pero el problema de utilizar Provisioning Server se basa en que todo el Hardware de forma inicial deberia de ser idéntico, aúnque esto tiene solución sencilla, pero evidentemente algo laboriosa en cuanto a tiempo de preparación e integración final. Podríamos indicarlo como “constuir sobre algo existente, algo nuevo y mejorado”. En este sentido lo más rápido sería adecuar cada puesto a una serie o a una máquina en concreto. En este caso XenDesktop toma una fuerza importante, al poder virtualizar un puesto, sin tener en cuenta las características del Hardware a manejar.

Un Saludo,
Xavier Sánchez
http://www.ctxdom.com
MCP,CCA,CCEA,Citrix Online Certified,Citrix Access Esentials Certified
ICCC,CCA XenServer,ITIL Fundations Certified