Porqué en la simplicidad está la potencia

Cambiar el nombre a una conexión ICA

Uno de los fallos más importantes de Presentation Server y XenApp, es el nombre de la conexión virtual que se establece con el servidor de Presentation Server o XenApp, el problema reside en que por norma general la conexión realizada mediante WebInterface durante el proceso de Download del cliente ICAWeb, o durante el proceso de instalación del mismo mediante ejecutable, el usuario establece por defecto el uso del nombre del PC Local.

El aplicar este tipo de configuración es muy viable y factible cuando la nomenclarura de nombres está totalmente estandarizada y no se realizan conexiones WAN o desde Internet, con equipos de carácter personal no clasificados. En el caso de que exista la posibilidad de utilizar equipos no controlados, podemos encontrarnos con nombres duplicados en nuestras conexiones, además de que podemos encontrarnos con problemas debido a duplicación de nombres y generación de impresión por impresoras que no son las correctas.

La mayor parte de los problemas residen principalmente en que al ya existir un canal virtual con un nombre de equipo, al realizar la segunda conexión, este utiliza en la mayor parte de los casos los recursos ya existentes, realizando tareas de impresión en otros lugares siendo estos muchas veces los menos adecuados.

Para solucionar este problema es necesario modificar o generar una nueva clave del registro del PC desde donde es solicitada la sesión ICA, realizando un cambio de nombre del dispositivo remoto.

En este caso publicamos un Script realizado en VBScript, que soluciona esta problemática, el cual únicamente es necesario aplicarlo en el proceso de logon del usuario remoto.

const HKEY_LOCAL_MACHINE = &H80000002
strComputer = «.»
Set StdOut = WScript.StdOut
Set oReg=GetObject(«winmgmts:{impersonationLevel=impersonate}!\» &strComputer & «rootdefault:StdRegProv»)
strKeyPath = «SOFTWARECitrixICA Client»
strValueName = «ClientName»
oReg.GetExpandedStringValue HKEY_LOCAL_MACHINE,strKeyPath,strValueName,strValue
dim objICA
set objICA = CreateObject(«Citrix.ICAClient»)
Randomize Timer
Dim tmpCounter,tmpGUID
Const strValid = «0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ»
For tmpCounter = 1 To 5
tmpGUID = tmpGUID & Mid(strValid, Int(Rnd(1) * Len(strValid)) + 1, 1)
Next
CreateGUID = tmpGUID
nombre = «ICA»+CreateGUID
strValueName = «ClientName»
oReg.SetStringValue HKEY_LOCAL_MACHINE,strKeyPath,strValueName,nombre

Gestionar un Proyecto Citrix

Muchos son los procesos o procedimientos de implantación de una infraestructura Citrix, pero muy pocas son realmente eficientes y cumplen los requerimientos específicos del fabricante, realizando instalaciones sin pasar por las fases oportunas que están definidos en cualquier tipo de proyectos, sin tener en cuenta características realmente importantes como son las fases de pruebas o test de aplicaciones entre otras.

El proceso de gestión del proyecto Citrix

Durante un proceso de gestión de un proyecto Citrix, se presenta una metodología la cual es vital, para que esta sea un éxito y sus resultados finales sean óptimos y eficientes. Para ello se establecen varias fases durante el ciclo de vida del mismo, los cuales están determinados en los siguientes bloques:

Fase de Análisis
Fase de Diseño
Fase de Pruebas y Test
Fase de Rollout (Piloto e implantación)

Todas estas fases definidas dentro de un proceso de Gestión del Proyecto.

En la Fase de Análisis, se establece una estrategia que permite disponer de una definición general del alcance del proyecto, así como de los conceptos generales del mismo, permitiendo identificar los posibles riesgos que este puede tener en una integración en una infraestrutura organizativa determinada.

En la Fase de Diseño, se establecen los métodos a utilizar, y se diseña la arquitectura más viable a aplicar, permitiendo disponer de un proceso operativo y de soporte durante el diseño del mismo.

En la Fase de Pruebas y Test, se establecen los procesos de instalación, el entorno a instalar, como y que fallos se detectan, soluciones a los mismos, y recopilación de resultados. La fase de Test constaría de las siguientes fases:

-Integración de Aplicaciones
-Políticas e Implementación de Perfiles
-Integración de la infraestructura
-Automatización de Scripts
-Entorno de integración productivo
-Test y escalabilidad

En la Fase de Rollout, se establece el proceso de implementación de una plataforma Piloto en pruebas, para observar los resultados y terminar de perfilar el proceso que se generará para llegar a un procedimiento de implantación final de la plataforma.

Todas estas fases se definen entre ellas, en un proceso de check antes de finalizar cada una, con el fin de realizar un cierre correcto de las fases correspondientes y anotando los resultados de cada una de ellas.

Este procedimiento se establece como una gestión de un proyecto Citrix, donde podremos realizar una coordinación de un equipo de proyecto, podremos mitigar el riesgo y en su consecuencia minimizarlo, podremos calcular y especificar los tiempos de integración, y tener la satisfacción absoluta de nuestro cliente o de la empresa donde se realice dicha integración.

Conceptos básicos de gestión de proyectos Citrix

Toda gestión de proyectos es importante en cualquier tipo de integración o implementación de una solución determinada. La metodología se establece en un proceso de separación lógico el cual se aplica o puede ser aplicado incluyendo los siguientes componentes:

-Trabajando con colaboradores/sponsors/clientes
-Definición de roles y responsabilidades
-Identificación y discusión de los puntos de verificación
-Manejo de tiempos
-Organización y mantenimiento del plan del proyecto especificado en
tareas
-Aplicación de un control de calidad (ISO900x)
-Planificación organizacional y plan de comunicación

Todos estos componentes estarán o podrán estar incluidos en los siguientes objetivos:

-Obtener objetivos de la gestión del proyecto
-Exponer las propuestas de los sponsors/clientes
-Obtener quién define el proyecto
-Definir las diferencias según desviaciones localizadas
-Exponer métodos aplicados al cambio
-Obtener tareas de la gestión del proyecto
-Identificar los beneficios y la calidad de la gestión
-Obterner los puntos de comunicación
-Identificar los posibles fallos en el proyecto

Posteriormente a todos estos puntos se podrá definir el Executive Project, en esté estará referenciado los puntos correspondientes a, Roles y responsabilidades, puntos de verificación, el proceso, el plan, la calidad, y el plan de comunicación.

Todos los puntos son muy importantes en cualquier gestión de proyectos y deben de tenerse muy en cuenta en cualquier integración de una plataforma Citrix, ya que el no realizar un seguimiento o no aplicar un proceso, podría tener un resultado y una viabilidad del proyecto poco fiable.

