Nuevo libro ya a la venta: Descubre y domina VMware vSphere™ 5
 

Archivo | reviews

¿Cómo capturar trazas con Tcpdump en XenServer?

¿Cómo capturar trazas con Tcpdump en XenServer?

Queridos lectores,

Si por la razón que fuera necesitamos capturar trazas en XenServer, Tcpdump es una buena opción.

A continuación os dejo detallados algunos comandos:

Identificar PIF (El interfaz físico):

xe pif-list host-name-label=Nombre del servidor XenServer

Obtendremos una información parecida a esta:

uuid ( RO) : 5f8c0ced-8706-25c6-5f6d-001040d60e89
device ( RO): eth5
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): f2ed66a9-eb28-87ee-00b6-185df63ea668

uuid ( RO) : 2d34bbd5-aced-4287-a339-4a72ec22c857
device ( RO): bond0
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): f98474c3-7d3d-a100-0360-9fcc58498f41

uuid ( RO) : 79b0c7f7-7c6e-9b81-0f87-ea3a81782289
device ( RO): eth3
currently-attached ( RO): false
VLAN ( RO): -1
network-uuid ( RO): 8ffbf29f-a473-4ddc-f37c-37b5cf8c837a

uuid ( RO) : 513b3fae-6dcb-6f4f-d626-d84352eac17f
device ( RO): eth0
currently-attached ( RO): false
VLAN ( RO): -1
network-uuid ( RO): 2a768173-3bff-2a87-e23f-45b0d963a795

uuid ( RO) : c23ed1e2-bf0c-efbf-2dab-a5c1d2bf79c3
device ( RO): eth1
currently-attached ( RO): false
VLAN ( RO): -1
network-uuid ( RO): e4bbd54b-8236-fb25-98f5-60fd5c56b3f6

uuid ( RO) : 7c619a70-f99b-198d-5a7e-60d6571dd5ac
device ( RO): eth2
currently-attached ( RO): false
VLAN ( RO): -1
network-uuid ( RO): a3f90fbc-825f-d2d0-7e7d-7440e85e0772

uuid ( RO) : 9843e335-e95e-a4f6-4ea4-29161d2d54ba
device ( RO): eth4
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): 69c7cd04-fd45-4cd0-0dfc-c47bec36156f

uuid ( RO) : 8bdaee24-e723-e49c-439d-e12980a0d7c3
device ( RO): bond1
currently-attached ( RO): true
VLAN ( RO): -1
network-uuid ( RO): 5c0b4e91-1804-9f5c-bffb-d75ffb9e3e5b

Identificamos la interfaz y comenzamos a sacarle trazas y las guardamos en un fichero:

tcpdump -i “interfaz” -w /”ruta donde guardaremos el fichero”

Obtendremos por pantalla algo parecido a esto:

tcpdump -i bond0 -w/tcpdump.txt
tcpdump: WARNING: bond0: no IPv4 address assigned
tcpdump: listening on bond0, link-type EN10MB (Ethernet), capture size 96 bytes

Si queremos pararlo lo haremos con Ctrl + C. Toda la información de la traza estará en el fichero.

Podremos hacer lo mismo para las interfaces virtuales. Sustituiremos pif por vif en los comandos:

xe vif-list vm-name-label=Nombre máquina virtual

uuid ( RO) : 34d48e51-4fb6-9832-f90b-16e2fdb5b454
vm-uuid ( RO): f7f366bc-d844-131e-d665-6d4776dfa731
device ( RO): 1
network-uuid ( RO): 5c0b4e91-1804-9f5c-bffb-d75ffb9e3e5b

uuid ( RO) : 9cdbc8bc-5262-3f56-eeb6-fe9701321add
vm-uuid ( RO): f7f366bc-d844-131e-d665-6d4776dfa731
device ( RO): 0
network-uuid ( RO): f98474c3-7d3d-a100-0360-9fcc58498f41

Obtendremos el device. Ahora necesitamos el dom-id:

xe vm-list name-label=”nombre de la máquina virtual” params=dom-id

Obtendremos el dom-id

xe vm-list name-label=nombre params=dom-id
dom-id ( RO) : 10

Ahora con este comando conseguiremos la traza sobre la interfaz virtual de la máquina virtual:

tcpdump –i vif.

