Sin categoría

Agregar Hosts a vCenter 6.0

agregar hosts a vCenter 6.0

En esta entrada veremos como agregar hosts a nuestro VMware vCenter 6.0

Para comenzar, nos logaremos en vCenter accediendo a https://fqdn.del.vcenter:9443/vsphere-client

Agregar Hosts a vCenter 6.0

A continuación, haremos click en el Hosts and Clusters para acceder a la configuración de estos elementos del inventario

Agregar Hosts a vCenter 6.0

Haremos click con el botón derecho encima de nuestro vCenter (el del icono verde y amarillo) y seleccionaremos del menú desplegable New Datacenter.

Agregar Hosts a vCenter 6.0

Daremos un nombre identificativo al Datacenter. Normalmente se trata de una ubicación física para distinguirlos, pero es totalmente indiferente el nombre que pongamos mientras nos sirva para identificar los hosts que están ubicados dentro.

Agregar Hosts a vCenter 6.0

Ahora que ya disponemos de un datacenter, es hora de agregar los hosts. Para ello, haremos click derecho sobre el datacenter y seleccionaremos la opción Add Host

Agregar Hosts a vCenter 6.0

Introduciremos el nombre del host (DNS) que vamos a añadir. Podemos usar direcciones IP directamente, pero esto nos traerá problemas a la hora de identificar los hosts si nuestro inventario crece más allá de un límite. CONSEJO – usa siempre DNS 🙂

Agregar Hosts a vCenter 6.0

Indicaremos las credenciales del host para agregarlo a nuestro Datacenter VMware. Estas credenciales son el usuario root y la contraseña que pusiéramos durante la instalación de VMware ESXi 6.0

Agregar Hosts a vCenter 6.0

A continuación se nos mostrará un resumen del host, con las máquinas virtuales que tuviese (si es que las tiene)

Agregar Hosts a vCenter 6.0

El siguiente paso es la selección de licencia. Si no disponemos de una, el host instalará una de evaluación que dura 60 días, equivalente a un licenciamiento Enterprise Plus.

Después nos preguntará si queremos activar LockDown Mode. Este modo previene que se pueda administrar el host conectándose directamente a la consola o usando un teclado / monitor. Yo suelo dejarlo desactivado, pero consulta con el responsable de seguridad de tu empresa si hay alguna política al respecto.

Agregar Hosts a vCenter 6.0

La siguiente pregunta sirve para colocar las máquinas virtuales dentro del Datacenter. Como tenemos un datacenter recién creado y nuestro host no tiene máquinas virtuales que importar, seguiremos al paso final.

Agregar Hosts a vCenter 6.0

Confirmaremos la configuración.

Agregar Hosts a vCenter 6.0

Repetiremos este proceso tantas veces como sea necesario hasta tener todos los hosts disponibles en el Datacenter que acabamos de crear

Agregar Hosts a vCenter 6.0

Instalar VMware vCenter Server Appliance 6.0

Platform Services Controller

Con la versión 6.0 de vSphere aparece Platform Services Controller. Se trata de un componente de vSphere que sustituye a vCenter Single Sign On, vCenter Inventory Service y vSphere Web Client. El componente Platform Services controller se puede instalar de forma conjunta con el VMware vCenter Server Appliance 6.0, o por separado en otra máquina diferente. Para nuestra instalación lo instalaremos en el propio VCSA, pero hay varias guías para su despliegue en otras configuraciones diferentes y actualización desde vCenter 5.

La instalación de VMware vCenter Appliance 6.0 es diferente de las versiones anteriores ya que no se distribuye en formato .OVA como siempre, sino que se trata de un .iso que contiene el appliance + software necesario para el instalador.

Para descargar la ISO de VMware vCenter Server Appliance 6.0 deberemos estar registrados en el sitio web my.vmware.com para descargar la iso VMware-VCSA-all-6.0.0-2562643.iso

Para instalar VMware vCenter Server Appliance 6.0 necesitarás abrir la ISO (montarla por hablar con propiedad).

Instalar VMware vCenter Server Appliance 6.0

El primer paso para instalar VMware vCenter Server Appliance 6.0 es instalar la última versión disponible de Client Integration Plugin. Esta utilidad se encuentra dentro de la iso de VCSA, en el directorio vcsa.

instalar VMware vCenter Server Appliance 6

La instalación es muy sencilla y es cuestión de Siguiente, Siguiente, Siguiente, Finalizar.

El segundo paso es ir al raíz de la ISO de VMware vCenter Server Appliance 6.0 y abrir vcsa-setup, que nos abrirá un navegador para continuar con la instalación.

instalar VMware vCenter Server Appliance 6

Cuando nos pida permiso para ejecutar el complemento del navegador, se lo daremos, y comenzaremos la instalación

instalar VMware vCenter Server Appliance 6

instalar VMware vCenter Server Appliance 6

El primer paso es la eterna ventana de aceptación de licencia. Continuamos

instalar VMware vCenter Server Appliance 6

Después tendremos que introducir el host en el que vamos a instalar nuestro VMware vCenter Server Appliance 6.0, así como las credenciales de root para acceder a él.

instalar VMware vCenter Server Appliance 6

Tras pasarse un ratillo verificando que todo está en orden, nos preguntará el nombre para el vCenter Server Appliance, así como una contraseña para el sistema operativo SUSE Linux que lo ejecuta.

instalar VMware vCenter Server Appliance 6

Esta contraseña tiene por defecto los siguientes requisitos:

  • Más de 8 caracteres y menos de 20
  • Al menos 1 mayúscula, 1 minúscula, 1 número y 1 símbolo.
  • No admite caracteres como espacios u otros ASCII especiales.