El plan de comunicación en un proyecto

Un plan de comunicación en un proyecto es de gran importancia, para el que cambio sea totalmente controlado y exista una difusión de la información de una forma correcta y eficiente, sin caer en el error de difundir la información al grupo o personal inadecuado.

La comunicación regular y fluida mejora considerablemente cualquier gestión de proyectos y en especial un proyecto Citrix, por la criticidad y complejidad que este puede llegar a tener.

El tipo de información que se puede establecer en un plan de comunicación puede quedar establecido en los siguientes puntos:

-Requerir información del proyecto en curso, procesos realizados, cambios, problemas localizados, proceso de seguimiento y siguientes procesos a realizar. Todo establecido en un documento establecido que se denomina “Status Report” o Report de estado del proyecto.
-Información y direcciones de personal de importancia para los distintos procesos y sesiones de dudas que surjan para la resolución de las mismas, todo ello estará establecido en documentos denominados FAQ, estos documentos contendrán respuestas a preguntas realizadas por usuarios y/o personal involucrado en el mismo.
-Información de Marketing, direcciones generadas y fase de documentación de noticias, contestaciones, reconocimiento y testimonios sobre el proyecto en curso.

En cuanto a la comunidad de usuarios, habrá que tener en cuenta algunos puntos de importancia, para que el proceso de cambio que puede representarles sea lo menos traumática posible y con el menor impacto.

Para este punto podrán establecerse la generación de los documentos necesarios y en medida de lo posible de fácil accesibilidad, para ello se podrán establecer los siguientes puntos:

-Documentación de uso de la plataforma
-Procedimientos de acceso a Web sites, portales o intranets
-Notificaciones por eMail
-Notificaciones por voz o telefónicamente
-Documentos centralizados en un repositorio de consulta

Cualquier duda al respecto estoy a vuestra disposición. 🙂

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

xenApp 5.0, testeamos la nueva versión.

Primeras impresiones.

Una de las nuevas funcionalidades de XenApp 5.0 es Citrix Delivery Clients(SV). Cuando los usuarios se conectan a las aplicaciones publicadas, estos utilizan un tipo de cliente y otro, el software cliente está disponible en una amplia gama de versiones y para distintos dispositivos, para que los usuarios puedan conectarse a las aplicaciones publicadas de diversas plataformas.

XenApp utiliza la arquitectura ICA, un protocolo de intercambio de información entre dispositivo cliente y los recursos publicados por un servidor XenApp.

El protocolo ICA envía las pulsaciones de teclado, clicks de ratón, pantalla y actualizaciones entre el servidor y el cliente, por lo que el usuario del
dispositivo cliente tiene la sensación de estar ejecutando la aplicación en
modo local.

A todo ello Citrix realiza el cambio del Software cliente, pasando del anteriormente conocido como Program Neightborhood, a llamarse Delivery Client (SV).

Versiones de XenApp 5.0

Las distintas versiones que serán comercializadas de XenApp 5, están catalogadas en tres gamas de productos:

-Advanced
-Enterprise
-Platinum

La diferencia entre cada una de ellas varía en función de las necesidades y de los componentes que necesitemos. En este caso tendremos las siguientes características.

Advanced, contempla los módulos de:Server-side application virtualization,
SpeedScreen Progressive Display,Support for 64-bit platforms,The Secure Gateway.

Enterpise, contempla los módulos de: (anteriores de Advanced)
Client-side application virtualization (streaming),Simple Network Manager Protocol (SNMP) monitoring, Health Assistant,XenApp Provider and XenApp Management Packs,CPU Utilization Management, Resource Manager powered by EdgeSight.

Platinum, contempla los módulos de: (anterior Enterprise), SmartAuditor, EasyCall (EasyCall appliance must be purchased separately). Application Performance Monitoring powered by Citrix EdgeSight, SmartAccess powered by Citrix Access Gateway
(Access Gateway appliance must be purchased separately)
Single Sign-on powered by Citrix Password Manager,Preferential Load Balancing, WAN Optimization (WANScaler appliance must be purchased separately)

En el DataStore en XenApp 5, se almacena la siguiente información.

– Configuración de la granja
– Aplicaciones publicadas, configuración
– Configuración de servidores
– Cuentas de administración
– Configuración de impresoras

Y soporta, SQL, ORACLE, SQL Express, IBM DB2 y Access.

El el DVD de instalación del producto, se incluye Secure Gateway y Web Interface, además de los distintos elementos Software especificados, en nuestro caso hemos testeado una versión platinum y ciertamente los cambios son muy sustanciales.

La plataforma hay que instalarla en Windows Server 2008, aúnque se indica que puede funcionar en Windows Server 2003, no hemos podido realizar el respectivo test, enseguida que lo tengamos realizado os notificaremos a todos de los resultados.

Uno de los puntos que XenApp 5 potencia, es la virtualización por Streaming, la cual tendremos que tener muy en cuenta como una gran solución de vistualización de software y de aplicaciones sin necesidad de disponer de una conexión física con nuestra plataforma XenApp 5.

Uno de los puntos importantes a indicar, es que la nueva versión, permite Streaming, mediante el uso de los protocolos HTTP y HTTPS, este reemplaza el file server, mejorando de esta forma el acceso mediante un único punto de acceso Web.

El Balanceo de Cargas en la versión Platinum de carácter preferencial, es otro de los puntos fuertes de la solución de Citrix, anteriormente la carga se realizaba mediante el número de usuarios que se conectaban a una granja tanto a nivel de aplicación como a nivel de servidor, con este nuevo avance, se puede asignar mayor o menor prioridad y niveles de servicios especificos de XenApp a usuarios específicos y aplicaciones específicas. Los usuarios y las aplicaciones con mayor prioridad y los
niveles de servicio pueden conectarse a sus sesiones XenApp con mayor rápidez, la experiencia de poder disponer de más sesiones interactivas ICA, y disponer de más recursos disponibles.

El Proceso de Instalación – Algunos comentarios

Cuando iniciamos el preceso de instalación de XenApp 5.0, lo primero que nos sorprende es la estructura de directorios, tenemos que indicar que hemos testeado la versión Platinum del producto, entre las distintas carpetas de esta entrega, podemos encontrar la siguiente estructura.

Administration
Citrix PAssword Manager
Citrix Streaming Profiler
Clients
Documentation
Licensing
Network Manager
Resource
Resources
Secure Gateway
SmartAuditor
Support
Web Interface
XenApp Management Pack
XenApp Server