Ejemplo: tcpdump -i vif10.0

Nada mas queridos lectores. Como siempre espero que sea de utilidad.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Posted in Citrix, Estandars, Integración, Manuales, Publicaciones, reviews, Software, XenServer, XenServer0 Comentarios

¿Cómo instalar el nuevo hotfix XS56EFP1006 para XenServer FP1?

¿Cómo instalar el nuevo hotfix XS56EFP1006 para XenServer FP1?

Queridos lectores,

Hace unos días citrix anunciaba un nuevo hotfix para XenServer FP1. Al parecer si se borraba un snapshot de una VM cuando el Pool está configurado sin habilitar el HA, uno o mas esclavos podían perder la conectividad con el nodo maestro.

El pool se corrompía. Esta actualización soluciona el problema.

Como siempre, cada vez que hay una nueva actualización, os recuerdo como se instalan:

1.- Descarga

wget http://support.citrix.com/servlet/KbServlet/download/26994-102-655042/XS56EFP1006.zip

2.- Subimos el parche sobre XenServer

xe patch-upload file-name=”nombre del parche”

3.- Imprimirá este id por pantalla:

2ded311a-03ce-4b2f-8070-35bb10fbf919

4.- Aplicamos el parche sobre XenServer

xe -patch-pool-apply uuid=2ded311a-03ce-4b2f-8070-35bb10fbf919

5.- Verificar

xe patch-list

Como sabéis el parche se aplicará sobre todos los hosts del Pool pero no tendrá efecto hasta que no se reinicie.

No dudéis en tener vuestro XenServer actualizado. Espero que os sea de utilidad.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Posted in Citrix, Estandars, Estrategia, Integración, Manuales, reviews, Software, XenServer, XenServer5 Comentarios

¿Cómo puede ser que mi ESXi tenga Service Console?

¿Cómo puede ser que mi ESXi tenga Service Console?

Parece que continuamos queriendo hacer sombra a Iker de Cuarto Milenio con las cosas paranormales. Si un ESXi no tiene Service Console ¿Cómo es que mi vCenter lo muestra y además me dice la memoria que tiene?

Soy Jose Maria Gris y como cada miércoles estoy aquí para hablaros del ecosistema de VMware y de estas cositas que a veces parecen tontas pero nos dan quebraderos de cabeza.

Es la tercera vez que veo este caso, la primera fue una consulta de un cliente y me dejo “out” pues no entendía lo que pasaba.

Esta situación curiosa ocurre cuando sucede lo siguiente:

  • Vas a actualizar un ESX a ESXi para que cumpla con las siguientes versiones de vSphere
  • Tienes el host en producción y lo desconectas del vCenter
  • Instalas ESXi en el nuevo Host y claro, le das el mismo “hostname” y la misma IP
  • Cuando lo tienes levantado y configurado, lo “reconectas”
  • Miras vCenter y lo que era ESX ahora es ESXi, bien
  • Pero vas a mirar Configuracion – Memoria y ves extrañado que la memoria de la Service Console aún está ahí.

Sencillamente vCenter no limpia la información de la memoria de Service Console. De hecho, si la cambias te pide reboot. Estas viendo la información de tu ESXi pero la información de tu Service Console de tu “noexistente” ESX.

¿La razón? Pués que al reincorporar el host con el mismo nombre y IP, vCenter entiende que es el mismo host y por lo tanto no “refresca” todos los registros. En lugar de hacer un “desconnect”, teníamos que haber hecho un “remove”.

Solucion, haces “remove” del ESXi del vCenter y lo vuelves a incluir. Tu Service Console fantasma habrá desaparecido y todo estará en su lugar. Hasta la semana que viene.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo o arriba. Gracias.

Posted in Estrategia, ESX, ESXi, Integración, Manuales, Publicaciones, reviews, Software, vCenter, VMware, VMware, vSphere0 Comentarios

La obligación de virtualizar

La obligación de virtualizar

Bajo este título me gustaría esta semana compartir con vosotros una idea que me viene rondando la cabeza desde hace un par de semanas. Como siempre procuro hacer cuando elijo títulos algo “llamativos”, me gustaría poneros un poco en antecedentes acerca de los motivos de esta reflexión.

