VMware vSphere 5 /iSCSI: Upgrade de datastore a VMFS-5

Finalizando con la configuración iSCSI en vSphere 5, a continuación revisaremos los pasos para realizar el upgrade de un Datastores VMFS-3 a VMFS-5

Introducción

vSphere 5 incluye VMFS-5, una nueva versión del sistema de archivos VMware para los Datastores, que provee mejoras en la performance y escalabilidad. Entre estas mejoras podemos mencionar:

• Soporte para LUNs de más de 2TB
• Mejoras en la escalabilidad usandi VAAI
• Estandarización del Block Size en 1MB para los Datastores VMFS formateados en VMFS-5
• Sencillo proceso de Upgrade desde VMFS-3
• Posibilidad de Montar y Desmontar Datastores a traves del vSphere Client.

Los dispositivos de almacenamiento soportados por los hosts, pueden utilizar particiones con formato MBR (Master Boot Record), o GPT ( GUID Particion Table).

Cuando se crea un nuevo datastore VMFS-5 en un dispositivo de almacenamiento en blanco, o se sobrescribe un datastore VMFS-3 existente, el dispositivo es formateado con GPT, el cual soporta tamaños mayores a 2TB, llegando incluso a los 64TB.

Los Datastores VMFS-3 continuan usando el formato MBR, por lo que estos Datastore están limitados a 2TB de capacidad, incluso si el volumen donde se está creando el Datastore, tenga una capacidad superior. Para superar esta restriccion, se debe actualizar el Datastore VMFS-3 a VMFS-5.

Antes de realizar el Upgrade, hay que asegurarse de remover cualquier particion que no sea reconocida por ESXi, como por ejemplo las particiones que utilicen el formato EXT2 o EXT3. De lo contrario, el host no podrá formatear el volumen con GPT y el Upgrade fallará.

Cuando se realiza el Upgrade de VMFS-3 a VMFS-5, el mecanismo de file-locking de ESXi se asegura que ningun proceso este accediendo al datastore VMFS que está siendo convertido. El host preserva todos los archivos del Datastore, quedando estos intactos luego del Upgrade.

El Upgrade de VMFS-3 a VMFS-5 es un proceso que no puede ser deshecho, por lo que luego que el datastore VMFS ha sido convertido a VMFS-5, este no puede ser revertido nuevamente a VMFS-3.
Pre-requisitos.

• Para realizar un Upgrade desde VMFS-2, primero este Datastore debe ser convertido a VMFS-3, y luego a VMFS-5. Los datastores VMFS-2 no pueden ser convertidos directamente a VMFS-5
• Si el Datastore ha sido convertido previamente de VMFS-2 a VMFS-3, se debe asegurar de que el Block Size no exceda los 8MB, de lo contrario el proceso de Upgrade a VMFS-5 no podrá llevarse a cabo.
• Todos los hosts que tengan acceso a este datastore, deben soportar el formato VMFS-5. Esto quiere decir que los hosts deben encontrarse al menos en la versión ESXi 5.0.
• Respaldar el volumen VMFS-3 antes de realizar el Upgrade. Como el proceso de Upgrade no puede ser revertido, este respaldo nos da un mecanismo de "vuelta atras".
• Verificar que no hayan hosts adicionales accediendo al volumen VMFS.
  
  

Upgrade de Datastore

A continuación se detalla el proceso de Upgrade de VMFS-3 a VMFS-5.

Con esto finalizamos la serie de articulos dedicados a la configuración de almacenamiento iSCSI en vSphere 5.

Read More

VMware VCP5 Beta: Mi experiencia en el examen

Hoy por primera vez tuve la oportunidad de tomar un examen Beta de VMware.  En esta ocasión pude participar de la Beta del examen VCP5, la cual me dejó bastante satisfecho.

El examen Beta (VCP511) cuenta con 180 preguntas, ademas de la traficional encuesta previa al examen.

La invitacion al examen la recibí recien el pasado 19 de Julio, dejandome solo unos dias para prepararme, considerando que el periodo para tomar este examen finalizará este 24 de Julio.  Desconozco el porque el periodo de examen Beta termina un dia domingo, ya que no conozco un centro de Pearson Vue que se encuentre abierto un fin de semana =)

Además tuve que levantarme más temprano de lo usual, ya que los unicos horarios disponibles en el sitio de Pearson para dar el examen eran a las 02hrs (dificilmente el centro de examen este abierto a dicha hora), y las 08:30.  Asi que tuve que luchar un poco para no quedarme dormido en el examen, considerando lo extenso que éste era =D

Quienes quieran dar el examen final, esté ya se encuentra disponible en el sitio de Pearson, para poder agendarlo a partir de la ultima semana de Agosto, fecha en que el examen estará disponible para todos.

Desde el sitio de VMware pueden encontrar el Blueprint para el examen.  Este Blueprint tambien se encuentra en Beta y debiera ser actualizado en las proximas semanas.