instalar VMware vCenter Server Appliance 6

A continuación nos preguntará que modalidad de despliegue queremos utilizar.

  • Embedded Platform Services Controller – Se instala el componente dentro del VMware vCenter Server Appliance. Recomendado para entornos pequeños o con solo un vCenter.
  • External Platform Services Controller – Se instalará Platform Services Controller en una máquina virtual separada y podrás controlar varios vCenters desde el mismo. Es el equivalente a Linked mode con 6.0 con las ventajas de no necesitar Active Directory.

instalar VMware vCenter Server Appliance 6

El siguiente paso nos preguntará si queremos unirnos a un dominio SSO ya existente o crear uno nuevo. En este tutorial no disponemos de un Platform Services Controller existente así que elegiremos la primera opción

En la siguiente pantalla nos tocará seleccionar el tamaño de nuestro entorno para dimensionar correctamente CPU, RAM y disco del VMware vCenter Server Appliance.

instalar VMware vCenter Server Appliance 6

Tamaños de VMware vCenter Server Appliance 6.0

  • Tiny – Hasta 10 hosts y 100 VMs – 2CPU, 8GB RAM y 120GB de HDD
  • Small – Hasta 100 hosts y 1000 VMs – 4CPU,16GB RAM y 150GB de HDD
  • Medium – Hasta 400 hosts y 4000 VMs – 8CPU, 24GB RAM y 300GB de HDD
  • Large – Hasta 1000 hosts y 10000 VMs – 16CPU, 32GB RAM y 450GB de HDD

El siguiente paso nos dejará elegir el datastore de nuestro host en el que vamos a desplegar VMware vCenter Server Appliance 6.0. Asegúrate de que tiene espacio suficiente.

instalar VMware vCenter Server Appliance 6

A continuación se nos preguntará por la base de datos que vamos a utilizar. VMware vCenter Server Appliance 6.0 solo soporta vPostgres (viene incluida) o un Oracle externo.

instalar VMware vCenter Server Appliance 6

En la configuración de red, seleccionaremos los parámetros apropiados para nuestro entorno. Es importante disponer siempre de un servidor DNS que nos resuelva los hostnames y nos haga la resolución inversa de las IPS (PTR). Repito, es IMPORTANTE tener un servidor DNS para no tener errores durante la instalación.

instalar VMware vCenter Server Appliance 6

Tras revisar todos los parámetros que hemos introducido en el asistente, pulsaremos Finish para desplegar el VMware vCenter Server Appliance 6.0. El despliegue tardará unos cuantos minutos, dependiendo de la velocidad de nuestra conexión con el host en el que vamos a desplegar VCSA.

instalar VMware vCenter Server Appliance 6

Una vez terminada la instalación cerraremos el asistente

instalar VMware vCenter Server Appliance 6

A continuación nos conectaremos a nuestro nuevo VMware vCenter Server Appliance 6.0 introduciendo en el navegador la url: https://fqdn.vcenter:9443/vsphere-client Si se nos pregunta por permisos para ejecutar el complemento del navegador, los proporcionaremos. Haremos login con el usuario que hemos creado en el momento del despliegue (Administrator@dominio)

instalar VMware vCenter Server Appliance 6

Ya tendremos instalado VMware vCenter Server Appliance 6.0 en nuestro entorno. Los siguientes pasos serán añadir hosts, almacenamiento. Veremos estos pasos en la siguiente entrada.

Curso de VMware 5.5 – Maquinas Virtuales

Hasta ahora en nuestro curso de VMware hemos avanzado en conceptos de virtualización, organización del inventario de objetos en vCenter, almacenamiento, redes, pero todavía no hemos tocado propiamente máquinas virtuales. Las máquinas virtuales son el objeto de la virtualización propiamente y merecen un capítulo propio para aclarar una serie de conceptos importantes de cara a los siguientes capítulos.

Componentes de las maquinas virtuales

Una maquina virtual en sí no es más que un conjunto de archivos que almacenan información relativa a su configuración de hardware, y los datos del disco duro de esta. Entremos un poco más en profundidad en estos componentes.

¿Que contiene cada archivo de una máquina virtual de VMware?