A estas alturas de la película plantearse las bondades de la virtualización parece una cuestión que fuera de toda duda. Sin embargo, es precisamente en estos momentos cuando me gusta volver a hacerme mi eterna pregunta “¿Por qué?” Y la respuesta siempre viene siendo la misma, por las ventajas que me aporta la virtualización:

  • Flexibilidad de la gestión de recursos
  • Mejora del retorno de la inversión
  • Disminución de la carga administrativa
  • Mejora del aprovisionamiento
  • y un largo etcétera que no pongo para no aburriros.

Lo que no hace más que confirmarme que virtualizar sigue siendo la mejor opción.

Sin embargo, en este punto, se me plantea otra pregunta motivada por las dudas que muchos clientes, e incluso yo mismo en más de una ocasión, me han manifestado, “¿se puede virtualizar todo?” Y aquí la prudencia se impone sobre la ilusión y mi respuesta es siempre: hay que estudiar cada caso.

Pues bien, esta respuesta es precisamente el quid de la cuestión, “¿Cuáles son los motivos para que un servidor, un servicio o una aplicación no pueda ser virtualizada?” En ocasiones la respuesta a esta pregunta son imperativos físico como requisitos de hardware que no pueden ser virtualizados. En otras ocasiones, sin embargo, el hándicap resulta ser el rendimiento que da la aplicación sobre un entorno virtualizado.

Referente a este último punto, hace poco he descubierto un concepto bastante interesante que creo importante a la hora de diseñar soluciones de cloud o barajar opciones para virtualizar un servicio/aplicación, la latencia de la infraestructura.

Todos entendemos el concepto de latencia como el retardo de tiempo experimentado en un sistema. Pues bien, aplicando este concepto a las infraestructuras de virtualización estaremos hablando del retardo de tiempo en la oferta de un servicio experimentado en un sistema de virtualización, lo que traducido a palabras un poco más espartanas vendría a ser equivalente a la famosa “experiencia de usuario”.

Para afrontar los problemas derivados de esta latencia de la infraestructura las opciones parecen más que evidentes, monitorizar, monitorizar y monitorizar. Sin embargo, estamos acostumbrados a monitorizar “rendimientos” y no “experiencias de usuario” por lo que un cambio en el modelo de monitorización parece necesario. En este sentido ya existen este tipo de monitorizaciones para las aplicaciones web, por lo que sería necesario extender este modelo a la virtualización.

No soy un visionario de la virtualización ni nada por el estilo, las grandes empresas ya se han dado cuenta de esto y están dando los pasos adecuados en este sentido, lo que deriva en nuevas iniciativas, nuevas tecnologías y nuevos conceptos que dentro de poco serán tan comunes para nosotros como lo es ahora el cloud computing. Uno de estos conceptos que ya se empiezan a barajar es el de IT as a Service, donde básicamente se está tratando de virtualizar todos los sistemas de los que depende la virtualización (red y almacenamiento principalmente) para conseguir medir y mejorar la latencia de infraestructura que antes comentaba.

Todo esto no hace más que poner de manifiesto que si bien es cierto que el concepto de Cloud sigue siendo el presente de la informática, también es igual de cierto que estamos llegando al punto en el que hace falta una redefinición de ciertos conceptos y que quizás sea interesante “reinventar la rueda” de algunas infraestructuras que dábamos por sentadas para que se ajuste a la realidad de la virtualización que estamos viviendo.

A continuación os propongo un par de enlaces bastante interesantes acerca de la Latencia de la infraestructura y de IT as a Service.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.

Posted in Estandars, Estrategia, Integración, Publicaciones, reviews, Virtualizacion, VMware6 Comentarios

Capítulo 2: Instalación y configuración de Hyper-V R2

Capítulo 2: Instalación y configuración de Hyper-V R2

 

