Configuración genéricas de VMware Virtual Center

Conectándonos a un host ESX o a un VirtualCenter con VMware Infrastructure Client – AKI
Organizando una estructura de VirtualCenter, creando directorios, datacenters y agregando hosts – AKI
Creación de máquinas virtuales (MV) – AKI
Migrar una MV entre diferentes hosts – AKI
Creando un clúster con (HA y DRS) y migrando hosts a él – AKI
Creación y usos de las reservas de recursos o Resource Pool – AKI
Resumen de todas las pestañas y partes de la consola de administración de VirtualCenter – AKI

Conectándonos a un host ESX o a un VirtualCenter con VMware Infrastructure Client,

Simplemente mostrar cómo nos conectaríamos a un host ESX o a un VirtualCenter de VMware con el cliente de infraestructuras. Debemos instalarnos primero el cliente, desde un servidor ESX o bajándonoslo de Internet – AKI.

Abrimos el cliente e introducimos el nombre del host ESX a conectarnos, normalmente, al conectarnos a un host de ESX el usuario será ‘root’ y la contraseña que le hayamos indicado en la instalación.

Nos mostrará un aviso de seguridad, que será una advertencia que es un certificado de seguridad en el que no confiamos. Debemos pulsar en «Ignore» y marcar el check de «Do not display any security warnings for ESX server». Esto lo que nos asegura es que toda la comunicación y transferencia de datos con nuestro servidor ESX irá encriptada.

Y este sería el panel de gestión que usaremos para administrar un host de ESX. Pero no todos, ya que para administrar un conjunto de servidores usaremos un VirtualCenter.

Ahora veremos cómo conectarnos a un VirtualCenter, ya que éste será el que usemos para administrar los host de ESX entre otras cosas. Introducimos el nombre del servidor con VirtualCenter, su usuario, que normalmente será ‘Administrador’ y la contraseña que tenga en local o de dominio, dependiendo. Pulsamos en «Login» para conectarnos.

Nos mostrará un aviso de seguridad, que será una advertencia que es un certificado de seguridad en el que no confiamos. Debemos pulsar en «Ignore» y marcar el check de «Do not display any security warnings for VirtualCenter server». Esto lo que nos asegura es que toda la comunicación y transferencia de datos con nuestro servidor de VirtualCenter irá encriptada.

Organizando una estructura de VirtualCenter, creando directorios, datacenters y agregando hosts,

En este apartado podremos ver cómo estructurar una organización de servidores ESX con VirtualCenter, además crearemos un datacenter que es una hubicación física de servidores ESX y agregaremos host’s a ella.

Al conectarnos a un VirtualCenter por primera vez, lo tendremos vacio y deberemos de organizarlo, normalmente si es una estructura pequeña, se crea directamente un Datacenter aquí, pero si podemos tener diferentes hubicaciones para los servidores, primero crearemos una serie de directorios para organizarlo. Así que sobre «Host & Clusters» con botón derecho «New Folder»

Y organizamos por directorios, ya sea Europa, España… hasta que lleguemos a la hubicación del datacenter. Botón secundario sobre un directorio y creamos nuestro primer Datacenter «New Datacenter», y normalmente se le da el nombre de la hubicación física de los servidores host.

Una vez que tenemos nuestro sitio definido, ahora no queda más que agregar nuestros servidores ESX o host, para ello con botón derecho sobre el datacenter > «Add Host…» y agregamos todos nuestros servidores ESX que queramos administrar.

Introducimos el nombre de un host, nombre completo (FQDN) y un usuario para poder conectarnos al servidor, normalmente el usuario ‘root’ y su contraseña «Next»,

Nos comprueba la versión del servidor ESX y las máquinas virtuales que tiene alojadas, en este caso ninguna, «Next»,

Seleccionamos a qué datacenter le queremos meter y «Next»,

Comprobamos que todo está OK y pulsamos en «Finish» para agregarlo. Y ahora debemos agregar tantos host como queramos introducir en este Datacenter para posteriormente crear máquinas virtuales en ellos, poder crear un clúster e introducirlos en él, poder usar HA o DRS…

Creación de máquinas virtuales (MV),

