Muchos de los últimos emails que he recibido por tu parte, mi querido lector, han sido relacionados con las opciones de montar un software de clustering en VMware vSphere, con lo que he pensado resumir todos los email en un post.
En resumen, hay tres opciones para montar una solución de clustering con Microsoft sobre VMware vSphere ESX:
La primera opción es, el Clúster in-a-box, el cual te permite protegerte contra fallos de usuario, aplicación y sistema operativo. La idea es montar dos maquinas virtuales sobre el mismo ESX y “clusterizarlas” entre sÃ. Muchos de vosotros me comentáis que no tiene mucho sentido, y cierto es, ya que si el servidor ESX, el cual tiene las dos maquinas virtuales clusterizadas, se cae, perdemos todo el cluster por completo y por consiguiente, perdemos servicio.
Pero imagÃnate esta situación: un entorno de pruebas o demos, donde con un solo servidor y VMware vSphere ESX, podrÃas probar la funcionalidad de tu aplicación en un entorno cluterizado con tecnologÃas Microsoft (MSCS) y con una sola maquina fÃsica -ahora sà que tiene sentido, verdad?-
Configurar un cluster in-a-box con VMware, no tiene mayor complicación y está muy bien documentado en el Web de VMware. Lo único que tienes que tener en cuenta es que el Bus Sharing para el disco SCSI 0 (c:) de las maquinas virtuales ha de ser None y el Bus Sharing para el disco SCSI 1 (quorum) ha de ser Virtual. En esta opción, los discos RDM solo están soportados en modo virtual.
La segunda opción es un clúster entre ESX, el cual te protege, no solo contra fallos hardware, sino que también te protege contra fallos de usuario, aplicaciones y sistemas operativos. Recuerda que en esta configuración el Bus Sharing para el disco SCSI 0 de las maquinas virtuales ha de ser None y el Bus Sharing para el disco SCSI 1 puede ser tanto fÃsico como virtual, aunque VMware recomienda que para esta configuración pongas tu disco RDM, el cual usaras para el disco quorum del software de clustering de Microsoft, en compatibilidad fÃsica.
La tercera opción es un clúster entre máquina fÃsica y máquina virtual, la cual te permite una solución de redundancia N+1 de bajo coste. Esta es la opción que he decidido mostrarte en la imagen adjunta del post y es muy extendida en datacenters, donde el tener una configuración de cluster N+1 es prohibitiva con relación al coste.
La opción de poder tener un servidor ESX con instancias virtuales y “clusterizadas” contra instancias fÃsicas, repito, resulta muy útil, sobre todo cuando necesitamos reducir el coste de adquisición de tecnólogas de clustering. Te imaginas poder consolidar 4 cluster diferentes, compuestos por dos nodos por cluster -8 servidores en total-, en un clúster hibrido, compuesto por 5 nodos fÃsicos, uno de ellos corriendo VMware vSphre, y 4 instancias clusterizadas!!! – no imagines, ya es posible.
Solo recuerda que en esta configuración, el disco quorum del cluster ha de ser un disco RDM y en modo fÃsico.
Los lectores que leyeron este post, también leyeron:
- VMware tips & tricks número 27: Resource Pools heredados
- VMware tips & tricks número 24: el uso de hyperthreading en vSphere
- VMware tips & tricks número 16: Cambiando el orden de prioridad de las máquinas virtuales en VMware HA
- VMware tips & tricks número 5: Resource Pools en clúster DRS
- VMware tips & tricks número 18: Host failures y admission control en VMware HA
Que tal Jose Maria Gonzalez,
Tengo unas inquietudes sobre virtualizar base de datos SQL sobre VMware. quiero quitar definitivamente mi cluster MSCS, cual es la mejor practica que me recomiendas hacer para llevar mis base de datos sql a vSphere 4 utilizando todas las funcionalidades como HA, DRS, FT.
y que tipo de disco me recomiendas configurar RDM, RDM virtual o VMDK si horas picos tendre conexiones concurrentes de hasta 500 usuarios.
Saludos espero me puedas ayudar con mi pregunta.
Hola Benjamin,
Cual es el RPO y el RTO de tu servidor SQL?
rgds,
J.
Que tal Jose Maria,
Actualmente no tenemos definido un RPO y un RTO, estamos en un proceso crecimiento y por consecuencia estamos por definirlos…. pero lo que si es un hecho nos que movamos hacia vmware y es por eso que te consulto sobre las best practices de SQL en VMware..
Saludos y gracias,
Hola Benjamin,
Es difÃcil aconsejarte si no sabemos cual es tu RTO y RPO de tu aplicativo. Es como aconsejarte sobre un coche que quieres comparar sin saber tu presupuesto.
En cualquier caso, si tu SQL necesita un RTP de menos de 5 minutos yo lo pondrÃa en un cluster HA/DRS. Si necesitas un RTP de “cero” lo pondrÃa en una configuración con VMware Fault Tolerance (FT).-
Espero que te haya ayudado y tenga sentido para ti?
rgds,
J.
Muchas gracias por los consejo Jose Maria,
Tengo una duda mas, ¿y que tipo de disco me recomiendas configurar RDM, RDM virtual o VMDK, si en horas pico tendre conexiones concurrentes de hasta 500 usuarios?
Saludos y gracias,
Hola
Tengo un problema quisiera saber si me podrias echar un cable tengo la version de vsphere y tengo montada una maquina virtual que se me queda en power off aprosimadamente cada 6 horas te abjunto el error que me aparece muchas gracias ante todo espero solucionarlo me dice que ‘Usar depuración Monitor “a” Sà “en la sección’ Varios ‘de la página Configuración de la Máquina virtual de la Web y esto no se donde coño esta. Espero tu respuesta
PERDON TE ABJUNTO EL ERROR SE ME PASO
VMware ESX Server internal monitor error ***
vcpu-0:VMM fault: regs=0×2b04, exc=14, eip=0xe0ad1 Please report this problem by selecting menu item Help >
VMware on the Web > Request Support, or by going to the Web page
“http://www.vmware.com/info?id=8&logFile=vmware%2elog&coreLocation=/vmfs/volumes/402d528a%2dc7169e84/-
gsimadcic87/vmware%2dcore%5b0%2d1%5d%2egz”. Please provide us with the log file (vmware.log) and the core
file (/vmfs/volumes/402d528a-c7169e84/gsimadcic87/vmware-core[0-1].gz). If the problem is repeatable, please set
‘Use Debug Monitor’ to ‘Yes’ in the ‘Misc’ section of the Configure Virtual Machine Web page. Then reproduce the
incident and file it according to the instructions. To collect files to submit to VMware support, run “vm-support”. We will
respond on the basis of your support entitlement. We appreciate your feedback, — the VMware ESX Server team.
info
16/02/2010 17:30:57
User