Hola, soy Miguel Ángel Alonso y aquí estoy como cada martes para hablaros sobre el maravilloso mundo de la virtualización. Siguiendo la estela de la semana pasada en la que comenzamos a introducirnos en el mundo de la virtualización de Microsoft con Hyper-V R2, continuaremos con el capítulo 2, en el cual veremos de forma generalizada como instalar y configurar nuestros servidores para comenzar a virtualizar nuestros entornos con Microsoft HyperV. Antes de empezar a mostraros ambos procesos y vista la suscitación que el post de la semana pasada tuvo en nuestros lectores (¡¡¡Gracias Akuma,Sombra y Diego!!!!), vamos a dar unas pequeñas notas sobre las capacidades de Hyper-V y alguna nota descriptiva de interés:

  • Aquí podréis encontrar los S.O. soportados por Hyper-V
  • Requerimientos del sistema:
    • Procesador x64 con Intel VT o AMD-V activado
    • Mínimo de 1.4 GHz de CPU y, 2 GHz (recomendado).  Soporte de hasta 8 procesadores físicos y 64 lógicos. Hasta 4 procesadores virtuales por VM
    • Mínimo de 1 GB de RAM ,2 o más (recomendado).  Máximo de 1 TB. Posibilidad de usar NUMA para una mayor eficiencia de la gestión de la memoria.
    • Un mínimo de 8Gb de espacio en disco, 20 GB (recomendado). El sistema de archivos es NTFS. Uso de volúmenes compartidos(Clúster Shared Volumes) para el uso de Live Migration, Dynamic Optimization o Alta Disponibilidad.
    • DVD Rom
    • Display (super VGA) 800X600 o mayor
    • Soporta hasta 384 VMs por Host
  • Con la versión R2 conseguimos soporte para JUMBO FRAMES, el cual debe ser soportado por la electrónica de Red, cabina y activado el los Switches virtuales mediante el gestor de propiedades de nuestra tarjeta de Red.
  • Si utilizamos el teaming de tarjetas de Red, este se activará desde el correspondiente software de gestión especializado (Intel,Broadcom,etc…)
  • Respecto al almacenamiento compartido debo decirte que el Cluster de Microsoft trabaja con iSCSI-3 (reservas persistentes) por lo que nuestro almacenamiento deberá soportar dicha tecnología. Esta pequeña nota también va dirigida para aquellos que utilizan Openfiler en sus entornos de Laboratorio, ya que este “no soporta” dicha tecnología (iSCSI-3). Necesitaremos de 2 LUNs como mínimo en un entorno de Alta Disponibilidad (1 para el Quorum) imprescindible en los Cluster de Microsoft y otra para el almacenamiento de nuestras VMs.
  • Recomiendo la descarga de las herramientas de administración remota de servidor para la gestión de Sevidor ( VMs y el Cluster desde nuestro portátil o PC). Aquí como ejemplo podéis encontrar las de Windows 7 SP1.
  • Los Hosts deben ser miembros del Dominio.
  • Lectura recomendada para la creación de Clusters de Microsoft

Así que, una vez tenemos preparada todas las necesidades, procederemos a ver la instalación:

Una vez instalado el paquete recomendado para la gestión remota del servidor de Windows 7 SP1, iremos a Panel de Control-Programas-Activar o desactivar características de Windows y marcaremos las que se ven en rojo, para la gestión de los Host y el Cluster.

Iremos a nuestro/s Host/s y desde la consola de mantenimiento del servidor, en el apartado roles, ejecutaremos añadir role (como se indica em la imagen anterior).

Y marcaremos la opción de Hyper-V para añadir el role de Virtualización de nuestro Servidor, este seguirá con unos sencillos pasos donde deberemos elegir que tarjeta utilizaremos como tarjeta de gestión.

Aquí, ya podemos ver el role de Hyper-V activo y trabajando con una máquina virtual en marcha.

Manual Instalacion Microsoft HyperV

Seguido a todo esto, y desde la consola de mantenimiento de nuestro/s (Host/s), deberemos activar 2 características fundamentales:

  • Failover Clustering
  • Multipath I/O

Con la primera opción, estaremos preparando nuestros HOSTS para alta disponibilidad y con ello las máquinas virtuales. Con la segunda, tendremos activado el Multipathing para preparar los caminos de conexión a nuestro almacenamiento y dotarlo de balanceo y/o Failover.

Manual instalacion microsoft HyperV

Con el administrador de Hyper-v, una vez abierto, podemos ver como dentro de la imagen de arriba, en su recuadro en rojo, aparecen las acciones más comunes que se utilizan para gestionar el Host y las VMs.

No voy a nombrar todas las opciones, ya que la mayoría son obvias como su propio nombre indican. Sólo me centraré en la configuración del Host, administración de las redes virtuales y la configuración de las máquinas virtuales en cuestión.

