¡Hola a todos de nuevo!, soy Miguel Ángel Alonso y como cada Martes estoy aquí con vosotros para contaros como siempre desde mi humilde opinión un nuevo POST y que como en las últimas semanas será referente a la virtualización de escritorios.

En este caso seguiremos con la segunda parte de la instalación de XenDesktop 4 , retomando el hilo de la semana pasada. En un principio continuaré con la instalación del agente en el escritorio a virtualizar y seguidamente entraremos en la Interface de XenDesktop Delivery Controller para crear nuestro GRUPO de escritorios con todas sus posibilidades y finalmente cómo acceder a estos escritorios vía WEB.

Vista la expectación que ha producido este tema, la semana que viene me extenderé un poquito más de la cuenta y me saldré un poquito del protocolo de POSTs que había planteado en el Índice del Capítulo 1 y añadiré una TERCERA parte a XenDesktop 4, dónde podremos ver de una manera rápida algunas de las posibilidades de configuración de este programa.

Bueno una vez dada esta introducción, nos ponemos manos a la obra y empezamos:

Introducimos el DVD de Xendesktop 4 y seleccionamos la opción 2: Install Virtual Desktop Components dentro de la VM que queremos crear como Escritorio Virtualizado.

Comienza nuestro asistente y seleccionamos NEXT …

Aceptamos nuestros Términos de Licencia y seleccionamos NEXT …

Se nos indicará el puerto por defecto que nuestro escritorio virtual necesitará para comunicarse con XenDesktop 4 Delivery Controller que es el: 8080 y seleccionamos NEXT …

En mi caso el asistente ha detectado que tengo mi FIREWALL activado y activando la opción de arriba como muestra el Snapshot, conseguiremos que habra automáticamente los puertos necesarios para la conexión desde nuestros clientes ICA. Seguidamente seleccionamos NEXT …

Aquí nos detectará la Granja de XenDesktop 4 que creamos al instalarlo en el capítulo anterior, aunque también te da la opción de seleccionar otras Granjas si existen más de una en nuestro entorno. Seleccionamos NEXT …

Continuamos con NEXT y comenzará nuestra instalación del agente de XD4 …

Y por fin ya se ha instalado, presionamos en FINISH …

Y nos dice que para que los cambios hechos tomen efecto debemos REINICIAR. En este punto abandonaremos nuestra VM con su Agente instalado y nos iremos a la consola de gestión de nuestro Servidor Broker Citrix XenDesktop 4 Delivery Controller para la creación de un GRUPO.

Sobre Desktop Groups que es la última opción si desplegamos nuestra Granja …

Con botón derecho seleccionaremos CREATE DESKTOP GROUP …

Y se nos presenta un nuevo asistente para la creación de este Grupo de escritorios. Seleccionamos NEXT …

Y como veis se presentan 2 opciones:

1. Pooled: Conjunto de escritorios, que pueden ser VMs independientes creadas en tu entorno de virtualización (XENSERVER, VSPHERE) ó VMs creadas con PROVISIONING SERVER ( Aprovisionamiento Dinámico de Discos) que ya veremos dentro de 2 capítulos más adelante.
2. Assigned: Y esta opción que como su nombre indica es para crear en escritorio permanente a un usuario, sea( FÍSICO ó VIRTUAL). Que puede ser Assign on first use, o sea que al primer usuario que se conecte a él será el que se quede con la posesión de dicho escritorio. O podemos elegir Pre-Assigned para un usuario al que se le va a dar un escritorio en concreto, y que además es el que voy a elegir para el ejemplo …

En este caso elegiré la primera opción ya que mi VM está dentro de un XENSERVER de mi entorno de testeo, y presionaremos sobre NEXT …

Introducimos la dirección de nuestro XENSERVER, usuario y password y nos conectamos …

Presionaremos sobre el botón ADD y se nos mostrará una lista de todas nuestras VMs que hay en nuestro entorno Xenserver. Seleccionamos el escritorio donde hemos instalado nuestro agente y OK …