Cuando trabajamos con VMware ESXi, estamos manejando, entre otras muchas cosas, máquinas virtuales (VMs). Estas máquinas virtuales están compuestas por varios archivos almacenados en carpetas dentro de datastores. Tomaremos como ejemplo el vCenter Server Appliance que instalamos en el capítulo anterior del curso de vmware para la certificacion VCP:

  • vcsa55.vmx
    Guarda los datos de configuración de la máquina virtual, desde su dirección MAC, hasta los discos que tiene conectados, etc.
  • vcsa55-3dbf9190.vswp
    Se trata del archivo de swap de la máquina virtual. Puede crecer hasta el tamaño que tiene la memoria RAM de la máquina virtual, por eso tiene asignados los 8192 MB de RAM de la máquina virtual + el overhead (veremos más adelante eso, en el capítulo dedicado a la gestión de memoria).
  • vcsa55.nvram
    Este archivo guarda una copia de la BIOS de la máquina virtual
  • vcsa55.vmsd
    En este archivo se guarda información relativa a los snapshots de la máquina virtual. Solo información relativa a ellos, no los snapshots propiamente.
  • vcsa55.vmx.lck
    Este archivo es un lockfile. Indica que esta máquina virtual se encuentra encendida en algún host.
  • vcsa55.vmxf
    Este archivo contiene informacion de configuración extra para las máquinas virtuales.
  • vmware.log
    Este archivo guarda un log de eventos relacionados con la máquina virtual. Puede ser útil a la hora de hacer resolución de problemas.
  • vcsa55.vmdk
    Contiene una serie de datos de descripción y configuración del siguiente archivo de la lista y correspondiente al primer disco duro de la máquina virtual
  • vcsa55-flat.vmdk
    Se trata del disco duro propiamente de la máquina virtual, un contenedor de datos en el que se almacenan los bytes correspondientes al primer disco duro de la máquina virtual
  • vcsa55_1.vmdk
    Contiene una serie de datos de descripción y configuración del siguiente archivo de la lista y correspondiente al segundo disco duro de la máquina virtual
  • vcsa55_1-flat.vmdk
    Se trata del disco duro propiamente de la máquina virtual, un contenedor de datos en el que se almacenan los bytes correspondientes al segundo disco duro de la máquina virtual
  • vcsa55-Snapshot1.vmsn
    Se trata de un archivo que contiene información relativa al estado del snapshot número 1 de la máquina virtual
  • vcsa55-000001.vmdk
    Se trata del archivo que guarda la configuración de un disco duro auxiliar creado al hacer un snapshot del primer disco duro de la máquina virtual.
  • vcsa55-000001-delta.vmdk
    Se trata del archivo de datos con las diferencias que va habiendo en el primer disco duro de la máquina virtual desde el momento de creación del snapshot.
  • vcsa55_1-000001.vmdk
    Se trata del archivo que guarda la configuración del disco duro auxiliar creado al hacer un snapshot del segundo disco duro de la máquina virtual.
  • vcsa55_1-000001-delta.vmdk
    Se trata del archivo de datos con las diferencias que va habiendo en el segundo disco duro de la máquina virtual desde el momento de creación del snapshot.

vCPU

Se trata de la cantidad de CPUs / cores de CPU a los que tienen acceso las maquinas virtuales. Pueden tratarse de una o más CPUs que se presentan físicamente como sockets o cores (podemos elegirlo). Aparte de configuraciones avanzadas y optimizadas como afinidad NUMA, etc, podemos vernos en la necesidad de presentar las CPUs como cores para respetar un escenario como este:

Hemos comprado un software que se licencia por CPU física, es decir, por socket físico.

Nuestro host de virtualización es un servidor con dos procesadores Xeon de 6 cores cada uno, sin embargo solo podemos utilizar uno de ellos para la maquina virtual si queremos respetar la modalidad de licenciamiento con el fabricante (una modalidad que por otro lado está totalmente obsoleta).

Para esto, daremos a nuestra maquina virtual 1 socket de CPU y 6 cores de CPU. Además, para asegurarnos de que vamos a utilizar solo una cpu física para esta maquina virtual, seleccionaremos CPU AFFINITY 0-5, lo cual hará que solo se utilicen los primeros 6 cores disponibles en el host para esta máquina virtual. De esta manera, la maquina virtual nunca llegará a hacer uso del segundo procesador físico y no estaremos rompiendo estos licenciamientos ridiculos.

Otro escenario es que tengamos un software con la misma licencia limitada a 1 CPU física y queramos hacerle trampas y proporcionarle más cores de los que tienen nuestros procesadores en el host. Siguiendo el ejemplo anterior del Dual Xeon Hexa Core, podríamos hacer creer a la máquina que tiene 1 Socket, pero otorgarle 12 CORES, con lo que aprovecharíamos el doble procesador y el software no rechistaría, pensando que tenemos 1 único procesador con muchos más cores de los que realmente tenemos.

CPU Affinity

Se trata de una opción de configuración de una maquina virtual en VMware que permite seleccionar y limitar el uso de cores del host a una maquina virtual. Si queremos que “maquinavirtual01” se ejecute unica y exclusivamente en los cores 0 y 1 de nuestro host, escribiremos 0,1 en los valores de CPU affinity. Ten presente que esto limita la ejecución de la maquina virtual a estos cores, pero de ninguna manera los reserva para esta maquina virtual en exclusiva. Ademas, estaras limitando el tiempo de cpu que se puede dedicar a los diferentes hilos que componen la maquina virtual en tiempo de ejecucion (worlds) por lo que es posible que termines viendo una merma del rendimiento conforme los diferentes worlds compiten entre si por obtener recursos en caso de saturacion de los cores a los que hemos limitado esa maquina virtual.

CPU affinity además, inhabilita la maquina virtual para ser manejada mediante la funcionalidad DRS automatizada de un cluster y no puede ser habilitado en una maquina virtual que resida en un cluster con DRS ya habilitado.

La recomendación general es que no utilices CPU affinity en tus maquinas virtuales pues puede penalizarte más que los beneficios que te aporte. Además, CPU affinity es una funcionalidad incompatible con vMotion y por tanto con DRS.

vRAM

La vRAM, o RAM virtual, es la cantidad de memoria del host que se asigna a cada máquina virtual para trabajar y, en definitiva, la que este guest verá como disponible. Se puede asignar desde unos pocos MB hasta 2TB de memoria RAM. La recomendación general es que se debe asignar a la máquina virtual tanta memoria como vaya a utilizar, ni más ni menos. No es interesante asignar a un equipo mucha más memoria de la que vaya a utilizar, pues estaremos perjudicando a las demás máquinas virtuales en caso de que ocurra una situación de contención de recursos (falta de recursos).

Disco Duro Virtual

Otro de los componentes básicos de una máquina virtual es su disco duro. Si bien es perfectamente posible ejecutar máquinas virtuales que no dispongan de almacenamiento de este tipo, existen pocos casos prácticos en los que vayamos a querer nuestra máquina virtual arrancando solo desde PXE o una ISO arrancable como un Live CD. Un ejemplo clásico de máquina virtual sin disco duro es aquella en la que montamos una ISO de un Live CD de Linux para probarlo durante un periodo determinado de tiempo y cuya información no nos preocupa perder si la apagamos.

