VMware vSphere™ ESXi 5 incluye dos nuevas funcionalidades para aumentar la seguridad del VMkernel:
Memory Hardening: El kernel del ESXi, aplicaciones user-mode y ejecutables como drivers y librerías están localizadas en zonas de memoria aleatorias para evitar que software del tipo troyanos averigüen de una forma sencilla la localización de estas zonas de memoria.
Kernel Module Integrity: Los módulos, drivers y aplicaciones de ESXi son “firmados” digitalmente para asegurar la integridad de estos una vez que el VMkernel los carga en memoria.
Asimismo, a diferencia de las versiones VMware ESX 4.x, en VMware vSphere™ ESXi 5 es posible hacer boot de tu servidor ESXi desde un disco USB externo. También es posible instalar tus servidores ESXi con la opción de VMware Auto Deploy, sobre todo cuando tienes un número de host importante que instalar. De esta forma, acelerarás la fase de instalación del binario de ESXi y el despliegue de tus máquinas virtuales.
Si haces una actualización de la versión ESX 4.x a la versión ESXi 5 el portgroup tipo Service Console (solo disponible en versiones ESX) será borrado, ya que en los servidores ESXi no existe un Service Console. Asimismo, el portgroup de gestión en ESXi es llamado Management Port. Recuerda antes de actualizar un servidor ESXi hacer una copia de seguridad de su configuración con el comando vicfg-cfgbackup desde el vCli.
Desde el punto de vista de almacenamiento compartido SAN iSCSC, el número máximo de LUNs iSCSI que puedes conectar a un servidor ESXi es de 256. Otro de los límites que han cambiado en esta nueva versión de VMware vSphere™ ESXi 5 con respecto a las versiones anteriores, es que ahora es posible tener arrancadas hasta 2.048 máquinas virtuales por volumen VMFS.
También, ahora es posible activar – y está soportado – el modo soporte (TSM – de las siglas en inglés Tech Support Mode) de modo que podrás entrar vía SSH a tu servidor ESXi. Puedes activar el modo TSM desde la DCUI (de las siglas en inglés Direct Console User Interface) o con el vSphere Client a través del panel Security Profile localizado dentro de la pestaña de Configuration.
Una vez entres en la consola de tu servidor ESXi vía comando, podrás ver los logs de tu sistema, configurar las propiedades de los servicios de DNS, NTP, arrancar máquinas virtuales, apagar servidores ESXi y un largo etcétera. Sin embargo, una de las pocas tareas que no podrás hacer desde consola es la de poner tu host ESXi en modo mantenimiento.
Para poder ver una guía de referencia de todos los comandos disponibles por consola en la versión ESXi 5.0, te recomiendo que veas el episodio número 31 de nuestro canal de televisión web sobre la virtualización y el cloud computing en español en la siguiente dirección: http://www.virtualizacion.tv
Asimismo, con el fin de mejorar la seguridad del servidor ESXi, VMware ha añadido un firewall embebido en el VMkernel. A diferencia de las versiones anteriores, este firewall no está basado en IPtables de Linux.
Por último, y si aún tienes servidores VMware ESX en tu entorno virtual y necesitas aplicar parches en el Service Console del ESX, debes de asegúrate de aplicar dichos parches solo y únicamente cuando VMware haya hecho público las actualizaciones y siempre que sea sugerido por personal autorizado de VMware o por el equipo experto de VMware llamado VMware Security Advisories. Para poder recibir alertas de seguridad sobre vulnerabilidades del software de VMware, puedes suscribirte en esta dirección: http://www.vmware.com/security
¿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, por primera vez en su historia no hablaremos sobre la virtualización o el cloud computing.
En este video especial te pedirte tu ayuda. Si, tu inestimable ayuda para una causa que creemos es muy loable. Seré breve con lo que por favor escucha atentamente.
A día de hoy, cientos de miles de niños mueren al año en el mundo por causa de la meningitis. Una enfermedad, que de ser tratada a tiempo, salvaría a mas del 90% de los niños que la contraen. La meningitis progresa con mucha rapidez, por lo que el diagnóstico y tratamiento precoz es importante para prevenir secuelas severas y la muerte.
Aunque cualquier persona puede contraer meningitis, es una enfermedad especialmente frecuente en niños. Esta enfermedad puede llegar a matar a un bebe en tan solo horas. Resulta casi imposible de creer que estando en el siglo en el que estamos, todavía haya tantos niños llenos de vida que ven cortadas de raíz sus sueños, y el de sus padres, por culpa de esta terrible enfermedad.
Por esta razón, nuestro canal Web TV sobre la virtualización y el cloud computing ha decidido embarcase en la lucha contra esta terrible enfermedad. Desde este preciso instante, y desde nuestro canal de televisión Web dedicado exclusivamente a la virtualización y el cloud computing, vamos a dedicar toda nuestra pasión por la virtualización y el cloud computing a esta causa, la lucha contra la meningitis.
Por eso, en virtualizacion.tv hemos convertido nuestra pasión en una historia, y una historia – la de combatir con todas nuestras energías contra la meningitis – en algo que nos importa y mucho. Este es el trato: Yo te sigo enseñando todo lo relacionado con la virtualización y tu me ayudas a cambiar el mundo, ¿Te apuntas?
Es muy simple. A partir de hoy hemos activado la funcionalidad de anuncios en nuestro Web TV show en http://www.virtualizacion.tv. Todo el dinero recaudado en este programa será donado íntegramente a la fundación – Irene Megias contra la meningitis – una organización sin animo de lucro que lucha contra la meningitis en todo el mundo. Repito, a partir de hoy, todo el dinero integro recaudado en este programa será destinado a la lucha contra la Meningitis.
Ayudame a ayudarte con la virtualización y cambiemos juntos el mundo de los niños. Un mundo mejor para los peques sin meningitis. Por favor, corre la voz sobre este programa porque cuanta mas gente lo vea mas dinero recaudaremos vía publicidad y muchos mas niños se verán beneficiados. Puedes correr la voz haciendo clic en los botones de las redes sociales disponibles en cada episodio. Recuerda: mas gente significa más dinero para paliar en la medida de lo posible esta enfermedad tan dañina en la población infantil
Puedes ver el anuncio oficial en este video gravado por el propio José María González:
Ayudame a ayudarte con la virtualización y el cloud computing y cambiemos el mundo juntos. Ya puedes compartir este episodio en las redes sociales siguientes. Al compartir este programa en las redes sociales, estas ayudando a salvar la vida de muchos niños en el mundo. Muchas gracias por tu colaboración.
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.
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.