Manual instalacion microsoft HyperV

Desde la configuración del Host podemos indicar como más relevante la opción de la activación de NUMA para el uso eficiente de la memoria de las VMs y las opciones de la ruta de almacenamiento de las VMs y discos virtuales del Host.

Manual instalacion Microsoft HyperV

Desde la opción de redes Virtuales podremos crearnos las redes que vamos a utilizar en nuestro entorno y podremos asignarles diferentes usos:

  • Externo: Es como el Bridge de VMware (Conexión directa con la tarjeta física)
  • Interno: Red en el que todas las VMs de los Hosts se comunican con la partición padre y entre ellas pero no tiene salida hacia el exterior.
  • Virtual Privada: Las VMs sólo se comunican con la partición padre y las VMs dentro del mismo Host.

Cabe reseñar que las redes que creemos en los Hosts deben de denominarse de la misma manera en todos ellos.

Manual instalacion microsoft hyperV

Desde el administrador de Hyper-V y sobre la opción Nueva Máquina Virtual, aparecerá sobre tu pantalla un asistente para crear nuestra máquina virtual llamada Test. Aquí, le damos un nombre y una ruta de almacenamiento para albergar la VM.

En la ubicación de almacenamiento la he modificado para que apunte a ClusterStorage\volume 1 porque es la carpeta (virtual) que representa al espacio de la LUN compartida de almacenamiento de las VMs y que antes he nombrado. Estos son los famosos CSV (Cluster Shared Volumes) que configuramnos desde el asistente del Cluster. Si tuviésemos otra LUN compartida, entonces sería ClusterStorage\volume 2 y así sucesivamente.

Manual Instalacion Microsoft HyperV

En el siguiente paso, seleccionaremos la memoria que quieras que tenga tu VM.

Manual Instalacion Microsoft HyperV

Siguiendo el asistente, elegiremos la red virtual creada en los pasos anteriores que queremos que tenga nuestra VM.

Manuel Instalacion Microsoft HyperV

Aquí, le daremos el tamaño necesitado para nuestro disco virtual con sus diferentes opciones.

Manuel Instalacion Microsoft HyperV

En el siguiente paso daremos la ruta de la imagen de instalación del Sistema Operativo (ISO ,DVD-ROM, Red)

Manual Instalacion Microsoft HyperV

Y finalmente veremos el resumen de opciones de nuestra VM. Aquí, podemos ver como ya aparece nuestra VM creada y lista para instalar el S.O.

Manual Instalacion Microsoft HyperV

Desde la opción de configuración de la VM, puedes modificar cualquier parámetro que se te ocurra (añadir redes, añadir discos, encendido automático de la VM, etc..). En la imagen de arriba aparecen los famoso servicios de Integración de la VM (similar a las VMware Tools o XenTools) para el control avanzado de las VMs.

Finalmente os mostraré la consola de administración remota del Cluster para que puedas ver a groso modo como se gestionan nuestras VMs desde aquí:

Manual Instalacion Microsoft HyperV

Vemos la interfaz desde donde gestionamos nuestras VMs y a diferencia de la consola de Hyper-V, tenemos la opción de Live Migration y Quick Migration a nuestra derecha.

Manual Instalacion Microsoft HyperV

En el apartado del almacenamiento CSVs (Volúmenes Compartidos del Cluster) podemos ver las LUN donde almacenamos nuestras VMs y que vuelvo a remarcar, aparecen como una carpeta virual en C:\ClusterStorage

Manual Instalacion Microsoft HyperV

Finalmente, en el apartado de las Redes puedes configurar la función para la que serán utilizadas todas ellas. En el caso de arriba sólo está permitido la comunicación de redes del cluster al tratarse de una de mis redes iSCSI.

Sé que podría haber sido todavía mucho más extenso ya que hay mucho que hablar sobre este tema, pero creo que he conseguido de forma generalizada mostrarte lo más importante a la hora de trabajar con HyperV.

La semana que viene nos vemos con un nuevo capítulo sobre la virtualización y en concreto sobre la virtualización con Microsoft con HyperV. Espero tus comentarios y te deseo una feliz semana.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.

Posted in Estandars, Estrategia, Hyper-V, HyperV, HyperV, Integración, Manual, Manuales, Microsoft, Publicaciones, reviews, Software, Virtualización9 Comentarios