Luego desde el botón Assign, le daremos la cuenta de nuestro usuario del Directorio que hemos elegido para darle nuestro escritorio virtualizado y seleccionaremos NEXT …

Seguidamente nos da la opción de cambiar si queremos el Icono de XENDESKTOP que verán nuestros usarios por otro personalizado. Lo dejamos como esta y seleccionamos NEXT …

En esta pantalla seleccionaremos la opción de Configuración avanzada para que la veais un poco y la valoréis. Selecciona NEXT …

Aquí en esta pantalla podemos decidir nuestro nivel de seguridad en las conexiones con nuestro Desktop virtualizado; si queremos permitir conexiones a través de Access Gateway y la opción de abajo del todo que nos permite otras formas de conexión.

Seleccionamos las dos ya que si no tenemos Access Gateway (Servidor de Conexiones Seguras de CITRIX) en nuestro entorno no podríamos tener acceso. Seleccionamos NEXT …

En esta pantalla se nos muestra el comportamiento que le daremos a nuestro Desktop virtualizado cuando hagamos un LOG-OFF de este. En mi caso he seleccionado la última (SHUTDOWN ,Apagar VM) porque particularmente es una manera de no consumir recursos de mi servidor ,si el escritorio no esta en uso. Cuando queramos volver a conectarnos, está se encenderá automáticamente. Seleccionamos NEXT …

Aquí ya la ultima opción en la que nos permitirá elegir el protocolo de conexión que por defecto es ICA, el nivel de encriptación y el numero de colores de nuestro escritorio. Seleccionamos FINISH …

Y ahí a nuestra izquierda ya aparece nuestro GRUPO de escritorio que hemos creado. Seguidamente abandonamos nuestro bróker y desde cualquier explorador WEB que tengamos introduciremos la dirección de nuestro servidor XENDESKTOP 4 DELIVERY CONTROLLER.

Nos aparecerá una interfaz como esta o similar ya que yo la he modificado un poco para mi entorno. Introducimos nuestro usuario asignado, contraseña y dominio y nos conectaremos a nuestro escritorio virtualizado …

Aquí vemos un ejemplo de nuestro escritorio. Cabe reseñar que esta conexión la hemos hecho vía WEB pero también la podemos hacer desde el ejecutable de nuestro Cliente bajándonos desde CITRIX el PLUG-IN ON-LINE.

Bueno hasta aquí llegó el capítulo de hoy. Os emplazo a la semana que viene para poder ver ya el último de los capítulos de XENDESKTOP, en el que como ya he reseñado antes podremos ver un poco más algunas configuraciones adicionales.

Hasta la semana que viene.

Hola amigos,

En el post de hoy os explicaré los pasos a dar cuando queremos redimensionar una Lun de nuestro SR. Como veréis es una tarea bastante sencilla y por lo general no debe darnos problemas.

Pero como sabéis en esto de la informática no está de más curarnos en salud por lo que recomiendo encarecidamente realizar un backup de todas nuestras VM y llevarlas a un almacenamiento NFS.

Bien sea mediante la propia exportación de máquinas virtuales que nos ofrece XenServer o con alguna herramienta de terceros. Y en el caso de desastre sobre el SR que estamos tocando, siempre podremos recuperar las Máquinas Virtuales en otro SR.

1.- Apagamos todas las máquinas virtuales de nuestro SR.

2.- Mediante xe sr-list buscamos e identificamos el UUID de nuestro SR. Lo utilizaremos en el paso siguiente

3.- Mediante xe sr-param-list uuid=”SR UUID” | grep PBD Identificamos el PBD (Physical Block Device) para el paso siguiente.

4.- Con xe pbd-umplug uuid=”PBD UUID” Desadjuntamos el PBD.

5.- Redimensionamos la Lun mediante el software específico de nuestra SAN iSCSI

6.- Y para terminar mediante xe pbd-plug uuid=”PBD UUID” adjuntamos de nuevo el PBD.

Nada mas amigos, espero que os sea de utilidad. Mañana me pasaré por Aslan espero ver a algunos amigos entre ellos a Jose María Gonzalez.

