Mar
56 maquinas virtuales en un host ESX
Enviado por
Tal como dice el refrán, una imagen vale más que mil palabras, mas aún si hablamos de una imagen real capturada de un centro de cómputos donde implementamos VMware Sphere 4 y View.
Acostumbrados a ver las presentaciones de VMware donde hablan de la gran densidad de maquinas virtuales por core, o sobre la magia del overcommit de memoria, creo que es bueno compartir una captura de pantallas de un escenario de la vida real donde se alcanzan ratios de 56 a 1 sobre ESX 4 utilizando INTEL Xeon 5540 (Nehalem) sobre un Proliant BL460c G6.
Las máquinas virtuales corren windows XP con 1vCpu – 1GB de memoria Ram y la infraestructura de virtualización sobre servidores blades.
Para alcanzar los ratios antes descriptos es necesario realizar el dimensionamiento adecuado y diseñar la solución considerando cada uno de los componentes de la misma, Storage, Networking, Seguridad y su administración.
Sin lugar a dudas hoy VMware es el líder en su segmento y con este tipo de imágenes queda claro el porqué.
Funte |www.wetcom.com.arIng.Diego Quintana VCP310-VCP410-VAC-VTSP
8 Responses to “56 maquinas virtuales en un host ESX”
Hola Diego,
Me parece formidable la implementación que as realizado con VMware ESX, lo que quisiera saver es que tipo de NIC osea si la conexión que tenias era 100Mb/S O 1Gb/s tenia la consola de View ??
As probado esto por la WAN o sea a través de una VPN, si es asi cuanto te ancho de banda tenia la conexión y a cuantos clientes atendias en esa estación???
Muchisimas gracias de antemano por tus respuestas
Hola,
La consola de View (View Manager) tiene dos placas de 1 Gbps trabajando en nic teaming y con otro View Manager (replica).
Si necesitas pasarlo por medio de la wan (sin vpn) usando el secure server lo harás usando RDP over SSL (443).
En este caso considera que tu cliente puede consumir máx unos 50K
Estiamdo Diego,
estamos virtualizando escritorios y tienen varias sucursales conectadas con enlaces de diferentes anchos de banda.
Segun esta matriz:
Ciudad Ancho de Banda Escritorios
a1 01 Mbps 43
a2 02 Mbps 26
L 512 Kbps 20
a3 1 Mb 40
a4 512 Kbps 20
U 256 Kbps 15
M 512Kbps 15
y todas estas estaciones de trabajo estan conectadas por VPN cada letra equibale a un departamento diferente y en el caso de las letras con numeros son provincias,
Segun lo que tu me dices de los 50k que consume cada escritorio ,para el departamento U que tiene una conexión VPN de 256k no me abasteceria para poder desplazar los 15 escritorio que nesesitaria.
Saves si existe alguna herramienta que me permita hacer estos calculos
desde antemano muchas gracias por tus respuestas.
las conexiones de RDP pueden consumir mucho menos, pero todo dependerá del los cambios que se realicen mientras trabaja en el desktop.
Dudo que tengas una excelente performance en 256 K con 15 desktops en simultaneo.
Igualmente vas a poder limitar bastente si cambias los colores a 256 en lugar de usar 32 bit…
Que protocolo usan? RDP o PCoip?
Hola Gracias por tu ayuda, ahora otra consulta, Mira eh instalado el View Client en un Windows 2000, no tengo problemas en conectarme por RDP pero cuando trato de conectarme por PCoIP no puedo establecer la comunicación , en algunos casos sale una pantalla negra uno 5 segundos y se cierra, Quisiera saber cómo podría hacer para solucionar este problema. Este es el herror
the display protocol for this desktop is currently busy processing a request. Please contact contact your system Administrator
NOTA: este herror solo sales con Windows 2000
No es nada que Hyper-V no pueda conseguir.
Para mi VMware ha perdido esa superioridad con la que contaba hace unos cuantos años y cada vez lo tiene más complicado para mantenerse como líder en virtualización.
Una pequeña muestra:
http://blogs.technet.com/b/davidcervigon/archive/2010/01/29/la-diferencia-entre-grande-muy-grande-y-enorme.aspx
Salu2.
Hola Sombra,
Lamentablemente hoy Hyper-V no consigue los mismos ratios que VMware y eso es por tres motivos bien conocidos, el primero es el memory overcommit (que le permite usar hash de paginas de memoria para evitar consumir memoria innecesaria, segundo es la adecuada gestión del memory ballooning (que le permite enviar a disco la demanda excedente de memoria RAM de las vms en situaciones de contención, tercero Hyper V no soporta mas de 64 cpus.
Sinceramente si hoy tuviera un equipo como el que muestran en el post de microsoft, la verdad que lo que menos instalaría es un Windows, en todo caso buscaría soluciones mas serias que me permitan hacer un uso eficiente de recursos.