En un post publicado la semana pasada, mas concretamente el día 24 de marzo, hice mención a una buena acción de un colega y amigo llamado Mike Laverick que no podía dejar pasar desapercibidamente.

Por si aun no te has enterado de la gran noticia, una excelente noticia sobre todo si eres usuario de VMware Site Recovery Manager, Mike ha decidido publicar gratuitamente su libro administrando VMware Site Recovery Manager 4.0.

Personalmente tuve el placer y la suerte de trabajar con Mike en la versión anterior de su libro: Administrating VMware Site Recovery Manager 1.0, el cual actualice a la versión 1.0.1 y lo traduje al castellano. Hace 4 meses que decidimos bilateralmente (los dos compartimos el copyright de la versión en castellano ) liberar esta versión también gratuitamente y en formato .pdf para el público en general, el cual puedes encontrar en este enlace.

De nuevo Mike me ha pedido expresamente traducir esta nueva versión al castellano, esta vez solo hay que traducir el libro pues no hay una actualización del producto por medio – gracias a Dios!

Lamentablemente y por razones personales y profesionales me es imposible dedicar dos meses en exclusiva a la traducción del libro y así se lo hice saber a Mike la semana pasada.

Curiosamente, a uno de nuestros lectores habituales – gracias Angel – se le ocurrió una idea absolutamente fantástica – por qué no se me habrá ocurrido a mi antes? – Copio exactamente las palabras de nuestro querido lector Angel:

Buenos días José María,
he tenido una idea que me gustaría comentarte. Ya que somos muchos los que estamos bastante liados (y, en mi caso, además mi nivel de inglés se reduce a la lectura de muchos textos técnicos) podríamos organizarnos de forma que entre varias personas tradujeran un capítulo cada uno y tú, que tienes más experiencia en las artes de la escritura, coordinaras y revisaras las traducciones.
Yo me ofrecería voluntario para revisar el texto en español al igual que hice con el tuyo.

Si te parece bien, tanto a ti como a Mike, y existen voluntarios podríamos sacar adelante el libro en castellano.

Pues bien estimado lector, esta vez no estoy aquí para dar si no para pedirte un favor. Estoy buscando candidatos para traducir el libro completo de Mike y así ayudar a la comunidad de virtualización en general.

El libro tiene 13 capítulos, os adjunto abajo los títulos y el número de páginas. Sinceramente pienso que podríamos traducir un capitulo por persona – piece of cake. Angel ha aceptado a traducir el primer capítulo – aun no lo sabe – y a revisar el libro cuando este completo – eso si lo sabe -, y yo me he propuesto a traducir el segundo capítulo y a revisar la copia final – por Dios que no se entere mi mujer!!!.

Pero necesitamos de más voluntarios para que este proyecto tome forma. Tu país te necesitas – me a quedado muy americano, mejor, – la comunidad de virtualización te necesita!

Si te gustaría colaborar con la comunidad de virtualización, te sientes capaz de traducir mas o menos bien uno de los capítulos y quieres ser famoso, deja tu comentario en este post con tu nombre y el capitulo que te gustaría traducir y te asignare inmediatamente al proyecto; un proyecto que he decidió llamarle por el codename de saving private chema, por lo menos nos divertiremos

Gracias y espero vuestra colaboración. Quien mas se apunta?

Chapter 1: Introduction ……………………………………………………….. 7
Assigned to Angel

Chapter 2: Getting started with EMC Celerra Replicator ……………………25
Assigned to Jose Maria Gonzalez

Chapter 3: Getting started with EMC Clariion MirrorView/S ………………. 47
Chapter 4: Getting started with HP LeftHand Scheduled Remote Copy … 59
Chapter 5: Getting started with NetApp and SnapMirror …………………. 93
Chapter 6: Installing VMware SRM ………………………………………….. 127
Chapter 7: Protection Site Configuration …………………………………… 163
Chapter 8: Recovery Site Configuration ……………………………………. 209
Chapter 9: Custom Recovery Plans …………………………………………. 237
Chapter 10: Alarms, Exporting History and Access Control ……………… 289
Chapter 11: Bi-Directional and Multi-Site Configurations ………………… 313
Chapter 12: Failover and Failback ………………………………………….. 327
Chapter 13: Scripted Site Recovery ……………………………………….. 375

Hola Amigos,

En el post de hoy os describiré algunos comandos muy útililes para el uso de snapshots. Como sabéis con un snapshot de XenServer y la máquina virtual podemos trasladarla a un estado anterior.