Prometemos contar cualquier novedad o anécdota que nos presenten desde Citrix.

¡Hola a todos de nuevo!, soy Miguel Ángel Alonso y como cada Martes estoy aquí con vosotros para contaros como siempre desde mi humilde opinión un nuevo POST y que como en las últimas semanas será referente a la virtualización de escritorios.

A diferencia de los 4 últimos en los que hemos visto como instalar y configurar Vmware View 4 en este, nos introduciremos dentro de su gran rival: CITRIX XenDesktop 4.

Un programa extraordinario y realmente completo que se integra también con la plataforma XenApp de publicación de Aplicaciones, Xenserver 5.5 e incluso con Vmware vSphere, aunque este último lo veremos en el siguiente capítulo de configuración de XenDesktop.

Empezaremos por los requerimientos que son necesarios como paso previo a su instalación:
1) 2003 Server Estándar o Enterprise con SP2 x86 o x64
2) 2003 Server R2 x86 o x64
3) Terminal server corriendo en Application Mode (No hacen falta las famosas CAL o licencias para el acceso de clientes).
4) Netframework 3.5 ( Se instala con Xendesktop4)
5) Java Runtime
6) Microsoft IIS + Web Services
7) Microsoft Visual J# 2.0 ( Se instala con XenDesktop4)
Bases de datos: SQL 2005 Express Edition 32 bit + SP2
SQL 2005 + SP2
SQL 2000 + SP4
Oracle 10.2.0.2.1.0 Enterprise ó superior
Microsoft Acces Jet Database Engine for Windows x86 ó x64
9) El equipo debe ser miembro de un Dominio.

Bueno una vez tenemos claro todo esto comenzaremos a instalar:

Ejecutaremos nuestro instalador de Xendesktop 4 (Citrix Delivery Controller) y daremos sobre la opción Install Server Components……

Aceptamos nuestros términos de licencia y NEXT………

Y aquí veremos que nos muestra los componentes que se instalarán. Delivery Controller que será nuestro Broker de Conexiones, Management Consoles desde las cuales podremos configurar totalmente nuestro Servidor Broker para crear Grupos, unirnos a otras Granjas de XenDesktop, configurar políticas de acceso y seguridad, etc…. Y finalmente nuestro servidor de Licencias el cual configuaremos vía WEB.

Seguidamente daremos nombre a nuestra Granja de XenDesktop4 para crearnos una ó si es nuestro caso nos dará la opción también de unirnos a otra Granja ya existente. Presionamos sobre NEXT…….

Elejimos la versión de XenDesktop que queremos instalar, en nuestro caso será la más completa que es la Platinum con todas sus características ya que previamente he bajado una licencia de prueba de 90 días de CITRIX y que vosotros también podeis bajaros previo registro de usuario. NEXT…

Por defecto el instalador nos creará nuestra base de datos, pero tenemos la opción de unirnos a una base de datos de otros XenDesktop si queremos , marcando la opción de usar uana base de datos existente, aunque este no será nuestro caso. NEXT …

Iniciará la instalación y al minuto más o menos nos pedirá hacer el primer reinicio de los tres que realizará para completar totalmente la instalación. Presionamos sobre SI …

Una vez reiniciado volvemos a ejecutar nuestro ejecutable para proseguir con la instalación.

Y comienza a instalar todos los componentes necesarios para su correcto funcionamiento …

Una vez termina tras un periodo de tiempo de unos 5- 6 minutos nos vuelve a informar de que necesita volver a reiniciar para seguir instalando. Le decimos que SI …

Volvemos a ejecutar nuestro instalador una vez reiniciado por segunda vez nuestro Servidor de XenDesktop 4 y marcamos en nuestro caso las dos opciones. Previamente ó en este momento crea una UNIDAD ORGANIZATIVA (OU) en tu DC principal para albergar tu configuración de XenDesktop a nivel de DOMINIO.

Le damos a NEXT …

Damos sobre el botón BROWSE y buscamos la OU que nos hemos creado expresamente para XENDESKTOP en nuestro DC y marcamos la casilla de abajo y automáticamente nos creará la asociación entre nuestra Granja y esta OU. NEXT …

