Archive for February, 2009

16
Feb

Ubuntu JeOS es una eficiente variante del Sistema Operativo de servidores Ubuntu diseñado específicamente para el diseño de virtual appliances de VMware. Actualmente disponible para su descarga como imagen ISO, JeOS es una instalación especializada de Ubuntu Server con un kernel compilado que contiene únicamente los componentes del sistema operativo base, necesarios para ser ejecutado dentro de ambientes virtuales. Ubuntu JeOS fue tuneado para utilizar las ventajas de las tecnologías clave de virtualización de los productos de VMware. Esta combinación de tamaño reducido y performance optimizada garantiza que Ubuntu JeOS realiza un uso eficiente de los recursos de servidores en grandes ambientes virtuales. Sin controladores innecesarios y con solo los paquetes mínimos los ISV pueden configurar su sistema operativo exactamente como lo requieran teniendo la tranquilidad de que deberán aplicar actualizaciones, ya sean por problemas de seguridad u optimización de performance estos serán necesarios únicamente para la base del sistema operativo requerido para su ambiente base. Por lo tanto los usuarios que utilicen virtual appliances basados en JeOS deberán realizar un mantenimiento menor sobre sus equipos en comparación con otros virtual appliances basados en las versiones completas del sistema operativo. Al día de hoy Ubuntu JeOS está pensado para correr sobre VMWare Server, VMWare ESX y KVM y podría no funcionar sobre otras plataformas de virtualización. La imagen de instalación ISO pesa 100 mb con un footprint de instalación de alrededor de unos 500 MB a lo que hay que sumarle el software altenativo que se le instale arriba. Más características: * Kernel especializado 2.6.27 * Optimizado para VMWare ESX, VMWare Server y KVM * Soporte para arquitecturas Intel ó AMD x86 * Consumo de memoria mínimo de 128M * Sin interface gráfica en la instalación por defecto Para descargar Ubuntu JeOS visiten: http://cdimage.ubuntu.com/jeos/

Nicolas Solop

Tags : | Blog
13
Feb

Cada día más especialistas de it como usuarios finales escuchan seguido hablar de ubuntu.
Ahora bién, más del 95 % de los soportes de IT trabajan sobre windows 2000, nt y XP, y más del 70 % de administradores de IT, trabajan con Windows NT, 2000,2003 y 2008 server.

Sobre esta base es difícil estár motivado a emprender el camino de iniciarse en un sistema operativo nuevo basado en algo totalmente diferente, hablamos de linux.

El primer desafío como Gerente de IT, podría ser el siguiente: Si pienso en que reducir costos podría estar ligado a bajar los gastos en licenciamiento de software, el primer problema que surgen son los sistemas Windows y la suite office.
Para ello, sugiero si el cambio es necesario, instalen una versión de VMware Server, o VMware player con Ubuntu 8.10, y motiven a sus equipos de soporte y administración de IT a investigar al menos 1 hora diaria sobre los mismos. Con motivar no alcanza, también será necesario realizar reuniones de avance donde cada uno exprese como incrementa sus conocimientos y compartir tips de administración.

Los resultados al termino de dos meses serán verdaderamente sorprendentes, siempre y cuando respeten la metodología de trabajo.

Instalando ubuntu desktop 8.10

Para instalar la dristribución deberán bajar la ISO (imagen del CD/DVD) haciendo clic aquí. (716 MB)

Existen dos opciones, 32 bit, o 64 bits, recomendada será la de 32 bits por temas de funcionalidad y compatibilidad básicamente.


Instalando:

Para instalar deberán crear una maquina virtual con las siguiente carácterísticas:

Una vez finalizada la descarga, montan la ISO descargada:

Hacen clic en el boton de Ok, y play.
A continuación Seleccionarán la opcioón de idioma y luego la 2da opción de Instalar Ubuntu. (recordemos que la primera es para un live CD).

Como es conocido en los linux, seleccionamos en el mapa la ubicación para detectar el time-zone

A esta altura, estaremos formateando el disco, ya ubuntu detectó el disco virtual.

Seteamos la credenciales para login.

Ubuntu instalará el boot loader en el disco por default. (hd0)

Listo!, ya está instalado.

Como verán son pocos pasos los que comprenden la instalación, y todos por default.  Lo que significa que la instalación inicial es sencilla y rapida.

Solo resta reiniciar.

El proceso de instalación duró apenas 20 minutos, con las configuraciónes básicas y corriendo por debajo un Core 2 Duo, T7300, disco de 5400 rpm y memoria ram de 2G.