Los discos duros virtuales de una maquina virtual se conectan mediante controladoras, al igual que en un ordenador normal. Disponemos de diferentes tipos de controladoras de disco:

  • Buslogic Parallel IDE
  • LSI Logic Parallel
  • LSI Logic SAS
  • VMware PAravirtual

Podemos conectar hasta 4 controladoras de disco SCSI a una maquina virtual, y 15 discos duros a cada una de ellas, por lo que podremos disponer de un máximo de 60 discos duros conectados a una única máquina virtual. En el caso de controladoras IDE, podremos conectar una única a nuestra maquina virtual, con hasta 4 dispositivos conectados a la misma. Si, por el contrario, elegimos un adaptador Virtual SATA, podremos conectar 4 de este tipo, con 30 dispositivos por cada controladora SATA virtual.

Crear maquinas virtuales

Una tarea habitual en un entorno virtualizado es la creación de máquinas virtuales dentro de nuestro vCenter. La creación de máquinas se realiza de la siguiente manera:

Seleccionaremos el nivel dentro del inventario en el que queremos crear nuestra máquina virtual. El nivel más alto al que podemos crear una máquina virtual es el cluster. Si no tenemos un cluster, crearemos la máquina virtual en un host. Las máquinas virtuales también pueden crearse en resource pools, vApps y carpetas.

Para crear una máquina virtual, haremos click derecho sobre el objeto padre donde queramos alojarla y haremos click en New Virtual Machine

crear maquinas virtuales

Ahora se nos presentara un menú en el que veremos todas las formas que existen para crear una maquina virtual.

crear maquinas virtuales

Repasémoslas:

Create a new virtual machine

La forma tradicional y más manual de crear una máquina virtual. Se te pedirán los valores de configuración de la máquina virtual para que luego procedas a instalarla, es como instalar un servidor físico normal.

Deploy from template

Se utiliza una máquina virtual que previamente has convertido en una plantilla. Suele estar ya instalada y lista para configurar valores como el hostname o su IP. Facilita bastante los despliegues de varias máquinas virtuales.

Clone an existing virtual machine

Puedes usar una máquina virtual ya existente para generar una clonándola. Tiene la ventaja de que tiene el mismo contenido, pero el inconveniente de que las ips, hostnames, configuraciones, son las mismas que las de la máquina que ya tienes. Puede haber conflictos de ips duplicadas, aplicaciones compitiendo por conexiones, etc.

Clone virtual machine to template

Con este método crearemos una plantilla o template a partir de una máquina virtual que ya tenemos lista y preconfigurada. Es requisito para la opcion 2 de este menú.

Clone template to template

Esta funcionalidad nos permite clonar un template o plantilla. Normalmente lo utilizaremos si queremos realizar modificaciones a la plantilla que solemos utilizar para desplegar máquinas virtuales.

Convert template to virtual machine

Esta funcionalidad suele ser complementaria a la anterior. Dado que los templates o plantillas de maquinas virtuales no se pueden encender, necesitamos convertir la plantilla a máquina virtual normal cada vez que vayamos a introducir algún cambio en la misma, como por ejemplo, instalar actualizaciones de sistema o meter nuevas versiones de software para disponer de ellas en futuros despliegues.

En este curso de VMware 5.5 vamos a aprender a crear máquinas virtuales de forma tradicional, pero es importante que conozcas TODAS las formas de creación de máquinas virtuales, incluidos los despliegues con plantillas/templates y la personalización del despliegue usando herramientas como sysprep. Si estás preparando el examen VCP, son preguntas de examen VCP.

Lo primero que se nos pedirá en el asistente de creación de máquinas virtuales será el nombre y ubicación de la misma. Debemos dar un nombre por el que la vayamos a poder identificar. Este nombre será también el nombre de la carpeta que se creará dentro del datastore para almacenar los diferentes archivos que conforman la máquina virtual.

crear maquinas virtuales

Como anteriormente hemos elegido el datacenter virt.es, se nos presenta una lista de los objetos que contiene. Yo he elegido el cluster laboratorio, pero puedes elegir el que se adapte a tus necesidades.

crear maquinas virtuales

La siguiente pantalla nos muestra una selección de los diferentes datastores que tenemos disponibles par almacenar nuestra máquina virtual. Elegiremos uno con suficiente capacidad disponible y debemos tener presente si el resto de nuestros hosts tienen visibilidad del mismo, para funcionalidades posteriores como HA, FT, vMotion…

crear maquinas virtuales

La siguiente pantalla del asistente nos pregunta la versión del hardware virtual que queremos poner a la máquina virtual. Esta elección, aparentemente sencilla, la hará compatible o incompatible con hosts de versiones anteriores a la que seleccionemos. Además, según la versión del cliente vSphere de Windows que utilices, podrás realizar o no acciones como editar las propiedades de la máquina virtual. Como regla general, para mantenernos en el lado seguro, diremos que el Cliente vSphere de Windows solo puede editar máquinas virtuales con hardware versión 8, equivalente a ESXi 5.0. Con las últimas versiones del cliente vSphere, podremos editar máquinas con versión superior de hardware, pero únicamente modificar los parámetros que ya existían en la versión 8 de hardware virtual. Las nuevas capacidades de hardware v9 y hardware v10 no serán editables. El cliente Web no tendrá problema para editar las máquinas virtuales de como máximo, su versión.

crear maquinas virtuales

Elegiremos el tipo de sistema operativo que va a ejecutar nuestro guest. Recordemos que el guest es la máquina virtual que estamos creando. En mi caso, he elegido Linux, y dentro de la familia Linux, el sistema operativo Debian 7.