Realizar un snapshot regular desde linea de comandos, crearemos un snapshot consistente de cualquier máquina virtual, ya sea windows o linux.

xe vm-snapshot vm=”maquina virtual” new-name-label=”nombre del snapshot”

Si queremos hacer uso del soporte VSS para hacer un snapshot de un windows 2003 server o 2008 server podemos hacer uso de la siguiente opción:

xe vm-snapshot-with-quiesce vm=”maquina virtual” new-name-label=”nombre del snapshot”

Comando para listar los diferentes snapshots almacenados:

xe template-list is-a-snapshot=true params=all

Comando para listar los diferentes snapshots almacenados de una máquina virtual concreta:

xe template-list snapshot_of=”uud de la máquina virtual”

Comando para borrar un snapshot:

xe vm-uninstall uuid=”etiqueta del snapshot” force=true

Con todo esto nos servirá para familiarizarnos con los imprescindibles snapshots. Si me vais siguiendo a lo largo de los post veréis que le doy gran importancia a los backups y continuidad de negocio, creo que es algo que hay que tenerlo muy presente y siempre preparado.

En futuros post y una vez familiarizados con estos comandos descritos os mostraré un script desde el cual podremos hacer un backup del snapshot y exportarlo como template sobre un almacenamiento NFS.

Nada mas amigos, espero que sea de utilidad.

¡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.

Modificar la configuración de las maquinas virtuales es una tarea que se realiza con frecuencia, por ejemplo para añadir una tarjeta de red o un disco virtual adicional.

Todos los cambios de hardware virtual que se hacen en la maquina virtual pueden ser realizados cuando la maquina virtual esta apagada. Sin embargo, alguno de los cambios pueden ser realizados cuando la maquina virtual esta encendida.

Windows 2003 y Windows 2008 Enterprise soporta añadir memoria RAM en caliente y Windows 2003 y Windows 2008 DataCenter soporta tanto memoria como añadir CPUs en caliente.

Asimismo también es posible eliminar hardware virtual cuando la maquina está encendida. Para añadir hardware a tu maquina virtual, selecciona la pestaña properties y haz clic en Add. La lista de dispositivos que puedes añadir en caliente (hot-pluggable) depende si la maquina virtual está encendida o apagada.

Tanto CPU como memoria pueden también ser añadidos en caliente siempre que el sistema operativo guest soporte dicha funcionalidad. Asimismo las VMware tools deben de estar instaladas en la maquina virtual para suportar la funcionalidad de hot-plug.

En este episodio te mostrare como poder añadir memoria y CPU en caliente activando dicha funcionalidad en las propiedades de la maquina virtual y a validar el tipo de licencia vSphere necesaria para poder tener la funcionalidad de añadir memoria y CPU en caliente a las maquinas virtuales:

Hola a todos, soy Florián Murillo y hoy hablaré de algo que no tenemos, me refiero a ¡¡ tiempo disponible !!.

Todos sabemos que los proyectos de virtualización aportan grandes beneficios a los negocios, pero la virtualización tiene “vida propia” y va demandando recursos permanentemente, consecuencia de las necesidades cambiantes de los negocios, llegado ese momento, para que la virtualización siga aportando valor al negocio, necesita una optimización permanente, es decir, que las inversiones en recursos sean por falta de los mismos, no por falta de tiempo para obtenerlos, optimizando la infraestructura virtual.

Disponer de tiempo para atender al ciclo de mejora continua que supone la importante tarea de la optimizzación, es decir :

• Analizar los datos disponibles
• Proponer mejoras en :
  • Rendimiento
  • Escalabilidad
  • Seguridad
  • Disponibilidad
  • Equipamiento
• Planificar los cambios propuestos
• Medir el resultado de los cambios
• Retroceder o Documentar en caso de éxito
• Volver a empezar

El día a día nos tienta a dejar esta tarea para luego, pero hemos de ser rigurosos, reservar tiempo en la agenda semanalmente funciona (a veces), pero aún así es difícil.

¿Que puede ocurrir si no lo hacemos? :

• Invertiremos en recursos nuevos, cuando disponemos de ellos, dejando de ser eficientes para el negocio.
• No podremos preveer falta de capacidad o degradaciones con la antelación suficiente, generando degradación al negocio y comprando deprisa y corriendo, o sea, comprando caro.
• El rendimiento de las aplicaciones se degradará en vez de mejorar, perjudicando la calidad del servicios a nuestros usuarios, o sea perjudicando al negocio.