Como recurso adicional, VMware pone un Mock Exam para el VCP5, el cual nos da una pequeña muestra de este nuevo examen.  Como es costumbre, este Mock Exam es considerablemente más sencillo que el examen real, por lo que no deben confiarse con esto!

El examen tiene una duración de 225 minutos.  Imagino que el examen final considerará una reducción de este tiempo, considerando que el numero final de preguntas en el VCP5, debiera disminuir considerablemente de las 180 preguntas que figuran en el examen Beta.

Adicionalmente se consideran 15 minutos para la encuesta previa al examen, y un adicional de 30 minutos para quienes se encuentran en paises donde el Ingles no es la lengua oficial.

A pesar de la cantidad de preguntas, el tiempo disponible es más que suficiente.  Completé las 180 preguntas en poco más de 3 horas, quedandome cerca de 1 hora para revisar aquellas preguntas que me dejaron alguna duda, y para incluir ademas algun feedback en algunas preguntas, con el fin de aportar un granito de arena para mejorar el examen final.  Finalmente ese es el objetivo de dar un examen beta.

Respecto al contenido del examen no es mucho lo que puedo decir, pero si afirmar que el Blueprint cubre todos los objetivos incluidos en el examen.  Destacar además que el Blueprint es bastante extenso, por lo que no hay que tomarselo a la ligera.

Desde mi punto de vista, el VCP5 tiene un nivel de complejidad mayor al que tenia el VCP4, dejando un poco de lado (afortunadamente) las tipicas preguntas de maximos y minimos que se incluian con frecuencia en los examenes anteriores, y que en esta ocasión tiene escasa consideracion. Las preguntas no son tan sencillas de responder, y en algunos casos las preguntas y las posibles respuestas son muy ambiguas, y cuesta encontral cual sería la mejor respuesta.  Espero que esto sea mejorado al lanzarse el examen final.

En este examen se incluyen además varias preguntas sobre casos de uso, asi como escenarios en que se requieren ciertos conocimientos minimos de diseño, o al menos de buenas practicas de diseño/administración de una plataforma VMware.

Hay bastante enfasis en las mejoras incluidas en vSphere 5, pero también hay muchas preguntas más genericas que con el conocimiento previo de vSphere 4 debieran poder responder.

Es de esperar que pronto publiquen la documentación oficial de vSphere 5, la cual aun no es de acceso publico, ya que este es un recurso escencial para la preparación del examen.  Por el momento pueden acceder al documento "What's New in vSphere 5.0", disponible en el sitio de VMware

Respecto a otros recursos de preparación, ya está publicado un libro sobre vSphere 5: "VMware vSphere 5 Clustering Technical Deepdive", y se espera el lanzamiento de al menos 3 libros más sobre vSphere 5 en lo que queda del 2011.

Finalmente, respecto a los resultados... como es usual en los examenes Beta, habrá que esperar para conocer los resultados finales.  De hecho es probable que los resultados se entreguen con posterioridad a que el examen oficial se encuentre disponible =(

Tengo confianza en que haya podido obtener un puntaje aceptable, a pesar de la casi nula preparacion para el examen =)

Saludos a todos!

Read More

vSphere 5: Upgrade Interactivo de ESXi 5.0

Ya hemos visto los requerimientos para realizar un Upgrade de ESXi 5.0 en el post anterior. En este post detallaremos el proceso de Upgrade interactivo de ESXi.

Introducción

Es posible ejecutar el instalador de ESXi 5.0 desde un CD/DVD o dispositivo USB para realizar un Upgrade o Migración interactiva. Este metodo es apropiado para pequeñas implementaciónes de menos de 5 hosts.
El instalado trabaja de la misma forma que una instalación nueva, pero si el disco seleccionado para la instalación ya contiene una instancia de ESX/ESXi 4.x, el instalador realiza el upgrade a ESXi 5.0, y cuando es posible da la opción para migrar algunas configuraciones existentes en el host, y preservar los Datastores VMFS existentes.

Particionamiento en un Upgrade a ESXi 5.0

Un host ESXi al que se le realice un Upgrade a la versión 5.0 no utiliza la Tabla de Particiones GUID, sino que retiene las antiguas particiones basadas en MSDOS.
Para hosts ESX, la estructura de particiones cambia para ser compatible con un host ESXi. La particion VMFS3 es mantenida y una nueva tabla de particiones basada en MSDOS sobrescribe la tabla de particiones existente. Cualquier dato almacenado en una particion dentro de la Service Console no es preservado en una migración a ESXi 5.0
Para todos los efectos, en un Upgrade a ESXi 5.0, las particiones VMFS no son actualizadas desde VMFS3 a VMFS5. El Upgrade de VMFS puede ser realizado posteriormente, despues que los hosts se encuentran ya en la versión ESXi 5.0. De todas maneras, ESXi 5.0 mantiene la compatibilidad con VMFS3.

Upgrade Interactivo de ESXi