Aquí veremos cómo crear una máquina virtual en un host ESX. En mi caso crearé un equipo con Windows XP, para crearlo rápido, lo normal es crear servidores para poder tener nuestros servidores virtualizador o también puestos y poder usar herramientas de Desktop Virtualization y que nuestros usuarios usen ThinClients.

Ahora vemos que nuestro VirtualCenter va cogiendo color, ya tenemos nuestros dos servidores ESX y sobre uno de ellos crearemos una máquina virtual, con botón derecho encima de uno de ellos > «New Virtual Machine…»

Debemos seguir el asistente, desde aquí podremos indicar el nombre de la MV, el disco que debe tener, la memoria RAM, donde alojaremos la MV… Debemos seleccionar el tipo de configuración, en mi caso seleccionaré «Custom…» para ver todas las posibilidades que nos da. «Next»,

Seleccionamos un nombre para la MV y un lugar para ubicarla, el datacenter, «Next»,

Debemos seleccionar donde la guardaremos, si en el disco duro del servidor ESX o si disponemos de un disco de almacenamiento común. Si tenemos más de un servidor ESX debemos tener un almacenamiento común, ya que si queremos que si se cae un ESX se ejecuten las MV en los otros ESX debemos tenerlo. Así que yo que lo tengo, selecciono mi datastore de almacenamiento compartido. «Next»,

Seleccionamos el S.O. que tendrá la MV, esto no quiere decir que nos instalará ese S.O. si no que preparará el hardware de la máquina con los requisitos de ella. «Next»,

Seleccionamos el número de procesadores virtuales que le queremos asignar a la máquina virtual, dependerá de la carga que vaya a sufir. «Next»,

Seleccionamos la memoria RAM que queremos que tenga está MV, igual que el anterior, este es un parámetro totalmente dependiente del tipo de carga que vaya a aguantar la MV. «Next»,

Debemos seleccionar las interfaces de red que nos interese que tenga está MV, y a qué red virtual la conectaremos, en mi caso sólo le crearé un adaptador de red virtual e irá a la red de MV «Virtual Machine Network», ademas estará conectada al encender la MV, «Next»,

Seleccionamos el tipo de adaptador de almacenamiento, si será BusLogic o LSI Logic, «Next»,

Debemos crear un disco duro virtual para la MV, así que marcamos «Create a new virtual disk» y «Next»,

Seleccionamos la capacidad del disco duro virtual, «Next»,

Podemos seleccionar opciones avanzadas para el disco si nos interesa, como que se guarden los cambios o no cuando la MV se apague. «Next»,

Tenemos un resumen de la MV, si está todo correcto pulsamos en «Finish» para crearla, ahora tocaría instalarla con nuestros CD’s o imagen ISO.

Pulsamos en el PLAY para arrancar la MV y en el otro icono para poder tener una consola de la MV y ver su pantalla.

E imprescindible que cuando tengamos la máquina virtual instalada le instalemos las VMware Tools, ya que mejoraremos notablemente el rendimiento de la MV.

Migrar una MV entre diferentes hosts,

Este procedimiento se muestra cómo mover diferentes máquinas virtuales entre diferentes hosts, sería un movimiento manual, suponiendo que no tenemos DRS para moverlas manualmente.

Viendo la situación actual, tenemos dos servidores esx35a y esx35b, si queremos que una MV se ejecute en otro servidor, vemos que ahora está en el B, para que se ejecute en la A, con botón derecho en la MV y «Migrate…»

Seleccionamos el servidor destino a la que le moveremos y «Next»,

Comprueba si puede migrarse, y si tenemos un Pool de recursos en ella, seleccionaríamos a cual la moveríamos, en este caso no hay ninguno. «Next»,

Nos da la posibilidad de mover los ficheros de la MV, lógicamente, se da por echo que existe un almacenamiento compartido, así que los ficheros de la MV estarán en este espacio y no hay que moverlos a ningún sitio, si no que simplemente se ejecute en este nuevo host. «Next»,

Comprobamos que está todo OK para migrar la MV y pulsamos en «Finish».

Vemos que la MV ya se ejecutaría en el host esx35a, y que abajo en las tareas se ha completado.