Por ejemplo podemos observar, que aún cambiando el nombre del producto, los nombres de los archivos ejecutables siguen siendo los mismos, tanto en el cliente ICA como en el corespondiente a XenApp 5.0, en este caso podemos localizar dos subcarpetas en las cuales está definido el entorno de x32 y el de x64, localizando en ellas el nombre de fichero «MPS.MSI» al igual que su anterior versión del producto. en cambio en el contenido o propiedades de este aparece el nombre del producto de «Citrix XenApp 5.0 for Windows Server 2008» y en las palabras clave «Presentation Server» muy curioso!!!.

Suponemos que en la versión final estos pequeños temas estarán ya solucionados y se terminará realizando un cambio definitivo de nombres, ya que ello y por lo que se observa se sigue manteniendo el nombre de Presentation Server entre «comillas»

Por otra parte nos encontramos con el mismo tema, en cuanto al cliente o clientes ICA correspondientes, manteniendo el mismo nombre en los ejecutables que en sus versiones anteriores, tanto en ica32, como en icaweb, como en el resto de versiones para los distintos sistemas operativos existentes.

Si que por el contrario se observan ciertos cambios a nivel de la carpeta de Support, pero únicamente añadiendo .NET 3.5 y alguna otra Tool necesaria para una correcta instalación de la nueva versión de XepApp.

Podríamos resumir que dicho esto, la estructura y nombres de ficheros a nivel global no se han modificado, manteniéndose prácticamente en su totalidad, tanto a nivel de estructura como de ficheros y ejecutables.

Además de ello, la visión de instalación de producto a pasado a un gris claro con el nombre de Citrix, muy similar a sus anteriores versiones, pero algo más clara.

Entre las distintas mejoras adicionales, podemos especificar que existen bastantes cambios a nivel de «features» sobre Windows Server 2008, XenApp 5.0 incluye todas las funcionalidades de Windows Server 2008, incluido el release de Presentation Server 4.5. en su Future Pack 1, soportado por Windows Server 2008.

La escalabilidad a nivel de granja permite reducir significativamente el proceso de arranque en tiempo en cuanto a IMA, incluidos los tiempos de resolución así como los tiempo de enumareación de aplicaciones.

La reducción en cuanto a tiempos de instalación de XenApp se reducen considerablemente, así como las funcionalidades de escalabilidad de un Single Server, permitiendo la reducción de uso de CPU de usuarios activos en plataformas de 32 bits.

Otro de los puntos curiosos es que en ciertos puntos de la documentación, se sigue realizando referencias a Presentation Server pero esta vez en su versión 5.0, en lugar de realizar un cambio de nombre a XenApp 5.0, en estos casos al no ser la versión totalmente definitiva, esperamos que seán solucionados estas descripciones, antes de que salga definitivamente en el mercado, ya que ello puede generar significativa confusión a nivel global.

