VMware tips & tricks número 21: Opciones de Clustering en vSphere 4.0
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.