Nos muestra como quedará nuestra configuración a nivel DE DOMINIO y le daremos a FINISH para terminar nuestra instalación.

Termina nuestra integración con nuestro servidor LDAP de nuestro DC como muestra nuestra captura de arriba y ya está listo. Ahora a la vez que se nos había abierto el WIZARD (Asistente ) de nuestra integración con el Directorio Activo y nuestra OU, se nos abre el explorador WEB para que introduzcamos nuestra licencia para hacer funcional nuestro XenDesktop bajo la licencia Premium, que como ya he explicado antes he descargado en modo de prueba de 90 días desde CITRIX.

Haremos CLICK sobre la opción marcada en NARANJA e introduciremos nuestra licencia

La cual quedará reflejada posteriormente en la pestaña USO ACTUAL de nuestra WEB de Citrix Licensing con las funcionalidades activas y la fecha de caducidad de estas.

En el siguiente paso ejecutaremos ya sobre el icono de XenDesktop Delivery Controller en nuestro escritorio o en la sección de Programas del Menú INICIO de nuestro servidor dentro de la carpeta de CITRIX. Y como vemos en el Snapshot de arriba se iniciará un pequeño asistente para la búsqueda y configuración del o los XenDesktop que haya en nuestra organización. NEXT …

Y una vez le damos a todos los pasos oportunos tendremos ya nuestra interfaz de Citrix XD4 para poder configurarlo según nuestras necesidades, pero esto será algo que os contaré la próxima semana.
Bueno hasta aquí os dejo en el día de hoy esperando que os haya gustado y os emplazo a la semana que viene para terminar de ver la configuración de forma generalizada de este maravilloso programa.

Como siempre dar las gracias A José María González, a mis compañeros del BLOG que son increíbles y con los que no dejo de aprender, y ¡cómo no! , con nuestros queridos lectores sin los cuales nada de esto sería posible.

Gracias y hasta la semana que viene.

Queridos lectores,

Hace unos días Citrix presentaba la salida al mercado de XenAPP 6, para el que no lo sepa, XenApp es un sistema de publicación de aplicaciones Windows, centralizadas en un Centro de Datos. Estas aplicaciones son entregadas a los usuarios como servicio on-demand sobre cualquier dispositivo (Pc, Thin Client, Dispositivo móvil, etc.).

Esta nueva versión XenApp 6 tiene soporte para Windows Server 2008 R2 e incluye las siguientes mejoras:

• Administración central simplificada, gracias a AppCenter.
• Compatibilidad con Microsoft APP-v.
• Autoaprovisonamiento de aplicaciones, gracias a la integración de Citrix Dazzle.
• Acceso desde Mac, IPhone, Android y Windows Mobile, además de los ya
• Tecnología HDX mejorada. Soporte para un gran número de dispositivos USB como Webcams, micrófonos, cámaras digitales y escáneres.

Todas estas mejoras también estarán en XenDesktop 4 como función integrada.

Y recién salido del horno como muy bien nos ha anunciado nuestro buen amigo Cristian Sánchez, Citrix ha presentado la versión beta de Citrix XenServer 5.6.

Esta beta nos la podemos descargar desde la siguiente url de MyCitrix. Es necesarios tener credenciales para poder acceder:

http://www.citrix.com/lang/English/publicindex.asp?destURL=/English/ss/downloads/details.asp%3FdownloadId%3D1863359%26productId%3D683148#top

Como mejoras, Citrix anuncia las siguientes:

• Granular Role-based Access Controls. A los usuarios admin se les podrá asignar un rol escogido entre varios.
• Administrative Logging and Audit. Los cambios administrativos realizados en ¨XenCenter o CLI quedarán registrados.
• Dynamic Memory Control. Podremos aumentar el número de VM de nuestro XenServer permitiendo que la utilización de la memoria de las VM existentes sea comprimida. De esta manera podremos arrancar VM adicionales.
• Enhanced VM Snapshots. Podremos crear snapshots completos (contenido de la memoria y disco).
• Automated Workload Balancing & Power Management. No será necesario intervención administrativa para aplicar las recomendaciones de equilibrio de carga. Estas se aplicarán automáticamente.
• StorageLink Site Recovery. Permitirá la recuperación de la infraestructura virtual en un sitio secundario.
• Citrix License Server Integration. La licencia se activará mediante un servidor de licencias de Citrix.