A nivel de seguridad ha estado mejorado, incorporando totalmente el protocolo IPv6, en el Citrix Delivery Client, y secure gateway, además de ello se incluyen las funcionalidades de UAC (User Account Control), y se añaden funcionalidades de seguridad avanzadas a los servicios de XenApp 5.0 (extendiendo los parámetros en comandos de línea, para proceso

¿Cómo utilizar el DataStore en ORACLE?

Uno de los puntos que nos encontramos muchas veces es saber como podemos utilizar el DataStore en ORACLE, el uso del DataStore en plataformas SQL Server es muy claro, pero en este caso el “tema” podríamos indicar que queda algo “cojo” y poco clarificado para poder utilizar posteriormente dicho DataStore desde una integración con cualquier versión de XenApp.

El primer proceso pasará por la instalación del cliente oracle, en este caso hemos procedido a utilizar el cliente de Oracle 10g (Release 10.1.0.2), para realizar la respectiva creación del respectivo conector y que este pueda ser utilizado posteriormente desde XenApp 4.5.

Al insertar el respectivo CD de Oracle Client 10g. Release (10.1.0.2), arrancará el proceso de instalación, aceptando la pantalla de Welcome , pulsando Next, prescindiendo de las opciones mostradas a continuación, como “Deinstall Products…”

Pulsaremos Next para iniciar el proceso de instalación apareciendo la siguiente dialog:

Seleccionaremos el path donde deseamos que se realice la instalación y el nombre de la respectiva carpeta de instalación, tal y como se muestra en la dialog anterior, los datos serán los establecidos a continuación:

Ø Path Source: Defecto

Ø Name: Defecto

Ø Path: Defecto

 posteriormente a ella, pulsaremos Next, apareciendo al siguiente dialog con el respectivo contenido:

En esta seleccionaremos los respectivos idiomas a utilizar, en nuestro caso añadiremos Spanish, seleccionando en Available Languages el idioma correspondiente y pulsando la flecha de Añadir, teniendo posteriormente seleccionados los idiomas, Spanish y English. Pulsando Ok

Una vez pulsado Ok, aparecerá la selección de que modalidad o que tipo de instalación deseamos realizar, para ello seleccionaremos la opción de Custom.

Pulsando a continuación, Next para continuar, apareciendo la siguiente dialog:

Para ello seleccionaremos los siguientes módulos Oracle:

ü  Oracle Network Utilities

ü  Oracle Java Utilities

ü  SQL *Plus

ü  Oracle JDB/OCI Interfaces

ü  Oracle JDB/THIN Interfaces

ü  Oracle Windows Interface

ü  Oracle XML Developer’s kit

Pulsando a continuación Next, seleccionando el puerto número 2030, y pulsando a continuación Next.

 Apareciendo la siguiente Dialog, con los módulos a instalar:

Pulsando a continuación INSTALL para iniciar el proceso de instalación, apareciando el proceso de incio de instalación tal y como se muesta:

Una vez finalizado el proceso de instalación aparecerá una dialog con el respectivo mensaje.

Una vez finalizado procederemos a utilizar el “Oracle Net Configurator” con el cual configuraremos el acceso a la BD.  Para ello seguiremos los pasos indicados en el Asistente.

–          Naming Methods Configuration:

 –          Seleccionamos los módulos de:

Ø Host Name

Ø Local

 Pulsando a continuación Next, para continuar con el respectivo Wizard de configuración.

Ø  Seleccionamos la opción “local net service Name configuration”

Ø Seleccionando posteiormente la opción “Oracle8i or Later database or service”

Ø Especificaremos posteriormente y este punto el “Service  Name” o nombre de la Base de datos.

Ø Seleccionaremos “TCP” como protocolo de comunicación.

Ø Pulsaremos Next

Ø Posteriormente indicaremos el hostname del servidor de Oracle o su correspondiente IP.

Ø Seleccionaremos el puerto por defecto de Oracle: “1521”

Ø Pulsaremos Next

Ø Especificaremos que se realice el test, lo cual nos reportará con un error:

Ø Pulsaremos en “Change Login” y damos las credenciales correctas a utilizar.

Llegados a este punto, iniciaremos la instalación de XenApp 4.5. tal y como indica la documentación oficial del producto hasta el punto “Crear comunidad de Servidores”, en este caso seleccionaremos como “Almacén de BD”: Oracle in OraHome92.

Una vez realizada la respectiva selección, al pulsar siguiente nos solicitarán los datos de conexión ·instancia.user.password y tras ser introducidos correctamente, el fichero tsnames.ora será creado con los datos correctos de conexión y podremos continuar con la instalación de XenAPP.

 Recomendaciones Generales a utilizar el cliente oracle con ciertas aplicaciones.

A nivel del cliente Oracle, tendremos que tener en cuenta que serán necesarios los siguientes aspectos, antes de realizar la instalación del mismo, ya que Oracle genera por defecto la instalación en un directorio determinado.

Generación de los DSN correspondientes mediante ODBC

ü  Necesidad del nombre DSN a conectar

ü  Usuario y password para realizar test de conexión.

Será necesario además el disponer del TNS Service Name.

Modificación del registro de Oracle para establecer el idioma.

ü  Será necesario saber el valor de NLS_LANG

Modificación del registro para mejora del rendimiento.

Será necesario disponer de los ficheros de configuración de Oracle para poder establecer la conexión de cualquier tipo de aplicación.

ü  TSNAMES.ORA

ü  SQLNAT.ORA

Asignación de permisos a usuarios locales a las carpetas de Oracle.

Por otra parte será necesario modificar la siguiente clave del registro para un correcto funcionamiento del cliente de Oracle.

HKEY_LOCAL_MACHINE–>SOFTWARE–>ORACLE_HOME->NLS_LANG

El valor en NLS_LANG tendría que estar configurado como: AMERICAN_AMERICA.WE8ISO8859P1

En toda plataforma XenApp 4.5. es recomendable el uso de RAID1 debido a las características de mejora de rendimiento en procesos de lectura, al ser un servidor de aplicaciones, es importante que donde se realice la instalación del Sistema Operativo esté siempre definido en RAID1, por otra parte es importante tener en cuenta la cantidad de memoria RAM necesaria en cada uno de los servidores XenApp 4.5.

XenApp 4.5. por defecto no gestiona más de 4GB de RAM, y el crecimiento no es progresivo en función de la RAM que se añada, pero sí que por el contrario puede ser beneficioso en ciertas aplicaciones, que puedan llegar a necesitar de cierta mejora de rendimiento.

XenApp 4.5. mejora su rendimiento en primer lugar a nivel de RAM disponible y posteriormente a nivel de arquitectura física de hardware de equipo y RAID utilizado.

A nivel de Hardware y del sistema operativo deberá de estar instalado para conseguir el máximo rendimiento, de la siguiente forma:

RAM, módulos con mismo voltaje. Recomendable 4GB por servidor.
1 o 2 Procesadores a 3Ghz o superior
RAID 1.
Discos con espacio suficiente contemplando posibilidad de crecimiento.
Recomendación de discos de 72GB (mínimo)
Una única partición y unidad.
20% como mínimo de espacio libre en dicha unidad, posteriormente a aplicar el fichero de paginación.
Timing entre tarjetas de red, en caso necesario.
Resolución 1024×764 a nivel de tarjeta gráfica como mínimo para consolas administrativas.

Entre sus distintas virtudes, cualquier plataforma XenApp 4.5, debe de disponer de los correspondientes ficheros de paginación correctamente implementados y configurados, así como el suficiente espacio en disco para no entrar nunca en un proceso de servicio lento a nivel del suministro de accesos y aplicaciones.

Este fichero de paginación deberá de cumplir los siguientes requisitos:

2.5 veces la RAM existente en el servidor.
Misma unidad en la que sea instalado el sistema operativo.
20% como mínimo de espacio libre en dicha unidad.
Instalación de la consola de recuperación.

Hay que tener en cuenta que en el caso o necesidad de tener que incrementar RAM en cada uno de los respectivos servidores a más de 4GB de RAM, será necesario reinstalar el servidor si no ha existido previsión de crecimiento, en este caso y para evitar este tipo de problemas futuros, se recomienda la instalación de Windows Server 2003 Enterprise.

Cualquier plataforma XenApp 4.5. es de carácter multilenguaje, pero ello no quiere decir que la aplicación de los parches del fabricante sean de carácter mixto, en cualquier plataforma de estas características se aconseja el uso de Idioma Inglés, pero en contrapartida el sistema operativo debe de estar instalado en el mismo idioma que XenApp 4.5.

Con ello podemos encontrarnos con dos problemas adicionales, si no han sido contemplados o planteados al cliente, siendo los siguientes:

Uso del cliente ICA32 con publicación de escritorio (aparecerá en Inglés).
Actualización del cliente ICA32, muy pesado y elevado consumo de ancho de banda en el proceso de actualización automático.
En el caso del que el cliente utilice el escritorio completo, existen productos adicionales de Citrix, que podrían solucionar este tema, publicando un escritorio remoto previamente definido, este proceso quedaría cubierto con XenDesktop, en el caso de que no sea posible por problemas de costes, podremos publicar el escritorio del usuario definido por el perfil del mismo y generado en cada uno de los servidores de XenApp 4.5.

Ello representará el tener en cuenta la necesidad de una securización de cada uno de los Servidores de XenApp 4.5.

En este caso se deberán de cumplir los siguientes requisitos:

Sistema Operativo en Español con SP1 aplicado (mínimo) (recomendado W3KSR2+SP2).
Añadir Servidor al dominio.
Instalar los servicios de Termina.l.
Servicios de Terminal Instalados.
Desactivar el uso de IE a los usuarios.
Seguridad Media.
Forzar la asignación del servidor de licencias mediante IP.
Los servicios de Terminal podrán ser configurados en función de las necesidades reales de la plataforma, inicialmente tendrían que ser establecidos por puesto, en el caso de que existiera algún servidor de licencias de Terminal Server con Windows 2000 Server, se establecería el licenciamiento por usuario.
En este último punto de establecer una licencia por usuario, el servidor de Licencias de Terminal no realiza un control de las licencias ni una gestión de las mismas. Pero si que por el contrario será necesario el disponer de las respectivas CAL para cada puesto susceptible a poder establecer conexión a la granja.

Hay que tener en cuenta los siguientes puntos de cara al licenciamiento de licencias de Terminal con las licencias concurrentes de XenApp 4.5. En el caso de que el servidor de licencias de Terminal tuviera un número superior de licencias CAL a las establecidas por XenApp 4.5. se establecerán siempre las existentes o disponibles por XenApp 4.5., ello quiere decir que en estos casos el resto de CAL disponibles de Terminal Server serán desestimadas.

Instalación de .NET 2.0. (en un orden muy concreto y determinado).
La instalación de .NET 2.0 debe de ser implementado e instalado en un orden muy determinado, ya que en el caso de cambiar dicho orden la instalación de XenApp 4.5. no será estable y podrá ocasionar problemas posteriores.
Desactivación de actualizaciones automáticas.
Remap de unidades (en caso necesario).
Antivirus
XenApp 4.5. tiene algunos problemas en cuanto a compatibilidades con ciertos antivirus del mercado, se desaconseja en su totalidad el uso en todas sus vertientes de antivirus de los fabricantes:
McAfee, Norton,Panda

Aconsejamos en medida de lo posible el uso de Trend Micro, actualmente uno de los dos antivirus certificados por Citrix y el único con el máximo indice de compatiblidad. Garantizando de esta forma un correcto funcionamiento de la plataforma.
Registro de licencias de XenApp 4.5. en MyCitrix, generación del fichero de licenciamiento.
XenApp 4.5. en Español. / Sitema Operativo en Español
En el caso de un DataStore con Oracle o SQL Server, Disponer del Data Store creado, según indicaciones del fabricante.

En cuanto a los perfiles de los usuarios, se establecerá un redireccionamiento de los mismos a un file Server, este redireccionamiento contará de los siguientes puntos:

Aplicación de politicas locales para establecer redireccionamiento.
Redireccionamiento a una unidad compartida FileServer.
Perfil bloqueado a nivel de politica local a 15MB.
Utilización de Roaming Profiles para la mejora de rendimiento y velocidad de acceso evitando de esta forma:
Problemas constantes de corrupción de perfiles de usuario.
Acceso inicial centralizado en el File Server, en caso de fallar, generación de un perfil temporal para establecer el acceso del usuario.
Dentro de la parte correspondiente a los perfiles, tendremos que tener en cuenta el Home Directory del usuario, lo que sería o estaría establecido como el directorio de trabajo de este, el Home Directory, quedará establecido en la definición del usuario en el Directorio activo, en la pestaña correspondiente a Servicios de Terminal. Para ello será necesario tener disponible:

Unidad compartida con acceso especifico del usuario
Asignación en las propiedades del usuario el acceso a la misma.
Previsión de publicación de Mi Maletín, redireccionado a dicha unidad.
Entre las distintas configuraciones de cada uno de los servidores de Windows 2003, será necesario habilitar la funcionalidad de “Remote Desktop” y añadir posteriormente los usuarios que pueden establecer conexin, los usuarios del dominio, tendrán además que estar incluidos en el grupo de Remote Desktop.

En cuanto al proceso de conexión a los servidores se establece de forma remota, con el fín de facilitar el proceso de integración e implementación de la nueva plataforma, para ello se establecerá la configuración correspondiente a la habilitación del Remote Desktop a nivel de servidor, asignando a este los permisos correspondientes, tal y como se muestra a continuación (System Properties):

Una vez definidos todas las necesidades y disponer de los respectivos passwords y usuarios de acceso se procederá a la instalación del primer servidor con XenApp 4.5.

Para ello se establecerá un check list, para evitar de esta forma el poder dejarse u olvidarse cualquier procedimiento de instalación., El proceso de XenApp 4.5. en el servidor primario será establecido de la siguiente forma y siguiendo estos puntos:

Nombre de la nueva comunidad XenApp 4.5.
Instalación .NET 2.0
Instalar Access Management Console (complete 10 componentes).
Desactivar agente de Program Neighborhood.
Passthrought No.
Crear una nueva comunidad.
Especificamos el nombre de la nueva comunidad
Especificamos posteriormente la configuración del servidor Data Store con ORACLE.
El proceso de creación del Data Store con ORACLE se realiza según las indicaciones del fabricante. .
Especificaremos la definición de la Zona primaria.
Estableceremos la granja como predeterminada.
Realizaremos el test de conectividad.
Estableceremos el remedo por detecto.
Seleccionaremos el puerto necesario a nivel de TCP.

XenApp 4.5. realiza una serie de instalaciones de Software adicional como es el caso de JAVA JRE, en este caso será necesario realizar una serie de modificaciones en el registro, que equivaldrán a las especificadas a continuación:

Evitar Iconos de Java automáticos
Evitar actualizaciones de Java automáticas
Datos importantes en la generación de Zonas.
Se generarán dos zonas en el caso necesario.
La generación será establecida de una zona por servidor para poder disponer de tolerancia a fallos a nivel del Data Collector, ello permitirá el disponer de alta disponibilidad, en el caso de fallo del servidor primario de la granja dispondremos siempre de un Data Collector de Backup para seguir funcionando de forma correcta, mientras son realizados las tareas de Recovery.
Las tareas de Recovery de un servidor primario, deben de ser exactas al servidor inicialmente implementado, en estos casos es recomendable realizar un plan de recuperación adecuado.

Sobre el DataStore en Oracle

A nivel del cliente Oracle, tendremos que tener en cuenta que serán necesarios los siguientes aspectos, antes de realizar la instalación del mismo, ya que Oracle genera por defecto la instalación en un directorio determinado.

  Generación de los DSN correspondientes mediante ODBC

·        Necesidad del nombre DSN a conectar

·        Usuario y password para realizar test de conexión.

 Será necesario además el disponer del TNS Service Name.

  Modificación del registro de Oracle para establecer el idioma.

·        Será necesario saber el valor de NLS_LANG

 Modificación del registro para mejora del rendimiento.

 Será necesario disponer de los ficheros de configuración de Oracle para poder establecer la conexión.

·        TSNAMES.ORA

·        SQLNAT.ORA

Asignación de permisos a usuarios locales a las carpetas de Oracle.

CTXDOM.COM realiza la apertura de su tienda Online en Internet, la primera especializada en SBC y productos relacionados, además de Hardware y Consumibles, en ella podréis encontrar todo aquello relacionado con Equipos portátiles y de sobremesa de las marcas más prestigiosas al mejor precio.

Nuestro interés se basa en la satisfacción del cliente, y nuestro servicio de atención al cliente es el garante de nuestra seriedad. Siempre indicamos cuando saldrá el equipo y cuando podrá ser entregado, para que nuestros clientes no se encuentren con sorpresas adicionales, y con esperas innecesarias esperando una entrega.

Disponemos de multitud de marcas, entre las que podemos destacar SONY, SAMSUNG, LG, OKI, TRENDMICRO, SYMANTEC, WINZIP, XPUnlimited, PARALLELS, y otras muchas de gran interés.

Para ello te invitamos a que nos visites, y si no encuentras lo que buscas, nos lo solicites, nuestra tienda está en constante crecimiento y añadiendo nuevos productos, te buscaremos lo que buscas, sin compromiso alguno por tu parte.

Visitanos, no te arreptirás: http://www.ctxdom.com/commerce

Muchas veces hemos tenido la necesidad de poder disponer de nuestro servidor de certificados Microsoft y poder acceder a nuestro site mediante SSL, este punto se ha tratado muchas veces, en este caso he puesto un paso a paso para que podáis configurarlo y posteriormete pueda ser utilizado con Web Interface.

Instalación del Servidor de certificados

Panel de control
Add remove components
Certificate Services
Seleccionamos «Stand-alone root CA»
Pulsamos Next
Especificados los datos correspondientes al certificado
Ejemplo: CA, años 5.
Localizaciones por defecto
Avisará que parará temporalmente los servicios de IIS
Solicitará CD de Windows 2003 Server

El proceso de Creación

Se iniciará el administrador de servicios de IIS.
Seleccionaremos el site en cuestión.
Accederemos a las propiedades.
Seleccionaremos la pestaña «Seguridad de Directorios»
Seleccionaremos «Certificado de servidor» en Comunicaciones
Arrancará un asistente.
Seleccionaremos Crear un Nuevo Certificado.
Seleccionaremos «Prepare the request now….»
Escribiremos el nombre para el certificado.
Escribiremos el nombre de la organización y la unidad organizativa (MyWeb y Descripción).
Escribirtemos el dominio completo FQDN o el nombre del servidor como el nombre común.
Escribiremos la información de ubicación.
Escribiremos el nombre de acceso a rutas y archivo donde se guardará el certificado.
Localización del fichero en «c:certreq.txt»

Proceso de envio o uso del certificado

Utilizarmos IE
añadiremos el site http://localhost/CertSrv
Seleccionaremos Solicitar un certificado (request a certificate)
Seleccionaremos Solicitud Certificado avanzada (advanced certificate request)
Seleccionaremos «Submit a certificate request by using a base-64-encoded CMC or PKCS #10 file, or submit a renewal request by using a base-64-encoded PKCS #7 file.»
Copiaremos el contenido del fichero almacenado anteriormente, ejemplo (el certreq.txt copiado en C:):
—–BEGIN NEW CERTIFICATE REQUEST—–
MIIDQTCCAqoCAQAwZjELMAkGA1UEBhMCVVMxDjAMBgNVBAgTBXNwYWluMQwwCgYD
VQQHEwNiY24xDzANBgNVBAoTBnBydWViYTETMBEGA1UECxMKcHJ1ZWJhLmNvbTET
MBEGA1UEAxMKZmFybXByb3ZlczCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA
vDm3lNYTvyYz8HH2PgbF9+jWndBOjQU5G7tgnKL8C4toved9PFVyAajStLoTTs9V
Eg5g0ZLb3tgE8j4FmLGu3o/o8tljNsmw4qPDFfJjqyu16rHn9q1CMDFlmaf5BpoF
cUHb+KAvGM8GY4I9FPnF5Xl3z/dGC6aDXjhByj6cC58CAwEAAaCCAZkwGgYKKwYB
BAGCNw0CAzEMFgo1LjIuMzc5MC4yMHsGCisGAQQBgjcCAQ4xbTBrMA4GA1UdDwEB
/wQEAwIE8DBEBgkqhkiG9w0BCQ8ENzA1MA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG
9w0DBAICAIAwBwYFKw4DAgcwCgYIKoZIhvcNAwcwEwYDVR0lBAwwCgYIKwYBBQUH
AwEwgf0GCisGAQQBgjcNAgIxge4wgesCAQEeWgBNAGkAYwByAG8AcwBvAGYAdAAg
AFIAUwBBACAAUwBDAGgAYQBuAG4AZQBsACAAQwByAHkAcAB0AG8AZwByAGEAcABo
AGkAYwAgAFAAcgBvAHYAaQBkAGUAcgOBiQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAMA0GCSqGSIb3DQEBBQUAA4GBADQAAjye9zDbmhWE
uzs/iT4woL+GrEvPPYrIC91QQxZ6uM0yKKLUWdSOKTyBFtT45x/EJ/eMqEHpXx2f
kZeDooio2wUSP3CjpvEs1hRHP5VqvY3qyiyM45nKUK/hkglPfOPXDvHEyw+duZVo
Oj/w6pXmWeCTWsOKbXVtTDOZJd0Z
—–END NEW CERTIFICATE REQUEST—–

Pulsamos Submit
Pulsamos Home
Seleccionaremos el certificado como «Descargar Certificado CA, Download CA Certificate Path), no en el resto, lo
que es lo mismo «Download a CA certificate chain, or CRL».
Seleccionamos Download CA certificate (DER o Base64).
Seleccionaremos guardar.
Pulsamos en «Install this CA certificate chain»
Aparecerá una dialog, pulsamos YEs.
o lo que es lo mismo, Nos desplazaremos a «Instalar el certificado y establecer directamente de un sitio web SSL»
Pulsamos Home