Creando un clúster con (HA y DRS) y migrando hosts a él,

Esta es la parte interesante de VMware Infrastructure, poder tener balanceo de los hosts y las máquinas virtuales, poder tener un clúster de hosts y no saber en qué host se ejecuta qué MV, si no configurar la carga a nivel de grupo de servidores.

Para crear un clúster lo haremos a nivel de Datacender, con botón derecho en él y seleccionando la opción de «New Cluster…»

Nota: ¿Qué es VMotion? Es una tecnología implementada en VI, en la que nos permite mover una maquina virtual de un host (ESX) a otro host sin tener que detenerla y los usuarios se percaten. Pueden estar los usuarios trabajando con esa maquina virtual y se mueve de forma manual o automática a otro host. Para ello necesitaremos un almacenamiento común (NAS/SAN/iSCSI). Las maquinas virtuales se mueven de un host a otro para temas de mantenimiento en los host o directamente por temas de rendimiento, se mueven al servidor que esté más ligero.

Indicamos el nombre al clúster y seleccionamos las opciones que querramos para nuestro clúster. Marcaremos dependiendo de la licencia que hayamos adquirido. Tenemos:
– «VMware HA» que nos permite poder migrar entre los hosts de forma automática las MV en caso de caida de un host.
– «VMware DRS» o Distributed Resources Scheduler que permite poder mover de forma automática las MV entre los hosts sin tener que realizar parada de la MV dependiendo cómo lo configuremos, las movería en caliente y si un host se cae las MV de ese host se distribuirán a los hosts disponibles sin parada de ejecución de los usuarios.

Debemos configurar el WMware DRS, es la forma que se moverán las MV entre los hosts ESX, tenemos tres posibilidades:
– «Manual»: No se moveran de forma automática ninguna MV entre los hosts, si no, deberíamos de moverlas manualmente, así que si un host ESX está sobrecargado DRS no se ejecutará y moverá las MV para liberar carga.
– «Partially automated»: Tampoco se moverán las MV entre los hosts si alguno de ellos tiene sobrecarga, sólo se moverán a la hora de arrancar una MV, verá cual es el servidor con menos carga y desde él se ejecutará.
– «Fully automated»: Y este es el modo más interesante, poder mover las MV de forma automática entre los diferentes hosts, si un host se sobrecarga será inteligente y moverá la MV que considere al host más libre de carga, todo ello dependiendo del tipo de valor que indiquemos, si más conservativo/suave o más agresivo. El parámetro que se suele dejar en las cuatro estrellas. «Next»,

Configurando «VMware HA», simplemente indicaremos cual es el número de host que permitiremos que se apaguen y el HA siga funcionando, dependerá de la carga que pueda soportar los hosts que nos queden libres. Y sobre todo si permitiremos que se ejecuten las MV cuando sobrecargemos los hosts o no. «Next»,

Sobre el fichero de intercambio de las máquinas virtuales o «VM Swapfile», donde se hubicará, si con las MV (recomendado) o en el datastore del host. Lo normal es que se guarde con las máquinas virtuales ya que si usamos VMotion el rendimiento será peor si se tiene que copiar entre diferentes hosts. «Next»,

Comprobamos el resumen de la creación del clúster y pulsamos en «Finish» para crearlo.

Una vez creado el clúster, debemos agregar los hosts al clúster, tan simple cómo arrastrar un host al clúster.

Cuando agregamos un host a un clúster nos pregunta qué hacer con las MV de este host, si meterlas en un Pool de recursos existentes en el clúster o si crear un pool de recursos, dejamos la primera opción y ya despúes crearemos pooles de recursos si nos interesan. «Next»,

Comprobamos que es lo que queremos hacer «Finish» para agregar este host en este clúster.

Creación y usos de las reservas de recursos o Resource Pool,

Sirve para crear un recurso donde meteremos máquinas virtuales y podamos reservarles recursos de CPU o memoria, para que otras MV no les cojan recursos que no las pertenezcan. Podamos tener en un pool de recursos unas máquinas virtuales vitales para la organización, por ejemplo un par de servidores de base de datos y reservarles una cantidad de memoria RAM que veamos como mínima para ellas.