Para realizar un upgrade de ESXi en forma interactiva se utiliza un CD/DVD o una unidad flash USB con el instalador de ESXi 5.0
Importante: Despues de un Upgrade o Migracion a ESXi 5.0, no se puede realizar un Rollback a la version anterior de ESX/ESXi. Se debe realizar un respaldo de de la configuracion del host antes de realizar el Upgrade o Migración.

Recomendaciones

Considera desconectar el almacenamiento en red (SAN/NAS). Esto es recomendado para evitar instalar ESXi sobre una LUN que contenga un datastore VMFS, lo cual inevitablemente nos borrará el contenido de este Datastore, o sea, nuestras máquinas virtuales.
No desconectar una LUN que contenga una instalación existente de ESX/ESXi, no tampoco un datastore VMFS que contenga la Service Console de una instalación ESX existente. ESto puede afectar el proceso de Upgrade.

Proceso de Upgrade Interactivo(Pagina 30 manual VMware)

A continuación un videotutorial con el proceso de Upgrade interactivo para ESXi 5.0.

Read More

vSphere 5: Instalacion Interactiva de ESXi 5.0

Ya hemos visto los requerimientos de instalación de ESXi 5.0 en el post anterior. En este post detallaremos el proceso de instalación interactiva de ESXi.

Introducción

Utilizar la opcion de instalación interactiva para pequeñas instalaciónes de menos de 5 hosts. En una instalación interactiva tipica uno bootea el servidor con el instalador de ESXi (el cual puede estar en un CD/DVD, o en un dispositivo USB), y va siguiendo las intrucciones que nos entrega el asistente de instalacion para instalar ESXi en el disco local del host.

El instalador realizar el particionamiento y formateo del disco donde se instalará ESXi, e instala la imagen de booteo de ESXi.

Si no existe una version de ESXi instalada previamente en el disco, toda la data ubicada en el disco es sobrescrita, incluyendo las particiones que puedan venir predefinidas por el fabricante del servidor, particiones de sistemas operativos y otros datos asociados

Si se está instalando ESXi 5.0 en un disco que contiene una version anterior de ESXi o ESX, o un datastore VMFS, el instalador provee de la opción de realizar un Upgrade. Este proceso lo veremos en un post posterior en este blog.

Instalación Interactiva de ESXi

Para instalar ESXi en forma interactiva se utiliza un CD/DVD o una unidad flash USB para instalar ESXi 5.0 en un disco duro SAS, SATA o SCSI, o en un disco USB.


NOTA: Es posible tambien bootear el instalador de ESXi desde PXE para realizar una instalación interactiva o por script.

Recomendaciones

Verificar que el reloj del servidor está configurado con la hora UTC. Esta configuración se encuentra en la BIOS del sistema.

Considera desconectar el almacenamiento en red (SAN/NAS). Esta accion reduce el tiempo necesario para que el instalador busque discos disponibles para la instalacion. Esto tambien es recomendado para evitar instalar ESXi sobre una LUN que contenga un datastore VMFS, lo cual inevitablemente nos borrará el contenido de este Datastore, o sea, nuestras máquinas virtuales.

Proceso de Instalación

A continuación un videotutorial con el proceso de instalación interactiva para ESXi 5.0.

Read More

vSphere 5: Upgrade de ESXi 5.0

Hace algunos dias se realizó el lanzamiento de la nueva plataforma de virtualizacion en VMware, vSphere 5.0, la cual trae una serie de mejoras en aspectos de Almacenamiento, Networking, Alta Disponibilidad, etc.
En esta serie de articulos detallaremos el proceso de Upgrade de ESXi 4.l a ESXi 5.0.

ESXi 5.0 utiliza el mismo instalador para nuevas instalaciones y para upgrades o migraciones. Si el instalador encuentra una instalación existente de ESX/ESXi 4.x, proveera la opcion de hacer un upgrade o realizar una nueva instalacion. La instancia existente de ESXi debe cumplir ciertos requisitos de hardware para realizar el upgrade a la versión 5.0.

Dependiendo del disk layout del servidor, el instalador permitirá elegir entre preservar o sobrescribir el datastore VMFS durante la instalación.

Opciones de Upgrade de ESXi

Es posible realizar el Upgrade o Migración de un host ESXi en varias formas, las cuales debemos comprender para asegurar la mejor transición a vSphere 5.

Upgrade o Migración Interactiva

Es posible ejecutar el instalador de ESXi 5.0 desde un CD/DVD o dispositivo USB para realizar un Upgrade o Migración interactiva. Este metodo es apropiado para pequeñas implementaciónes de menos de 5 hosts.
El instalado trabaja de la misma forma que una instalación nueva, pero si el disco seleccionado para la instalación ya contiene una instancia de ESX/ESXi 4.x, el instalador realiza el upgrade a ESXi 5.0, y cuando es posible da la opción para migrar algunas configuraciones existentes en el host, y preservar los Datastores VMFS existentes.

Upgrade o Migración por Script