Instalar el Certificado y configurar el site SSL

Con el administrador de IIS
Seleccionaremos el site en cuestión.
Accederemos a las propiedades.
Seleccionaremos la pestaña «Seguridad de Directorios»
Seleccionamos «Server Certificate»
Pulsamos Next
Seleccionamos «Delete»
Pulsamos Finalizar
Seleccionamos «Server Certificate»
Pulsamos Next
Seleccionamos Assign an exist certificate
Pulsamos Next
Seleccionamos el certificado creado
Pulsamos next
Especificamos el puerto SSL
Pulsamos finalizar.
Si pulsamos en View Certificate, podremos ver el contenido del mismo.
Pulsamo ok.

Sobre el punto «Instalar el Certificado y configurar el site SSL » comentar que hay variación ya que está instalado en el mismo servidor donde está el servidor de certificados, en caso contrario el bloque tendría que estar sustituido por este otro:

Con el administrador de IIS
Seleccionaremos el site en cuestión.
Accederemos a las propiedades.
Seleccionaremos la pestaña «Seguridad de Directorios»
Seleccionaremos instalar el certificado
Especificaremos la ubicación del certificado.
Pulsaremos Finalizar

Uno de los principales problemas y datos reflejados en la mayoría de tests que se documentan, siempre están realizados en entornos de prueba, con lo que los resultados a nivel de como mejorar el protocolo ICA a nivel de WAN (que es lo que indicas como líneas grandes) puede trascender mucho de la realidad. Otro de los problemas principales se aplica a la tecnología  instalada o implementada para ello.En estos puntos podrían surguir dos cuestiones, una que sería la optimización del protocolo ICA para mejorar el rendimiento y otra la limitación del tráfico no ICA para mejorar y «proteger» el tráfico ICA.

