Esta semana, en el blog de virtualización y cloud computing en español, os explicare a eliminar cuellos de botella y mejorar el rendimiento de red en VMware vSphere 5.
¿Alguna vez te has preguntado como puedes poner un servidor VMware vSphere ESXi en modo mantenimiento desde una tarea programada? El problema inicial es que no es posible poner un host ESX/ESXi en modo mantenimiento desde el vCenter Server con una tarea programada. No obstante, SI es posible ponerlo en modo mantenimiento desde la nueva versión de VMware vSphere Management Assistant (vMA)
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 poner un ESXi en modo mantenimiento con vSphere Management Assistant?
Hasta el próximo lunes, donde os mostraré 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.
Buenos días a todos, soy José Mª Gris y como cada Miércoles estoy aquí para comentar temas del ecosistema de la Virtualización.
La foto del post no es un gazapo, es un sistema 4381 de IBM, porque ese sistema también usaba VMs aunque parezca extraño. Varias son las veces que me comentan “la nueva tecnología de la virtualización”, y lo cierto es que tiene sus años… Vamos a hacer algo de historia.
Fue sobre los años 60 cuando IBM empezó a tener unos Hosts que ya tenían importante capacidad de computación, por lo que empezaron a pensar en que el host tuviera unas particiones lógicas, las cuales, en el año 80 personalmente empecé a escuchar con la denominación “VMs” en un CPD con un 4381 de una gran empresa española. De tener un concepto de unidad física con mucha potencia, se aplicaba el tener varias unidades lógicas utilizando mejor los recursos (¿os suena verdad? ).
Pues bien, el SO que hasta entonces IBM llamaba “Supervisor” como otros sistemas llamaban “monitor”, evolucionó a Hypervisor, pues era capaz de gestionar varios SO (ahora ya sabemos de donde viene el nombre de marras).
En los años 80 unos cuantos nos dedicamos a montar sistemas “cliente servidor” y hacer la competencia a los Hosts, aprovechando la plataforma x86 que ya empezaba a tener solidez. Y ahí tomo fuerza esta arquitectura.
Pero en los años 90 nos empezamos a encontrar que de nuevo ya se estaba llegando al momento en que la unidad de proceso empezaba a desaprovechar recursos. Con ello se llegó en los años 90 al mismo punto de los años 60. Vamos a virtualizar.
Y aquí nos encontramos con los requerimientos de virtualización de Popek y Goldberg. Se trata del conjunto de condiciones que debe cumplir una arquitectura para poder dar soporte a un sistema de virtualización de forma eficiente. Y ahí nos encontramos que mientras los system/370 de IBM es compliant y que los célebres Motorola 68000 tan sólo tienen una instrucción “no compliant”, la arquitectura x86 tiene 17 instrucciones que generan problemas a la hora de virtualizar.
Para que esta arquitectura fuera “compliant” y dar el fruto de eficiencia y eficacia requerido, VMware desarrolló una técnica que interfiere, adapta y convierte en instrucciones seguras, dejando el resto de instrucciones trabajar de forma original.
Y fue en 1999 cuando VMware presentó el primer Hypervisor en x86. Recuerdo que precisamente en el año 2000, estando en la formación MCSE con nuestro Windows 2000 que me comentaron “¿Has visto el VMware? Pues no, que es eso? Pues chico no lo sé, pero me han dicho que instalas VMware con Windows 2000 y funciona como una maravilla”. Y me picó la curiosidad, la primera vez en mi vida que oí VMware. Y hasta nuestros días.
Gracias Dani por darme la idea 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, os explicare a eliminar cuellos de botella y mejorar el rendimiento de red en VMware vSphere 5.
En la primera parte de esta mini serie de video tutorial sobre la optimización de red en VMware vSphere 5, vimos como al cambiar el driver virtual de red de una máquina virtual se mejoraba su rendimiento. En esta parte veremos como al cambiar la configuración de los switches virtuales tambien mejoramos considerablemente la optimización de nuestra red en VMware vSphere.
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 mejorar el rendimiento de red en VMware vSphere 5? – Parte II. Espero que te guste.
Hasta el próximo lunes, donde os mostraré 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.
Los port groups de tipo Management Network, Virtual Machine y VMkernel pueden ser todos configurados en un único VSS. Asimismo, sólo un VLAN ID puede ser especificado por port group pero múltiples port groups pueden especificar el mismo VLAN ID.
En vSphere™ ESXi 5, el número máximo de puertos soportados para un VSS es de 4088. A este vSwitch, puedes conectar ninguno, uno o más de un uplink.
Recuerda que es posible cambiar el número de puertos en los VSS siempre que sea necesario. Sin embargo, dicho cambio requiere un “reboot”del servidor ESXi para que los cambios tengan efecto.
Es posible también garantizar un mínimo de servidor o ancho de banda a todas y cada una de tus máquinas virtuales. Para ello, puedes usar una técnica de gestión de recursos llamada Traffic Shapping, a nivel de port group, donde está incluida la máquina virtual, para aliviar problemas de congestión de red o garantizar un ancho de banda determinado. Esta funcionalidad para los VSS te permite limitar el ancho de banda desde la máquina virtual hacia afuera (outbound) pero no desde fuera hacia la máquina virtual (inbound).
Si precisas tener que limitar el ancho de banda desde fuera hacia dentro y desde dentro hacia afuera (inbound y outbound), tendrás que usar los switches distribuidos (VDS). Recuerda que este switch distribuido se crea en el vCenter Server, con lo que para usar VDS, aparte, debes de contar con una licencia de vCenter.
Cuando creas un virtual switch estándar, por defecto, el número de puertos que se definen son 120. Sin embargo, si utilizas la línea de comando y ejecutas el comando “esxcfg-vswitch –l” verás que en realidad son 128 puertos.
Estos ocho puertos son puertos extra que utiliza el VMkernel internamente y que no podemos usar desde la GUI. Estos ocho puertos extras solo pueden verse desde la línea de comando en ESXi 5.
Asimismo, es posible que tengas la necesidad de limitar el ancho de banda en los diferentes tipos de conexiones descritas anteriormente, y sobre todo, que tengas que aliviar problemas de cuellos de botella en la capa de red. En post posteriores cubriremos algunas técnicas para aliviar cuellos de botella en los diferentes componentes de vSphere 5.
¿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 a eliminar cuellos de botella y mejorar el rendimiento de red 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: ¿Cómo mejorar el rendimiento de red en VMware vSphere 5? Espero que te guste.
Hasta el próximo lunes, donde os mostraré 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 Storage I/O Controler 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 Storage I/O Control en VMware vSphere 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.
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.
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.
).