Es posible realizar el Upgrade o Migración de hosts desde la versión ESX/ESXi 4.x a la versión ESXi 5.0 utilizando un script de Update para realizar un upgrade eficiente y desatendido. Esta modalidad de Upgrade provee una manera eficiente para actualizar multiples hosts.

Es posible utilizar ur script para realizar un Upgrade desde un CD, DVD, dispositivo USB o booteando el instalador desde PXE. Es posible además especificar un script desde una instalación interactiva.

Upgrade o Migración con vSphere Auto Deploy

Auto Deploy es una nueva funcionalidad de vSphere 5.0. Trabajando en conjunto con hosts administrados por vCenter Server, Auto Deploy carga la imagen de ESXi directamente en la memoria del host en vez de instalarla en el disco duro del host.

No es posible utilizar Auto Deploy para realizar un Upgrade o Migración de ESX/ESXi 4.x a ESXi 5.0 debido a que los hosts ESX/ESXi 4.x son instalados mediante el metodo tradicional de instalar el hypervisor en el disco duro del host. Despues que el host es implementado con Auto Deploy, es posible utilizar Auto Deploy para realizar un Upgrade o parchado de un host. Esto se realiza re-aprovisionando el host reiniciandolo con un nuevo perfil de imagen que contencta el Upgrade o Parche de ESXi, un perfil de configuración de host (Host Profile), y opcionalmente drivers y agentes de administración de terceros. Las imagenes personalizadas son construidas con ESXi Image Builder CLI el cual detallaremos en otro articulo.

Upgrade o Migración con Update Manager

Update Manager es una solución robusta para realizar el Upgrade, Migración, Update y Parchado de hosts y virtual machines, orquestando todo el proceso de manera automatica. Si la plataforma VMware utiliza vCenter Server, VMware recomienda utilizar Update Manager.

Upgrades soportados

En la mayoria de los casos, es posible migrar un host ESX 4.x, o realizar un Upgrade de un host ESXi 4.x, directamente a ESXi 5.0.

Hosts ESX/ESXi 3.x	No soportado para un upgrade directo. Se debe realizar primero un Upgrade a la versión 4.x
Upgrade de ESX/ESXi 4.x con Update Manager	Soportado
Upgrade de ESX/ESXi 4.x en modo Interactivo	Soportado
Upgrade de ESX/ESXi 4.x con Script	Soportado

Para una lista completa de upgrades soportados, revisar la Guia de Upgrade de vSphere 5.0.

Cambios en el Particionamiento en ESXi 5.0

El esquema de particiones utilizado en ESXi 5.0 difiere significativamente desde las versiones anteriores de ESX y ESXi. Adicionalmente ESXi 5.0 no incluye una particion de Service Console incluida previamente en ESX.

Como afectarán estos cambios al host dependerá se si realizará un Upgrade a ESXi 5.0, o se realizará una instalación limpia.

Particionamiento en una Instalación Limpia de ESXi 5.0

En instalaciones limpias, varias nuevas particiones son creadas (Ej. Boot, Scratch). Una nueva instalación de ESXi utiliza una tabla de particiones GUID (GPT) en vez de un particionamiento basado en MSDOS.

La tabla de particiones es fijada como parte de una imagen binaria, y es escrita en el disco al momento en que ESXi es instalado. El instalador de ESXi deja las particiones VMFS y Scratch en blanco, y ESXi las crea cuando el host es reiniciado por primera vez luego de la instalación o Upgrade. La particion Scratch es de 4GB dejando el resto del disco formateado como una particion VMFS5.

Particionamiento en un Upgrade a ESXi 5.0

Un host ESXi al que se le realizó un Upgrade a la versión 5.0 no utiliza la Tabla de Particiones GUID, sino que retiene las antiguas particiones basadas en MSDOS.

Para la mayoria de los hosts ESXi 4.x la tabla de particiones no es reescrita en un upgrade a ESXi 5.0. En algunos casos la tabla de particiones puede ser rescrita, como en hosts actualizados desde ESXi 3.5 a ESXi 4.x y luego a ESXi 5.0.

Para hosts ESX, la estructura de particiones cambia para ser compatible con un host ESXi. La particion VMFS3 es mantenida y una nueva tabla de particiones basada en MSDOS sobrescribe la tabla de particiones existente.

Para hosts ESX, cualquier dato almacenado en una particion dentro de la Service Console no es preservado en una migración a ESXi 5.0

Para todos los efectos, en un Upgrade a ESXi 5.0, las particiones VMFS no son actualizadas desde VMFS3 a VMFS5. El Upgrade de VMFS puede ser realizado posteriormente, despues que los hosts se encuentran ya en la versión ESXi 5.0. De todas maneras, ESXi 5.0 mantiene la compatibilidad con VMFS3.

Requerimiento de Upgrade de ESXi

Los servidores que ejecutarán instancias de ESXi deben cumplir requerimientos especificos.

Hardware minimo para ESXi