Desde esta url tendréis acceso a todo la información oficial del producto:

http://www.citrix.com/lang/English/lp/lp_1340047.asp

Os invito que la descarguéis para probarla y entre todos postear conclusiones.

Hola amigos, como veis continuamos con la monitorización de sistemas. Al igual que lo hice con Hyperic esta vez voy a mostraros como instalar el agente de Zabbix en Xenserver 5.5. Otro día lo haremos con Nagios que es el que nos falta.

1.- Descargamos de la web de Citrix el “SDK Virtual Machine” y lo importamos en nuestro XenServer. Esto nos servirá para poder compilar el agente de Zabbix para nuestra versión de XenServer.

http://www.citrix.com/lang/English/lp/lp_1688621.asp

2.- Una vez tenemos la máquina virtual creada, nos traemos el paquete que contiene el agente zabbix y lo descomprimimos.

3.- Compilamos:

./configure –enable-agent –enable-static

make install

4.- Localizaremos los ficheros del agente de zabbix en la siguiente ruta:

/usr/local/sbin/zabbix_agent

/usr/local/sbin/zabbix_agentd

5.- Copiamos el directorio tal cual sobre nuestro XenServer 5.5. Yo suelo hacerlo con scp por medio de comandos pero hay clientes como WinSCP que también son muy cómodos.

6.- Creamos el usuario zabbix en XenServer

useradd zabbix

7.- Le damos permisos de este usuario sobre los directorios antes creados

chmod 755 zabbix_agent*

chown zabbix zabbix_agent*

8.- Creamos el directorio donde estarán los ficheros de configuración:

mkdir /etc/zabbix

9.- Le damos permisos al usuario zabbix sobre el directorio

chown zabbix /etc/zabbix

10.- LLevamos el fichero zabbix_agentd.conf al directorio anterior creado y le damos permisos para el mismo usuario

chown zabbix /etc/zabbix/zabbix_agentd.conf

11.- Creamos el directorio para logs

mkdir /var/log/zabbix

12.- Le damos permios para el usuario zabbix

chown zabbix /var/log/zabbix

13.- Copiamos el script de inicio en /etc/init.d y lo añadiremos a los niveles de ejecución

chkconfig –level 2345 zabbix-agend on

14.- Modificamos la linea donde aparece:

ZABBIX_AGENTD_BIN=/usr/sbin/zabbix-agentd

por

ZABBIX_AGENTD_BIN=/usr/local/sbin/zabbix-agentd

15.- Editamos la configuración del IPTables, añadiendo la siguiente linea

-A RH-Firewall-1-INPUT -m state –state NEW -m tcp -p tcp –dport 10050 -j ACCEPT

16.- Reiniciamos IPTables

service iptables restart

17.- Arrancamos el agente y comprobamos su funcionamiento

/etc/init.d/zabbix_agentd start

/tail -f /var/log/zabbix/zabbix_agentd.log

Con esto tendremos el agente funcionando en nuestro XenServer. Espero que os sea de utilidad.

Saludos y hasta la semana que viene.

Hola amigos,

En el post de hoy explicaré como poder convertir una máquina física en una máquina virtual. Para ello haremos uso de la utilidad XenConvert 2.1, recién salida del horno, que mediante el proceso P2V “Physical to Virtual Conversion” convertiremos nuestro servidor físico en una máquina virtual.

Sin duda alguna la mejor de las nuevas características de esta nueva versión es la posibilidad de convertir y redimensionar múltiples volúmenes. Podéis ver las características en esta url:

http://www.citrix.com/English/ss/downloads/details.asp?downloadId=1862307&productId=683148#top

Dependiendo del sistema operativo de nuestra máquina física habrán dos posibilidades:

1. Si nuestro servidor físico es Windows:
   • Descargamos XenConvert 2.1 de la web que os he puesto anteriormente.
   • Instalamos.
   • Una vez finalizada la instalación podremos ejecutarla.
   • El asistente muestra varias opciones de tipos de conversión. Por defecto crea un fichero VHD pero también podemos crear un fichero XVA, que después importaremos como template o appliance.
   • Una característica muy importante de todo esto es que si os dais cuenta no hemos reiniciado en ningún momento nuestro servidor físico.
2. Si nuestro servidor físico es Linux:
   • Reiniciaremos nuestro servidor físico y arrancaremos desde el CD de instalación de XenServer.
   • Cuando salga el menú de bienvenido a XenServer nos moveremos entre las opciones con el tabulador y seleccionaremos con la barra espaciadora.
   • Seleccionaremos la opción P2V y daremos a aceptar.
   • El proceso de conversión se hará a través de la red entre el equipo físico y XenServer. Es importante tener en cuenta que este proceso será bastante largo y que si tenemos VM en producción su rendimiento se verá afectado.
   • Cuando el proceso acabe habremos creado nuestra máquina virtual dentro de XenServer.

Esto es todo amigos, vuestro jefe ya no tendrá excusa alguna para que podáis pasar vuestro servidor físico a máquina virtual.

Saludos y hasta la semana que viene.

Queridos lectores del blog de virtualización en español. Para los que también quieran saber como configurar Jumbo frames en XenServer voy a explicar como hacerlo.

1.- Entramos por ssh a nuestro servidor XenServer.

2.- Buscamos la interfaz física a la que queremos aplicar el cambio:

xe pif-list

3.- Una vez encontrada, comprobamos su configuración:

xe pif-param-list uuid=”uuid de la interfaz de red física”

La informacion obtenida es mas o menos esta:

device ( RO): eth1
MAC ( RO): 00:23:7d:ee:f2:c0
physical ( RO): true
currently-attached ( RO): false
MTU ( RO): 1500
VLAN ( RO): -1
bond-master-of ( RO):
bond-slave-of ( RO): ba4a8cd5-3708-081b-c496-0967ab2bfce7
management ( RO): false
network-uuid ( RO): e4bbd54b-8236-fb25-98f5-60fd5c56b3f6
network-name-label ( RO): Pool-wide network associated with eth1
host-uuid ( RO): 9e7b7330-8776-4ec1-9f9e-0f1d55898e83
host-name-label ( RO):
IP-configuration-mode ( RO): None
IP ( RO):
netmask ( RO):
gateway ( RO):
DNS ( RO):
io_read_kbs ( RO): 0.000
io_write_kbs ( RO): 0.000
carrier ( RO): true
vendor-id ( RO): 14e4
vendor-name ( RO): Broadcom Corporation
device-id ( RO): 164c
device-name ( RO): NetXtreme II BCM5708 Gigabit Ethernet
speed ( RO): 1000 Mbit/s
duplex ( RO): full
disallow-unplug ( RW): false
pci-bus-path ( RO): 0000:05:00.0
other-config (MRW):

4.- Configuramos MTU 9000 sobre la interfaz física:

xe pif-para-set uuid=”uuid de la interfaz física” other-config:mtu=9000

5.- Volvemos a comprobar y vemos que se han aplicado los cambios:

xe pif-param-list uuid=”uuid de la interfaz de red física”

Y la información obtenida es más o menos esta:

device ( RO): eth1
MAC ( RO): 00:23:7d:ee:f2:c0
physical ( RO): true
currently-attached ( RO): false
MTU ( RO): 9000
VLAN ( RO): -1
bond-master-of ( RO):
bond-slave-of ( RO): ba4a8cd5-3708-081b-c496-0967ab2bfce7
management ( RO): false
network-uuid ( RO): e4bbd54b-8236-fb25-98f5-60fd5c56b3f6
network-name-label ( RO): Pool-wide network associated with eth1
host-uuid ( RO): 9e7b7330-8776-4ec1-9f9e-0f1d55898e83
host-name-label ( RO):
IP-configuration-mode ( RO): None
IP ( RO):
netmask ( RO):
gateway ( RO):
DNS ( RO):
io_read_kbs ( RO): 0.000
io_write_kbs ( RO): 0.000
carrier ( RO): true
vendor-id ( RO): 14e4
vendor-name ( RO): Broadcom Corporation
device-id ( RO): 164c
device-name ( RO): NetXtreme II BCM5708 Gigabit Ethernet
speed ( RO): 1000 Mbit/s
duplex ( RO): full
disallow-unplug ( RW): false
pci-bus-path ( RO): 0000:05:00.0
other-config (MRW): mtu: 9000;