Para crear un pool de recursos lo podremos hacer desde el Datacenter o el Clúster directamente, con botón derecho «New Resource Pool…»

Indicamos un nombre al pool de recursos y seleccionamos las reservas que nos interesen. Por ejemplo los recursos de CPU, cuantos Megahercios (MHz) le reservaremos o si queremos limitar para que no use más MHz de los que le indiquemos. E igual para los recursos de memoria RAM, podemos reservarle una cantidad de Megabytes o limitarle para que no use más de lo que le indiquemos. Además podemos compartir diferentes niveles de carga por si tenemos más pooles de recursos para que unas reservas tengan más o menos prioridad. «OK» para guardar.

Y movemos nuestras MV a nuestros pooles de recursos. Por ejemplo unas reservas para equipos críticos o para equipos de pruebas y no consuman lo que no deban.

Resumen de todas las pestañas y partes de la consola de administración de VirtualCenter,

A partir de aquí veremos un resumen de todas las ventanas y pestañas del VirtualCenter usando el VMware Infrastructure Client,

Si nos colocamos en la vista de «Virtual Machines and Templates» podremos ver las máquinas virtuales que tiene nuestro Datacenter y las plantillas que tiene, desde la pestaña «Summary» veremos el número de hosts o servidores ESX, el número de máquinas virtuales, el número de clústers, el número de redes y de diferentes almacenes de datos.

Desde la pestaña «Virtual Machines» vemos el estado de las diferentes máquinas virtuales, si están encendidas o no, el estado de las alarmas, el nombre del host donde se almacenan, la memoria y CPU que están consumiendo.

En la pestaña «Hosts» vemos los servidores ESX de nuestra organización / Datacenter, el estado de cada servidor, si tienen alguna alarma o no, y el consumo de CPU o memoria, así cómo la cantidad total de RAM que dispone cada uno de ellos.

En la pestaña «Tasks & Events» tenemos las tareas que se han ido ejecutando en nuestro Datacenter en la parte de «Tasks».

Y en la parte de «Events» los eventos que hemos podido tener en los hosts o MV.

En la pestaña «Alarms» veremos las alarmas que nos han saltado (en «Triggered Alarms») y las que tenemos creadas o definidas.

En la pestaña «Permissions» los permisos que tenemos creados de grupos con permisos de acceso a los recursos.

Podemos tener un mapa de nuestra organización para ver la estructura de máquinas virtuales, nuestras redes, nuestras conexiones de datos… todo esto desde «Maps».

Si cambiamos la vista y nos vamos a la normal, veremos las propiedades que tenemos a nivel de Clúster, vemos todas sus pestañas. En «Summary» vemos si tenemos habilitado o no DRS o HA, vemos el total de gigahercios de nuestro clúster y de memoria RAM, así como el total de hosts, de procesadores y de máquinas virtuales.

En la pestaña «Resource Allocation» podemos ver si tenemos algún límite configurado a nivel de máquina virtual de CPU o de Memoria RAM.

En la pestaña «Performance» veremos una gráfica de la carga de la CPU a nivel de clúster,

En este caso vemos la gráfica a nivel de memoria RAM,

Si nos colocamos en un host estas serán las propiedades que podemos observar sobre cada host. En la pestaña «Summary» tenemos un resumen de este host, nos indica qué servidor es, cuantas máquinas virtuales tiene en ejecucción, cuanta CPU tiene en uso, cuanta memoria RAM, sus datastores y sus redes virtuales.

En la pestaña de «Virtual Machines» veremos las máquinas virtuales que tiene este host, si están en ejecución o no, el estado de sus alertas, y el consumo tanto de CPU cómo de memoria.

En la pestaña de «Performance» veremos una gráfica del estado de la CPU o memoria del host.

En «Configuration» es donde podremos configurar casi todas las opciones a nivel de host. En «Processors» vemos los procesadores que tiene este host.

En «Memory» la memoria que tiene este servidor, cuanta está asignada, cuanta usada y cuanta usa la Service Console.

En «Networking» vemos el estado de la red virtual, los switches virtuales, qué tenemos conectado a cada switch y los adaptadores de red físicos.