Se debe cumplir una configuración minima de hardware soportada.

• Servidores con CPU x86 de 64-bit
  
  • Todos los procesadores AMD Opteron
  • Todos los procesadores Intel Xeon 3000/3200, 3100/3300, 5100/5300, 5200/5400, 5500/5600, 7100/7300, 7200/7400, y 7500
• ESXi 5.0 solo soporta instrucciones de CPU LAHF y SAHF
• Minimo 2098MB de memoria RAM.
• 1 o más NICs Gigabit o 10GbE.
• Cualquier combinación de una o más de las siguientes controladoras
  
  • Controladoras SCSI Basicas: Adaptec Ultra-160 o Ultra-320, LSI Logic Fusion-MPT, etc.
  • Controladoras RAID: Dell PERC (Adaptec RAID o LSI MegaRAID), HP Smart Array RAID, o controladoras IBM (Adaptec) ServeRAID.
• Disco SCSI o una LUN RAID local con espacio no particionado
• Para Serial ATA (SATA), un disco conectado en una controladora SAS soportada será considerado como remoto, no local. Estos discos no serán usados como una partición Scratch por defecto, debido a que son vistos como remotos.

Para una lista de hardware soportado, revisar la Hardware Compatibility Guide en el sitio de VMware. http://www.vmware.com/resources/compatibility

Almacenamiento soportado para Instalación y Booteo

• Discos SATA conectados en una controladora SAS soportada
• Discos SAS (Serial Attached SCSI). Soportados para instalar ESXi 5.0 y para almacenar máquinas virtuales en particiones VMFS.
• Discos SAN dedicados a través de Fibre Channel o iSCSI.
• Dispositivos USB soportados para instalar ESXi 5.0

ESXi puede bootear desde discos mayores de 2TB siempre que el firmware los soporte. Para soportar discos o LUNs de más de 2TB, la instancia ESXi 5.0 no debe haber sido actualizada desde una version anterior de ESX/ESXi, sino que debe corresponder a una instalación limpia.

vSphere 5.0 soporta el Booteo de hosts ESXi desde UEFI (Unified Extensible Firmware Interface). Con UEFI se puede bootear desde discos duros, CD-ROM o USB. Booteo desde la red, o provisionamiento con VMware Auto Deploy, requiere de firmware lagacy de BIOS y no está disponible con UEFI.

Chambiar el tipo de booteo desde BIOS legacy a UEFI despues de instalar ESXi 5.0 podria causar una falla en el booteo del host. En estos casos, el host muestra un mensaje de error similar a "Not a VMware boot bank". Cambiar el tipo de booteo no está soportado despues de instalar ESXi 5.0

Proceso de Upgrade de ESXi

Preparación para el Upgrade

ESXi 5.0 es un upgrade mayor, por lo que para completar el proceso exitosamente es necesario entender y preparar la infraestructura para los cambios involucrados.

• Si el host vSphere incluye soluciones o plug-ins VMware, asegurate de que sean compatibles con ESXi 5.0. Para comprobar, se debe revisar la Matriz de Interoperatibilidad de Productos VMware.
• Se debe entender los cambios en la configuración y particionamiento entre ESXi 4.x y ESXi 5.0, los escenarios de Upgrade y Migración que estan soportados, y las opciones y herramientas disponibles para realizar el Upgrade o Migración.
• Respaldar la configuración del host antes de realizar el Upgrade o Migración. Si el upgrade falla, se puede reinstalar la versión anterior de ESX o ESXi y restaurar la configuración del host. Se debe destacar que una vez que el host haya sido Migrado o Upgredeado a la versión 5.0, el proceso no se puede deshacer.
• Asegurate de que la versión actual de ESX/ESXi está soportada para Migración o Upgrade.
• Asegurate de que el host cumple con todos los requerimientos de hardware listados anteriormente.
• Asegurate de que hay suficiente espacio disponible en disco para realizar el Upgrade.
• Si el host está conectado a una SAN, se recomienda desconectar los cables de fibra o las conexiones iSCSI antes de realizar el Upgrade o Migración. Esto no aplica para host con boot desde la SAN, en cuyo caso se deben desconectar solo las LUNs que contengan un Datastore VMFS.
• Despues que el proceso de Upgrade o Migración se complete, realizar pruebas al sistema para asegurar de que el proceso se realizó satisfactoriamente.

Instrucciones de Upgrade

Una vez que ya hemos descrito a grandes rasgos los mecanismos de upgrade de ESXi 5.0, junto con sus requerimientos, a continuación detallaremos el proceso de upgrade para cada una de las opciones mencionadas:

• Upgrade de ESXi en forma interactiva
• Upgrade de ESXi utilizando Update Manager.
• Upgrade de ESXi utilizando Scripts

Read More

vSphere 5: Instalando ESXi 5.0

Hace algunos dias se realizó el lanzamiento de la nueva plataforma de virtualizacion en VMware, vSphere 5.0, la cual trae una serie de mejoras en aspectos de Almacenamiento, Networking, Alta Disponibilidad, etc.

