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 a todos de nuevo, soy Miguel angel Alonso y siguiendo con el hilo de la virtualización de escritorios, hoy trataremos en nuestro último capítulo de VMware View , el que para mí es el producto más extraordinario en mi humilde opinión de todos los que componen VMwre View 4, que no es otro que Vmware View Composer.

Este elemento que conforma a View tiene su máxima expresión cuando deseamos trabajar en un entorno grande con una gran cantidad de escritorios y donde además tenemos la necesidad de poder generarlos a la carta en un tiempo mínimo.

Su forma de trabajo radica en que a partir de uno o varios SNAPSHOTS de una máquina virtual en estado de apagado que hayamos
elegido como escritorio a virtualizar, será capaz de generarnos tantos escritorios como deseemos a partir del ya mencionado Snapshot.

¿Qué conseguiremos con esto? . Lo primero la simplificación de generar los escritorios deseados en minutos y de una manera sencilla y clara. Lo segundo y no por ello menos importante; el grandísimo ahorro en discos que vamos a tener, ya que Composer nos va a crear un LINK de nuestros escritorios hacia la plantilla generada antes a través de el Snapshot. Por lo cual con un solo disco vamos a nutrir a todos nuestros escritorios gracias a esa maravillosa técnica llamada DEDUPLICACION DE DATOS.

Estos clones de nuestra plantilla son llamados vClones y por supuesto aunque antes no lo hay nombrado, antes de hacer el Snapshot de nuestra plantilla debemos instalar el AGENTE de View en ella previamente.

Ejemplo sin Composer : 200 escritorios x 30 GB de Disco= 600GB de disco para 200 escritorios
Ejemplo con Composer: 200 escritorios (LINK) a Disco de 30 GB = 30GB de Disco para 200 escritorios

Bueno una vez explicado cómo trabaja Composer de una forma generalizada comenzaremos a ver cómo es su proceso de su instalación, aunque antes veremos un esquema general del funcionamiento de Composer en nuestro entorno View

Luego comenzaremos la instalación de Composer que ha de ser realizada en nuestro Servidor vCenter para la integración de este con nuestro entorno vSphere.

daremos al botón NEXT y comenzaremos….

aceptamos lo términos de licencia y NEXT….

Aquí nos mostrará el directorio donde se instalará por defecto y NEXT…

Como se puede observar, para la instalación de Composer nos hará falta una base de datos vacía que previamente habremos creado con nuestro SQL y desde OBDC conectaremos con ella de la siguiente manera

Iremos a la pestaña DSN Sistema y presionaremos sobre el botón Agregar

Y luego elegiremos SQL Native Client y presionamos sobre Finalizar…

le daremos nombre a nuestra conexión de base de datos e introduciremos el servidor donde esta alojada

introducimos los datos de conexión para nuestra BBDD y NEXT….

Y establecemos cual será nuestra base de datos predeterminada, que no será otra que la que hemos creado y que en mi caso he llamado VMwareComposer. Seguidamente le daremos a NEXT…

Seguidamente dejamos todo como está y volvemos a dar a Finalizar.

Y nos dará la posibilidad de probar nuestra conexión a nuestra BBDD por si hubiese algún problema y nos realizará el TEST correspondiente.

Una vez concluido nos muestra que nuestra conexión a nuestra BBDD ha sido un éxito, y aceptaremos…..

Y ahora regresamos al programa y con nuestros datos de nuestra BBDD le daremos al botón NEXT para continuar con nuestra instalación….