crear maquinas virtuales

En esta pantalla se nos permitirá ajustar los parámetros que por defecto se recomiendan para el tipo de máquina virtual que hemos seleccionado crear. Pregunta de examen VCP. En mi caso suelo quitar la unidad de floppy, ya que nunca la utilizo.

crear maquinas virtuales

En esta última pantalla revisaremos todos los parámetros antes de crear la máquina virtual. Si estamos de acuerdo con todo, pulsaremos en Finish.

crear maquinas virtuales

Una vez la máquina virtual está creada, haremos click derecho sobre ella y seleccionaremos Power On para ponerla en marcha.

crear maquinas virtuales

Nuestra máquina virtual ya está creada, pero carece de un sistema operativo que arrancar. Pulsaremos el botón que se indica en la imagen para conectarle un archivo .iso en el que tendremos nuestro sistema operativo.

crear maquinas virtuales

Seleccionamos la opción Connect to CD/DVD image on a local disk, si lo tenemos descargado en nuestro ordenador de escritorio.

conectar cd a maquina virtual

La aplicación web solicitará permiso para acceder a nuestro ordenador, para poder montar la iso en la máquina virtual como si de un CD se tratase.

crear maquinas virtuales

Seleccionamos la iso que queramos instalar y pulsamos Open. En mi caso he usado una de lubuntu para el ejemplo, aunque posteriormente he de confesar que me arrepentí y puse kubuntu para probar KDE Plasma 5 🙂

crear maquinas virtuales

Volveremos a la pantalla de Summary para esta vez vamos a fijarnos en un texto que pone “Launch Console”. Haremos click sobre él. Es el equivalente a conectar un monitor y teclado a un servidor tradicional. Desde aquí controlaremos la instalación del sistema operativo en la máquina virtual.

crear maquinas virtuales

Vaya, la máquina virtual ya estaba arrancada y efectivamente ha detectado que no tenemos sistema operativo en el disco duro. Como hemos conectado la imagen ISO a modo de CD con posterioridad, vamos a mandarle un reinicio mediante el botón de Ctrl-Alt-Supr indicado en la imagen

crear maquinas virtuales

Una vez pulsamos, podremos ver como esta vez si arranca desde la ISO y comienza la instalación del sistema operativo.

Crear un template de una maquina virtual

Crear una plantilla puede facilitar enormemente el despliegue de múltiples máquinas virtuales. Una vez tenemos nuestra máquina virtual instalada, seguiremos el siguiente procedimiento para convertirla en plantilla.

Apagar la máquina virtual. Es requisito. Para convertir una máquina virtual preexistente en una template, ha de estar apagada.

Pulsaremos sobre la máquina virtual apagada con el botón derecho del ratón y elegiremos la opción Convert to Template. Esta opción puede estar dentro de All vCenter Actions en el Web Client.

templates maquinas virtuales

¡OJO! Para ver las plantillas tenemos que ir al tab de VMs, ya que no aparecen en el de Hosts and Clusters.

templates maquinas virtuales

Si nos fijamos en el inventario, el icono representativo de los templates es diferente al de las máquinas virtuales. Esto permite diferenciarlas mucho más fácilmente.

plantillas de maquinas virtuales

Crear una plantilla de personalización para despliegues (Customization Specification)

Cuando desplegamos una máquina virtual desde una plantilla, si el sistema operativo está soportado, podemos personalizar aspectos como su hostname, direccionamiento de red, DNS… Esto es una ventaja y hace mucho más ágil el despliegue de máquinas virtuales (te lo dije!)

Debes saber que para personalizar despliegues en Windows, podemos utilizar la herramienta sysprep de microsoft, que permitirá personalizar más a fondo el despliegue.

En mi caso, como voy a desplegar y personalizar una plantilla de Ubuntu, crearé una customization specification para este sistema operativo.

Haremos click en el icono de Home de vSphere Web Client, para posteriormente hacer click en Customization Specification Manager

personalizar despliegue maquina virtual

El asistente de creación de personalización de VMs nos pedirá inicialmente el sistema operativo que vamos a personalizar. Puede ser Windows o Linux. Ten presente que no todos los Linux están soportados.

personalizar despliegue maquina virtual

La siguiente pantalla nos permite personalizar opciones de hostname y dominio de la máquina que vamos a personalizar en tiempo de despliegue. Personalmente, creo que la opción más sensata es elegir el mismo  hostname que el nombre que vamos a dar en el inventario de vCenter a la máquina virtual. Nos ahorrará confusiones para identificar nuestros equipos cuando el entorno crezca.

personalizar despliegue maquina virtual

La siguiente pantalla no tiene ningún secreto y nos pide la zona horaria del equipo.

personalizar despliegue maquina virtual

El siguiente paso es el de configuración de red. Podemos elegir que interfaces se configuran con DHCP y cuales se configuran con una dirección estática o una combinación de ambos si tenemos más de una tarjeta de red. El paso siguiente es también relacionado con la red y consistirá en configurar los servidores  DNS.

personalizar despliegue maquina virtual

El paso final es el habitual de revisar los parámetros antes de finalizar la creación del guest customization specification.

personalizar despliegue maquina virtual

Desplegar una plantilla y personalizarla

Utilizando el guest customization specification que acabamos de crear, desplegaremos la plantilla.

Haremos click derecho encima de la plantilla y seleccionaremos Deploy VM from this Template

desplegar template vmware

Se nos pedirá el nombre que queremos poner a la maquina virtual en el inventario.

desplegar template vmware

El siguiente paso nos pide la ubicación de la máquina virtual.