En esta serie de articulos detallaremos el proceso de instalación de ESXi 5.0.  En vSphere 5.0, hay varias opciones para instalar y configurar ESXi. ESXi 5.0 utiliza el mismo instalador para nuevas instalaciones y para upgrades o migraciones. Si el instalador encuentra una instalación existente de ESX/ESXi 4.x, proveera la opción de hacer un upgrade o realizar una nueva instalación.

Dependiendo del disk layout del servidor, el instalador permitirá elegir entre preservar o sobrescribir el datastore VMFS durante la instalación.

Opciones de instalación de ESXi

ESXi puede ser instalado en varias formas las cuales debemos comprender para asegurar la mejor implementación de vSphere.

Las instalaciones de ESXi están diseñadas para adaptarse a implementaciones de diferentes tamaños. Dependiendo del metodo de instalación que se elija, habrán diferentes opciones disponibles para acceder a los medios de instalación y bootear el instalador.

Instalación Interactiva

Es el metodo de instalación recomendada para pequeñas implementaciones de menos de 5 hosts. En este metodo se bootea el instalador desde un CD o DVD, desde un dispositivo USB booteable, o booteando desde la red utilizando PXE.

El proceso de instalación se realiza siguiendo un asistente de instalación interactivo, con el cual podremos completar la instalación de ESXi en un host.

Instalación por Script

Este metodo es una manera eficiente de implementar multiples hosts ESXi con una instalación desatendida. El script de instalacion contiene los parametros de configuración del host. Se puede utilizar el script para configurar multiples hosts con la misma configuración.

El script de instalación debe ser almacenado en una ubicacion que el host pueda aceder por HTTP, HTTPS, FTP, NFS, CDROM o USB. El instalador puede ser iniciado desde PXE, booteando desde un CD/DVD o desde un dispositivo USB.

Instalación con vSphere Auto Deploy

Este metodo permite provisionar y re-provisionar un gran numero de hosts ESXi de forma eficiente con vCenter Server.

Usando Auto Deploy, vCenter Server carga la imagen de ESXi directamente en la memoria del host. Auto Deploy no almacena el estado de ESXi en el disco del host. vCenter Server almacena y gestiona los updates y parches de ESXi a traves de una imagen de perfil, y opcionalmente la configuración del host a través de Host Profile.

Las imagenes de perfil pueden ser creadas con ESXi Image Builder CLI, y los Host Profiles pueden ser creados usando vSphere Cliente.

La primera vez que se instala un host con Auto Deploy, el host bootea con PXE y establece contacto con el servidor de Auto Deploy, el cual envia la imagen de perfil y cualquier Host Profile al host. El host parte utilizando la imagen de perfil, y Auto Deploy asigna el host al servidor apropiado de vCenter Server.

Cuando el host es reiniciado, vCenter Server utiliza Auto Deploy para provisionar el host con la Imagen y Host Profile apropiado. Si la imagen de perfil cambia, por ejemplo por un Update o parche, el administrador puede propagar el cambio a todos los hosts que son provisionados con Auto Deploy y gestionados por vCenter Server.

Requerimiento de Instalación de ESXi
Los servidores que ejecutarán instancias de ESXi deben cumplir requerimientos especificos.

Hardware minimo para ESXi

Se debe cumplir una configuración minima de hardware soportada.

• Servidores con CPU x86 de 64-bit
  
  • Todos los procesadores AMD Opteron
  • Todos los procesadores Intel Xeon 3000/3200, 3100/3300, 5100/5300, 5200/5400, 5500/5600, 7100/7300, 7200/7400, y 7500
• ESXi 5.0 solo soporta instrucciones de CPU LAHF y SAHF
• Minimo 2098MB de memoria RAM.
• 1 o más NICs Gigabit o 10GbE.
• Cualquier combinación de una o más de las siguientes controladoras
  
  • Controladoras SCSI Basicas: Adaptec Ultra-160 o Ultra-320, LSI Logic Fusion-MPT, etc.
  • Controladoras RAID: Dell PERC (Adaptec RAID o LSI MegaRAID), HP Smart Array RAID, o controladoras IBM (Adaptec) ServeRAID.
• Disco SCSI o una LUN RAID local con espacio no particionado
• Para Serial ATA (SATA), un disco conectado en una controladora SAS soportada será considerado como remoto, no local. Estos discos no serán usados como una partición Scratch por defecto, debido a que son vistos como remotos.

Para una lista de hardware soportado, revisar la Hardware Compatibility Guide en el sitio de VMware. http://www.vmware.com/resources/compatibility

Almacenamiento soportado para Instalación y Booteo

• Discos SATA conectados en una controladora SAS soportada
• Discos SAS (Serial Attached SCSI). Soportados para instalar ESXi 5.0 y para almacenar máquinas virtuales en particiones VMFS.
• Discos SAN dedicados a través de Fibre Channel o iSCSI.
• Dispositivos USB soportados para instalar ESXi 5.0