InfoWorld, el caso de éxito del corte ingles y RVTools

InfoWorld, el caso de éxito del corte ingles y RVTools

 

Ya esta disponible online el episodio #16 en virtualizacion.tv, el programa de televisión web que ayuda a profesionales como tú, a entender la virtualización de sistemas y el cloud computing en español.

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

En el episodio de esta semana, hablaremos de InfoWorld y de su último informe ejecutivo el cual compara cuatro soluciones de virtualización existentes, responderé a la pregunta de un usuario en relación a copias consistentes de base de datos de SQL y Oracle y te mostrare otra utilizad impresionante relacionada con el mundo de la virtualización de servidores, RVTools.

Gracias a todos los que dejaron su comentario en los episodios anteriores. Si aun no has tenido la oportunidad de hacerlo, por favor, entra en virtualizacion.tv hazlo ahora. Tu apoyo permitirá que este programa de televisión web sobre la virtualización de sistemas y el cloud computing en español, pueda continuar beneficiando a muchas personas.

¿Y tú, qué opinas con relación a la pregunta lanzada en el episodio de hoy? ¿Qué piensas de las diferentes soluciones de Virtualización que existen en la actualidad en el mercado? ¿Cuál es tu solución favorita y por qué? Deja tu comentario en virtualizacion.tv o charlemos sobre ello en twitter.

Posted in cloud, Estandars, Estrategia, ESX, ESXi, josemariagonzalez.es, reviews, Software, Trucos, VDI, View, Virtualizacion, virtualizacion.TV, VMware, vSphere2 Comentarios

¿Cómo analizar la seguridad de VMware vSphere?

¿Cómo analizar la seguridad de VMware vSphere?

A día de hoy preguntar a cualquier administrador o responsable de una plataforma de cualquier tipo acerca de su preocupación por la seguridad puede resultar algo obvio, y la virtualización no es una excepción a este respecto.

Sin embargo, si cambiamos la pregunta por cuales son las medidas que adoptadas para mejorar la seguridad de una plataforma, las respuestas ya no son tan predecibles o similares. Y es que si preguntamos a cualquier experto en seguridad nos dirá sin duda alguna que la Seguridad y la Usabilidad son conceptos claramente contrapuestos que deben ser cuidadosamente gestionados para encontrar el equilibrio necesario y esto, evidentemente, conlleva una carga importante.

En este sentido, y para facilitar la vida de los administradores de sistemas, de un tiempo a esta parte los fabricantes ponen a nuestra disposición guías para el alineamiento de nuestros sistemas con las mejores prácticas de seguridad.

En esta ocasión me gustaría hablaros de dos herramientas que podemos usar para comprobar que la configuración de nuestra plataforma de virtualización VMWare vSphere cumple con las mejores prácticas de seguridad proporcionadas por el fabricante.

La primera de las herramientas que comentaba se trata de VMware Compliance Checker for vSphere, una aplicación escrita en Java que analiza una serie de puntos de los que aparece en la guía que antes os comentaba y que genera un informe en HTML con los puntos analizados, el porcentaje de cumplimiento y la descripción de cada uno de los puntos tal y como aparece en la guía proporcionada por VMware.

Con esta herramienta, que a pesar de estar escrita en Java sólo se ejecuta en Windows, podremos analizar tanto host ESX(i) independiente como una plataforma vSphere completa.

La segunda de las herramientas se trata de un script en Perl programado por William Lam, vSphere Security Hardening Report Script . Este script se conecta con un host ESX(i) o un vCenter y realiza una revisión de los puntos indicados en la guía de securización de vSphere.

Las principales ventajas de este script en Perl frente a la herramienta que antes os mencionaba son:

  • Mayor número de puntos de la guía cubiertos
  • Posibilidad de enviar el resultado del análisis por correo electrónico
  • Posibilidad de generar informes tanto en HTML como en CSV.

Un punto importante que si bien no creo que deba ser marcado como una desventaja, pero que si debo señalar es que a pesar de estar escrito en Perl y que en teoría debería ser más agnóstico en cuanto a plataforma de ejecución se refiere, es que para ejecutar el script en Windows es necesario realizar varios ajustes en el propio script para que funcione correctamente.