La perspectiva general y los resultados se establecen normalmente y en modo general a appliance que permiten gestionar lo que se denomina QoS, Calidad de Servicio.

La aceleración ICA, se establece normalmente en WAN cuando está debe de centrarse a nivel de control de flujo y procesos de compresión.

El protegerse de conexiones TCP que influyan en el tráfico ICA, pueden ser deribadas por consumo excesivo del ancho de banda, tanto a nivel de WAN y LAN.

El protegerse o el utilizar elementos para asegurar el ancho de banda puede repercutir considerablemente en la mejora del rendimiento en muchos casos superando el 50%, pero en muchos casos y dependiendo de la infraestructura puede provocar el caso contrario, un tráfico TCP lento y con perdida de paquetes, debido a la congestión de tráfico existente en dicha WAN o LAN.

El tamaño de un paquete o Window Size, es de 64KB de datos, por cada 64KB que pasa a través de un cable de red es necesario en la mayor parte de los casos el reconocerlo antes de que pase el siguiente paquete de datos, muchos de los procesos de mejoras de comunicaciones WAN pueden mejorar estos procesos mediante técnicas de eliminación de paquetes TCP lentos, incrementando el tamaño de la Windows Size.

ICA como protocolo es altamente interactivo, aúnque es considerablemente menor el consumo de ancho de banda con respecto al existente con RDP, este require constantemente por pequeño que sea una comunicación de tipo cliente / Servidor.