ESXi puede bootear desde discos mayores de 2TB siempre que el firmware los soporte.
vSphere 5.0 soporta el Booteo de hosts ESXi desde UEFI (Unified Extensible Firmware Interface). Con UEFI se puede bootear desde discos duros, CD-ROM o USB. Booteo desde la red, o provisionamiento con VMware Auto Deploy, requiere de firmware lagacy de BIOS y no está disponible con UEFI.

Importante: Cambiar el tipo de booteo desde BIOS legacy a UEFI despues de instalar ESXi 5.0 podria causar una falla en el booteo del host. En estos casos, el host muestra un mensaje de error similar a "Not a VMware boot bank". Cambiar el tipo de booteo no está soportado despues de instalar ESXi 5.0

Requerimiento de Instalación de ESXi

Una vez que ya hemos descrito a grandes rasgos los tipos de instalación de ESXi 5.0, junto con sus requerimientos, a continuación detallaremos el proceso de instalación para cada una de las opciones mencionadas:

• Instalando ESXi en forma interactiva
• Instalando Hosts utilizando Scripts
• Instalando ESXi utilizando vSphere Auto Deploy.

Read More

VMware vSphere 5 /iSCSI: Agregar un Datastore y Configurar Multipathing

Siguiendo con la configuración iSCSI en vSphere 5, a continuación revisaremos los pasos para agregar Datastores a un host ESXi. Dentro del mismo procedimiento se detallarán los pasos para configurar la politica de Multipath en cada Datastore.

Para mantener una conexión constante entre un host ESX/ESXi y su storage, VMware soporta funcionalidades de multipathing. Multipathing es una tecnica que permite utilizar más de una ruta fisica(path) para transferir datos entre el host y un dispositivo de almacenamiento externo.

En caso de una falla de cualquier elemento en una red SAN, ya sea un adaptador de red, un switch o un cable, el host puede cambiar a otra ruta fisica (path), la cual no utiliza ninguno de los componentes con problemas. Este proceso de cambio de ruta es conocido como Path Failover.

Adicionalmente al Path Failover, Mutipathing provee balanceo de carga, distribuyendo la carga de I/O entre multiples rutas fisicas. El balanceo de carga reduce o remueve potenciales cuellos de botella.

El I/O de una VM puede ser retrasado por hasta 60 segundos mientras se realiza el proceso de Path Failover. Estas demoras le permiten a la SAN estabilizar estabilizar su configuracion despues de los cambios en la topologia. Generalmente estas demoras en el I/O pueden ser más extensas en arreglos activo-pasivos que en arreglos activo-activos. En algunos casos puede ser necesario realizar configuraciones adicionales en las maquinas virtuales para evitar problemas en los servicios producto de estas demoras en el I/O.

Para administrar Multipathing, VMware utiliza una capa especial de VMkernel, la PSA (Pluggable Storage Architecture), que es un framework abierto y modular, que permite coordinar las operaciones simultaneas de multiples plug-ins de multipathing (MPP).

El plug-in de multipathing que ESX/ESXi provee por defecto es el "VMware Native Multipathing Plug-in" o NMP, el cual es un modulo extensible que administra sub-plugins. Hay dos tipo de sub-plugins de NMP:

• Storage Array Type Plug-Ins (SATPs). SATP se preocupa de manejar los Path Failovers para un arreglo de Storage.
• Path Selection Plug-Ins (PSPs). PSP se preocupa de determinar cual ruta fisica es usada para emitir un requerimiento I/O a un dispositivo de Storage.

Los plug-ins SATP y PSP pueden ser provistos por VMware o por software de terceros. Si se requieren funcionalidades adicionales de Multipathing, un software de terceros puede proveer un MPP para ejecutarse como complemento o reemplazo de NMP (Plug-in por defecto de VMware).

NMP asigna un PSP por defecto para cada dispositivo logico basado en el SATP asociado con la ruta fisica para ese dispositivo, sin embargo esta asignacion puede ser sobrescrita. Por defecto VMware NMP soporta los siguientes PSP:

• MRU (Most Recently Used): Selecciona la ruta que el host uso más recientemente para acceder a un dispositivo de storage. Si esta ruta llega a encontrarse no disponible, el host cambia a una ruta alternativa y la continua utilizando mientras ésta se encuentre disponible. MRU es la politica de multipathing por defecto para arreglos activo-pasivo.
• Fija o Fixed: Utiliza la ruta designada como preferida si esta ha sido configurada. De lo contrario utiliza la primera ruta descubierta que se encuentre funcionando correctamente. Si el host no puede usar la ruta preferida, selecciona una ruta alternativa disponible en forma aleatoria. El host vuelve a utilizar la ruta preferida tan pronto como dicha ruta vuelva a encontrarse disponible. Esta politica es la politica por defecto para arreglos activo-activo.
• Round Robin: Utiliza un algoritmo de seleccion de rutas que va rotando a través de todas las rutas activas disponibles, permitiendo balanceo de carga a traves de las rutas. Este algoritmo es recomendado para arreglos activo-activo, o sistemas ALUA.

 Agregar Datastores y Configurar una politica de Multipathing