Si bien es cierto que estas herramientas sólo realizan un análisis de los puntos recomendados por la guía de securización proporcionada por VMWare y que no cuentan con la posibilidad de aplicar dichas recomendaciones una vez realizado el análisis, también es cierto que precisamente el análisis es uno de los pasos más importantes en cualquier proceso de ajuste de una plataforma, por lo que ojalá sigamos viendo herramientas como estas.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.

Posted in Estandars, Estrategia, Integración, reviews, Software, software, Virtualizacion, VMware, vSphere0 Comentarios

¿Qué adaptador de red uso en mi máquina virtual?

¿Qué adaptador de red uso en mi máquina virtual?

¿Que tal? Soy Jose Maria Gris y como cada Miércoles comparto estas páginas virtuales con vosotros.

Hace tiempo publiqué un post (por favor, Jose María) donde teníamos problemas de rendimiento con alguna vmnic. Allí hablábamos como trabajar con herramientas como iperf para ver exactamente que caudal estaba gestionando.

Con la aparición de VMWare vSphere 4.0 y 4.1 han cambiado muchas cosas en este mundillo de las nics y aún me llegan preguntas sobre ellas o bien, cuando estoy en alguna instalación veo que no se han usado los tipos de nic mas adecuados.

Y hoy he creído que sería bueno ver los diferentes modelos de vmnic que hemos movido y para que “sirven” o están planteadas.

Dejo de lado versiones que son “mandatory” para según que clusters y según que combinaciones.

Cito cronológicamente:

Vlance: Vlance es una “Legacy” que tenía su truco. Vlance era una emulación de la AMD 79C970 que su peculiaridad era “to hit de ground running” como los comandos. Esta vmnic empieza a funcionar en cuanto arrancaras la vm tuviera o no las vmwaretools instaladas, eso sí, a 10 Mb, pero conectaba. Al instalar las tools subía a 100 y a 1000 (?).

VMXNET: Este adaptador ya nació virtualizado, pensado para entornos virtuales. Precisaba de las tools. Fue el “abuelo” de las VMXNET actuales.

Flexible: Pues sencillamente eso, Flexible. En cuanto lo arrancabas tenia un comportamiento como una Vlance, al ponerle las tools, se comportaba como una VMXNET

E1000: Emulación de la Intel 82545EM. Personalmente he tenido experiencias no muy satisfactorias con este driver. Mediciones realizadas por mi mismo han dejado la transferencia de este driver muy lejos del Giga.

VMXNET 2 / VMXNET 3: Con vSphere nos llegaron estas vmnics que a mi modo de ver son las que funcionan mejor, incluyendo las ultimas tecnologías de switching. Eso sí, estos tipos tan sólo están soportados por los modernos OS Guest (XP hacia arriba), por lo que no podrán instalarse en entornos Windows 2000. En VMware vSphere 4.1 han sido mejoradas.

Pues con esto me despido hasta la semana que viene.

¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.

Posted in Estandars, Estrategia, ESX, ESXi, Hardware, reviews, Software, Virtualizacion, VMware, vSphere3 Comentarios

¿Cómo asignar o cambiar el servidor NTP en XenServer?

¿Cómo asignar o cambiar el servidor NTP en XenServer?

Queridos lectores,

En el post de hoy explicaré una tarea bien sencilla.

Asignar un nuevo servidor NTP para mantener sincronizada la zona horaria con nuestro país.

1.- Nos conectamos remotamente al servidor XenServer:

ssh root@ip_del_servidor

con el comando “date” podemos comprobar que nuestro servidor XenServer no está en hora

2.- Abrimos la consola local de XenServer

xsconsole

3.- Nos vamos a “Network and Management Interface”

4.- Seleccionamos “Network Time (NTP)” e introducimos credenciales

5.- Y por último escogemos entre las opciones. En mi caso, eliminaré el servidor NTP antiguo y añadiré uno nuevo:

es.pool.ntp.org

6.- Para terminar comprobaremos de nuevo con el comando “date”

Esto es todo, como siempre espero que sea de utilidad. Me despido y espero que paséis una buenas fiestas de Semana Santa.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Posted in Citrix, Estrategia, Integración, Manuales, reviews, Software, Virtualización, Xen, XenServer, XenServer0 Comentarios