A continuación nos logueamos con las credenciales colocadas.

Usabilidad

Al iniciar encontró por defecto todos los drivers, hablo de red, video, sonido!, etc.
Lo que hace que el start up de ubuntu sea realmente veloz y amigable.

La distribución por default ya trae:

Open Office
Firefox (navegador)
Evolution (mails)
Pidgin (messenger)
Eriga (softphone)
Remote Desktop (para administrar windows)
Transmission BitTorrent Client

Para la segunda parte la dejaremos para instalar y configurar el VMware View Open Client.

Esto es un paso más para empezar a asosciar a la infraestructura virtual con el ahorro directo de costos. Imaginemos tener las desktops virtualizadas sobre ubuntu corriento thin clients con sistemas operativos genericos por medio de un Open Client todo eso sin pagar un solo centavo.

La distancia entre pensarlo y hacerlo está en como planificarlo adecuadamente.
El primer paso será quitar el miedo al cambio, y ese miedo se saca con práctica, uso y ganando confianza. Para ello nada mejor que probar sobre maquinas virtuales. Seguramente no ubuntu no los va a drefraudar.

Saludos
Diego Quintana

Tags : | Blog
13
Feb
El acceso rápido a información sobre CPU, memoria, almacenamiento y fans en un servidor que ejecuta alguna versión de VMware ESX o ESXi pueden ser muy útiles para un administrador. Obtener este tipo de información varia considerablemente dependiendo de la versión de VMware ESX que el servidor está ejecutando y particularmente la diferencia se hace mayor si comparamos un servidor corriendo VMware ESX con otro que corre VMware ESXi debido a que el último no cuenta con un Service Console por lo tanto toda la información deberá ser obtenida por medio del VMware VI Client. Entonces, si estamos ejecutando VMware ESXi en nuestro servidor como accedemos a esta información sobre el health status?. Básicamente debemos abrir, seleccionar el servidor al cual nos queremos conectar, ir a la solapa Configuration y luego a Health Status.
Como pueden ver en la imagen se trata de un servidor  donde podemos observar información sobre procesadores, memoria y dispositivos de almacenamiento y fans disponibles. Para obtener este tipo de información el hardware sobre el cual corre VMware ESXi deberá figurar dentro de la lista de hardware compatible por VMware (VMware HCL). Debido a que VMware ESXi no cuenta con un Service Console no existe una forma de poder instalar software de terceros para poder realizar un monitoreo profundo de la salud de los servidores.

Nicolas Solop

Tags : | Blog
9
Feb
Ideal para empresas que se encuentran listas para el despliegue de una herramienta simple y económica para la administración de la infraestructura.El VMware ESXi Management kit agrega administración centralizada a sus servidores VMware ESXi para simplificar las operaciones diarias y su infraestructura virtual. El kit incluye: • VMware vCenter Server Foundation • VMware vCenter Agents para 3 hosts (limitados para ser utilizados por VMware ESXi) • 1 Año de suscripción Dentro de los beneficios ofrecidos al implementar VMware ESXi Management kit podemos mencionar: • Clonado y despliegue de máquinas virtuales desde templates. • Una única instancia de VI Client para administrar todos los hosts y máquinas virtuales. • Información histórica de performance de los hosts y de las máquinas virtuales. Por supuesto existen otras funcionalidades más. En caso de que requiera mayor información sobre VMware ESXi Management kit utilice el formulario de contacto para enviarnos un mensaje y nos pondremos en contacto con usted a la brevedad.

Nicolas Solop

Tags : | Blog
8
Feb

Una nueva inicitiva para unificar y simplificar la virtualización de desktops fué propuesta en el día de ayer por VMware. El concepto fué mas que acertado, simplemente es el de liberar el código fuente del View Client para plataformas linux.
Conceputalmente lo que busca el principal fabricante de software de virtualización es abrir el juego a que las empresas puedan desarrollar y explotar las ventajas de la virtualización de desktops por medio de un cliente unificado pero a su vez de codigo abierto con la opción de modificarlos según la necesidad del cliente.
El Open Client es la implementación de un cliente view linux para realizar el acceso segurizado a máquinas virtuales windows. En definitiva, esto está permitiendo colocar equipos del estilo thin clients linux (que son generalmente los más economicos), para acceder a VMs windows dentro de un datacenter segurizado.
El Open Client se encuentra bajo licencia del tipo GNU Lesser General Public License version 2.1 (LGPL v 2.1), lo que significa que no tiene soporte comercial de VMware pero al fin al cabo todo el mundo puede usarlo, modificarlo y distribuirlo bajo los terminos de dicha licencia.
Actualmente las pruebas realizadas fueron sobre Ubuntu 8.10 on i386, y principalmente es necesario contar con las siguientes librerías:

  • gtk+-x11-2.0 >= 2.4.0 (libgtk2.0-dev in Ubuntu 8.10)
  • libxml-2.0 >= 2.6.0 (libxml2-dev in Ubuntu 8.10)
  • libcurl >= 7.16.0 (libcurl4-openssl-dev in Ubuntu 8.10)
  • libssl >= 0.9.8, libcrypto >= 0.9.8 (libssl-dev in Ubuntu 8.10)
  • boostlib >= 1.34.1 (libboost-dev in Ubuntu 8.10)