Una vez configuradas Jumbo Frames sobre las interfaces físicas podremos hacerlo sobre las interfaces virtuales, la manera de hacerlo es muy parecida. Sería sustituir el comando pif por vif. Quedando de la siguiente manera:

1.- Buscamos la interfaz virtual:

xe vif-list

2.- Vemos sus características y parámetros:

xe vif-param-list uuid=”uuid de la interfaz de red virtual”

3.- Configuramos mtu 9000:

xe vif-para-set uuid=”uuid de la interfaz virtual” other-config:mtu=9000

4.- Comprobamos cambios:

xe vif-param-list uuid=”uuid de la interfaz de red virtual”

Esto es todo, a partir de ahora ya sabemos como poder hacerlo en VMWare y XenServer. Espero que os sea de utilidad.

Un saludo,

Adolfo.

Update1: Si tienes problemas en bajarte el documento haz clic en este enlace.

Hola amigos. Tal y como podemos ver en este artículo, Citrix ha publicado un test para escalar a 5000 sesiones concurrentes VDI y lo más notable que encuentro de todo esto es que para el test utilizan VMWare ESX como plataforma de virtualización.

A continuación os paso a listar la plataforma utilizada:

1.- Desktop delivering controler para la administración de los escritorios remotos.
2.- Citrix provisioning services para el aprovisionamiento.
3.- Netapp como sistema de almacenamiento.
4.- Blades de HP para el alojamiento de las máquinas virtuales.
5.- VMWare ESX como sistema de virtualización.
6.- Switches cisco para la red.

Os recomiendo su lectura, de la que, además de una plataforma de XenDesktop 4 sobre VMWare ESX, cabe destacar la sinceridad en los problemas encontrados.

Saludos y hasta la próxima semana.

Hola a todos de nuevo, soy Miguel Angel Alonso y hoy vamos a entrar en profundidad dentro del mundo VDI en una serie de entre 4 y 8 capítulos que saldrán cada Martes para informaros sobre la configuración, instalación, máximos y mínimos de ambas tecnologías de escritorios virtualizados, con sus ventajas y desventajas de una frente a la otra.

En una primera vista quiero que observéis por encima ambos esquemas de conexionado de las dos tecnologías y sus formas de operar, las cuales son prácticamente calcadas aunque la forma de hacerlo difiera bastante en sus PROTOCOLOS de conexión:

VMware View 4

Citrix XenDesktop 4

Después de ver ambos esquemas de conexionado de ambas tecnologías como primer apunte a reseñar y que me viene a la cabeza son sus similitudes a la hora de trabajar aunque lo hagan de diferentes maneras, observémoslos:

CITRIX                                                                                      VMware

Delivery Controller                                                                View Connection Server (BROKER)
Security Remote Acces ó Acces Gateway                     View Security Server (SEGURIDAD)
Provisioning Server                                                               View Composer (Aprovisionamiento Dinámico de Discos)

Aunque lo mismo cabe reseñar en sentido inverso, es la forma, o mejor dicho, el protocolo con el que se conectan ambas:

CITRIX ha introducido su tecnología FLEXCAST HDX mediante su cliente y protocolo ICA y VMware lo ha hecho en su versión 4 con PCoIP.

Ambas tecnologías son extraordinarias pero cabe reseñar muy a mi pesar que la tecnología de Citrix es más madura y estable que la de VMware ya que PCoIP apuesta sobre UDP como el transporte fundamental para los gráficos.