No parece un panorama muy halagüeño, busquemos soluciones …

¿Como podemos resolverlo?

Encontrando tiempo para hacerlo nosotros, contratando servicios profesionales externos que evalúen periódicamente el estado de nuestros sistemas o bien utilizando herramientas que disminuyan el tiempo que le hemos de dedicar, y de una de estas herramientas quiero hablaros, del VMware vCenter CapacityIQ a partir de ahora CapacityIQ para los amigos.

CapacityIQ nos va a ayudar a analizar, preveer y planificar las necesidades futuras de recursos.

Se instala como Virtual Appliance, y se gestiona desde el vCenter Server con el vSphere Client con su correspondiente plug-in, como es habitual en VMware, disponemos de una versión de prueba de 60 días, como también es habitual.

Lo que estamos instalando es un Linux con Apache/Tomcat para el CapacityIQ Admin Portal y BBDD PostgreSQL para el Data Collector, todo está incluido en el Virtual Appliance.

El análisis nos ayuda a saber cuando nos quedaremos sin recursos, cual es el recurso que se agotará antes y como afecta cada VM en el agotamiento de recursos.

También nos hace recomendaciones sobre los recursos de computación que podemos quitar a una VM, porque no los está utilizando.

Me gusta especialmente la gráfica en la que vemos descender, en el tiempo, los recursos disponibles en nuestro datacenter o cluster, se explica sola, además nos indica el tiempo que a este ritmo nos quedaremos sin recursos.

También es interesante la vista Time Remaining, nos indica el tiempo que nos queda de “vida” es decir, recursos disponibles, si seguimos desplegando VM al ritmo actual.

La combinación de ambas nos da una visión completa del porque nos quedamos sin recursos.

En la gráfica adjunta vemos las VM creadas (representadas por puntos azules) y la tendencia de consumo de recursos que tenemos (linea azul), por otro lado tenemos la línea roja que representa los recursos disponibles, con la tendencia actual, se cruzan el día que nos quedaremos sin recursos y la degradación de los sistemas está garantizada. Es una buena herramienta para reclamar partidas presupuestarias o para ver el resultado de nuestro trabajo, llevando esta fecha hacia adelante.

También nos ayuda a preveer, con escenarios What-If, que pasaría si, por ejemplo, que pasará si desplegamos 12 VM más según un template seleccionado.

Los escenarios What-If nos pueden ayudar también a preveer que pasaría si añadimos unos host o cambiamos unos por otros, muy interesante.

Y como se que estáis pensando ¿cuanto cuesta? os diré que el PVP es de 831,30.- EUR por procesador físico.

¿os animáis a probarlo?

El pasado domingo tuve la oportunidad de asistir al pre-lanzamiento de SureBackup por parte de Veeam. Unos 10 bloggers tuvimos la oportunidad de ver con Doug Hazelman en un “Blogger meeting” esta nueva tecnología.

Ante todo, dejar claro que SureBackup no es un nuevo producto, es una serie de “Features” que va a incorporar la versión 5 de Veeam Backup. Lo cierto es que la exposición de Doug fue muy clara y directa, por lo que “casi” me voy a limitar a transmitir lo que explicó en su speech.

El Backup a nivel de Imagen tiene muchas ventajas, es “agnóstico” en cuanto a los SO Guest, es portable, simple para recuperar, con un buen ratio coste/efectividad, no precisa agentes, coste por socket.

Pero cuidado, cualquier backup a nivel de Imagen es un Snapshot de un Sistema funcionando. Ello implica que cuando se intente restaurar una vm, ésta puede presentar un arranque con errores debido a updates que precisan un reinicio, porque la VM estuviera en arranque pidiendo si queremos arrancar en modo seguro o bien, la maquina puede estar con BSOD. Si hacemos el backup en ese estado, al restaurar, estamos en el mismo estado.

También puede ser que el SO esté correcto, pero la Aplicación esté corrompida, entonces?

Hay corporaciones que tienen políticas de verificación de los Backups. De forma rotatoria y a la vez con patrón y/o aleatoriamente van restaurando VMs a partir de las imágenes y verificando que las copias que tienen son “funcionales” tras la restauración. Arduo trabajo y además con limitaciones. Por ejemplo, si quiero probas una aplicación tipo VApp con una BBDD y un servidor web precisaré levantar los dos probablemente en un mismo momento del tiempo, o un Exchange precisará un DC y/o un DNS.

Llega SureBackup!