Muchas veces se han encontrado conexiones lentas, o períodos de sesiones execivas, detectadas en otros usuarios externos (por ejemplo) que han conectado a la granja. Todo ello generando un consumo de ancho de banda determinado, el consumo del ancho de banda es lo que genera en gran parte que una conexión vaya o sea más lenta o rápida que otras, este ancho de banda puede verse mermado considerablemente cuando se establecen además procesos de impresión altos, o ficheros de impresión excesivos, lo que generan una «caida» de la red, generando conexiones lentas o problemas de rendimiento, existen opciones como el uso de Streaming Media que permiten solucionar problemas del tipo de descargas de archivos, limitando y controlando en parte cierto tipo de acciones no controladas.

El protocolo ICA permite además que se consuma únicamente aquello que varia en la pantalla, y tránsmite únicamente aquello que cambia.

En cualquier plataforma Citrix, es necesario tener encuenta la prioridad del tráifo ICA sobre otros protocolos y mirar de «limpiar» todo aquello que no sea necesario en el tráfico WAN existente.

El consumo de ancho de banda del protocolo ICA puede variar de 4/8KB a 20KB como máximo de consumo de ancho de banda por conexión existente, RDP tiene un consumo fijo de 26KB de ancho de banda por conexión establecida.

El proceso de logon de cualquier conexión es siempre de 26KB peró únicamente en el proceso de validación, por lo que es sumamente importante en el proceso de diseño de nuestra plataforma Citrix.

ICA (Independent Computing Architecture) es el protocolo utilizado por Citrix basado en servidores.

Este protocolo está optimizado y transmite únicamente los movimientos de ratón, teclado basándose en eventos. ICA establece la comunicación con el servidor Citrix mediante la utilización de un cliente y un dispositivo gráfico independiente GDI que realiza la interpretación de las llamadas y actualización de elementos necesarios. Este protocolo es más eficiente debido al uso de un buffer de pantalla.

