Soporte Técnico Premium para su infraestructura de virtualización por 1€/día
 

Tag Archive | "Servidores"

vShield EndPoint: La seguridad y el rendimiento no tienen por qué seguir caminos opuestos


Las nuevas tecnologías abren nuevas oportunidades para todos, tanto para aquellos que las aprovechan para desarrollar nuevos modelos de negocio, bancos de pruebas o investigación, como para aquellos con no tan loables intenciones.

Por supuesto la virtualización no es una excepción, y con la aparición de técnicas de detección de entornos virtualizados como RedPill allá por el 2004 se demostraba que esta tecnología tampoco escapaba a la necesidad del tratamiento y la gestión de la seguridad.

En esta línea, VMware desarrolla algo más tarde vShield, una familia creciente de soluciones de seguridad para los entornos virtualizados.

En el pasado, Florián Murillo ya escribió un excelente post acerca de vShield Zones, el primero de los productos que conforman la familia de seguridad vShield. En esta ocasión sin embargo, me gustaría hablar del “peque” de la familia, vShield EndPoint (http://www.vmware.com/files/pdf/vmware-vshield-endpoint-ds-en.pdf). Y digo el “peque” por ser el más joven, y no el menos potente.

De hecho, como veremos al final del post, algunos estudios afirman que este producto nos puede llegar a ayudar a mejorar la densidad de carga de trabajo de un Host ESX/ESXi en casi un 275%.

Pero antes de los números veamos un pequeño resumen de en qué consiste vShield EndPoint y el motivo por el que podemos a llegar a conseguir esta impresionante mejora en la densidad de carga de trabajo.

Permitidme que os ponga en antecedentes sobre el problema que trata de atajar vShield EndPoint. Cuando hablamos de seguridad informática a todos se nos viene a la cabeza, entre otras cosas, los virus y el spam. La forma natural de atajar estos dos problemas es el uso de soluciones anti-virus y anti-spam.

Hasta ahora, el modelo en el que trabajaba este software era una aproximación clásica de cliente-servidor, en la que se realizaba el despliegue de un agente en las máquinas que se querían proteger y cuya gestión, administración, mantenimiento, actualización, etc… se realizaba desde una consola central que administraba además un servidor que alojaba las firmas y actualizaciones del software en cuestión.

Para el modelo clásico este esquema funcionaba bien, ya que cada equipo que se quería proteger contaba con sus recursos independientes, de los cuales podían reservar una parte para la ejecución de los mencionados agentes.

Sin embargo, ¿qué ocurre cuando nos movemos hacia un modelo de virtualización, donde el hardware y por lo tanto los recursos están compartidos por varios sistemas? La respuesta es evidente, la carga asociada a cada uno de estos agentes debe ser multiplicada por el número de máquinas virtuales que corren en el mismo hardware. Hasta aquí no estoy descubriendo nada nuevo, se hace patente que la arquitectura clásica de cliente-servidor no funciona bien para las soluciones de anti-virus en entornos virtualizados, especialmente cierto en entornos VDI. En este punto es donde entra en acción vShield EndPoint.

vShield EndPoint es una solución que optimiza el software de seguridad que se ejecuta en entornos virtuales, para entornos vSphere 4.1 y View 4.5. La principal virtud de vShield EndPoint es que permite la ejecución de las soluciones de seguridad en las máquinas virtuales, sin necesidad de realizar el despliegue de agentes y eliminando por tanto la sobrecarga asociada.

Esto es posible gracias a tres componentes:

  1. Una máquina virtual securizada, suministrada por los Partners de VMware y desplegada en cada host, es la encargada alojar el motor de antivirus. Sería el equivalente al agente que antes teníamos que desplegar por cada máquina virtual.
  2. Un driver para las máquinas virtuales encargado de descargar a la máquina virtual de las operaciones asociadas a los eventos relacionados con los ficheros.
  3. VMware EndPoint Security (EPSEC), un módulo cargable del kernel, encargado de enlazar los dos primeros componentes en el nivel del hypervisor.

Básicamente vShield EndPoint, se encarga de monitorizar los eventos de ficheros que se producen en las máquinas virtuales y enviarlos al motor de antivirus que se encuentra en la appliance suministrada por un partner de VMware, todo ello gestionado de forma centralizada desde una consola integrada con vCenter.

Al principio del post os comentaba que se podía llegar a conseguir hasta un 275% de mejora en la densidad de carga de trabajo de un host. Pues bien, esta es la conclusión a la que ha llegado Richard Garsthagen en su post Security designed for virtualization… it really works!! en el que hace referencia al estudio encargado por TrendMicro a Tolly acerca de su solución de antivirus integrada con vShield EndPoint.

Personalmente, en cuestiones tecnológicas, no me gustan los “actos de fé”, pero lo cierto es que el estudio arroja números cuanto menos interesantes y dignos de considerar.

A continuación os pongo una pequeña tabla comparativa de los diferentes productos de la familia vShield:

Posted in Estandars, Estrategia, Integración, Manuales, reviews, Software, Virtualizacion, Virtualización, VMware, VMware, vSphereComments (8)

VMware View: Tarjetas de lan virtuales que desaparecen


¿Cómo estamos? Soy José María Gris y como cada miércoles vengo a comentaros un nuevo tema que creo puede ser de vuestro interés.

Hoy veremos “el caso de las tarjetas de red virtuales que desaparecen en escritorios de View”. Este es un caso donde en una instalación se detectó que en los escritorios virtuales “desaparecían” tarjetas virtuales de Lan.

El administrador estuvo buscando y buscando hasta que encontró el problema y su solución.

El tema es bastante sencillo al fin y al cabo. En el terminal el usuario a veces introduce un USB, un Pendrive y ahí se origina el problema.

Cuando se invoca el icono de “sacar hardware con seguridad”, el sistema enseña tanto el USB como la tarjeta de lan. Si el usuario se equivoca o bien no sabe exactamente lo que tiene que hacer, entonces “desaparece” la tarjeta de lan dejando el escritorio inhábil hasta que el administrador vuelve a conectar el device.

Con la máquina virtual apagada, “Edit settings”, seleccionar la pestaña “Options”, y allí, en la sección “Advanced”, seleccionar “General”. En la parte derecha aparecerá el botón “Configuration Parameters”.

Entrando en estos parámetros, botón “Add Row”. Aparece nueva fila e introducimos en la primera columna devices.hotplug y en la segunda false.

La posibilidad de deshabilitar la tarjeta de red desaparece. Gracias David, Gaspar…

Hasta la semana que viene. Take care.

Posted in Estrategia, Hardware, Integración, reviews, Software, Trucos, VDI, View, Virtualizacion, VMware, vSphereComments (7)

Caso de éxito de telefónica, nuevas certificaciones VMware y Vkernel


Ya esta disponible online el septimo episodio en nuestro Web TV show de virtualización en español.

Virtualizacion.TV es nuevo programa de televisión web que ayuda a profesionales y usuarios de la virtualizacion como tú, a virtualizar tu centro de datos y no morir en el intento.

Esta semana tenemos una gran leccion de Telefonica, hablaremos del anuncio hecho publico por VMware sobre el nuevo lanzamiento de una nueva certificación para el escritorio - VCA4 Desktop -, contestaremos a una gran pregunta de un usuario relacionada con Unix UX en virtualización y descubriremos una utilidad increíble que te ayudara a detectar y eliminar cuellos de botella en tu entorno virtual con VMware vSphere o Microsoft HyperV.

¿Y tú, qué opinas con relación a la pregunta lanzada en el episodio de hoy? ¿Cuál crees que es el valor real de las certificaciones VCP de VMware? Deja tu comentario en virtualizacion.TV o charlemos sobre ello en twitter.

Posted in Cloud Computing, Estrategia, Hyper-V, Integración, josemariagonzalez.es, Manuales, Virtualizacion, virtualizacion.TV, VMware, vSphereComments (0)

VMware Go: La gestión centralizada de bajo coste


Normalmente cuando alguien empieza con cualquier tecnología que le resulta desconocida una de las preguntas que le suele venir a la cabeza es: “¿Y esto cuanto me va a costar?”. Es en este momento cuando se comienza con la defensa comercial del producto esgrimiendo argumentos como la reducción de costes, el retorno de la inversión, las ventajas y bondades del producto, etc…

La virtualización y VMware no son una excepción a esta “regla” y por ello, VMware tiene en su línea de productos los paquetes de Essentials y Essentials Plus, orientados a pequeñas instalaciones y con objeto de reducir costes.

Sin embargo es posible que, por diversos motivos, estos paquetes entry-level sigan ofreciendo más funcionalidades o suponiendo más costes de los que necesita o puede asumir una empresa. En este caso, la opción que queda es la de acudir a las herramientas gratuitas que ofrecen los distintos fabricantes, y entre ellos evidentemente está VMware.

En esta línea, y con el espíritu de ampliar la gama de herramientas gratuitas ofrecidas a los usuarios de virtualización, VMware en colaboración con Shavlink desarrollaron hace algún tiempo VMware Go (http://go.vmware.com), una herramienta online y gratuita que permite una gestión razonable de una infraestructura virtual basada en ESXi. Quizás razonable no sea el mejor adjetivo si tenemos en cuenta que esta herramienta permite realizar algunas tareas interesantes como:

  • el despliegue de nuevos host ESXi sobre hardware nuevo o sobre servidores ya instalados.
  • la migración desde VMware Server
  • la creación de nuevas máquinas virtuales
  • la conversión de máquinas físicas a virtuales
  • el inventariado de software de la infraestructura
  • un cuadro de mando con estadísticas de uso
  • configuración y gestión de hosts ESXi existentes
  • soporte desde VMware

… y estas sólo por nombrar algunas.

Si a todo esto le añadimos que cada una de las tareas que nos permite realizar la herramienta está acompañada por un asistente que explica paso por paso qué acciones son las que tenemos que realizar, se convierte en una fantástica manera para tener una primera toma de contacto con la virtualización y posiblemente animarse con productos más complejos y de pago.

Para aquellos que no conozcáis Shavlink, y por resumirlo rápidamente, es una empresa que se dedica a la creación de software para la gestión de parches para productos de Microsoft, VMware o Adobe entre otros, así como para el inventariado de activos de la infraestructura IT de la empresa. Podéis ver más en su página web.

Recientemente, VMware y Shavlink han dado una vuelta de tuerca más a esta herramienta y han liberado la versión profesional, VMware Go PRO. En esta versión, cuyo coste final será de $59.95/mes (ahora mismo y como oferta de lanzamiento el coste es de $29.95/mes hasta el 30 de Junio de 2011) han añadido opciones para:

  • Inventariado de hardware. Mediante un proceso de descubrimiento de equipos, podemos tener actualizado el parque de equipos de la empresa. En la versión gratuita, solo se puede inventariar las máquinas virtuales y el software instalado en ellas.
  • Gestión de licencias. Una opción algo manual y mejorable para mi gusto que depende del inventariado previo del software.
  • Gestión de parches. Sin duda la opción más atractiva, ya que hace uso de la tecnología de Shavlink para esta gestión y distribución.

Bajo mi punto de vista, los costes de la actualización a la versión PRO están justificados por la gestión centralizada del inventariado de la infraestructura de IT (o al menos en su mayoría) y de la gestión también centralizada de los parches de esta.

Es interesante resaltar que esta gestión de parches no sólo se aplica a la infraestructura virtual, si no que se extiende a todo el hardware inventariado.

Foto de Conor Ogle (http://www.flickr.com/photos/cmogle/)

Posted in Estandars, Estrategia, Integración, reviews, Software, Virtualizacion, VMware, vSphereComments (1)

Próximas funcionalidades en VMware vSphere 5


Hola, que tal? Soy Jose Maria Gris y de nuevo estoy con vosotros tras una temporada alejado de vosotros por temas de salud. Que le vamos a hacer.

Pero bueno, ya estamos aquí de nuevo con vosotros y traigo noticias que seguro os van a interesar.

Como seguro sabéis, se ha celebrado el Partner Exchange Conference en USA. En este tipo de eventos se aprovecha para presentar novedades que iremos comentando. Una de las mas esperadas es la próxima versión de vSphere, posiblemente la 5 aunque no sabemos si va a ser ese su nombre definitivo.

Se ha comentado que la próxima versión va a incorporar Replicación basada en Host para Site Recovery Manager(SRM). Interesante como replicación asíncrona para quien no dispone de replicación en cabina. (Chicos, vamos a tener que hacer una nueva traducción de SRM…)

vMotion a larga distancia. Aunque ahora se puede hacer usando soluciones del triunvirato VMware/Cisco/EMC, al parecer se van a poder hacer vMotion entre CPD distantes más de 200Km mediante feature estándar.

DRS para Storage. Si, si, has leído bien, para storage. De igual forma que una cpu o memoria sobrecargada hace que un DRS mueva nuestra VM de Host, ahora si una Lun tiene sobrecarga moverá nuestra vm entre storage (tengo interés en ver el algoritmo). Parece ser que en lugar de asignar nuestras VMs a un Datastore lo haremos a un Pool de Datastores llamados “Pods”, los cuales harán autobalance.

Estamos asistiendo al momento de la verdad del Storage y podemos ver soluciones muy interesante como el AutoTiering de Datacore (inminente aparición) o el FAST de EMC. Ambos mueven los bloques de información de una LUN de menor velocidad a una de mayor velocidad si el uso de la VM es intensivo y viceversa cuando no se usa.

También se han comentado que con la aparición de los 10Gig Ethernet va a ofrecer QoS y reservas de ancho de banda para nuestras VMs que tengan prioridad. Interesante no?

Hasta la semana que viene. Take Care

Posted in Estandars, Estrategia, ESX, ESXi, Integración, Manuales, reviews, Software, software, Virtualizacion, VMware, VMware, vSphereComments (11)

Con VMware y JmG Virtual Consulting, todo es posible


 

¿Y si la virtualizacion fuese más accesible y fácil de implementar?

Pues sencillamente, esto es lo que VMware y JmG Virtual Consulting, nuestra empresa de servicios y soluciones de virtualizacion y partner tecnológico enterprise de VMware, pretenden hacer.

Según un estudio de Gartner publicado en octubre del 2010, en 2012 más del 75% de las pymes habrá adoptando la virtualización, frente al 28% que emprendía proyectos de este tipo en el año 2009.

Durante los próximos dos años, las soluciones de virtualización que tendrán una demanda mucho mayor serán las soluciones de virtualización de servidores y la recuperación ante desastres. El informe de la consultora también destaca que el 88% de los encuestados admitieron contar con alguna versión de las soluciones de virtualización de VMware vSphere.

Por este motivo, VMware y JmG Virtual Consulting ponen a tu disposición este nuevo recurso web con información, videos, enlaces y descargas sobre las soluciones de virtualización, un recurso que es imprescindible a tener en cuenta en tu arsenal.

Como prueba de ello, ya puedes beneficiarte de la virtualización con VMware y JmG Virtual Consulting descargando nuestra guía de virtualización desde esta web.

¿Y tú qué opinas? ¿Cuáles son tus experiencias personales con VMware? ¿Crees que es una tecnología accesible y fácil de implementar? Deja tu comentario abajo o charlemos sobre ello en twitter.

Posted in Estandars, Estrategia, Integración, JmGVirtualConsulting, josemariagonzalez.es, Virtualizacion, VMware, vSphereComments (1)

SIOC: PARDA llevada a la realidad


Que VMware es una empresa que trata de innovar y superarse a sí misma día a día es algo por todos conocidos, y prueba de ello son el desarrollo de tecnologías como vMotion, Storage vMotion, View, HA o Fault Tolerance por mencionar algunas.

En este artículo me gustaría hablar sobre Storage I/O Control (SIOC), una de esas nuevas funcionalidades que, independientemente de la calidad de la implementación, suelen calificarse como “una gran idea”.

Y es que SIOC es una vuelta de tuerca más al aprovechamiento de recursos, ya que extrapola el concepto de “shares” que ya conocíamos y que se aplicaban a la memoria y a la CPU y lo extiende al almacenamiento. Sin embargo la parte novedosa de SIOC es que esta priorización y optimización del consumo de recursos, en este caso del almacenamiento, se hace en base al almacenamiento compartido y no al almacenamiento local.

Para entender un poco mejor el funcionamiento de SIOC y apreciar verdaderamente la novedad de la solución debemos remontarnos a los tiempo de PARDA, nombre original que se le dio al proyecto, y en cuya definición podremos encontrar las bases de lo que hoy es SIOC.

Como comentaba, la idea base de SIOC/PARDA es la de optimizar el acceso al almacenamiento compartido, y en particular a la LUN que aloja nuestro datastore. Para ello, SIOC controla la latencia de acceso al almacenamiento y modifica la ventana del host en base a un umbral de latencia definido por el usuario. Es importante resaltar que cuando hablamos de umbral de latencia estamos tratando con el tiempo medio de retraso de acceso al almacenamiento de todo el clúster y no de un host en particular. La virtud de SIOC es que mantiene la desviación estándar de este valor bastante baja. Esto quiere decir que para conseguir un umbral de latencia de 20ms no nos encontraremos un hosts con una latencia de 30ms y otro con una latencia de 10ms.

¿Y cómo consigue SIOC mantener el umbral de latencia?

Pues gracias al concepto de ventana, a un algoritmo que se encarga de calcular el valor esta ventana y a la comunicación entre los hosts ESX/ESXi para conocer y poder calcular la latencia total del clúster. Desgranemos un poco estos elementos:

  • El concepto de ventana es análogo al utilizado en las pilas TCP/IP, y representa a la longitud de cola de operaciones de entrada salida por segundo (IOPS). Esta ventana es recalculada de forma periódica por el algoritmo ejecutado en el host. Es importante destacar, que al contrario que ocurre con los paquetes TCP que se segmentan en una longitud fija (el MTU), el tamaño de la IO suele cambiar con bastante frecuencia, por lo que se toma el promedio del tamaño de estas IO para hacer el cálculo de la ventana.
  • El algoritmo que se usa para ajustar la ventana, que podréis encontrar explicado en la definición del proyecto PARDA, se ejecuta periódicamente en cada host ESX/ESXi de forma independiente. Esto se hace así para evitar la sobre carga que podría suponer la comunicación entre todos los miembros del clúster. Sin embargo, el algoritmo necesita conocer el estado del clúster para poder calcular correctamente el tamaño de la ventana. Para ello hace uso del siguiente componente que encontramos en el siguiente punto.
  • La comunicación entre los hosts ESX/ESXi. Como he comentado resulta un elemento fundamental para poder calcular la latencia total del clúster. En este caso se trata de un fichero compartido entre todos los miembros del clúster, en el que se le asigna un bloque completo a cada nodo y donde se almacena la latencia media y el número de IOs de cada uno de ellos.

En el plano más práctico todo esto se traduce en poder priorizar el acceso al almacenamiento de aquellas máquinas virtuales que lo requieran. Y esto se consigue aplicando el mismo concepto de share que ya conocemos de los recursos de memoria y de CPU, con lo que si a una máquina virtual A (VM A) le aplico el doble de shares que a la máquina virtual B (VM B), la VM A tendrá el doble de throughput (medido en IOPS) y la mitad de latencia que la VM B.

¿Y cómo consigo configurar todo esto?

Pues para empezar necesito tener una licencia vSphere Enterprise Plus, que el almacenamiento sea gestionado por un único vCenter, que sea de tipo FiberChannel o iSCSI (de momento NFS y RDM no está soportado) y que el datastore no tenga extensiones (extents).

El siguiente paso será habilitar SIOC en el datastore que queramos monitorizar, y donde se alojarán las máquinas críticas. Esto lo podemos hacer desde las propiedades del datastore, en la pestaña de configuración del vSphere Client, y marcar la opción “Storage I/O Control” y establecer el umbral de latencia. Cuando hayamos habilitado SIOC en el datastore podremos ver el fichero iormstat.sf, que es el encargado de almacenar la información del clúster que necesita SIOC para controlar la latencia de las máquinas virtuales.

El último paso que nos queda sería la asignación de los valores de share para el almacenamiento en cada una de las máquinas virtuales, del mismo modo que lo haríamos con la memoria o la CPU, desde la pestaña de recursos, en la opción de “Disco”.

VMware ha publicado varios documentos en los que se muestra la diferencia entre datacenters con SIOC habilitado y sin él, y lo cierto es que es una opción muy a tener en cuenta, sobre todo en entornos donde existen máquinas virtuales críticas. Quizá la mayor ventaja de esta opción, además de la priorización de acceso al almacenamiento, sea la de hacer previsible el comportamiento del acceso al almacenamiento y evitarnos sorpresas desagradables en los picos de uso para las máquinas críticas, aunque evidentemente todo esto dependerá del entorno de cada uno.

Referencias:
http://virtualscoop.org/files/gulati.pdf
http://www.vmware.com/files/pdf/techpaper/vsp_41_perf_SIOC.pdf
www.vmware.com/pdf/vsphere4/r41/vsp_41_resource_mgmt.pdf
http://www.yellow-bricks.com/2009/02/15/project-parda/
http://www.yellow-bricks.com/2010/10/08/sioc-tying-up-some-loose-ends/
http://blogs.vmware.com/performance/2010/07/sioc.html

Posted in almacenamiento, Estandars, Estrategia, ESX, ESXi, Hardware, Integración, Publicaciones, reviews, Software, software, Virtualizacion, VMware, vSphereComments (5)

¿Cómo hacer uso de XenTop en Citrix XenServer?


Queridos lectores,

En el post de hoy describiré como hacer uso de la utilidad XenTop del modo CLI.

Xentop es una utilidad incluida en todas las versiones de XenServer, muestra información en tiempo real sobre XenServer y los dominios que hay corriendo sobre el. Para poder hacer uso de ella debemos entrar a la consola CLI si estamos en local o por ssh si estamos en remoto.

Una vez dentro tendremos que poner la siguiente orden:

#xentop

A continuación pasa a describiros cada columna para que sepáis interpretar la información que imprime XenServer:

CPU(sec): Muestra el consumo de cpu en segundos

CPU(%): Muestra el porcentaje de cpu.

VCPUS: Muestra el número de cpus virtuales

NETs: Muestra el número de redes virtuales

MEM: Muestra la memoria consumida

MAXMEM(K): Muestra el registro de máxima memoria en KB

MAXMEM(%): Muestra el porcentaje de registro máximo de memoria.

NETTX: Muestra el número total de tx

NETRX: Muestra el número total de rx

VBDS: Muestra el número de virtual bloks

VBD OO: Muestra el número total de peticiones VBD OO.

VBD_RD: Muestra el número de lecturas

VBD_WR: Muestra el número de escrituras.

STATE: Muestra el estado:

- d: Muriendo
- s: Apagando
- b: bloqueado
- c: fallo
- p: pausado
- r: en funcionamiento

Esto es todo queridos lectores, como siempre espero que sea de utilidad.

Posted in Citrix, Integración, Manuales, XenServer, XenServerComments (3)

Virtualizacion.TV – Aena, Paul Maritz y otra utilidad increíble


Ya esta disponible online el quinto episodio en nuestro Web TV show de virtualización en español, un nuevo programa de televisión web que es audaz, innovador y dedicado en exclusiva a los profesionales de la virtualización de sistemas y el cloud computing en español.

Esta semana tenemos una gran leccion de Aena, hablaremos sobre la renuncia por parte de Paul Maritz a la presidencia de VMware, contestaremos a una gran pregunta de un usuario relacionada con el “valor añadido” de Microsoft HyperV y su modelo de licenciamiento y descubriremos una utilidad increíble que te ayudara a gestionar tu centro de datos virtualizado y/o físico desde un único punto de gestión, el servidor de vCenter de VMware.

¿Y tú qué opinas con relación a la pregunta lanzada en el episodio de hoy? ¿Cuál crees que es el motivo por el que Paul Maritz ha dejado la presidencia de VMware? Deja tu comentario en virtualizacion.TV o charlemos sobre ello en twitter.

Posted in cloud, Cloud Computing, Estrategia, Integración, Manuales, Virtualizacion, virtualizacion.TV, VMware, vSphereComments (1)

¿Cómo configurar XenServer Web Self Service?


Hola a todos. Soy Miguel Ángel Alonso y aquí estoy como cada martes para contaros algo nuevo del maravilloso mundo de la virtualización.

En el tema de hoy vamos a hablar sobre una Appliance de Citrix que salió hace muy poco tiempo, a la vez que salía a la lux XenServer 5.6.

Esta Appliance llamada Web Self Service y que como bien indica su nombre, es una herramienta para la gestión servidores XenServer, vía Web con el que puedes apagar, encender, suspender tus máquinas virtuales vía remota.

Es una instalación muy sencilla y aquí te mostraré los pasos a seguir y unos screenshots donde se verán reflejadas las diferentes opciones o posibilidades de la consola Web de Citrix para Xenserver.

Citrix Web Self Service

Aquí, podemos ver una imagen del Appliance (plantilla .XVA) que descargamos desde Citrix en su sección de XenServer y la cual importaremos en nuestro entorno XenServer.

Citrix Web Self Service

Nos colocaremos sobre nuestro pool de servidores Citrix o sobre alguno en particular si así lo deseamos, para que con el botón derecho seleccionemos la opción de importar. Le damos la ruta de nuestro archivo .xva y haremos click en next.

Citrix Web Self Service

Seguiremos con el asistente y elegiremos en los pasos venideros, qué servidor se hará cargo de la Appliance (Plantilla .xva), en qué LUN de almacenamiento la guardaremos y qué red será la encargada de darle salida a nuestra consola Web.

Citrix Web Self Service

Una vez que ya está importada, la arrancaremos y te mostrará la dirección web desde donde nuestra consola podrá ser gestionada.

Citrix Web Self Service

Aquí, vemos una primera panorámica de lo que es la página principal de nuestra consola Web Self Service. Por defecto, el usuario es admin y la contraseña viene vacía a la espera de que nosotros le otorguemos la que queramos

Citrix Web Self Service

Una vez dentro, lo aconsejable es ir hasta la opción de install checklist y seguir estos tres pasos sencillos:

  1. Conectar a nuestro POOl de Servidores
  2. Añadir usuarios creados por nosotros desde la propia consola o si los queremos añadir desde nuestro Directorio Activo
  3. Finalmente definir que usuarios tienen acceso y a que VMs con la opción Share (compartir)

Citrix Web Self Service

Y desde la sección de Workspace, podremos ver un listado de todas las máquinas virtuales que tenemos en nuestro POOL de Servidores Citrix XenServercon todas las opciones que ya indiqué anteriormente.

Citrix Web Self Service

Y finalmente, aquí, podemos ver la panorámica final del acceso a la máquina virtual elegida para poder gestionarla remotamente en función de nuestras necesidades.

Bueno, creo que es una instalación sencilla y muy interesante para la gestión remota de entornos Citrix XenServer.

Esperando de corazón que os haya gustado, me despido de vosotros hasta la semana que viene.

Posted in Citrix, Estandars, Estrategia, Integración, Manuales, reviews, Software, Virtualizacion, XenServer, XenServerComments (4)

Page 10 of 17« First...6789101112131415...Last »

iTunes App gratuita del blog virtualización

Sigue el blog Virtualización en Español

Blog Sponsors

Mi Empresa

JmG Virtual Consulting, expertos en Servicios y Soluciones de Virtualización y Cloud Computing

 

Síguenos en FaceBook

Descubre y domina VMware vSphere™ 5

Descubre y domina VMware vSphere™ 5. Por José María González

 

Descubre y domina la nueva versión de VMware vSphere™ 5 y aprovéchate de hasta un 20% de descuento al comprarlo online.

 

Pagame con un Tweet y recibe un capitulo del libro totalmente gratuito ...

Nuevo Site Recovery Manager 4 en español Consigue una copia gratuita del eBook

Nuevo VMware Site Recovery Manager 4 download gratis