Microsoft Hyper-V: Capítulo 1 Introducción a Hyper-V

Microsoft Hyper-V: Capítulo 1 Introducción a Hyper-V

 

Hola soy Miguel ángel Alonso y aquí estoy como cada martes para contaros algo nuevo sobre el maravilloso mundo de la virtualización de sistemas.

En el día de hoy, vamos a dar una pequeña introducción sobre la tecnología de virtualización de Microsoft denominada Microsoft Hyper-V.

Hoy será el primer capítulo de una serie de 5 o 6 sobre esta maravillosa tecnología de la cual y hasta ahora, no os había dedicado el tiempo necesario para poderos mostrar las grandes virtudes y madurez, de una tecnología liderada por el gigante del mundo de la informática llamado MICROSOFT.

La serie de capítulos que van a sucedernos en las próximas semanas, los podemos ver esquematizados en las siguientes líneas:

Capítulo 1: Introducción a Hyper-V
Capítulo 2: Instalación de Hyper-V y configuración a nivel general
Capítulo 3: SCVMM 2012 Beta (Consola de gestión)
Capítulo 4: SCOM 2007 R2 (Instalación y gestión avanzada de los recursos de virtualización)
Capítulo 5: App-V (Virtualización de Aplicaciones de Microsoft)
Capítulo 6: Creación de escritorios Virtualizados con XenDesktop 5 y SCVMM en Hyper-V

Hyper-V comenzó con su salida al mercado de la mano de Windows 2008 server con la activación de un role que viene embebido con el sistema operativo.

Como ya hemos explicado con otras tecnologías como VMware, Citrix o Red Hat Enterprise Virtualization, necesitamos que nuestros servidores tengan activada la tecnología de virtualización Intel-VT o AMD-V en los procesadores para poder comenzar a virtualizar nuestros entornos.

Existe una versión tipo core de Hyper-V que ocupa unos cientos de MB y que puede ir embebida en un USB o tarjeta SD de nuestros Servers y que hace que el nivel de seguridad sea más estricto debido a a la menor exposición de superficie de ataque en los hypervisores de nuestros entornos virtualizados.

Esta se maneja desde una consola tipo MS-DOS (Carece de GUI), la cual viene integrada con esta versión.

Las versiones Standard, Enterprise y DataCenter de Windows 2008 y 2008 R2 poseen este role de virtualización y difieren básicamente en el número de cores (CPU) soportados y de VMs que de manera gratuita podemos tener virtualizadas sin la necesidad de licenciarlas. Siendo la Standard la más pequeña y DataCenter la mayor.

Con la llegada de Windows 2008 R2 y SCVMM se dio un salto de calidad muy importante con la llegada de Live Migration (similar a vMotion o XenMotion), la conexión en caliente de discos virtuales, soporte hasta 32 procesadores (duplicando la release inicial de Hyper-V) y mejoras significativas de rendimiento.

Hace poquito, con el SP1 de Windows 2008 R2, ha llegado la tecnología Remote FX como protocolo de conexión para escritorios virtualizados dentro de Hyper-V, dando un salto de calidad y velocidad de transmisión más que considerable. Otro gran avance en este Service Pack es la salida de la memoria dinámica para las VMs de nuestro entorno.

Ahora mismo estoy probando, en su fase Beta, la consola de gestión SCVMM 2012 y con ella nos llega Dynamic Optimization, que es igual a nuestro DRS de VMware, apagado de las VMs mediante DPM, gestión de entornos híbridos (Hyper-V,VMware y Citrix desde una única consola) Clouds Privadas (Resources Pools) gestión avanzada del almacenamiento, integración con App-V de Microsoft y una gran cantidad de mejoras.

Bueno, creo que con esta introducción podéis tener una visión generalizada clara y concisa de esta maravillosa tecnología y la cual nos va a acompañar en las próximas semanas de una manera más detallada.

Espero que te haya gustado e interesado el tema de hoy, y te emplazo a vernos la semana que viene en un nuevo capítulo de Hyper-V.

Hasta la semana que viene.

¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.

Posted in Estandars, Estrategia, Hyper-V, HyperV, HyperV, Integración, Manual, Manuales, Microsoft, Publicaciones, reviews, Software, Virtualización19 Comentarios

Page 18 of 32« First...14151617181920212223...30...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