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.
El tema de hoy es muy cortito pero no por ello menos interesante. Hasta la versión 5 de vSphere no podíamos cambiar la dirección MAC de nuestras máquinas virtuales y siempre debían entrar en el rango de direcciones MAC que VMware nos ofrecía (00:56:XX:XX:XX).
Este simple hecho, podía llevarnos a tener más de un problema a la hora de crear, o más en particular, de convertir una máquina de físico a virtual o de virtual a virtual, la cual se viese obligada por temas de licenciamiento con MAC subyugada a dicho propósito.
Si queríamos cambiar esta dirección MAC para la tarjeta de red en cuestion de tu máquina virtual, nos encontrábamos con el problema que adjunto en la foto de presentación de este post.
No obstante, si ya has instalado la nueva version de VMware ESXi5, podrás respirar tranquilo en cuanto a que este problema ya ha desaparecido y podrás cambiar la dirección MAC de tus máquinas virtuales sin tener el problema aqui descrito.
Lo bueno de ello es que nuestra tarjeta de red cojera estos cambios sin pasos añadidos, facilitando te de sobremanera dicho trabajo.
Bueno, hasta aquí por hoy, espero haberte podido contar algo de tu interés y me despido hasta la semana que viene con un nuevo tema del mundo de la virtualización. Hasta la semana que viene!
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Hola soy Miguel ángel Alonso y aquí estoy como cada martes para escribir sobre un nuevo tema del mundo de la virtualización de sistemas.
En el tema de hoy, vamos a hablar sobre cómo utilizar nuestras opciones de servidor de email en VMware vCenter para poder recibir tareas, eventos, alarmas y un largo etcetera cuando debemos enviarlo a cuentas de correo que requieren de cifrado o autenticación.
Este post se lo dedico a todos nuestros lectores pero en especial a mis alumnos de Barcelona de la semana pasada, ya que fueron ellos los que me hicieron indagar la manera de poder hacer dicha tarea.
Debo resaltar que este post está basado en un post de Paul Grevink, del cual he podido recoger la mayoría de los recursos de este post. Finalmente le he dado algún matiz distinto para una mejor compresión y algunas pinceladas propias para poder entenderlo bajo mi propio prisma y por supuesto traducirlo al castellano para la mayoría de todos nuestros lectores del blog.
Espero que os guste porque me parece muy provechoso y útil en nuestros entornos de VMware, así que comencemos explicando todo desde un principio:
vCenter permite configurar alarmas para enviar correo electrónico, si es necesario. Antes de que vCenter pueda enviar el primer correo electrónico, ir en el menú, elige Administration y vCenter Configuratión del servidor.
Selecciona la sección de correo (MAIL). En esta sección puedes introducir el nombre del servidor SMTP (que será nuestro transmisor de correo electrónico) y la cuenta del remitente, el nombre de la cuenta utilizada para enviar correo electrónico.
En mi “homelab”, me gustaría enviar correo electrónico a mi cuenta de Gmail. También sería bueno utilizar smtp.gmail.com como retransmisor de correo.
Gmail exige autenticación, por desgracia, en este momento no es posible configurar la autenticación SMTP con vCenter. Esto está confirmado en VMware KB 1004070.
Existen algunas opciones, ejecutar tu propio servidor de Microsoft Exchange, o instalar una máquina virtual Linux y ejecutar Postfix.
En mi homelab, quiero una solución simple, y no quiero que vCenter dependa de otro tipo de máquinas virtuales que ejecutan bases de datos o servidores SMTP.
Por esta razón, MS SQL que se instala en el servidor vCenter , sería una buena opción para enviar correo electrónico directamente desde vCenter.
Así que es momento de añadir alguna funcionalidad adicional, en este caso: hMailServer
hMailServer es un software de correo, libre y fácil de configurar como servidor de correo electrónico para Microsoft Windowsy además también funciona en Windows Server 2008 R2.
Aquí está un tutorial para que puedas instalar, configurar, probar y solucionar hMailServer con vCenter.
Preparación.
El fqdn de mi servidor vCenter es: vc.virtual.local.
En primer lugar, creamos un alias para el servidor SMTP, algo así como: smtp.virtual.local.
Ahora crearemos un (MX record) de correo en nuestro servidor DNS para la zona “virtual.local”.
Para comprobar el resultado, abrir una ventana de DOS y escriba este comando:
> nslookup –type mx < nombre >
La respuesta debe ser algo como esto:
hMailServer
Ejecuta hMailServer-5.3.3-B1879.exe en el servidor vCenter.
Hacemos click en NEXT
Hacemos click en I Accept the agreement y seleccionamos Next.
Aceptamos Full installation y Next
Para un “homelab” la opción de utilizar un motor de base de datos integrado (Microsoft SQL Compact) está bien. Microsoft SQL Server Compact Edition no puede utilizarse con servicios de alojamiento comerciales. Lee esto para otras posibles alternativas
Y finalmente en Install para comenzar con la instalación. Introduciremos un password del administrador para la instalación de HMailserver y marcaremos la opción de conectarse automáticamente al arranque de nuestro sistema.
Una vez instalado, unicamente marcaremos la opción de SMTP para nuestro caso en concreto y los salvaremos.
Seguidamente iremos a la opción Settings de nuestra izquierda, elegimos el protocolo SMTP y finalmente la pestaña de la derecha: Delivery of email
En este ejemplo, smtp.gmail.com es el servidor SMTP re dirección de nuestro mail.
Introduce la siguiente información:
Host local (nombre), recuerda has creado un alias en tu DNS.
Nombre del host remoto. En este caso se desea transmitir a Gmail y Google requiere autenticación por SSL. Así que escribe el nombre del host remoto, puerto TCP/IP remoto que debe ser 465, tus credenciales de Gmail (si es tu caso) y no te olvides de comprobar el uso de SSL.
Ves a Configuración, Avanzado, IP Ranges. En este momento sólo queremos manejar correo electrónico desde el servidor local, así que vamos a eliminar el rango de Internet.
Bajo la anterior opción de IP Ranges, editaremos nuestra computadora, tal y como muestra el Screenshot. Deja marcadas las opciones tal y como te lo muestro para su correcto funcionamiento.
En el siguiente paso vas a ir al Top Level del asistente sobre la opción Wellcome y añade tu dominio desde la opción Add Domain.
Introduce el nombre de tu dominio de correo, en mi caso será virtual.local y guarda los cambios.
Ahora, es el momento para que compruebes la configuración. Ir a utilidades, diagnósticos Y selecciona el dominio que deseas ejecutar en prueba, luego selecciona el nuevo “maildomain” y presiona el botón de START para comenzar con los diagnósticos.
Como podemos observar todas las pruebas que has realizado están perfectas y con ello listo nuestro servidor para el re direccionamiento de correo con seguridad SSL de nuestro entorno de vCenter.
Ahora volvemos nuestro vCenter y en el apartado de Configuración y Mail podemos introducir finalmente los datos necesarios para que nuestra cuenta de correo se redireccione con la cuenta de gmail configurada en nuestro HMailserver.
Y por último, es el momento para tu prueba final. Quizás, ya has configurado tus alarmas, por lo que puedes esperar,que hasta alguna de ellas te funcione en este momento. De todas maneras hay otra forma de probar instantáneamente nuestra configuración.
Ejemplo:
Ir a tareas programadas y crear una nueva tarea. Realmente vamos a iniciar una máquina virtual.
Selecciona Change the power state
Selecciona la VM que quieres iniciar
En este caso vamos a seleccionar Power ON.
Introduce un nombre descriptivo para esta tarea y le seleccionamos bajo Start Time la opción NOW.
Aquí introduciremos la cuenta de gmail a la que queremos envíar los eventos de dicha tarea. En el ejemplo podemos ver la cuenta de prueba de Paul Grevink de quien es originario dicho post.
Aquí podemos ver el task enviado a dicha cuenta de correo.
Si queremos ver los logs de nuestro servidor de Mail para poder cerciorarnos de que dicho correo ha sido enviado, deberemos activar dichos logs y observar en la opción Status, Delivery Queue dicha tarea.
Ejemplo:
Bueno hasta aquí por hoy, espero que te haya gustado y puedas sacar partido de ello en todas tus instalaciones.
Me despido de vosotros hasta la semana que viene con un nuevo post sobre el maravilloso mundo de la virtualización de sistemas. 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.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar un servidor VMware vSphere ESXi 5 con la utilidad VMware Update Manager 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar vSphere ESXi 5 con VMware Update Manager? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar y actualizar las VMware tools y hardware virtual dentro de tus máquinas virtuales con VMware Update Manager en la nueva versión de VMware vSphere 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar VMtools y el hardware virtual de tus máquinas virtuales? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde vereomos otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este video tutorial sobre la virtualización con VMware vSphere le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar VMware Update Manager en la nueva versión de VMware vSphere 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar VMware Update Manager en vSphere 5? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Hola amigos, soy Florián Murillo. Con vSphere 5 nos llega la entrada de vCenter Server al mundo Linux.
La llegada de vCenter Server es en formato OVF, lo que simplifica enormemente la instalación.
Descripción del producto:
La máquina virtual desplegada tiene SUSE Enterprise Linux 11 x64 con 2 vCPUs, 8 GB de RAM y dos discos, uno de 15GB y otro de 60GB.
Incluye:
• Base de datos DB2 Express embebida
• ESXi Dump Collector
• Syslog server (utiliza syslog-ng)
• Auto Deploy Server
Es la primera versión, tiene cualidades y carencias, vamos a repasarlas:
No soporta:
• Microsoft SQL Server
• vCenter Server Linked Mode
• vCenter Server Heartbeat
• Linked Clone de VMware View Composer
• vSphere Storage Appliance
• IPv6
Algunas limitaciones son inherentes a plataforma Windows.
Si soporta:
• Oracle como base de datos externa
• Integración con Directorio Activo
• SRM5
• vCloud Director
• Update Manager
• vCenter Operations
Con la base de datos embebida podemos gestionar hasta 5 host y 50 máquinas virtuales, es el mismo dimensionamiento del Microsoft SQL Server Express.
Los consumos de memoria del appliance dependen de los host y las máquinas virtuales a gestionar, como pasa en la versión Windows, los requerimientos de RAM son similares en Windows y en Linux.
Aún siendo un producto de “desplegar, configurar y usar” las tareas de explotación del día a día requerirán conocimientos de Linux, no recomendaría su uso si no hay capacidades Linux en la empresa.
Sus puntos fuertes:
• No hay sobrecostes de licencias de Microsoft.
• Se despliega mucho más rápido, sobretodo si necesitamos syslog, dump collector o autodeploy.
• No hay debate acerca de vCenter Server en máquina física o virtual.
A mi modo de ver, es una gran noticia la llegada de este producto, el limitador mas importante es no soportar Microsoft SQL Server para gestionar mas de 5 hosts. Pero intuyo que veremos evolucionar el producto en sucesivas actualizaciones.
¿Creéis que vCenter Server Appliance se implantará masivamente?
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.
Hola soy Miguel Ángel Alonso y aquí estoy como cada martes para hablar sobre el maravilloso mundo de la virtualización de sistemas.
En el tema de hoy vamos a hablar sobre PAT v3.0 (Paragon Aligment Tool), una herramienta de alineación de particiones y discos para nuestros entornos ESX/ESXi.
PAT v ESX 3.0 es el único producto, ya que no conozco ningún otro de este tipo que permite alinear particiones múltiples en nuestras VMs de forma remota, sin necesidad de instalar absolutamente nada dentro de las máquinas virtuales. Desde una sola consola puedes programar la alineación de varios sistemas en una sola vez.
¿Cómo funciona?
1- El producto se puede instalar en cualquier PC para gestionar toda nuestra estructura virtual.
2- A continuación, agregaremos el host de ESX(i) o vCenter en la consola de nuestro PAT v. 3.0 y obtendremos el acceso a todos nuestros sistemas disponibles y sus correspondientes alineaciones.
3- Se puede anular la selección de los discos que ya están alineados, los cuales están marcados de diferente color en la consola.
Nota: Hay una función de programación que permite programar el proceso de alineación para cualquier momento del día.
PAT v 3.0 puede alinear diferentes máquinas virtuales con S.Os diferentes:
Windows 2000
Windows XP
Windows 2003 Server
Windows Vista
Windows Server 2008
Windows 7
Windows 2008 Server R2
Windows SBS de 2011
Familia de los sistemas operativos Linux
En el Screenshot de arriba puedes ver el aspecto principal de la consola donde agregaremos nuestro vCenter o ESX(i) para poder acceder a los Guests y sus correspondientes alineamientos. También podemos ver un cuadro de búsqueda, donde puedes buscar las VMs por su nombre.
Aquí podemos ver un mapa de nuestras particiones antes de alinear con PAT v3.0.
Y aquí este otro mapa una vez que PAT v3.0 ha realizado el proceso de alineamiento.
Características de la herramienta de Paragon (PAT v3.0)
1. Remotamente verifica, controla y gestiona la alineación del disco virtual
Verifica si hay el espacio adicional necesario en el servidor para almacenar instantáneas o copias de los volúmenes procesados
2. Además, en la Operación de alineación, puede continuarse después de una interrupción inesperada (no necesita restauración y por supuesto no hay pérdida de datos)
3. Ofrece configuración de alineación avanzada (el administrador puede elegir entre las opciones de alineación rápida o las operaciones de datos más seguras, que pueden ser más lentas
4. PAT v3.0 no requiere acceso root en el servidor (sin necesidad de crear cuentas de usuario nuevas); el software funciona bajo una cuenta con privilegios de administrador
5. Soporta la programación de VMware ESX, VMware ESXi, vSphere y Change Block tracking(CBT)
Limitaciones:
El número máximo de discos virtuales conectados simultáneamente es limitado:
a) Para ESX 4.x- Son 9 conexiones o 27 mediante vCenter Server
b) Para ESXi 4.x- Son 11 conexiones o 23 a través de vCenter Server
También, durante el proceso de alineamiento, tendremos que tener en cuenta que los discos no serán accesibles para los usuarios.
Para ver cómo funciona el producto os dejo este link donde podréis ver mejor este interesante producto.
Bueno hasta aquí por hoy, espero haberte contado algo de tu interés y te emplazo con un nuevo capítulo del mundo de la virtualización para la semana que viene. Hasta la semana que viene!
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por el apoyo.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a exportar los logs del sistema en la nueva versión de VMware vSphere ESXi 5.0.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo exportar los logs en VMware vSphere 5? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing, te enseñare a instalar y configurar VMware Data Recovery en la nueva versión de VMware vSphere ESXi 5.0.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y el cloud compuitng en español: ¿Cómo instalar VMware Data Recovery en vSphere ESXi 5? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial sobre la virtualización y el cloud computing en español.
¿Crees que este videopost le puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Muchas gracias por tu apoyo.
Hola amigos, soy Florián Murillo y voy a repasar los distintos mecanismos de conexión a ESXi 5.
Respecto al ESXi 4, hay cambios de nomenclatura en los servicios Tech Support Mode, el Remote Tech Support Mode pasa a denominarse simplemente SSH, y el Local Tech Support Mode paa a ser llamado a partir de esta versión ESXi Shell.
La imagen adjunta, resume las diferentes alternativas de conexión con un ESXI 5:
¿Qué misión tiene el Lockdown Mode?
Es un modo seguro de conexión al ESXi, al activar Lockdown Mode el ESXi se producen los siguientes cambios:
1. No acepta sesiones root desde vCenter Server, como por ejemplo para hacer un “Add host” al vCenter Server. vCenter Server se puede seguir conectando como vpxuser.
2. No acepta conexiones ssh como root.
3. No se pueden ejecutar scripts vCLI, vMA o PowerCLI que se ejecuten como root directamente contra un host, las hemos de pasar por vCenter Server.
4. No acepta comunicaciones CIM excepto desde el vCenter Server.
¿Desde donde podemos activar Lockdown Mode?
1. Desde la DCUI
2. Al añadir el host para ser gestionado por vCenter Server
3. Desde vCenter Server, Host (haciendo click sobre un host) > Configuration > Security Profile
Con todo lo dicho, la imagen inicial, tras activar Lockdown Mode quedaría de la siguiente forma:
¿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.
Hola, soy Miguel Ángel Alonso y de nuevo estoy con vosotros como cada martes del mes para contaros algo nuevo del maravilloso mundo de la virtualización de sistemas.
En el día de hoy vamos a habla sobre el nuevo VMware WorkStation 8 que nos llega dentro de muy poco y que, aunque se encuentra todavía en fase BETA, nos promete nuevas funcionalidades de un gran interés.
Antes de comenzar a mostraros unos Screenshots donde podremos ver los avances más destacados, os voy a dar los requerimientos mínimos para la instalación de esta maravillosa herramienta:
1.3GHz de CPU como mínimo o superior
Procesadores compatibles Intel ( Pentium 4, Pentium M – con PAE -, Core, Core 2, Core i3, Core i5, y Core i7 )
Los sistemas multiprocesadores también están soportados
Soporte para 64 Bits
A continuación, te adjunto algunos screenshots de algunas de las nuevas funcionalidades y características mas relevante de VMware Workstation 8:
Cabe reseñar de manera superlativa, el botón de Remote Connections, el cual antes de introducir el login y la password, nos proporcionará acceso a nuestro entorno de vCenter.
Aquí, podemos ver un claro ejemplo de cómo podríamos tener acceso a las VMs de nuestro entorno vSphere. Desde aquí podremos encender, apagar, clonar y hacer Snapshots de estas máquinas virtuales.
Sobre la pestaña Edit>Preferences>, en la opción Shares VMs, podremos compartir nuestras máquinas locales para poder hacer todas las pruebas de laboratorio y testeo necesarias entre nuestro entorno local y nuestro entorno de producción.
También, habrá que tener en cuenta que tanto las VMware Tools como el Hardware serán compatibles con la versión 8 y anteriores, a la vez que cabe destacar que en las limitaciones de memoria se han duplicado en cada Guest soportando hasta los 64 GB de RAM en cada uno.
En las opciones de la VM y bajo dicha opción MANAGE podemos destacar:
Change Hardware Compatibility (Como su nombre bien indica)
Clone para clonar nuestras VMs
Upload para subir nuestras VMs de nuestro Sistema local al de producción
Share para compartir nuestras VMs entre nuestros diferentes escenarios de VMware
Otra opción a destacar desde el menú POWER de nuestra VM y creo que es muy interesante, es el de poder tener la opción de arrancar nuestra VM mostrándonos la BIOS directamente.
Otra nueva característica, aunque en VMware Fusion o Paralles para MAC OSX ya existía es UNITY MODE en el que podrás ver un programa o el contenido de una carpeta de un Sistema Linux o Windows como si se estuviese ejecutando en modo local.
Aquí os dejo una muestra del escritorio de un Fedora 14 dentro de mi escritorio Windows como si se estuviese ejecutando de forma nativa.
Bueno, hasta aquí por hoy. Espero haberte contado algo de tu interés y te emplazo hasta el próximo martes donde volveremos a hablar de un nuevo tema sobre la virtualización de sistemas.
¿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.
Hola amigos, soy Florián Murillo. Hoy estoy nostálgico, me he puesto a recordar la historia de VMware y la evolución de Elastic Sky X, hace tanto tiempo que lo nombramos por sus siglas (ESX) que nos hemos olvidado de su nombre ¿verdad?
¿Cuales son, según mi opinión, las mejores características de cada versión de ESX?
En 2001 nació la versión 1 y para mi, la mejor característica que tuvo fue nacer, y aportar una forma diferente y atrevida de entender el concepto de las TI en las empresas (entornos x86). ¿Cómo sería el mundo de las TI hoy si no hubiera aparecido ESX v.1?¿Estaríamos hablando de cloud ahora? ¿Habría energía eléctrica en los DataCenters para alimentar a todos los servidores? y… ¿Donde alojaríamos tantos servidores?
En 2003 se lanza la versión 2 y como grandes novedades, vMotion y VirtualCenter. Aún era un producto para expertos en Linux, se hacían mas tareas con CLI que con VirtualCenter, pero había nacido con VirtualCenter la Gestión de las Infraestructuras Virtuales. VMware empezaba a mejorar, tímidamente, los negocio, con su producto.
El año 2006 nace la versión 3 y se produce un antes y un después en esta tecnología. Como gran novedad aportó VMware HA, aún recuerdo ese año evangelizando a clientes reunidos en hoteles, un mes si y otro también hablándoles de vMotion y VMware HA, era increíble como les explicabas lo que hacia el producto y no se inmutaban, en el momento que te conectabas a un CPD en producción y se lo enseñaban en vivo y en directo, no les cabían los ojos en las órbitas ¿tan mal me explico?. Era fascinante saber que hacías una presentación y triunfabas, gracias VMware.
El año 2009 se presenta en sociedad la versión 4, aquí discrepo de VMware acerca de cual es la gran mejora de esta versión (ellos dicen que es VMware FT) para mi es Storage vMotion, nos proporciona escalabilidad y disponibilidad y para mi, en segunda posición: La visión de VMware para abrir su producto con APIs de todo tipo. Algunas de ellas son la vNetwork Appliance API, la Pluggable Storage Architecture o la vStorage API for Data Protection.
Con estas incorporaciones, poco visibles a priori, se garantiza la evolución el producto, son soluciones propias o de otros fabricante. Las APIs permiten liberar la creatividad sin el freno de las limitaciones tecnológicas. La prueba de ello es que gracias a estas APIs han seguido deslumbrando en la versión 4.1 con Storage I/O Control, Network I/O Control o VAAI.
¿Cuál crees tu que son las mejores aportaciones de cada nueva versión?
¿Crees que este post puede interesar a alguien? En ese caso clica en los botones de compartir de arriba. Gracias por el apoyo.
Hola, soy Miguel Ángel Alonso y aquí estoy de nuevo con un nuevo tema sobre la virtualización de sistemas.
Hasta hoy hemos visto herramientas, como por ejemplo, vCenter Converter de VMware, XenConvert de Citrix y SCVMM para Hyper-V, para la conversión e importación de máquinas virtuales a las diferentes tecnologías que he mencionado anteriormente.
En el día de hoy vamos a ver cómo convertir las máquinas virtuales de nuestros entornos de Citrix y VMware a RHEV – de las siglas en ingles Red Hat Enterprise Virtualization – que viene pegando, y muy fuerte, en el mundo de la virtualización.
Lo primero de todo es tener una suscripción con Red Hat de nuestros RHEL 5 o RHEL 6 para poder bajarnos el paquete de herramientas virt-v2v. En el caso de que no tengas la suscripción con Red Hat, puedes probar esta herramienta desde otras plataformas de Linux como Fedora y Ubuntu de forma totalmente gratuita.
A continuación, te describo los pasos necesarios para poder convertir una máquina virtual de un servidor VMware ESX/ESXi a Red Hat Enterprise Virtualization (RHEV):
1. Entrar como root en la consola y escribir:
Yum install virt-v2
2. Crear un archivo de texto al que luego le cambiaremos el nombre y la extensión para alojarlo en el directorio raíz de nuestro servidor VMware ESX/ESXi. Este archivo se llamará: .netrc (el punto delante para ocultarlo).
Este archivo tendrá los parámetros necesarios para poder conectar a nuestro servidor VMware ESX/ESXi. A continuación, te describo un ejemplo:
Siendo: no_verify=1 ignorará el certificado de nuestros esx -o rhev es el formato de conversión, o sea rhev -osd dirección de nuestro dominio de importación y exportación de VMs de nuestro RHEV-H -o RHEL creado mediante la consola de gestión Rhev Manager Rhel4 es el nombre de la VM de nuestro ESX a convertir
A continuación, te enumero también los pasos necesarios para poder convertir una máquina virtual de un XenServer a RHEV:
Lo primero, es que es mucho más sencillo, ya que no hace falta crear ningún tipo de archivo para dejarlo en el directorio raíz. Simplemente escribiendo el siguiente comando, convertiríamos nuestra máquina virtual de Citrix XenServer a RHEV:
Una vez que este convertida, tendrás que ir a la consola de gestión e importaríamos la máquina convertida a nuestro entorno RHEV.
Bueno, hasta aquí por hoy. Espero haberte contado algo de tu interés, y te emplazo hasta la semana que viene con un nuevo capítulo sobre la virtualización de sistemas.
¿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.
Ya esta disponible online el episodio #23 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ño.
En el episodio de esta semana, hablaremos de un nuevo hito alcanzado por vuestro blog de Virtualización y Cloud Computing en español, responderé a la pregunta de un usuario en relación a la sincronización de los servidores de vCenter en VMware, te enseñare otra utilizad impresionante relacionada con el mundo de la virtualización de servidores y del could computing y terminaremos con el caso de éxito en virtualización de sistemas de Aviva.
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.
¿Crees que este videopost puede interesar a alguien? En ese caso clica en los botones de compartir de arriba o abajo. Gracias por tu apoyo.
Hola amigos, soy Florián Murillo. Cuando hemos de revisar por primera ver una instalación en producción de vSphere, probablemente la primera tarea a realizar es averiguar la versión instalada, tanto de vSphere como de vCenter Server.
Esta información la leemos desde vCenter Server, pero no nos da visibilidad directa acerca del “update” instalado ¿Que nivel de update tiene la instalación?
vSphere 4.0 tiene 2 updates, por tanto 3 versiones, es decir v.4.0, v.4.0 U1 y v.4.0 U2. vSphere 4.1 tiene un update, por tanto 2 versiones, la v.4.1 y la v.1 U1.
¿Cual de estas 5 versiones tiene el vSphere que tenemos delante? La respuesta está en el “build” ese número de 6 dígitos que acompaña a la versión.
Desde el prompt también tenemos varias formas de conocer el build, os adjunto algunas:
También podemos recurrir a PowerCLI para conocer el build, tras conectarnos al host:
$o_host = Get-VMHost
write-output $o_host.build
Una vez tenemos el build, ya sea desde vCenter Server o desde el prompt, recurrimos a una tabla como la que os adjunto, para conocer la versión exacta:
Espero que os sea útil este post. Hasta la semana próxima.
¿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.
Descubre y domina la nueva versión de VMware vSphere™ 5 y aprovéchate de hasta un
20% de descuento al comprarlo online.
Regístrate y
recibe un capitulo de nuestro nuevo libro totalmente gratuito
Nuevo Site Recovery Manager 4 en español Consigue una copia gratuita del eBook
