Autodeploy (1): Introduccion

vSphere Auto Deploy nos permitirá desplegar de forma masiva hosts ESXi 5 mediante PXE

Con Auto Deploy vCenter server carga una imagen ESXi (creado con image builder) directamente en la memoria de los Host. Cuando el host arranca a través de DHCP y PXE se le carga en memoria la imagen ESX y su configuración

Los cambios que se hacen en el estado del host se guardan en la RAM. Al apagarse el host, el estado del host se pierde pero puede ser colocado de nuevo en la memoria cuando arranca

Con Auto Deploy tenemos una forma muy rápida de implementar muchos host eliminando la necesidad de mantener una imagen de arranque por cada host, ya que una imagen ESXi estándar puede ser compartida por múltiples host.

 

Donde se guarda el estado y configuración

Sabemos que sin Auto Deploy, la imagen del host ESX (binarios, VIBs), configuración, estado arranque y archivos de log se almacenan en un disco de arranque (ya sea local, o que arranque de una SAN)

  • Image
    State: el software ejecutable para correr ESX (ESX-base, drivers, CIM, providers)
  • Configuration
    State: determina como esta en host configurado. Por ejemplo, configuración de vSwitch, configuración drivers, almacenamiento, fecha y hora, firewall, etc.)
  • Running
    State: configuración que se aplica mientras esta el ESX corriendo. Incluye la localización de una VM en el inventario, estado de HA, licencias, configuración DPM. Esto es administrado por vCenter
  • Event Recording: información de Log Files y core dumps, que puede ser administrada por vCenter si usamos herramientas como Syslog Collector, ESXi Dump Collector

Con Auto Deploy, esta información se almacena fuera host y es administrada por vCenter


 

Arquitectura de Auto Deploy

Consiste de lo siguiente:

  • Auto Deploy Server: Proporciona a los host ESX las Images profiles y Host profiles. Se instala desde el cd de vCenter
  • Rules engine: Mediante reglas, le dice al Auto deploy server que Imagen Profile y Host Profile se debe servir a que host ESX. Estas reglas se crea con PowerCLI
  • Images Profiles: es la imagen que se copiar al ESX, y contiene los VIB (esx-base, drivers) que deseemos. Los Images profiles se personalizan con Image Builder (PowerCLI) y se pueden extraer de los Depots (zip) de VMware
  • Host Profiles: Plantillas que definen la configuración de un ESX. Podemos salvar la plantilla para asignársela a los host mediante auto Deploy
  • Answer files: almacena información que el usuario proporciona durante el proceso de arranque


 

Rules Engine

Las reglas determinan que Host Profile e Image Profile se aplicara a que host. El motor de reglas lo que hace es mapear Images Profiles y Host Profiles a los Host ESXi, basándose en atributos (pattern) del host como IP, MAC

  • Rules: asigna host profiles e images profiles a un conjunto de host, o especifica la localización en el inventario (folder o cluster) en donde colocar el host en un vCenter Server

    La regla puede identificar el host de destino por si IP fija o dinámica, MAC, BIOS UUID. Primero se crea una regla con PowerCLI y luego la debemos añadir a una Active
    Rule Set

Por lo que siempre a un host, aunque reinicie varias veces, cogerá la Image Profile por su MAC, o por la IP que le dé el DHCP

  • New-DeployRule -Name PepeRule -Item <Image,Location,Profile> -Pattern mac=”00:17:a4:77:04:00,00:17:a4:77:04:FF”

 

NOTA: las reglas se leerán en orden y lo que coincida con el host pues lo pondrá donde le decimos

Estos son los patrones


 

 

  • Active Rule Set: Tras crear una regla, debemos añadir la regla anterior al Active Rule Set para provisionar un ESX. Cuando un nuevo ESX contacta con el Auto Deploy Server para solicitar una imagen, el Auto Deploy server cheque la Active Rule Set para reglas coincidentes

La imagen, host profile y localización en el inventario que son mapeadas gracias a la coincidencia de reglas, son las usadas para arrancar el host

 

Cuando es un nuevo host, el Auto Deploy Server chequeo contra las rules engine antes de servir un host profile e imagen a un host ESX

 

Software Configuration

Cuando instalamos AutoDeploy podemos instalarlo en nuestro propio servidor o instalado en el mismo servidor que vCenter Server

El vCenter Server Appliance tiene el AutoDeploy por defecto y también tiene un DHCP y TFTP que deberíamos configurar

El imagen Profile puede venir de un Depot Público o de un ZIP online

  • Add-EsxSoftwareDepot -DepotUrl https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

