El wizard de la migración en caliente, VMware VMotion, valida los requerimientos del servidor origen y servidor destino así como los requerimientos de la maquina virtual que quieres migrar.
Una máquina virtual no puede ser migrada en caliente cuando:
La MV tiene una conexión activa a un virtual switch de uso interno.
La MV tiene una conexión activa a un CD o disquete.
La MV tiene configurada una afinidad a una CPU.
La MV forma parte de un clúster Microsoft.
El wizard de migración en caliente, VMware VMotion, produce un warning cuando:
La MV tiene una conexión a un virtual switch de uso interno pero no está conectado.
La MV tiene una conexión a un CD o disquete pero no está conectado.
La MV tiene uno o más snapshots.
El servidor VMware vSphere ESX/ESXi no ha recibido un guest OS heartbeat (probablemente las VMware tools no han sido instaladas o configuradas adecuadamente).
El wizard de migración en caliente, VMware VMotion, muestra un mensaje de error si la máquina virtual no puede ser migrada desde el servidor origen al servidor destino. Sin embargo, con un mensaje de error de tipo warning, la máquina virtual puede ser migrada con VMotion sin problemas.
Asimismo, los servidores involucrados en la migración, servidor origen y servidor destino, deben cumplir los siguientes requerimientos:
Visibilidad de todas las LUNs (FC, iSCSI, NAS) usadas por la MV.
Una red Gigabyte Ethernet dedicada al tráfico VMotion. (En una red 10/100 también funciona pero va muchoooo mas lento. No ostante, VMware solo soporta una red Gigabyte para el trafico VMotion.
Acceso a la misma red Ethernet física.
El nombre de los virtual switch debe ser igual en ambos Servidores ESX (incluyendo mayúsculas y minúsculas). En VMware vSphere ESX/ESXi versión 4 update1, si los virtual switches no son nombrados iguales, el wizard de migración en caliente VMotion produce un warning pero la migración puede continuar.
CPUs compatibles o similares (misma familia CPU). VMotion también funciona, si el servidor origen tiene Hyperthreading activado pero no el servidor destino
Seguro que se me escapan algunos requerimientos de VMotion, con lo que si no ves aquí todos, o crees que falta alguno, por favor déjame tu comentario.
Me acaban de llegar a las manos las hojas técnicas de los nuevos servidores de Cisco.
Mucho hemos oído hablar de que Cisco quería entrar en el tema de Servidores de la mano de su coalición con VMware. Y aquí están.
Os presento al UCS C200 M1 High Density Rack-mount server. Servidor de 1U con 2 sockets y con 12 slots de memoria, llegando a poder instalar 96 Gb con alta densidad o bien llegar a tasas altas con precios asequibles.
Incorpora 2 Nics de 10 Gb y un nuevo chipset que es capaz de gestionar la memoria para ofrecer más memoria de la que realmente tiene (me han dicho un número de veces que quiero antes validar.)
A ver si me cae uno en demo y os cuento cosas bonitas sobre ellos….. también hemos de ver los precios.
Hola amigos, si recordaís hace ya algunos post os comentaba que Citrix lanzó NetScaler VPX, appliance que podemos descargar desde la web de Citrix e importarla sobre nuestro XenServer y que es muy interesante según que entornos pero que viene limitada según los recursos hardware de nuestro hypervisor.
Os recuerdo alguna de sus características:
Maximum HTTP throughput – 1Gbps
Maximum compression – 750 Mbps
Maximum Application Firewall – 500 Mbps
Maximum SSL transactions/second – 500 Mbps
Maximum SSL through put – 1Gbps
Hoy os explicaré las diferencias que tiene con la versión hardware y recomendaré cuando hay que usar uno u otro.
La principal diferencia entre ambos es el rendimiento. La versión virtual de NetScaler no incluye hardware especifico para la aceleración SSL. NetScaler VPX soporta etiquetado de tráfico pero este es limitado a lo que soporte nuestro hypervisor. En cambio NetScaler MPX tiene soporte nativo para 802.1q.
NetScaler VPX no soporta 802.3ad, es decir link aggregation, puesto que no es soportado por XenServer. NetScaler MPX sí que tiene soporte nativo para 802.3ad.
¿Cuando debemos usar uno u otro?
Utilizaremos la versión hardware cuando:
- Necesitemos grán ancho de banda y rendimiento.
- Necesitemos gran volumen de tráfico SSL
- Mas de 100 sesiones VPN concurrentes.
- Sea requerido FIPS
Utilizaremos la versión virtual cuando:
- Estemos en entornos de pruebas o de desarrollos.
- Datacenters virtualizados y con hypervisores con gran capacidad de proceso.
Nada mas, espero que si os veis en situación de elegir uno u otro os sirva de ayuda.
La semana pasada Microsoft y HP anunciaron un acuerdo de colaboración millonario – $250 millones de dólares – para ofrecer directamente en partnership, un nuevo modelo de infrastructure-to-application y soluciones avanzadas de cloud computing para reducir los costes y la complejidad de TI.
La virtualización es, por supuesto, el centro de atención del partnership entre Microsoft y HP. Las nuevas soluciones basadas en infraestructura HP y software de virtualización de Microsoft, Hyper-V, en teoría, permitirán a los clientes acelerar el tiempo de despliegue de las aplicaciones, reducir el tiempo de caída no planificada, y reducir los costes de infraestructura.
Este es, sin lugar a dudas, un gran compromiso por parte de ambas empresas. El acuerdo, establece tres componentes principales:
Una hoja de ruta común de ingeniería para garantizar una integración sólida entre el hardware y software de las dos compañías, Microsoft y HP.
Soluciones conjuntas para optimizar y simplificar el despliegue, gestión y “salud” del centro de datos.
Una inversión inicial en el departamento de ventas, de servicios y para los programas del canal.
Puedes ver el comunicado de prensa en este enlace, y los videos ejecutivos y más información adicional en este otro enlace.
Habrá que ver, que clientes se decantan por utilizan HP + Microsoft Hyper-V en la nube y cuales se deciden por usar Hp + VMware vSphere …. y lo mas importante, cual es el factor de elección de una solución vs la otra por parte del cliente?. El tiempo nos dirá.
VMware vSphere tiene una manera muy “peculiar” de balancear el uso de ciclos de CPU física en un servidor VMware ESX/ESXi y pensé, a raíz de una discusión muy interesante iniciada por un usuario en los foros de VMware, que también te interesaría saber, mi querido lector, lo siguiente:
El VMware VMkernel dinámicamente “migra” las máquinas virtuales de CPU cada 20 milisegundos.
Para máquinas virtuales con múltiples CPU virtuales (vCPUs), el VMkernel intentara por todos los medios no poner más de un ciclo de ejecución de una misma máquina virtual en un mismo core. Sin embargo, con la tecnología hyperthreading habilitada, el scheduler del VMkernel tiene más CPUs que verificar.
El uso de la tecnología hyperthreading, permite convertir un core físico en dos – uno físico y otro lógico -, aunque esta tecnología no garantiza el doble de potencia para las máquinas virtuales, es decir, el escaldo no es lineal. Intel estima una mejora en el rendimiento de un 20%, aunque hay excepciones.
Hyperthreading suele estar deshabilitado en la BIOS del servidor físico. Mas cosas, las tareas del Service Console siempre son ejecutadas en la CPU con el ID número 0. El VMkernel nunca migrara ninguna tarea relacionada con el Service Console a otro core diferente.
Recuerda que en vSphere, una máquina virtual puede tener hasta un máximo de 8 vCPUs y ahora, el número de vCPUs puede ser impar. Aunque la máquina virtual puede usar tanto los cores físicos como los lógicos, el scheduler en VMkernel siempre intentara usar los cores físicos versus los lógicos, y siempre que hyperthreading este activado, obviamente.
Moraleja: un servidor vSphere con hyperthrering activado tendrá la capacidad de ejecutar mas threads simultáneos en paralelo (cpu fisica y cpu logica), por consiguiente, la teoría dice que el rendimiento de la infraestructura virtual seria mayor.
AMD fue la primera en el mercado en introducir el año pasado una tecnología a nivel de chip (Rapid Virtualization Indexing – RVI) la cual, proporcionaría una mejora del 20% en rendimiento para la mayoría de las aplicaciones que fueran virtualizadas.
El mismo año y muy poco después del anuncio de AMD, VMware añadió el soporte de RVI con la versión VMware ESX 3.5
Un año más tarde, VMware ha liberado un whitepaper de 9 páginas el cual describe los beneficios de dicha tecnología.
Según este documento, RVI ofrece una mejora en rendimiento de hasta un 42%. El documento es muy bueno y os recomiendo su lectura.
AMD en colaboración con Red Hat ha demostrado por primera vez la migración en caliente de una máquina virtual entre diferentes proveedores de plataformas hardware de virtualización.
La migración se ha llevado a cabo de una maquina virtual corriendo en un Servidor de doble zócalo Intel Xeon DP E5420 Quad Core a uno basado en la próxima generación de Servidores AMD de 45nm, Quad-Core AMD Opteron ™ procesador, utilizando la solución de virtualización de KVM de Red Hat.
Parece ser que la migración de maquinas virtuales en caliente entre diferentes plataformas hardware está más cerca.
Puedes ver la demostración en este vídeo de youtube o en el web de AMD.
Las compañías SUN y AMD llevan ofreciendo de forma gratuita, lo vimos en el VMworld 07 en San Francisco y también en el VMworld 08 de Las Vegas, un libro sobre la tecnología de la virtualización para principiantes.
El libro contiene un total de 50 páginas que están repartidas en 6 capítulos. Esta nueva versión ha sido modificada desde la última vez que tuve la ocasión de leerlo en el VMworld 07.
Ha sido escrito por Bernard Golde y Clark Scheffy y pienso que vale la pena leérselo para tener una idea más clara y profunda sobre la tecnología de virtualización de AMD (AMD-V, y RVI o Rapid Virtualization Indexing en Ingles)
En el evento por excelencia de la Virtualización, el VMworld, que este año tuvo lugar en la famosa ciudad de las Vegas, pudimos ver por primera vez y en exclusiva la funcionalidad Flex Migration de Intel.
Para ponértelo de una forma muy sencilla, a partir del nuevo chip Intel Xeon Series 7400 (Dunnington) que Intel acaba de sacar esta semana, nos aseguraran que podamos hacer una migración en caliente con VMware VMotion hacia cualquier otro procesador Intel de nueva generación.
También he podido comprobar que es posible migrar en caliente con VMware VMotion una maquina virtual desde el nuevo chip de Intel Xeon Series 7400 hacia chips de dos generaciones anteriores Intel Series 5300 , pero eso sí, con la opción EVC (Enhanced VMotion Compatibility) activada en VMware ESX.
Ahora solo queda esperar que hagan VMotion compatible el chip de Intel con el chip de AMD para poder desplegar granjas de virtualización sin preocuparnos de compatibilidad VMotion de VMware
Jake Smith de Intel Corporation y Dave Martin de Vmware Inc nos cuentan en este vídeo como las dos compañías han trabajado en conjunto para traer al público esta nueva funcionalidad
Dell ha anunciado una serie de productos y servicios que se centran en la virtualización:
Un servidor blade, PowerEdge M905, el cual esta en el primer puesto en rendimiento de VMware VMmark 1.1 alcanzando 11 tiles (66 máquinas virtuales)
La disponibilidad de Microsoft Hyper-V como opción pre instalada en todos los servidores PowerEdge
La integración entre Microsoft System Center Virtual Machine Manager (SCVMM) 2008 y Dell OpenManage
La integración entre Citrix XenServer y las SANs de EqualLogic
La disponibilidad de nuevos servicios de consultaría para VMware VI3 y Microsoft Hyper-V
Pero quizás la mas destacado es que Dell acaba de anunciar una nueva característica para su SAN EqualLogic, una funcionalidad llamada “Auto-Snapshot Manager”.
Este software, disponible de forma gratuita para finales de este mes, se integra con VMware VirtualCenter (probablemente como un plug-in) y reconoce los sistemas de archivos VMware ( VMFS ) con lo que se lograra la automatización de los snapshot de las máquinas virtuales.
Sun libera hoy la primera versión de su producto de Virtualización de escritorio VirtualBox desde la adquisición de innotek. El nueva versión de VirtualBox 1.6 introduce:
Soporte completo para Solaris y Mac OS.
Seamless window para sistemas Solaris y Lunix guest.
Soporte para discos virtuales SATA (por primera vez en un producto de Virtualización).
Soporte memoria PAE para sistemas operativos guest.
Sun Microsystems Inc anunció hoy que ha suscrito un acuerdo de compra de acciones para adquirir innotek, el proveedor Aleman del software de virtualización de código abierto llamado VirtualBox.
“Al permitir a los desarrolladores construir de manera más eficiente los ensayos y de ejecutar aplicaciones en múltiples plataformas, VirtualBox ampliará la plataforma de Sun xVM hacia el escritorio y fortalecer el liderazgo de Sun en el mercado de virtualización”.
…
El acuerdo de compra de acciones para adquirir innotek está sujeta a condiciones habituales de cierre y se espera que concluya durante el tercer trimestre de Sun para el año fiscal 2008. Los términos del acuerdo no fueron dados a conocer.
Con esta compra Sun extiende aún más su estrategia de virtualización y se vuelve más agresiva en contra de VMware.
Después de Propero (Reino Unido) y Dunes Technologies (Suiza), ambas adquiridas por VMware, innotek es el tercer proveedor de virtualización que se adquiere en EMEA.
Sun ha publicado recientemente un whitepaper muy interesante de 120 páginas, que introduce a la virtualización del hardware y describe en detalle el diseño de la arquitectura de sus actuales y futuros hypervisors: LDoms (para sistemas SPARC) y xVM Server (para sistemas x86 y x64). También incluye un análisis de VMware ESX Server y una comparación con su arquitectura.
xVM Server beta se espera para antes de finales de este mes, por lo que esta lectura se mas que recomendada.
Descubre todos los secretos de VMware vSphere 4 y aprueba el examen de
certificación oficial VMware VCP-410 GARANTIZADO.
Regístrate y
recibe un capitulo del libro totalmente gratuito