Nos indicará que el puerto para SOAP es el puerto 18443 (No olvidar de abrirlo en el Firewall de vuestro Servidor vCenter o tendremos problemas para poder configurar Composer desde la consola de nuestro Connection Server más tarde. Presionamos en NEXT…….

y finalmente en la siguiente pantalla a INSTALL para comenzar…

Comienza la instalación de los servicios de Composer en nuestro Servidor de vCenter

Y finalmente ya tenemos instalado nuestro Composer, presionamos sobre FINISH..

y reiniciaremos nuestro sistema para que finalmente tomen efecto todos los cambios realizados con nuestra instalación.

Seguidamente iremos a nuestro View 4 Connection Server (Broker) y desde la consola Web en la pestaña de Configuración (opción Servers). Seleccionaremos nuestro vCenter y desde EDIT modificaremos los parámetros necesarios para poder configuara nuestro Composer.

Seleccionaremos en el apartado de abajo: Enable View Composer y seguidamente sobre Add para introducir nuestros datos de conexión.

Aquí introducimos un usuario que tenga los permisos necesarios para agregar equipos en el Dominio. Seguidamente presionamos ADD para añadir nuestro Composer.

Y finalmente ya lo tenemos añadido , damos en OK y ya tenemos terminada nuestra instalación totalmente.

Más tarde tendríamos que ir a crear un POOL de escritorios para poder probar nuestra instalación y así podríamos ver como se generan desde un Snapshot de nuestra VM elegida que será la plantilla que creará los vClones para nuestros escritorios virtualizados.

Bueno esto es todo por hoy y nuevamente me despido hasta la semana que viene con un nuevo capítulo pero que en este caso será de Citrix XenDesktop 4. Cómo siempre agradecer al gran José María González, a mis compañeros del BLOG y a todos nuestros lectores por estar ahí como siempre y sin los cuales nada de esto sería posible.

Muchos son los comandos que desde la consola están disponibles en nuestro arsenal.

Algunos son mas útiles que otros, algunos son mas sencillos que otros y otros son mas conocidos.

No he querido dejar pasar otro episodio sin enseñarte este comando tan útil como versátil.

En este episodio te enseñara a habilitar el puerto VMotion de un vSwitch estandar desde la consola de comandos de un servidor VMware vSphere:

Hola a todos, soy Florián Murillo, y hoy me desvío de mis temas de post habituales (networking & security) para hablar del particionado del ESX 4.

El objetivo de este post, no es otro que agrupar todas las “best practices” existentes acerca de las particiones del ESX 4.

Al instalar por defecto, en el disco de arranque nos instalará 2 particiones físicas /boot y vmkcore, además del disco de arranque nos creará un volumen VMFS, con el resto del espacio disponible, donde almacena el resto de particiones (/, swap y /var/log) en el archivo esxconsole.vmdk

Para evitar confusiones, en el resto del post llamaremos root a /

[root@esx001 ~]# df -v
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdf5 5036284 1760092 3020360 37% /
/dev/cciss/c0d0p1 1106800 76032 974544 8% /boot
/dev/sdf2 2016044 62460 1851172 4% /var/log

fijaros que vmkcore y swap no tienen punto de montaje, por eso no aparecen. En el archivo /var/log/esx_install.log podemos ver registrada la actividad del proceso de instalación.

vmkcore se utiliza para coredump y su tamaño por defecto son 100MB.

swap ha de tener un tamaño recomendado de 2 veces el tamaño del service console en ejecución, por defecto 300MB aproximadamente, por eso el tamaño por defecto es 600MB, esta partición puede crecer hasta 1600MB, os recomiendo que le deis el tamaño máximo para evitar tener que ampliarla en caso de darle mas memoria al service console o instalar aplicaciones en el ESX.

El tamaño recomendado por VMware para /var/log es 2GB como habéis visto en el resultado del comando df -v (quizás con df -ah lo veais mejor) pero si tenéis espacio es recomendable aumentarlo a 4GB, /var/log guarda la mayoría de los archivos de log y puede crecer.

Es importante que el proceso de instalación separe /var/log de root ya que si se llena root tendremos problemas con el ESX, ya que necesita espacio para su actividad normal.

Existen otras particiones que también es una buena práctica separar de root, son /tmp, /opt y /home.

/tmp aloja ficheros temporales, por ejemplo en procesos de upgrade o descompresión de archivos tar, por eso os recomiendo darle 4GB.

/opt aloja el agente de vCenter Server, es decir el vpxa y archivos de log como el VMap.log son recomendables separar de root y con 2GB tenemos suficiente, aunque si tenéis espacio podéis ponerle 4GB. Algunas aplicaciones pueden utilizan /opt para instalar archivos, en sus procesos de instalación.

/home aloja directorios por usuario, algunas aplicaciones pueden instalar directorios en él, puede interesar por precaución separarlo de root dándole 1GB de espacio.

El ESXi tiene alguna diferencia respecto al ESX, además hay 2 instalaciones posibles, embebido o instalado, con particularidades, pero lo dejamos para otro post ¿alguien se anima a escribirlo?

No te acostarás sin saber una cosa más, si Señor.

Estaba yo tan contento, preparando mi post de este jueves (éste, si, éste) y pensaba que versaría sobre una herramienta que me ha dado muchos alegrías. Hablo de Mremote, una herramienta que hace de cónsola / Shell para RDP, VNC, SSH, HHTP y alguno más.

En un proyecto me han pedido especial hincapié en tener una herramienta de este tipo, y buscando por esas webs de Dios, me encuentro con esta maravilla, Remote Desktop Manager by Devolutions, que encima es Freeware.

Integra los siguientes clientes: RDP and TS, MS Remote Assistance, Real VNC, TightVNC, UltraVNC, Citrix,LogMeIn, Team Viewer, Dameware, VMware Player, Workstation, vSphere, Hyper-V, Virtual PC, Virtual Server…. Add-ons para HP graphics, y SQL studio …. me dejo alguno que te interese? pues seguro que me lo he olvidado y seguramente está disponible. Increíble

Se puede hacer download aquí , bajas el .msi y lo instalas como un “my wife”, Al arrancar no te asustes, no te pide licencia, tan sólo te pide si lo quieres arrancar en modo Standard (Freeware) o Enterprise (de pago, básicamente con gestion de usuarios y soporte para SQL Server, Amazon S3, Multiusuario, etc). Obtendréis una vista como ésta.

Pero no terminan aquí las sorpresas. “File, Import, Import from another application, mremote” . Pues sí, te vas a tu Mremote que tienes funcionando, exportas un XML de la configuración de las conexiones y te lo importas a tu nuevo entorno (algún cambio tendrás que hacer, no todo es tan “directo”.

Aquí podéis ver el impresionante “pop up” de configuración con las herramientas que podemos integrar

Pero fijaros la lista que tiene especificamente para virtualización

Recordad que hay que instalar los clientes en la máquina donde vais a ejecutar la cónsola, y si no sabéis donde encontrarlos, en la pagina de download de la aplicación están los links necesarios, mas fácil imposible.

Le ha llegado la hora a mi fiel Mremote veo. Hasta la semana que viene.

La web del Blog de Virtualización en Español ha superado los 2.000 fans via RSS (Really Simple Syndication).

A día de hoy son en concreto 2.008 usuarios los que siguen las actualizaciones que el equipo de expertos en virtualización en Español colaboran en el site y envían puntualmente cada día a la red.

La cifra de 2.000 usuarios se consiguió durante la segunda semana de este mes de Marzo y supone un récord absoluto de seguidores en webs de ámbito de virtualización de sistemas en nuestro país.

Asimismo he podido comprovar gratamente que la tendencia de crecimiento es clara ya que se están suscribiendo, de media, del orden de entre 10 y 15 usuarios al día.

La manera de hacerse fan de josemariagonzalez.es via RSS es a través de este enlace y seleccionado la opcion “Get El blog de Virtualizacion en Español dlivered by email“.

Además josemariagonzalez.es está presente también en Twitter, una de las redes sociales del momento, y cuenta con más de 1120 seguidores.

Desde el equipo del Blog de Virtualizacion en Español os decimos GRACIAS por vuestra confianza.

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 soy Miguel Angel Alonso y como cada Martes vuelvo al Blog de la Virtualización en español de José María Gonzalez para volver a contaros algo nuevo y siempre desde mi humilde opinión.

En este caso continuaremos con el capítulo 3 de VMware View que no es otro que el de Security Server; servidor que nos ayudará a encapsular nuestro tráfico mediante SSL por nuestro más que conocido puerto 443 y así de esta manera proteger todas nuestras sesiones de nuestros clientes con nuestro Broker de View a través de nuestras conexiones de INTERNET.

Además debemos saber que luego de nuestro Server security a nuestro Connection Server este se comunicará utilizando los puertos tcp : 8009 (AJAP139) y 4001 (JMS).

Todas estas comunicaciones mediante SSL servirán exclusivamente para nuestras conexiones mediante RDP ya que en caso de utilizar PCoIP deberíamos mapear el puerto tcp 50002 en nuestro querido Router para cada uno de nuestros Desktops Virtualizados .
Y por último pero no más importante deberíamos colocar nuestro Server Security en la DMZ de nuestra organización y no pertenecer o ser miembro del Dominio de nuestra organización.

Bueno explicado todo esto comenzaremos con la instalación de nuestro Servidor de Seguridad:

Habremos de empezar con el asistente de instalación de VMware View Connection Server, “Next” para comenzar…

Aceptamos el acuerdo de licencia y continuamos con el botón de NEXT

Indicaremos cual es la ruta de instalación por defecto que nos indica en este Snapshot y por supuesto; NEXT

Ahora elegimos el servidor que queremos instalar, que no es otro que nuestro Security Server

Ahora seleccionaremos la dirección en este caso FQDN de nuestro servidor Broker, aunque podríamos introducir perfectamente nuestra IP correspondiente; y NEXT

Comienza nuestra instalación …

Finalizaremos nuestra instalación y nos iremos a nuestro servidor Broker (Connection Server) para desde allí añadir y parametrizar nuestro nuevo Security Server

Seleccionamos la pestaña Configuration y en la sección Security Server en el enlace Add añadiremos nuestro Servidor de Seguridad

Introducimos el nombre de nuestro Servidor de Seguridad y le adjuntamos debajo la dirección HTTPS con su correspondiente puerto para nuestras conexiones externas. Después pulsamos OK.

Seguidamente seleccionaremos la opción Create Configuration File para generar un fichero de seguridad con el cual trabajará nuestro SS (Security Server)

Y seleccionamos guardar. Al fichero le llamamos config.propierties. Este fichero debe ser guardado en la carpeta “C:Archivos de programaVMwareVMware ViewServersslgatewayconf” del Security Server.

Lo siguiente que haremos será ir a nuestro Server Security de la DMZ y reiniciar el servicio VMware View Security Server y ya tendremos configurado nuestro Servidor de Seguridad.

Aquí os muestro un ejemplo de conexión mediante WEB por HTTPS a mi servidor Broker protegido por nuestro Security Server antes configurado

Bueno aquí me despido de vosotros por el momento hasta el próximo Martes en un nuevo capítulo que será el 4º y en el que veremos cómo instalar y configurar de Vmware View 4 Composer. Gracias como siempre a José María González y a todos nuestros lectores sin los cuales nada de esto sería posible.

El cliente vSphere es la principal interfaz para administrar todos los aspectos de tu entorno vSphere.

Es el interfaz para el servidor de vCenter Server y el servidor ESX/ESXi. También proporciona acceso a la consola de las máquinas virtuales.

Una vez que has instalado el servidor ESX o ESXi, una página de bienvenida es mostrada, a la cual es donde te debes conectar y desde donde te puedes descargar el cliente de vSphere

Para ver la lista de versiones de ESX y ESXi con el que el cliente de vSphere es compatible, consulte la guía de instalación en http://www.vmware.com/guides.html

En este episodio te mostrare como bajarte el cliente de vSphere para poder gestionar tu entorno una vez instalado el servidor ESX o ESXi:

Hola a todos, soy Florián Murillo y como en mi anterior post, continuo hablando de seguridad y networking, con una breve introducción de VMware vShield Zones y su aportación a la seguridad.

El origen de este producto hay que buscarlo en Blue Lane, empresa adquirida por VMware hace año y medio, y el producto actual tiene sus orígenes en VirtualShield, un buen IPS para entornos virtuales que, en manos de VMware, tras integrarse con VMsafe (API de seguridad) y evolucionar, renace como vShield Zones.

vShield Zones nace como una pieza clave en la arquitectura cloud de VMware, conjuntamente con vCloud y otros productos que poco a poco se van orientando a gestionar clouds y no dataCenters.

Otros productos y funciones aportan seguridad a nivel de host y a nivel de red, vShield Zones añade, además, seguridad entre las máquinas virtuales y el hipervisor.

Las funciones de vShield Zones son tres :

1. Nos proporciona un firewall virtual con persistencia de sesiones y que maneja reglas L2, L3 y L4.
2. Registro y análisis de tráfico, para análisis forense o detección de tráficos anómalos.
3. Descubre y construye un inventario de sistemas operativos, aplicaciones y puertos abiertos.

El producto tiene 2 partes, el vShield Manager y el vShield Agent, ambos son Virtual Appliances que se instalan como archivos OVF.

El vShield Manager monitoriza, configura y actualiza los vShield Agent que desplegamos sobre la infraestructura virtual, y como ya habéis intuido, los agentes se encargan de aplicar las reglas de firewall, de “capturar” el tráfico entrante y saliente, así como detectar S.O. y aplicaciones para construir el inventario en el vShield Manager (ver imagen siguiente).

VMware vShield

La arquitectura de distribución de los agentes de vShield Zones nos recordará a la disposición de los firewalls físicos que protegen DMZs, y la finalidad es la misma, en la imagen siguiente podemos ver el antes y el después de la instalación de un agente para securizar un Port Group llamado Servers.

Desde el vShield Manager le aplicaremos las políticas al agente y quizás os preocupe el hecho de que el port group Servers está conectado a un switch interno, imposibilitando el funcionamiento de vMotion, pero esto lo arreglaremos añadiendo en parámetro VMOnVirtualIntranet con el valor “false” en el archivo vpxd.cfg, este archivo lo encontrareis en la instalación del vCenter.

Me reservo para otro post la integración de los agentes de vShield Zones con los Virtual Service Domain de Cisco Nexus 1000V, nos elevará la seguridad de vShield Zones al siguiente nivel (opss, parece un juego).

No es el único producto para llevar la seguridad hasta el port group, existen otros productos interesantes como VMC de Reflex Systems o Virtual Network Firewall de Altor Networks, ¿estamos entrando en la era de los Virtual UTM Appliances?

Por todo lo comentado llegamos a hacernos preguntas en la línea de mi último post, ¿puede un experto en seguridad aplicar este nivel de seguridad sin conocimientos de vSphere y de networking?