En el siguiente enlace podrán bajar el VMware Open Client, y en este otro las instrucciones para realizar su compilación.

Saludos

Diego Quintana

Tags : | Blog
7
Feb

En varios casos sucede que por algun motivo se perdío conectividad con el service console, generalmente suele suceder cuando quitan el VLAN ID al port group de service console.
Para volver a colocar el vlan id, se debe realizar lo siguiente:

Login en el ESX por medio de SSH o Consola:

Ejecutar como root o usuario privilegiado los siguientes comandos:

esxcfg-vswitch -l (listamos los virtual switches y portgroups disponibles, generalmente el portgroup de service console se llama Service Console)

Ejecutar lo siguiente:

esxcfg-vswitch -p “nombre del portgroup” -v “VLANID” (donde el “VLANID” se reemplaza por un numero)

Ejemplo:
esxcfg-vswitch -p “Service Console” -v “44″

Luego, para verificar los cambios, realizar:
esxcfg-vswitch -l

A esta altura, ya se deberán poder loguear en el ESX desde el VClient.

Saludos,
Diego Quintana

Tags : | Blog
5
Feb
El mensaje "currently has no management network redundancy" es de la versión 3.5 de VMware ESX Server y en el cual nos indica la falta de redundancia en el service console para soportar la caída del enlace de red del mismo o bien tolerar de manera más eficiente la situación de aislamiento del VMware ESX Server. Una forma de responder ante este mensaje es agregar una vmnic más al virtual switch donde reside el service console o bien agregar un port group de service console a otro virtual switch que tengamos disponible.

Dedido a que HA no detectará de manera automática este cambio ya que el servicio se encontraba corriendo previamente debemos deshabilitar y habilitar nuevamente. Para hacer esto nos paramos sobre el servidor afectado, click derecho y seleccionamos "Reconfigure for HA"

Espero que les sirva

Nicolas Solop

Tags : | Blog
5
Feb

La opción "Notify Switches" dentro de la solapa "Nic Teaming" de un Port Group nos permite notificar a la red física externa a los ESX Servers cambios en la red de capa 2 del modelo OSI dentro del ambiente virtual. Dentro de los cambios que son informados podemos encontrar: * Nuevas máquinas virtuales creadas * Cambios en las direcciones MAC de máquinas virtuales * Cambios en el estado de un Team en particular

Por ejemplo, una vm es migrada de un equipo al otro por medio de VMotion, hasta el momento previo a la migración todos los switches de capa 2 de la red física conocían por medio de que puerto podían llegar hasta esta máquina virtual. Este puerto es el puerto del switch físico conectado al ESX Server donde corría la máquina virtual, o sea, el puerto del switch físico conectado a una placa física del ESX Server. Debido a que migramos esta máquina virtual de un ESX Server a otro, la red física ya no puede acceder a la máquina virtual por medio del puerto físico de el equipo original sino que deberá hacerlo por medio de un puerto físico del equipo donde se encuentra corriendo actualmente la vm. Para que la red física conozca como llegar a la máquina virtual por medio de la nueva ruta debemos emplear algún método que nos permita alcanzar a todos los switches de la red física indicando que puerto o puertos deben utilizar para acceder a la máquina virtual en el nuevo host. En este punto es cuando la opción "Notify Switches" entra en juego utilizando el protocolo RARP (Reverse Address Resolution Protocol). Por medio de tramas RARP podemos alcanzar a todos los switches de la red física sin necesidad de enviar información alguna sobre networking de capa 3 del modelo OSI. Una vez que todos los switches de la red física reciben los paquetes RARP ya conocen la ubicación de la dirección MAC de la máquina virtual pudiendo de esta manera conmutar los paquetes hacia esta de forma correcta.

Espero que les sirva!

Nicolas Solop

Tags : | Blog