Uno de los defectos de diseño importantes en PCoIP es que se basa exclusivamente en UDP para proporcionar mapas de bits. UDP es válido para algunos casos de uso, pero PCoIP depende de este totalmente por completo.

Cuando se necesita un transporte fiable, TCP es una opción mucho mejor. El hecho de que tiene una aplicación PCoIP y fiabilidad de paquetes, muestra que necesita de un proceso de entrega fiable para los gráficos de escritorio. Si todo lo que estamos haciendo es reproducir un vídeo, muy bien … pero eso no es todo lo que hace un escritorio virtual (ya que dispone de otras muchas funcionalidades).

Hace muchos años, ICA se apoyó en un protocolo basado en datagramas con la aplicación de la fiabilidad de capas como PCoIP. Desde entonces, se ha aprendido que TCP es el transporte ideal para la entrega de los gráficos de escritorio en la red. También es más amigable con los sistemas firewall y la infraestructura de red en general y es más fácil el tratarlo y gestionarlo, además de ser más barato de implementar y los clientes pueden aprovechar su infraestructura de red existente.

Sin embargo, se de buena fuente, que PCoIP va a mejorar todo esto en futuras versiones. Y va a ser un duro competidor en su batalla frente a HDX por hacerse con el protocolo a estandarizar en los entornos VDI. Particularmente confío mucho en PCoIP.

Aunque si en el protocolo le doy cierta ventaja a Citrix, en el elemento de aprovisionamiento de discos dinámicos virtuales para nuestros escritorios le doy un sobresaliente a View Composer, frente a un buen Citrix Provisioning Server, tanto por su facilidad de manejo como su configuración y el despliegue de estos.

Bueno aquí os dejo los futuros capítulos que veremos de ahora en adelante:

Capítulo 1: Instalación y configuración de Vmware View 4 Connection Server
Capítulo 2: Instalación y configuración de Vmware View 4 Connection Server Replica
Capítulo 3: Instalación y configuración de Vmware View 4 Security Server
Capítulo 4: Instalación y configuración de Vmware View 4 Composer
Capítulo 5: Instalación y configuración de Citrix XenDesktop 4 (Parte 1)
Capítulo 6: Instalación y configuración de Citrix XenDesktop 4 (Parte 1)
Capítulo 7: Instalación y configuración de Citrix Provisioning Server 5
Capítulo 8: Trucos a tener en cuenta a la hora de instalar ambos en un proceso de producción (Máximos y Mínimos, etc…)

Bueno como cada Martes le doy nuevamente gracias a José María y a mis compañeros del BLOG, y cómo no a todos vosotros sin los cuales nada de esto sería posible.

Gracias y hasta la próxima semana.

Hola a todos, voy a explicaros como actualizar XenServer 5.5 en modo comandos desde el propio servidor de XenServer.

El proceso de actualización es muy sencillo y requiere únicamente 4 pasos muy concretos.

El primer paso, consistirá en bajarse los binarios del update de XenServer. Este es el paso que puede tardar más tiempo y dependerá del ancho de banda que dispongas en Internet.

1º Descargamos el fichero:

wget http://downloadns.citrix.com.edgesuite.net/4684/XenServer-5.5.0-Update2.xsupdate

2º Actualizamos:

xe patch-upload file-name=XenServer-5.5.0-Update2.xsupdate

3º Aplicamos:

xe patch-pool-apply uuid=”uuid del pool”

4º Reiniciamos:

reboot

Con esto tendremos actualizado nuestro XenServer 5.5. No es necesario aplicar antes el Update 1 puesto que esta ya la incluye. Tampoco ocurriría nada en el caso de que ya tuvieramos previamente el update 1 instalado.

Después de la actualización será necesario actualizar las XenServer Tools de todas las máquinas virtuales linux que tengamos. Para ello podemos seguir la siguiente guia que os redacté unas semanas atras:

http://www.josemariagonzalez.es/2009/12/09/como-instalar-xenserver-tools-en-linux.html

Espero que os sea de gran utilidad. Nos vemos la semana que viene.