desplegar template vmware

A continuación, se nos pedirá el datastore donde queremos desplegar la máquina virtual.

desplegar template vmware

El siguiente paso entra directamente en la personalización de la máquina virtual que estamos desplegando.

desplegar template vmware

Se nos permitirá elegir una especificacion de personalización de las que ya existen. En este caso, elegiremos la que hemos creado en el paso anterior.

desplegar template vmware

Revisamos los parámetros y aceptamos si estamos de acuerdo.

desplegar template vmware

Hemos visto como desplegar maquinas virtuales desde una plantilla nos permite disponer de forma ágil, de máquinas virtuales que nacen “iguales” ahorrándonos el paso de instalación del sistema operativo, y que en cuestión de minutos, podemos disponer de varias maquinas virtuales con diferentes hostnames, configuración de red, etc. Se trata de conceptos básicos, pero para quien no quiera meterse en formas de despliegue más complicadas (Orchestrator), le servirá de sobra.

El tiempo de despliegue de la máquina virtual que he usado en el ejemplo ha sido de 3 minutos. En almacenamientos de mayor categoría que el de mi laboratorio, con tecnología flash, se puede disponer de máquinas virtuales listas para la acción en pocos segundos.

desplegar maquinas virtuales

Borrar maquinas virtuales

Para borrar una máquina virtual en VMware, haremos click derecho sobre ella y seleccionaremos Delete From Disk. Si elegimos Remove from Inventory, la máquina virtual desaparecerá del inventario de vCenter, pero permanecerá en el datastore intacta.

Power States

Las maquinas virtuales en VMware pueden tener diferentes estados

  • Encendida (Power On) – La máquina virtual se encuentra en funcionamiento. Una máquina virtual encendida consume recursos de CPU, memoria, disco y red en el hipervisor donde se esté ejecutando.
  • Apagada (Power Off) – La máquina virtual se encuentra apagada y no está consumiendo recursos en el hipervisor. Sin embargo, la máquina virtual sigue consumiendo recursos de disco (espacio) en el almacenamiento donde se encuentre.
  • Suspendida (Suspended) – La máquina virtual se encuentra en estado suspendido. Su memoria RAM se ha volcado a disco duro y después la máquina virtual se ha apagado. Al encenderla, volverá al mismo punto en que estaba antes de suspenderla. Es el equivalente al suspender de un equipo portátil normal.

Además existen los siguientes comandos que hacen cambiar de estado a la maquina virtual:

  • Reset – Es el equivalente a dar un botonazo a la máquina virtual. El reset desconectará las imágenes de CD que tenga conectadas desde la consola la maquina virtual, igual que un power off – power on.
  • Shut Down Guest OS – Manda una orden a las VMware tools para que envíen una señal de apagado ACPI. Esta señal equivale a un apagado ordenado del equipo. Es la opción preferida por delante del apagado de botonazo.
  • Restart Guest OS – Manda una orden a las VMware tools para que envíen una señal de reinicio ACPI. Esta señal equivale a un reinicio desde el sistema operativo y es preferible a  realizar un reset.

 

 

Información sobre cookies de Virt.es

Virt.es utiliza las siguientes cookies propias

__utma – Se trata de un identificador único para diferenciar a los visitantes y saber cuando vuelven. Dura 2 años.

__utmb – Se utiliza para establecer sesiones de usuario en caso de login. Dura lo que dure la sesión.

__utmc – Determina si hay que establecer una sesion nueva para el usuario. Dura lo que dura la sesión.

__utmz – Almacena la web de origen a través de la cual el visitante ha llegado a virt.es. Dura 6 meses.

_pk_id.3.b242 – Identificador único de nuestro sistema de analytics web para identificar usuarios únicos. Dura 2 años.

_pk_ses.3.b242 – Identificador único de nuestro sistema de analytics web para sesiones de usuario. Dura lo que dure la sesión.

Además, virt.es incluye las siguientes cookies de terceros

doubleclick.net, _drt_, proviene de los banners adsense. Google la utiliza para identificar los banners de adsense que se muestran en esta página

doubleclick.net, id, proviene de Google y es usada para identificar a los usuarios de forma que la publicidad esté mejor orientada a los hábitos de navegacion y resulte más apropiada para los usuarios.

Como borrar cookies en el navegador Google Chrome

Como borrar cookies en el navegador Internet Explorer

Como borrar cookies en el navegador Firefox

 

Problemas con vMotion

problemas con vMotion

En ocasiones podemos tener problemas con vMotion por diversos motivos. Si al realizar una operacion de vMotion (o el propio cluster al aplicar una recomendación DRS hace saltar el vMotion) nos encontramos un error que dice “A general system error ocurred: The vMotion migrations failed because the ESX hosts were not able to connect over the vMotion network. Check the vMotion network settings and physical network configuration” puede deberse a la siguiente situación:

VMware ESXi Host 1:

  • VMkernel A: 10.0.0.1/24 (Para gestión)
  • VMkernel B: 10.1.0.1/24 (dedicado a vMotion)

VMware ESXi Host 2:

  • VMkernel A: 10.0.0.2/24 (Para gestión)
  • VMkernel B: 10.1.0.2/24 (dedicado a vMotion)

Si tenemos activado (por error o descuido) el vMotion en el VMKernel A del Host 1, estará intentando comunicarse con 10.1.0.2 (VMkernel con vMotion de Host 2) y no podrá, generando este error y quejándose de problemas con vMotion.

Asegúrate de que sólo activas VMotion en los VMkernels que corresponde para evitar problemas con vMotion de este estilo. También has de asegurarte de que, si usas VLANes, están configuradas correctamente en todos los switches físicos y VMkernels.

 

