Glassfish Clustering
Solo me queda por ver el soporte de clustering para glassfish, punto destacado de la versión V2, y que puede ser otra de las funcionalidades que ayude a que glassfish se introduzca en el mercado.
Del soporte de clustering, lo primero que destaco es, la sencillez de la administración y las excelentes referencias que he encontrado que han hecho cuestionarme si este post era necesario. En los dos puntos se nota que hay una gran empresa detrás de glassfish y que aunque glassfish es open source, no ha perdido estos detalles respecto a sus antecesores Sun App Servers.
Ya explique en el primer post de la serie que glassfish podía contar con múltiples configuraciones llamadas dominios. Además de los dominos glassfish se puede instalar con 3 perfiles distintos: developer, enterprise y cluster. Haciendo un breve resumen, la versión developer es una única instancia que contiene la consola de administración y nuestras aplicadiones. La versión enterprise, cuenta con una instancia de administración, llamada DAS (Domain Administration Server) que permite administrar el resto de instancias del dominio (parar, arrancar, desplegar aplicaciones, etc). Por ultimo la versión cluster permite crear cluster de glassfish.
Por defecto y en el bundle de Netbeans se instala la versión developer, así que el primer paso es cambiar añadir el soporte de cluster, podeis ver como se realiza esta operación en el siguiente screencast.
El siguiente paso será crear un cluster en glassfish, esto consiste en configurar varios nodos que alberguen nuestras aplicaciones. Se ve perfectamente en este screencast Estos nodos pueden estar en una misma máquina y distintos puertos o en distintas máquinas. En cualquier caso a través de la consola de administración administraremos el cluster como si de una única instancia se tratase, aquí se explica perfectamente .Como se ve al final del screencast, desplegar una aplicación es exactamente igual que hacerlo en una instancia única.
Para que el cluster tenga sentido debemos poner delante de el un balanceador de carga, que puede ser hardware (muy caro) o un servidor web Apache o Sun. Daros cuenta que las funcionalidades de un cluster consisten en replicar la sesión de un nodo a otro de tal forma que si el balanceador de carga me redirigía al nodo A o B, tengo que encontrar mis datos de la sesión en los dos nodos y mejor aún, si el nodo A falla, el balanceador me redirigira al nodo B donde estarán mis datos replicados. Podemos ver un pequeño auto cuestionario / FAQ que Nazrul a preparado para ver las dudas de otros administradores
Aunque bajo un ejemplo sencillo todo es ideal, crear un cluster es añadir un nivel de estabilidad, rendimiento y complejidad, por lo que es necesarío valorar pros y contras.