ICA es un protocolo de presentación, porqué opera independiente del protocolo de transmisión utilizado. ICA puede ser utilizado con TCP (Transmition Control Protocol), IPX (Internetwork Packet Exchange, SPX (Sequenced Packet Exchange), NetBIOS, y conexiones asíncronas, permitiendo trabajar con redes Ethernet, Tokenring, FDDI, Whireless, Internet, Intranet y dial-up, entre otras.

ICA como protocolo dispone de una serie de elementos muy interesantes como los que se detallan a continuación (y comentadas anteriormente en el foro ICA del portal):

– Arquitectura inteligente
– Protocolo de presentación
– Independencia del protocolo de transporte como TCP,IPX,NETBEUI…
– Encriptación
– Compresión
– cache de bitmaps
– bajo requerimiento de ancho de banda
– soporte Full color

A nivel de arquitectura del protocolo ICA, este está compuesto por los siguientes elementos,

– Preambulo
– Command Data
– Trailer

Dentro de Preambulo, tenemos a nivel de paquete TCP:

– Frame head
– Reliable
– Encription
– Compression
– Command

A nivel de Command Data -> Data
Y a nvel de Trailer -> Frame Trailer

Frame Head, es opcional pero forma parte de la cabecera del protocolo, este es el encargado en parte de controlar el stream oriendo a comunicaciones y tiene relación con Reliable.
Reliable, es opcional pero forma parte de la cabecera del protocolo, es el encargado de la detección de errores y el detection recovery garantizando de esta forma el delivery.
Encription, es opcional pero forma parte de la cabecera del protocolo, este permite la encriptación de ICA a nivel de paquete.
Compression: tiene la misma funcionalidad que Encription, pero permitiendo compresión del paquete, para manejar el proceso de compresión de datos.
Command: es de carácter obligado, es el inicio del paquete ICA.
Command Data: es opcional y contiene los datos que son enviados en el paquete, este depende en su totalidad de command, y su longitud puede ser variable, contiene además los canales virtuales del paquete.
Frame Trail: es opcional al protol trailer, es el encargado de notificar de la finalización del paquete y esta orientado a comunicaciones.

Dicho esto a nivel de conocimientos general, indicaremos que cualquier conexión a nivel de LAN o WAN, que genere por ejemplo procesos de replicación de drivers de impresoras, gráficos de mayor calidad, procesos de impresión largos o que necesite de decodificación como por ejemplo PCL6, producirá lentitud en la plataforma.

Los puntos que debemos de controlar en toda plataforma quedarían limitados a:

– Impresión Tráfico
* Podría estar descargado de los servidores Citrix, tráspasándolo a Print Servers.
– Aplicaciones o tráfico TCP/IP no controlable (dowloads, ftps..etc)
* Controlado a nivel de appliances de QoS.
* Bloquear navegación
* Gestión de protocolos
* Análisis mediante sniffers y analizadores de protocolo.
– Proceso de impresión.
* Utilizar drivers certificados.
* Utilizar UPD siempre que sea posible.
* Desviar la impresión al puesto de trabajo.
* Conexiones WAN utilizar en medida de lo posible Session Printer Policy.
– Ancho de banda
* Calcularlo en función de la cantida de usuarios concurrentes a conectarse.
* Publicar aplicación y no escritorio
– Servidores
* Servidores instalados correctamente
* RAM suficiente
* RAID 1 (mejor rendimiento, ya que al servir aplicaciones, únicamente necesitamos
velocidad en la lectura, no hay escritura).
– Otros…

El cumulo de todos los elementos permitirá el poder disponer de un mejor acceso a cualquier plataforma, así como una mejor gestión de ella, el tráfico de red no lo es todo, si los servidores no son los adecuados por mucho ancho de banda que se disponga el acceso será igualmente lento.

Espero que ello aya aclarado algo más los distintos conceptos, y no haberme dejado nada de todas formas espero vuestras consideraciones.

Más información y soporte en http://www.ctxdom.com/citrix

Troubleshooting con Presentation Server

En este nuevo capítulo comentamos como funciona el proceso de localización y solución de errores con Presentation Server, para ello se ha establecido el siguiente esquema, el cual permitirá el realizar un seguimiento optimo del proceso de resolución de incidencias, este esquema será de gran utilidad para cualquier profesional o integrador de este tipo de soluciones.

HKEY_LOCAL_MACHINESOFTWARECitrixPrintEn el caso de no existir la subclave “Print” la crearemos. 

Value Name: DefaultPrnFlags

Type: DWORD

Value: 0x08000000 

¿Qué es la Virtualización?  

El concepto de virtualización ha existido de una forma u otra en la computación y sistemas desde principios de 1960. En la virtualización, las características de un recurso se resumieron, con el fín de que se pudiera disponer de acceso de alguna forma a un recurso determinado, de forma distinta a la actualmente existente o denominada física o de carácter local.Un ejemplo de ello es la memoria virtual: un ordenador puede aprovechar el almacenamiento en disco como una extensión a la zona de intercambio o de la página de la memoria de los procesos que se están ejecutando, por lo que parece en este caso, disponer de más memoria de la que realmente existe.

Los usuarios de LAN virtuales o VLAN, donde un conjunto de sistemas pueden o no estar en la misma red, pueden ser entre ellos direcciones adicionales y únicamente ellos estarán en una red única, en estos casos aumentamos seguridad y simplificamos la administración de la red.

La mayor parte de las veces, la virtualización es utilizado o se utiliza específicamente para referirse a un sistema concreto de virtualización, como por ejemplo la denominación más utilizada y reconocida “máquina virtual”.

 ¿Que son las máquinas virtuales?  

Una máquina virtual la entenderemos básicamente como un sistema de virtualización, a menudo denominado “virtualización de servidores” o “virtualización de puesto, desktop”, dependiendo de la función que esta deba de desempeñar en la organización, todas ellas dependen del hardware y dispositivos físicos, pero trabajan como modelos totalmente independientes de este. Cada una de ellas con sus propias CPUs virtuales, tarjetas de red, discos…etc. Lo que podría especificarse como una compartición de recursos locales físicos entre varios dispositivos virtuales.

La tecnología de Máquina virtual se implementó por primera vez en los mainframes, con lo que no es una tecnología nueva, sino más bien una tecnología reaprovechada y mejorada de forma considerable, esta apareció en 1960, para permitir que los sistemas de cara a ser divididos en distintos grupos o dominios pudieran utilizar de una forma más eficiente un mayor número de usuarios y aplicaciones. Actualmente este tipo de tecnología a sido rediseñada para adaptarla a la arquitectura x86 para poder ofrecer los mismos beneficios.

La máquina virtual como tal aparece y esta organizada dentro del propio sistema y de cara al exterior representa equipos de carácter independiente, cada uno de ellos con sus propios recursos, pero a nivel global compartiendo elementos físicos.

El equipo que se presenta es consciente a lo largo de toda la generación de máquinas virtuales del número y del tamaño que estos pueden llegar a tener, lo que a nivel físico limitamos de forma optima dichos dispositivos virtuales.

Los Beneficios de la Virtualización  

El uso de estos sistema ofrecen muchos beneficios a las organizaciones de TI y a los usuarios finales.

Entre ellos podemos nombrar:

Un uso más eficiente de los recursos: Con el fin de garantizar que estén disponibles recursos suficientes para todos los usuarios y las aplicaciones para satisfacer las demandas y acuerdos de nivel de servicio. Las organizaciones de TI tienen provisionamiento de sistemas, el aumento de capital y gastos de funcionamiento. Con la virtualización, la capacidad puede ser utilizada de manera más eficaz, reduciendo los costes para adquirir los sistemas.

Fallos controlados aislados: Un error de aplicación, el sistema operativo cuelgues, o error del usuario en una máquina virtual no afecta a la utilización de otras máquinas virtuales en el mismo sistema.

Aumento de la seguridad:  El disponer de los usuarios separados y las aplicaciones en diferentes máquinas virtuales, diversos grupos de usuarios, estos pueden utilizar los recursos de un solo sistema de seguridad física, con su información y el tráfico de la red en condiciones de seguridad aislado del resto existente.

Suministro rápido: Debido a una máquina virtual de almacenamiento en disco es generalmente representado como archivos o volúmenes lógicos, todo ello de carácter totalmente estándar en funciones de almacenamiento y en técnicas de gestión, como por ejemplo la copia de ficheros, o el volumen de clonación, este puede ser creado de forma rápida y eficiente como nuevas máquinas virtuales, en lugar de existir equipos reales, lo que permite un cero en proceso de instalación. Todo ello junto con otros elementos, reduce considerablemente el tiempo necesario para establecer un nuevo sistema o plataforma de producción, sin los problemas que representan la adquisición de un nuevo hardware, esperas, devoluciones…etc. Incluyendo además el tiempo de instalación y configuración del software, el cual queda reducido de forma muy considerable, pasando de días o semanas en algunos casos, a minutos u horas.

Movilidad:  El uso de dispositivos utilizados o que pueden ser utilizados en máquinas virtuales, junto con los datos virtuales en los archivos de copia de seguridad o de volumen de discos virtuales, hace que sea fácil el desplazar o mover las máquinas virtuales de un sistema físico a otro, para funciones de mantenimiento y la utilización más eficaz de los recursos.

Articulo publicado en : http://www.ctxdom.com/citrix tu portal dedicado 100% a Citrix.