Si usamos un host profile, debemos exportarlo para que el Auto Deploy server pueda alcanzarlo


 

Infraestructura PXE Boot

Necesitamos un servidor DHCP (para que el ESXi obtenga IP al arrancar) y un TFTP para que pueda arrancar el S.O por la red, es decir, que le pueda pasar la imagen al ESXi

El DHCP le da la IP al host ESXi y apunta el host al servidor TFTP (lo que llamamos netx-server) para descargar el archivo de configuración gPXE. Cuando configuramos el DHCP:

  • Specify the TFTP Server’s IP address in DHCP option 66 (frequently called next-server)
  • Specify the boot file name, which is undionly.kpxe.vmw-hardwired in the DHCP option 67 (frequently called boot-filename

 

Proceso host Autodeployed por primera vez

PASO 1

Al arrancar el host empieza la secuencia PXE.

  1. El DHCP le asigna una IP
  2. DHCP instruye al host para conectar al servidor TFTP (option 66 DHCP “next-server”)
  3. El host ESXi se descarga del servidor TFTP la imagen gPXE y el archivo gPXE

 

 

PASO 2

 

  1. El archivo de configuración gPXE hace una “HTTP Boot Request” al “Auto Deploy Server”

PASO 3

 

  1. El Auto Deploy Server consulta las “rule engine” (la active rule set) para obtener información sobre el host
  • Image Profile a usar
  • Host Profile a usar
  • A que cluster pertenece el host (si lo hay)

Este tipo de consulta solo se hace la primera vez que se conecta un host Autodeployed

 

PASO 4

  1. El Auto Deploy Server envía los VIB del Image Profile al host ESXi. Opcionalmente también se puede enviar un Host Profile

     

  2. El host arranca basado en el Image Profile recibido. Auto Deploy también asigna al host a la instancia de vCenter en el cual éste es registrado

     

Esta información se guarda en Auto Deploy server para cuando vuelva a arrancar el host

 

 

PASO 5

  1. Si hubiera una regla que especifica una carpeta o cluster de destino, ahí se guardaría el host, sino, arrancaría en el primer Datacenter

Si el Host Profile se usó si un archivo de respuesta y se requiriese alguna información por parte del usuario, el host se pondría en “maintenance mode” hasta que se reaplicara el Host Profile y contestara a las preguntas

Para posteriores arranques, Auto Deploy server guarda la imagen ESXi además de esta información

  • Image Profile y Host Profile a usar
  • Localización del host en vCenter inventory

 

 

Proceso host Autodeployed por primera vez

PASO 1

Al arrancar el host empieza la secuencia PXE.

  1. El DHCP le asigna una IP
  2. DHCP instruye al host para conectar al servidor TFTP (option 66 DHCP “next-server”)
  3. El host ESXi se descarga del servidor TFTP la imagen gPXE y el archivo gPXE

 

 

PASO 2

 

  1. El archivo de configuración gPXE hace una “HTTP Boot Request” al “Auto Deploy Server”

Aquí es donde cambia, el Auto Deploy server ya no consulta la “rules engine” para obtener información sobre el host, ya que tras el primer acceso se guardó esta información es el Auto Deploy server

PASO 3 (difiere)

El Auto Deploy server en vez de consultar las “engine rules“, usa la información salvada para obtener esta información (información que se guardó la primera vez que se conectó el host)

Se le envían los VIBs al ESXi.

El usar la información salvada hace que el host arranque más rápido, ya que no tiene que chequear reglas en el “active rule set”

 

PASO 4

Finalmente el host es colocado en su cluster asignado en la instancia de vCenter

Administrando el entorno

Podemos cambiar las reglas para requerir que un host arranque desde una Image Profile diferente o que un host use un Host Profile Diferente

Si vCenter Server no está disponible, el host contacta con el servidor de Auto Deploy para determinar la imagen y host profile que debe usar, incluso si el host está en un cluster HA, ya que Auto Deploy mantiene esta información

Si Auto Deploy server no está disponible, el host que ya está autodeployed sigue corriendo, sin embargo sera incapaz de arrancar o reiniciar el servidor

 

Auto Deploy y Upgrade manager para Upgrade el Host

Ahora Update Manager soporta instalaciones PXE.

  • Update manger puede actualizar el Host pero NO actualiza la imagen en el servidor PXE usada para arrancar el host
  • Update manager solo puede remediar parches que no requiere reinicio

Flujo para actualizar:

  • Actualizar la imagen que usa Auto deploy con parches manualmete
  • Si un reboot no se puede hacer, crear una baseline en Update manager y remediar el host








Be the first to comment

Leave a Reply