Eliminar un host de vDS

Eliminar un host de vDS (Switch Ditribuido)

Para hacer esta operacion queremos (y debemos) poner el host en modo mantenimiento.

Si queremos eliminar un host de vDS deberemos seguir los siguientes pasos:

  1. Ir a la pestaña Networking del cliente web de vSphere
  2. Seleccionar el vDS del que queramos eliminar el host.
  3. Iremos a Manage, Settings, Topology
  4. Seleccionaremos el vDS en la caja de la derecha
  5. Pulsamos el botón Add hosts to this Distributed Virtual Switch, representado con un par de hosts y una llave inglesa.

eliminar host de distributed switch

En el menú que se despliega al llegar al paso 5, deberemos seleccionar Remove Host de las opciones disponibles

eliminar host de distributed switch

A continuación llegamos a la parte menos intuitiva del proceso. Deberemos hacer click en Attached hosts para seleccionar los hosts que ya pertenecen al Switch Distribuido. (Quien querría quitar un host NO perteneciente a un switch distribuido????)

eliminar host de distributed switch

Seleccionamos de la lista el / los hosts que vamos a eliminar del switch distribuido. Están en modo mantenimiento y sin máquinas virtuales, verdad?????

eliminar host de distributed switch

Concluimos el proceso confirmando la acción.

 

Aquí podemos encontrarnos con un problema, y es que nuestro vmKernel de gestión esté dentro de este switch distribuido, en cuyo caso se quejará y no nos permitirá eliminar el host del vDS, presentando un mensaje que dice

eliminar host de distributed switch

Bueno, pues vamos a solucionar este problema migrando el vmKernel de gestión del host a un switch standard.

Migrar vmkernel de Switch Distribuido a Switch Standard

Para migrar este vmkernel de un switch distribuido a un switch standard haremos el siguiente proceso:

1. Ir a la pestaña de Hosts y buscar el host que queremos sacar del virtual Distributed Switch.

2. Vamos a Manage, Networking, Virtual Switches

3. Seleccionamos un vSwitch standard y nos aseguramos de que dispone de un portgroup en la VLAN que utilicemos para la gestión. Como pudimos ver en el caso anterior, la VLAN de gestión de este host es la 5, y en este Standard vSwitch tenemos un portgroup en esta VLAN 5, por lo que hasta aquí vamos bien.

4. En este escenario tenemos un problema adicional. Si te fijas en el punto 4 de la imagen, no disponemos de un adaptador de red conectado a este Standard vSwitch, por lo que no podemos migrar el vmKernel.

Eliminar host de switch distribuido

Migrar una tarjeta de red de Switch distribuido (vDS) a Switch Standard (vSS)

Para migrar una nic de un switch distribuido a un switch standard, seleccionaremos el switch distribuido al que vamos a quitar una tarjeta de red.

  1. El portgroup de gestión del host está conectado a 2 nics, dvUplink1 y dvUplink2.
  2. Vamos a robarle dvUplink2 para colocárselo a vSwitch0.

Eliminar tarjeta de switch distribuido

 

En el Menú Migrate Networking, seleccionaremos “Manage Physical Adapters”. En el ejemplo está seleccionado también Manage VMkernel adapters para verificar que todo queda como deseamos.

Eliminar tarjeta de switch distribuido

Seleccionamos el adaptador de red que vamos a retirar del Switch distribuido y pulsamos Unassign Adapter, tras lo cual el resumen cambiará y nos mostrará la situación final. Verificamos el cambio y pulsamos next.

Eliminar tarjeta de switch distribuido

Eliminar tarjeta de switch distribuido

En esta imagen podemos ver como el VMkernel de gestion va a quedarse de momento quieto en el switch distribuido. Es lo que pretendemos, así que seguimos hacia adelante al analizador de impacto

Eliminar tarjeta de switch distribuido Eliminar tarjeta de switch distribuido

Bien, Como podremos observar, el switch distribuido ha liberado una tarjeta de red manteniendo la gestión del host por la superviviente. Eliminar tarjeta de switch distribuido

Vamos al siguiente paso, agreguemos la tarjeta de red al vSwitch Standard

Agregar tarjeta de red a vSwitch Standard

Ahora que hemos liberado una nic del switch distribuido, necesitamos agregarla al vSwitch0 que va a ser la ubicación final del VMkernel de gestión de nuestro host.

Seleccionamos el vSwitch de destino del VMkernel de gestión

  1. Pulsamos el icono de la tarjeta de red, Manage Physical Network Adapters
  2. Pulsamos el botón + de Add Physical Adapters y seleccionamos la NIC que hemos dejado libre.
  3. Asegúrate de que la añades como Activa.

Añadir tarjeta a switch standard vmware

Ya tenemos nuestra nic asociada al vSwitch0. El portgroup Jaula es uno que me gusta tener con una VLAN 4094 aislada y en desuso. Puedes ignorarlo.

Añadir tarjeta a switch standard vmware

Migrar VMkernel de Switch distribuido a Switch Standard

Bien, por fin llegamos al último paso. Tras todos los cambios que hemos tenido que hacer, ya tenemos un destino apropiado para nuestro VMkernel. Vamos a seleccionar el vSwitch de destino del VMkernel y pulsar el botón de Migración de VMkernel, tal y como indica la captura

Migrar VMkernel de Switch Distribuido a Switch Standard

Seleccionamos el VMkernel que queremos migrar. En este caso es el vmk0. Seguimos hacia adelante con el proceso, donde se nos preguntará la VLAN y nombre del nuevo Portgroup y si todo ha ido ok, veremos la tarea finalizar con éxito.