En «Network Adapters» las tarjetas de red que dispone mi host y si tienen algún switch virtual conectadas a ellas, el tipo de conexión…

En «Licensed Features» es donde se configura el licenciamiento a nivel de host, donde indicamos quien es el servidor de licencias, el tipo de licencias, la edición de las licencias y si disponemos de algún complemento adicional o Add-On.

En «DNS and Routing» podremos configurar parámetros cómo el nombre del host, el dominio al que pertenece, sus servidores DNS y las puertas de enlace, ya sea para la Service Console o para VMkernel.

En «Virtual Machine Startup/Shutdown» podemos configurar los tiempos para que se arranquen las MV de forma automática o se apaguen cuando un host se arranca o se detiene.

En «Virtual Machine Swapfile Location» podemos configurar donde ubicar el fichero de paginación de las MV.

En «Security Profile» es donde configuraremos los parámetros para el firewall, los puertos que abriremos, tanto para conexiones salientes cómo entrantes.

Y finalmente repasamos las propiedades de las Máquinas virtuales. En la pestaña «Summary» vemos un resumen del hardware asignado a la MV, así lo que está consumiendo, sólo su estado de encendida/apagada, su dirección IP, y si tiene las VMware Tools instaladas.

Sobre una máquina virtual podemos hacer snapshots, que son imagenes iguales de la MV, cómo sacarle una foto en un momento determinado, para poder restaurarla a ese estado posteriormente si lo necesitamos, a modo de backup. Esto es lo que usa el VMware Consolidated backup para funcionar.

Estas serían las propiedades que tenemos a nivel de máquina virtual, a nivel de hardware, desde aquí será donde podamos agregarle diferente hardware a una máquina virtual, más discos, o quitarle algún hardware que no necesite como la disquetera.

En la pestaña de «Options» podemos modificar parámetros más avanzados de hardware.

Y en la pestaña de «Resources» sirve para realizar reservas a nivel de MV, tanto de CPU, memoria o disco.

Si damos con el botón derecho la opción de «Report Performance» sobre una MV, podremos sacar gráficas de rendimiento a nivel de CPU, disco, memoria, red o sistema. Y poder exportarlas a ficheros XLS de Excel.

Si cambiamos la vista a «Networks»…

Veremos las redes en común que tiene nuestro Datacenter y las MV conectadas a ellas.

Si cambiamos la vista a «Datastores»…

Veremos los almacenamientos que tiene nuestro Datacenter, sean compartidos o de los propios ESX y poder explorar para ver el contenido desde «Browse Datastore…»

Desde el botón «Scheduled Tasks» podemos programar diferentes tareas cómo: cambiar el estado de encendido de una MV, clonar una MV, distribuir una MV desde una plantilla, Mover una MV con VMotion, Reubicar una MV, crear una MV, crear un snapshot de una MV o agregar un host.

En el botón de «Administration» en la pestaña de «Sessions» podemos ver las sesiones activas que tenemos de usuarios administrando este VirtualCenter.

En «Licenses» podemos ver el estado de nuesta licencia, cuanto tenemos consumido y cuanto libre.

Y en la pestaña «System Logs» los logs a bajo nivel de lo que sucede.

Otra de las posibilidades que nos da VirtualCenter es la de poder importar appliances virtuales, podernos bajar de internet cualquier servidor e integrarlo en nuesta comunidad ESX. Desde «File» > «Virtual Appliance» > «Import…»

Seleccionamos de donde obtendremos este appliance, si desde internet, desde un fichero en concreto o desde una dirección URL en concreto. Seleccionamos la primera opción & «Next».

Y si pinchamos en «VMware Virtual Appliance Marketplace» podremos bajarnos vía web algún appliance que nos interese.

Esta es la web oficial de VMware de los Virtual Appliances (http://www.vmware.com/appliances) y desde aquí podemos buscar el appliance que necesitemos ya instalado.

Tenemos más opciones interesantes en «Administration» > «VirtualCenter Management Server Configuration…»

Tenemos todas estas opciones configurables, importantes cómo las licencias, o conexión al Directorio Activo, SNMP, configuración del servidor de correo, SSL…

www.bujarra.com – Héctor Herrero – nheobug@bujarra.com – v 1.0