Creo que uno de los mejores valores de Veeam es el plantear cosas nuevas, con “pensamiento paralelo”, innovando y generando nuevas maneras de hacer las cosas. No es fácil, lo hicieron con la copia sintética decremental o inversa (siempre que la explico mis clientes asumen que es lógico, pero nadie lo había hecho antes.

Bueno, ¿que hace SureBackup? Crea un entorno de verificación temporal “on the fly”, publicando en el las VMs de las imágenes de los backups que acaba de efectuar. Tras ello arrancará la vm en cuestión (o bien las vm que compongan la aplicación en varias capas) y tras ponerlas en funcionamiento verificará si la VM esta funcionando OK, el Sistema Operativo y la Aplicación, emitiendo un report informando del resultado.

Con ello, lo que obtenemos es la certeza de que el Backup que hemos efectuado se ha arrancado y funciona. Recordáis un post anterior mío? No me preocupa el Backup, me preocupa el Restore.

Para su Setup, especificas los recursos a utilizar (mínimos), usando los Host existentes, funcionando en una red aislada.

Posteriormente definiremos las dependencias (podremos usar vAppss, las VM afectadas, el orden de boot, delya, etc. Y con ello definiremos un job con un Schedule. Al parecer la velocidad es importante (últimamente nos tiene acostumbrados la gente de Veeam). En las pruebas, el sistema ha precisado 2 minutos para verificar un Exchange de 150 Gb con 200 MailBoxes. No esta mal no?

Al parecer estará disponible en Q3 de este año.

Más información en http://www.veeam.com/surebackup/

Impresionante!. 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.

Mi muy buen amigo y colega Mike Laverick del blog rtfm ha decidido liberar el libro de VMware Site Recovery Manager versión 4.0 de manera gratuita

Tuve el placer y la suerte de trabajar con Mike en la versión anterior de su libro: Administrating VMware Site Recovery Manager 1.0, el cual actualice a la versión 1.0.1 y lo traduje al Español. Hace 4 meses que decidimos liberar esta versión también gratuitamente y en formato .pdf para el público en general.

Esta semana Mike nos vuelve a “iluminar” con una decisión que es merecedora, cuanto menos, de agradecimiento y apoyo, liberando la nueva versión de su libro VMware Site Recovery Manager 4.0 para el público en general y gratuitamente.

El libro integro está disponible en formato .pdf en el siguiente enlace:

http://www.lulu.com/product/tapa-blanda/administering-vmware-site-recovery-manager-40/6522402

Muchas gracias Mike por liberar un libro tan importante como este y gracias por el esfuerzo económico, sobre todo gracias por ayudar con este gesto a gente tan necesitada con los niños de UNICEF.

Por favor, antes de bajarte el libro, no olvides de hacer tu donación. Estoy seguro y convencido de que de esta forma todos ganaremos.

La noticia original de la liberación del libro al público en general la puedes encontrar en su formidable blog en este enlace.

¡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.

Hacer un reset de la password de root en VMware vSphere ESX es una labor de un minuto y se suele hacer por dos motivos fundamentales. El primer motivo es obvio, y es porque quizás se te ha olvidado la password de root del servidor ESX.

El segundo motivo puede ser porque queremos cambiar la contraseña de root y no nos acordamos de ella, en otras palabras, hacking …

En este vídeo te enseñare a cambiar la contraseña de root de un servidor VMware vSphere ESX editando las opciones del menú del GRUB, el boot loader de VMware ESX:

Pero que pasa si lo que tienes es un ESXi? Como reseteo entonces la password de root?

Nuestro buen amigo y querido lector, Gabriel Brunner, me ha mandado desde mi querida Argentina un procedimiento para resetear la contraseña de root en un servidor ESXi el cual funciona yos adjunto a continuación:

Gabriel Brunner escribe:

Booteas el Servidor por afuera con un Linux tipo Slax, se montan solos lo volúmenes,
Luego en el mnt/sda5 depende tus discos vas a encontrar varios archivos .tgz entre ellos el state.tgz, lo copias a un temporal lo abres y te encuentras con otro llamado local.tgz, una vez descomprimido èste vas al /temporal/etc y allí editas con vi el archivo shadow, quitándole el hash del root.

Luego vuelves a comprimir el local.tgz y luego lo comprimes como state.tgz y sobrescribes el state.tgz original, boteas el Esxi y listo, pedirá que definas nuevamente la clave del root.

La consola la puedes habilitar luego desde el ViClient editando los valores del vikernel.