Migrar VMkernel de Switch Distribuido a Switch Standard

Podemos comprobar como finalmente hemos conseguido eliminar el host del switch distribuido 😉

Migrar VMkernel de Switch Distribuido a Switch Standard

 

 

 

VDP se queda sin espacio

Durante las primeras versiones de VDP hasta bien entrada la versión 5.5.5.190 he podido comprobar como el VDP se queda sin espacio en /space. Esto es debido a que guarda demasiada información de determinado tipo de eventos en su base de datos. Existe un parche para solucionar este problema

Descarga el parche vdp_patch-5.5.5.190.run para VDP Standard
Descarga el parche vdp_patch-5.5.5.190.run para VDP Advanced

Verifica que el servicio GSAN está ejecutándose. Si no está ejecutándose puede ser otro problema distinto y no deberías continuar con este procedimiento.

Sube el parche por sftp/scp
Entra por ssh al VCSA con el usuario root y tras hacerlo ejecutable, lánzalo.

Tras este parcheo, no volveremos a ver como VDP se queda sin espacio en /space

Password de admin en SSO 5.1

En alguna ocasión podemos encontrarnos con que nuestra password de admin en SSO 5.1 ha expirado. Esto suele ser debido a que hagamos login con otro usuario diferente en vez de utilizar el usuario admin@System-Domain.

Por defecto, la contraseña de admin@System-Domain caduca a los 365 días de su creación. En este post podrás encontrar las formas de resetear la contraseña de admin en vCenter Windows y vCenter Appliance.

Procedimiento para resetear la password de admin en SSO 5.1 en vCenter Windows

Conectarnos al vCenter y abrir una ventana de línea de comandos(cmd.exe) con permisos de Administrador y escribir la siguiente sentencia para configurar las variables de entorno. Si tu vCenter está configurado en otra ruta, adáptalo como convenga.

Ve al directorio de ssolscli

Ejecuta el siguiente comando:

Te pedirá tu contraseña, escribela, aunque haya caducada. Escribe la nueva también cuandos e te solicite.

 

Procedimiento para resetear la password de admin en SSO 5.1 en vCenter Appliance

Haz login en el VCSA via ssh. Utiliza login root y contraseña vmware (salvo que los hayas cambiado)

Que es VMware VSAN

¿Que es VMware VSAN?

VMware VSAN es una nueva tecnología que ha estado en beta desde hace unos meses que nos permite utilizar almacenamiento local distribuido entre los diferentes hipervisores de nuestra infraestructura. No se trata de un appliance virtual de almacenamiento distribuido como podemos ver en otras soluciones ya existentes del mercado, sino que se trata de un componente integrado en el propio kernel de ESXi.

que es vmware vsan

¿Para qué sirve VMware VSAN?

VSAN viene para simplificar la administración del almacenamiento en tus hosts ESXi. Combinando almacenamiento de alta capacidad (SATA o SAS) y SSD, consigue ofrecerte:

  • Facilidad de crecimiento.
  • Facilidad de administración.
  • Velocidad de escalado.
  • Mayor abanico de hardware utilizable.
  • Asignación de perfiles de rendimiento de forma granular a nivel de máquina virtual.

¿Como funciona VSAN? ¿Qué necesita?

VSAN se ejecuta en cualquier servidor compatible con la HCL (Hardware compatibility list) de VMware. Ni siquiera necesita una controladora RAID. VSAN se activa a nivel de cluster, creando un VMkernel en uno de tus vSwitches.

requisitos VMware vsan

Una vez creados los VMkernels en los hosts que quieres habilitar (minimo 3 y máximo 16) ya puedes comenzar a utilizarlo.

activar_vsan02 activar VMware VSAN

Tras crearlo, tus hosts aportarán el almacenamiento que tú selecciones al pool de recursos de almacenamiento de VSAN (mínimo 1 SSD y 1 disco magnético por cada host que contribuya al pool).

Después, podrás seleccionar que máquinas virtuales deseas que tengan más porcentaje de datos obtenidos de almacenamiento SSD, o cuáles quieres que obtengan sus datos de almacenamiento magnético porque la latencia de respuesta no te preocupa tanto.

Otro aspecto importante que puedes seleccionar en tu configuración VSAN es el número de fallos de host que quieres tolerar. Un estilo de la configuración HA de cualquier cluster VMware. Puedes hacer una configuración de tolerancia a N-2, en la que con 3 hosts podrías tolerar el fallo de 1 de ellos y mantener la funcionalidad VSAN intacta como se puede ver en el siguiente gráfico de Duncan Epping.

VSAN hosts failure

En cuanto a conectividad, VSAN requiere como mínimo una tarjeta dedicada de 1 Gbit, aunque como siempre en estos mundos del almacenamiento y replicación, más ancho de banda disponible redundará en un mejor rendimiento, sobre todo a la hora de reconstruir réplicas tras un fallo, añadir un nuevo host, o si tenemos una cantidad importante de datos escribiéndose a VSAN.

¿Qué rendimiento obtiene VMware VSAN?

VSAN escala sorprendementemente bien. Cada nodo puede aportar hasta 35 discos magnéticos y 5 dispositivos Flash SSD o PCI-e). El máximo configurable de discos en un cluster VSAN es de 560. En números de IOPS, en un cluster de 16 nodos se han llegado a obtener 915.000 IOPS en modo lectura y 465.000 IOPS en modo mixto lectura/escritura.

rendimiento de VMware vsan

¿Cuantos recursos necesita VMware VSAN?

En términos de CPU, VSAN no consume más allá del 10% de la cpu del host participante en el cluster. La cantidad de memoria escala en función de la cantidad de almacenamiento que tenemos en el cluster.