En la tabla adjunta, se muestran los cinco tipos de almacenamiento soportados en VMware vSphere™ ESXi 5, así como las diferentes funcionalidades soportadas por cada tipo de almacenamiento.
Con relación a la conectividad iSCSI y su iniciador de software iSCSI, el máximo número de iSCSI targets es de 265. Nota que ahora es posible hacer Boot from SAN (BFS) con iniciadores de software iSCSI.
Asimismo, no es posible crear más de un NIC Teaming con el iniciador de software iSCSI con más de 8 vmnics (uplinks o tarjetas de red físicas disponibles en el servidor ESXi). Solo es posible tener un número máximo de ocho caminos por LUN para los volúmenes VMFS conectados vía software o hardware iSCSI.
En cuanto al tamaño máximo de un volumen VMFS para la versión 3 (VMFS-3) es de 2TB menos 512Bytes de espacio con un block size de 8MB. Sin embargo, en VMFS versión 5 (VMFS-5) el tamaño del block size es de tan solo 1MB, aunque es posible crear ficheros .vmdk con un tamaño máximo de 2TB. Recuerda que en VMFS versión 3 y con un block size de 1MB, el tamaño de disco de la máquina virtual (.vmdk) no podrá superar los 256GB de espacio en disco.
También, el tamaño máximo para un volumen RDM (de las siglas en inglés Raw Device Mapping) en VMFS-5 es de 64TB, siempre y cuando uses la funcionalidad de extenders a nivel VMFS y el modo de compatibilidad de este RDM sea físico. Sin embargo, para un volumen RDM VFMS-5 en modo de compatibilidad virtual, el tamaño máximo es de 2TB menos 512 bytes.
VMware vSphere™ ESXi 5 usa el protocolo NFS versión 3 para comunicarse con cabinas de tipo NAS. Nota que aunque NFS también puede usar la versión 4, esta no está soportada por VMware. En la versión VMware vSphere™ ESXi 5, ahora es posible montar hasta 256 volúmenes NFS por host.
Con relación a los ficheros swaps de las máquinas virtuales, el tamaño máximo que puede alcanzar este tipo de ficheros es de 1TB por máquina virtual, siempre y cuando, configures tu máquina virtual con 1TB de memoria RAM. Puedes ver más información sobre la configuración del block size en VMFS-5 en nuestro canal oficial de YouTube: VMware vSphere 5.0 en entornos SAN iSCSI
En cuanto al número máximo de targets que un servidor host puede ver con un adaptador Broadcom 10GB iSCSI es de 128 targets. El número máximo de tarjetas 1GB Ethernet Broadcom (bnx2) que un servidor host ESXi puede tener es 16.
Por ultimo, recuerda que es posible tener todas las funcionalidades enterprise de VMware (HA, vMoting, Storage vMotion, DRS) con un almacenamiento NAS via NFS. Interesante, ¿verdad?
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
En el día de hoy, vamos a ver como configurar nuestros XenServer para poder enviar correos electrónicos desde ellos mismos utilizando un smarthost.
Es útil configurar un cliente de correo como mailx para poder enviarnos notificaciones de nuestros scripts como por ejemplo los scripts que se ejecuten de forma automática utilizando cron.
Citrix XenServer, tiene un corazón CentOS, por ello podemos instalar paquetes rpm compilados para CentOs 5. Desde un mirror cualquiera como:
Espero que como siempre, te haya sido de utilidad. Saludos
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, os explicare como desactivar la pestaña de Getting Started en VMware vSphere vCenter Server 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo desactivar la pestaña de Getting Started en vCenter? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Sin lugar a dudas, uno de los mayores y más sonados cambios en VMware vSphere 5 se ha dado en el modelo de licenciamiento, con la inclusión de un nuevo concepto llamado vRAM Pool.
En resumen, para lo que antes necesitábamos 2 licencias de vSphere, ahora es posible que necesitemos 4 ó mas, dependiendo del entorno y cliente. Voy a explicarlo con un ejemplo muy claro.
Con VMware vSphere™ 4.x
Dell R710 con 2 sockets y 192G de memoria = 2 Licencias de vSphere Enterprise Plus
Dell R710 con 4 sockets y 256G de memoria = 4 Licencias de vSphere Enterprise Plus
Con VMware vSphere™ 5.x
Dell R710 con 2 sockets y 192G de memoria = 4 Licencias de vSphere Enterprise Plus
Dell R710 con 4 sockets y 256G de memoria = 6 Licencias de vSphere Enterprise Plus
Adicionalmente a las licencias requeridas y necesarias para arrancar tus máquinas virtuales, también necesitarás licencias adicionales siempre que sobrepases el número de 16 cores o más por procesador o socket.
Por esta razón, VMware ha puesto a disposición de los clientes en general una herramienta gratuita llamada VMware Licensing Advisor, la cual te dará más información relativa al impacto que tendrá en tu entorno particular la actualización a la versión vSphere™ 5.
Por consiguiente, ahora si dedicas más memoria vRAM a tus máquinas virtuales de la que has licenciado, sencillamente tus máquinas virtuales no arrancarán. Para la versión Essential y Essential plus esta comprobación es obligatoria, es decir, si has licenciado un pool de vRAM de 32GB y tienes ya esta cantidad de memoria configurada y usada en tus máquinas virtuales, al arrancar una máquina virtual que necesite usar 1GB adicional no lo hará.
Sin embargo, con las licencias a partir de la Essential Plus, si sobrepasas la configuración de la memoria en tu pool vRAM, recibirás un warning avisándote de que estas usando más memoria de la que has licenciado y que requieres comprar más licencias. No obstante, tu máquina virtual arrancará.
Supongo que la buena notica es que VMware vSphere™ ESXi 5 (como todas las versiones anteriores) permite usar el producto durante 60 días (Evaluation Mode) con toda su funcionalidad incluida.
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, os explicare como activar y configurar el plugin Hardware Status en VMware vSphere vCenter Server 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo activar y configurar el plugin Hardware Status en vCenter? Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, os explicare como activar y desactivar todas las alarmas en VMware vSphere vCenter Server 5 con tan solo un clic de ratón.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: ¿Cómo desactivar y activar las alarmas de vCenter 5 con tan solo un clic de ratón en VMware Sphere 5. Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
La web líder de información sobre tecnologías de virtualización y cloud computing en español sigue siendo la referencia informativa.
www.josemariagonzale.es ha firmado los mejores datos de audiencia de su historia este año, con un crecimiento del 45% en páginas vistas, hasta 1,10 millones páginas vistas.
Nuevo récord histórico de JOSEMARIAGONZALEZ.ES
Más de 320.000 de usuarios únicos visitaron la web líder de información tecnología sobre virtualización y cloud computing en español este año, según los datos de Google Analytics . Esto supone un incremento del 38% respecto al año anterior, lo que sitúa al año del 2011 como el mejor año de la historia de josemariagonzalez.es.
Más de 1.600 usuarios visitaron diariamente la web de virtualización líder, un número que se eleva a 9.000 de lunes a viernes, y supera los 4.000 cada sábado y domingo. En total, los usuarios consultaron casi 1.2 millones de páginas y pasaron más de 1.460 minutos navegando por el sitio web.
Estas cifras de crecimiento vienen refrendadas por otros sistemas de medición, como Alexa (que extrapola los datos obtenidos de un panel de usuarios españoles). Según esta fuente, el tráfico de JOSEMARIAGONZALEZ.ES se habría incrementado un 40% respecto al año anterior.
Además, josemariagonzalez.es sigue creciendo con fuerza en las redes sociales: la cuenta de Twitter aglutina ya a casi 3.000 seguidores, a los que hay que sumar los más de 7.000 que siguen el web via RSS – de las siglas en ingles Really Simple Syndication -. Además, la web acumula más de 400 amigos en Facebook.
Por último, me gustaría dar las gracias a todos nuestros, lectores, seguidores, suscriptores y a todos nuestros sponsors: Magirus, Veeam, StarWind, Zitralia, vkernel, ThinRDP, DataCore y JmG Virtual Consulting.
Asimismo, os dejo con los post top 5 publicados este año en el blog de virtualización y cloud computing en español en 2011:
En nombre de todo el equipo del blog de virtualización y cloud computing en español, os desearos a todos unas Felices Fiestas y un prospero Año Nuevo. Nos volvemos a ver el primer lunes después del día de reyes, es decir, el día Lunes nueve de Enero del 2012.
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Una instalación inicial de vSphere™ ESXi usa el formato GPT – de las siglas en inglés GUID Particion Table – en lugar del formato MBR – de las siglas en inglés Master Boot Record – lo cual permite instalar ESXi 5 en discos con un tamaño superior a 2TB. No obstante, si actualizas de versión VMware ESX/ESXi 4.x a ESXi 5 no se usará el formato GPT, sino que se mantendrá el formato MBR.
Durante la instalación de vSphere™ ESXi 5, el installer de VMware escanea, no solo los discos locales conectados al servidor físico ESXi, sino que también hará un escaneo de los discos de tu SAN de FC y los mostrará si este tiene acceso a ellos.
Por consiguiente, y para evitar la instalación del binario de ESXi en una de tus LUNs de la SAN FC, recuerda esta “Best Practices” de VMware para evitar la sobre escritura de una LUN: Establece o solicita al administrador SAN de tu empresa un “LUN Masking” o mejor aún, si vas a instalar el binario en discos locales, desconecta los cables de la SAN de tu servidor ESXi.
Además, está mejor práctica reduce el tiempo que necesita el installer de VMware en buscar discos conectados al sistema. Si estás instalando un servidor ESXi en un disco que ya contiene una versión previa a la versión vSphere™ 5, el installer te da la opción de actualizar esa versión.
Cuando configuras una cabina SAN de FC con vSphere™, asegúrate de seguir las mejores recomendaciones:
Cada LUN debería contener solo un DataStore VMFS.
Cada LUN debería ser presentada a todos los servidores ESXi con el mismo LUN ID.
Hay cuatro opciones o métodos para instalar la nueva versión de VMware vSphere™ ESXi 5:
Usando vSphere Auto Deploy
Mediante una instalación vía script
Actualizando un servidor ya existente con VUM (VMware Update Manager)
Haciendo una instalación interactiva como se muestra en la imagen de cabecera de este post.
Esta última opción es el método de instalación recomendado cuando has de instalar un número pequeño de servidores VMware vSphere™ ESXi 5.
VMware vSphere™ 5 ha dejado de soportar máquinas virtuales de 32bit y VMM de 32bits. Solo Virtual Machine Monitors de 64 bits pueden ejecutar sistemas operativos de 32bits. Por consiguiente, el uso exclusivo de un VMM de 64bits en vSphere™ 5 requiere instrucciones específicas a nivel de CPU llamadas LAHF y SAHF, las cuales no se encuentran en arquitecturas de 32bit más antiguas. LAHF y SAHF solo están soportados en vSphere™ 5.
Para terminar, una vez instalado, un servidor VMware vSphere™ ESXi 5 puede tener hasta 256 LUNs FC (Fiber Channel) por servidor. Asimismo, el número máximo del ID en FC es de 255 pues los IDs de FC empiezan por el número 0 y no por el 1. Sin embargo, el número máximo de caminos iSCSI que un servidor ESXi pues ver es de 1.024.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Buenos dias. Soy José Mª Gris y como cada miércoles estoy aquí con vosotros. Cerramos con esta segunda parte el post sobre el report de Veeam a tenor de la Protección de Datos en entorno Virtualizado para el año 2011.
El Conundrum del coste de la replicacion. Interesante punto. Ok, tenemos el sistema replicado, pero la pregunta es ¿cada cuando replicamos? y aquí tenemos informaciones que debemos estudiar. La media de las empresas que replican, el 25% lo hacen en base diaria, el 22% lo hace varias veces al dia y tan solo el 19% lo hace en CDP y el 18% en Near-CDP, un 15% es con base horaria.
Un dato a tener en cuenta. De media, se verifica si la replicacion es funcional o no (probar a levantar la replica), cada 9 semanas. Y aqui viene la sorpresa, en Francia se prueba cada 6 semanas, USA cada 7 semanas, Alemania cada 12 semanas y UK 15 semanas! No me puedo creer que los ingleses sean los que menos verifican, algo pasa. Te confirmo, amigo lector, que España no está contemplada en este report, si recuerda aquel chiste del Cielo Español y el Infierno Británico…..
Hablando de Barreras para replicar, las tres primeras son Coste de Hardware, Coste de Software de Replicación y Complejidad, siendo las minimas el ancho de banda, el espacio en disco y el impacto en las aplicaciones en producción. Mi mpresión hubiera sido inversa, pero es lo que es.
Y aquí reconozco que me he perdido algo o quizás algo me falta por entender. El 80% de los CIO encuestados indican que la Virtualización no mejora la posibilidad de incrementar la Replicación de servers. Precisamente estoy en algún proyecto que hemos pasado primero por virtualización para poder hacer un Near CDP, pero como en todo, para gustos los colores …
Sobre Recuperación de Desastres. Vamos a tomar estos datos con mucha cautela porque lo primero que tendríamos qué declarar es que es un “desastre” y qué es un “gran desastre” o “large”.
Bajo estas bases, una recuperacion de un entorno virtual son 4 horas y el entorno físico en 4.5. Muy bajo me parece. Si estamos hablando de una recuperación “de laboratorio” en que decimos “¿En cuanto somos capaces de levantar un servidor que no funciona?”, permiteme preguntar si no funciona el servidor porque se ha averiado o porque el edificio no existe, los tonos de grises son muchos. Es curioso ver que Alemania son los más rápidos con 3 horas en virtual mientras que los ingleses tardan 4. “Come on, boys… “. Si, si, amigo lector, yo también me estoy preguntando cual sería la media en España.
Y aquí vienen dos datos que me parecen relevantes. El primero es que el 87% de los CIO indican que los tiempos van escalando mientras que las empresas crecen. El incremento de espacio en SAN son espectaculares de año en año y “mover” y gestionar ese espacio es dificil, cada vez más dificil de acuerdo al volumen.
El segundo tiene más miga, el 80% indica que mientras mas crece el entorno, menos efectivas se vuelven las herramientas de DR. Personalmente estoy de acuerdo, y tiene su base en la frase “la ley nace muchas veces despues del crimen”. Creo que vamos a remolque de la situación y trabajamos sobre evidencias, cuando se plantea una nueva tecnología no se piensa a la vez en “como vamos a gestionar el volumen resultante”, hasta que tenemos un “trolebus” atravesado en el Garage y no sabemos como gestionar para que salga.
Creo que es un problema de paradigma y en segundo lado coyuntural. El paradigma nos viene desde que trabajamos con lo que vemos desde el punto de DR, no con los nuevos desarrollos que se están haciendo. Sobre la coyuntura, que os voy a decir al respecto. Cuando hablo con CEOs me comentan “si ya es dificil hacer que la empresa funcione, imagina gastar por si hay un desastre… “. Bueno, no hay mal que cien años dure no?
Interesante informe el de Veeam que personalmente me da muchas cosas que pensar. Hasta la semana que viene. Take care.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, terminaremos con la configuración e instalación del nuevo VMware vCenter Server Appliance en VMware vSphere 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, la segunda parte del video tutorial sobre la virtualización y VMware vSphere 5: Instalando y configurando VMware vCenter Server Appliance en VMware Sphere 5: segunda parte. Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Hoy veremos algunos puntos interesantes sobre el nuevo sistema de archivos de VMware (VMFS-5 de las siglas en ingles VMware File System) en la nueva versión de VMware vSphere 5.
Ahora, con VMware vSphere ESXi 5 y VMFS-5 es posible hacer una migración en caliente con Storage vMotion de una máquina virtual que tiene snapshots. Asimismo, VMFS-5 soporta un máximo de 9.000 discos virtuales por datastore.
A diferencia de versiones anteriores, en VMFS-5 solo existe una única opción de tamaño de bloque para los datastores formateados con la versión 5 de VMFS. Este block size es únicamente de 1MB y te permite crear discos virtuales con un tamaño de hasta 2Gb. Sin embargo, cuando actualizas VMFS-3 a la versión VMFS-5, la configuración del block size de tu datastore VMFS-3 es heredada, es decir, si tu datastore VMFS-3 fue configurado con un block size de 4MB, al actualizar a la versión VMFS-5 seguirá siendo de 4MB. Nota que el tamaño de bloque de un datastore VMFS-5 no actualizado no puede ser distinto de 1MB.
También ahora es posible con VMware vSphere ESXi 5 hacer un “unmount” del datastore, siempre y cuando se cumplan los tres requisitos siguientes:
El datastore no puede contener ninguna máquina virtual.
El datastore no puede ser usado por vSphere HA heartbeat.
El datatore no puede pertenecer a un datastore clúster.
VMware vSphere ESXi 5 soporta ahora hasta 3.000 máquinas virtuales por clúster HA/DRS con independencia del número de servidores ESXi que hayas configurado en tu clúster. Gracias VMware!
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, te enseñare a configurar e instalar el nuevo VMware vCenter Server Appliance en VMware vSphere 5.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: Instalando y configurando VMware vCenter Server Appliance en VMware Sphere 5. Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
VMware vSphere™ ESXi 5 solo es posible instalarlo en modo texto, a diferencia de VMware ESX donde era posible instalarlo también en modo gráfico.
Una nueva funcionalidad en VMware vSphere™ ESXi 5 llamada Image Builder te permitirá hacer instalaciones personalizadas de tu ESXi así como asociar actualizaciones del binario del ESXi a dicha personalización. Hablaremos del Image Builder más adelante en este blog en futuros post. Solo apuntar que el formato de los paquetes que usa VMware vSphere™ ESXi Image Builder se llaman VIB – de las siglas en inglés vSphere™ Installation Bundle -.
Si usas la nueva funcionalidad llamada VMware Auto Deploy, recuerda que los logs de tu servidor ESXi serán almacenados en memoria con lo que al reinicializar tu servidor perderás estos logs por defecto. Para definir profiles de imágenes para tus servidores ESXi con Auto Deploy tendrás que usar cmdlets incluidos en el vSphere™ Power CLI image builder.
Es posible también actualizar servidores ESXi con la utilidad Enterprise llamada VMware Update Manager (VUM), otra utilidad de la que también hablaremos en futuros post – por cierto, en nuestro canal de virtualización en youtube hemos publicado ya algunos videos sobre la configuración e instalacion de VMware Update Manager.
Una mejor práctica antes de actualizar un servidor ESXi, es guardar la configuración del servidor que vas actualizar con el siguiente comando de vCLI: vicfg-cfgbackup -s
Es muy interesante notar que con VMware vSphere™ ESXi 5, el número total de caminos de FC (Fiber Channel) por servidor se han aumentado hasta los 1.204. Como nota final, recuerda que en VMware vSphere™ ESXi 5 el máximo número de servidores conectados a volúmenes VMFS es de 64 hosts por volumen VMFS.
¿Crees que este post le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
Esta semana, en el blog de virtualización y cloud computing en español, te enseñare a configurar VMware vSphere Fault Tolerance en VMware vSphere 5. Una vez configurado VMware Fault Tolerance te mostrare la potencia de esta nueva funcionalidad mediante una demostración.
Ya esta disponible, en el canal de youtube del blog de virtualización y cloud computing, un nuevo video tutorial sobre la virtualización y VMware vSphere 5: Configurando y demostrando VMware Fault Tolerance en VMware Sphere 5. Espero que te guste.
Nos vemos el próximo lunes con un próximo episodio donde te enseñare, otro video tutorial relacionado con la virtualización y la nueva versión de VMware vSphere 5.
¿Crees que este videopost le puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter, Facebook o Google+ de abajo. Gracias por tu apoyo.
En VMware ESX y ESXi hay más similitudes que diferencias, aunque quizá el beneficio más importante de ESXi sobre ESX es que ESXi aumenta la seguridad y la fiabilidad de nuestro hipervisor.
VMware ESXi 5 tiene mucho menos código (76MB de footprint) que parchear y, por lo tanto, tiene una superficie de ataque mucho menor. La versión ESX ha desaparecido como tal con el lanzamiento de la versión de VMware vSphere™ 5.
La versión VMware vSphere™ ESXi 5 como la versión ESX comparten el mismo VMkernel y VMM – de las siglas en inglés Virtual Machine Manager -, aunque hay algunas connotaciones muy importantes a destacar:
1. Extensiones VMkernel: Mientras que en la versión clásica de VMware ESX podías instalar agentes y drivers de empresas de terceras partes, en ESXi solo se permite instalar extensiones en el VMkernel que hayan sido previamente firmados digitalmente por VMware. Esta restricción ayuda mucho a asegurar el entorno y mantener el código seguro en el VMkernel.
2. Muchos de los agentes y deamons que se ejecutaban en el Service Console (COS) en la versión clásica del ESX, han sido convertidos y embebidos para que se ejecuten directamente en el VMkernel del ESXi.
3. La imagen del sistema en ESXi – system image – es una imagen bootable que es cargada directamente en memoria física. El propio “installer” usa esa misma imagen de sistema para copiar los ficheros en un disco local para futuros arranques.
Debido a que la imagen del sistema es cargada en memoria, la versión ESXi no necesita obligatoriamente de un disco local cuando este se está ejecutando. Esto significa que el disco local podría fallar pero, sin embargo, nuestro VMkernel continuaría ejecutándose.
4. La partición scratch. Es una partición de 4GB virtual y de tipo FAT (VFAT) la cual es creada por defecto en el primer disco local del servidor ESXi ¡si tu servidor tiene discos locales, claro! Si el servidor no tiene ningún disco local, esta partición no existirá pero se “rediccionará” el directorio scratch a una partición de tipo ramdisk llamada /tmp. Esto significa que el contenido de esta partición scratch no “sobrevivirá” a un reinicio del servidor ESXi.
Por consiguiente, el servidor ESXi puede necesitar hasta 4GB de memoria RAM para almacenar esta partición scratch.
5. Y por último, pero no por ello menos importante, tenemos la partición bootbank. Esta partición contiene la imagen del sistema sobre un sistema de archivos. Si hay un disco local al cual ESXi pueda escribir, este almacena dos copias del bootbank. Pero ojo, solo una es montada en la estructura del sistema de archivos del ESXi en el directorio /bootbank. La segunda copia se usa únicamente durante las actualizaciones para mantener una segunda copia como backup en caso de problemas durante actualizaciones del sistema.
Por otro lado, en VMware vSphere™ ESXi 5 es posible hacer una instalación de la imagen directamente en la memoria del servidor físico usando una nueva funcionalidad llamada vSphere™ Auto Deploy ESXi Installation Option.
Con VMware vSphere™ Auto Deploy podrás acceder al fichero de instalación desatendido (answer file) vía CIFS, SFTP o HTTP.
¿Crees que este artículo puede interesar a alguien a quien conoces? Compártelo clicando los botones de Twitter y Facebook de abajo. Gracias.
Descubre y domina la nueva versión de VMware vSphere™ 5 y aprovéchate de hasta un
20% de descuento al comprarlo online.
Regístrate y
recibe un capitulo de nuestro nuevo libro totalmente gratuito
Nuevo Site Recovery Manager 4 en español Consigue una copia gratuita del eBook