Al completar estos pasos ya tenemos habilitada nuestra red iSCSI, incluyendo la configuración inicial del iniciador iSCSI por Software, y hemos agregado un Datastore VMFS-3 y VMFS-5. En los siguientes artículos detallaremos los pasos para la migración de datastores VMFS-3 a VMFS-5.

Read More

VMware vSphere 5 /iSCSI: Habilitación del Iniciador iSCSI

Siguiendo con la configuración iSCSI en vSphere 5, a continuación revisaremos los pasos para habilitar el iniciador iSCSI por software. Dentro del mismo procedimiento se detallarán los pasos para realizar el Port Binding, y se explicará como agregar un target iSCSI en la configuración del iniciador.

Para acceder a un Target iSCSI, los hosts utilizan Iniciadores iSCSI. Este iniciador transporta los requerimientos y respuestas SCSI, encapsulandolos en el protocolo iSCSI, entre el host y el Target iSCSI.
Los hosts en vSphere 5 soportan diferentes tipos de iniciadores:

• Adaptador iSCSI por Software: Es un adaptador incluido en el VMkernel, que permite al host conectarse a un Storage iSCSI a través de adaptadores de red standard. Esta opción permite utilizar la tecnologia iSCSI sin comprar hardware especializado.
• Adaptador iSCSI por Hardware: Es un adaptador de teceros que libera al host del procesamiento de red y iSCSI. Estos se dividen en dos categorias:
  
  • Dependientes: Dependen de la red de VMware, y de la configuración iSCSI y las interfaces de administración provistas por VMware. Puede ser una tarjeta que incluye un adaptador de red standard y funcionalidades de iSCSI offload por el mismo puerto. Estas funcionalidades de offload dependen de la configuración de red del host para obtener la IP, MAC, y otros parametros usados por las sesiones iSCSI
  • Independientes: Implementan su propia configuración de red y iSCSI, asi como sus propias interfaces de administración. Puede ser una tarjeta que presenta solo funcionalidades de iSCSI offload. Estas funcionalidades de offload tienen configuraciones independientes que asignan IP, MAC y otros parametros usados por las sesiones iSCSI.

Una SAN iSCSI utiliza una arquitectura cliente servidor, donde el cliente llamado iniciador iSCSI opera en el host. Este cliente inicia las sesiones iSCSI emitiendo comandos SCSI y trasmitiendolos, encapsulados en el protocolo iSCSI, a un servidor conocido como iSCSI target. El iSCSI target representa un sistema de almacenamiento fisico en la red y responde a los comandos del iniciador transmitiendo los datos iSCSI requeridos.

VMware utiliza puertos VMkernel como los iniciadores de sesiones, por lo que debemos configurar cada puerto que queramos utilizar como un camino (path) para el Storage. Esto es independiente del numero de NICs o HBAs iSCSI, pero en la mayoria de los casos será una relación uno a uno entre los puertos VMkernel y las interfaces disponibles. Una vez que las sesiones a la SAN son iniciadas, VMware NMP se encargará de balancear la carga y distribuir el trafico I/O entre todos los caminos disponibles.

Los volumenes en una SAN iSCSI pueden ser utilizados por ESX/ESXi como un Datastore VMFS o un Raw Device Map (RDM). El iniciador iSCSI por software utiliza los puertos VMkernel que fueron creados y establece una sesion a la SAN y a los volumenes. A partir de vSphere 4 se pueden utilizar multiples caminos (multipathing) a la SAN para un mayor ancho de banda y performance.

Cada puerto VMkernel se encuentra asignado a un adaptador fisico. Dependiendo de la plataforma se pueden crear hasta 8 sesiones simultaneas a un volumen. Para una implementación estandar se recomienda el uso de una relación uno a uno (1:1) entre los puertos VMkernels y las interfaces fisicas, o sea si existen 4 interfaces fisicas, se crearía 4 puertos VMkernel, y se asociaria cada uno de estos puertos a una NIC separada. Este esquema puede ser expandido dependiendo del numero de NICs que se tengan disponibles.
A medida que la infraestructura va creciendo se pueden establecer multiples sesiones a la SAN suscribiendo más puertos VMkernel a las interfaces fisicas existentes. Esto establece multiples sesiones a un volumen, pero aun utiliza las mismas interfaces fisicas para acceder a dicho volumen.

Habilitación de Iniciador iSCSI

 

Al completar estos pasos ya tenemos habilitada nuestra red iSCSI, incluyendo la configuración inicial del iniciador iSCSI por Software. En los siguientes articulos detallaremos los pasos para la creación de los datastores VMFS creados sobre LUNs iSCSI, y como migrar datastores VMFS-3 a VMFS-5.

Read More