Cluster failover Windows 2012 Server (parte II)

Antes de implementar el clúster failover, debemos tener claros algunos pasos previos:

• Requerimos alta disponibilidad pero no escalabilidad (para ello está el clúster NLB).
• Recomendado para aplicaciones con estado como BBDD, servidores de correo, etc).
• La aplicación debe basarse en el protocolo IP.
• Si el cliente es capaz de reconectarse de forma automática, se aumenta de forma exponencial la disponibilidad de un servicio que consideramos critico. 

Además, tendremos que cumplir algunos requisitos hardware: 

• Los componentes de los nodos deben estar certificados para servidores Microsoft.
• Todos los nodos deben tener la misma configuración hardware (nodos clones).
• Se debe pasar un test de validación.

Cluster failover Windows 2012 Server

Un clúster failover es un grupo independiente de servidores que trabajan de forma conjunta para incrementar la disponibilidad de las aplicaciones y servicios.

Si se produce un fallo en uno de los servidores se transfiere a otro el control del software para que el servicio continúe siendo ofrecido a los usuarios.

Recordemos que en el caso del clúster NLB teníamos unos clientes que conectaban a una IP virtual e iban balanceando hacia distintos servidores - estos servidores eran los nodos del clúster - estando todos estos nodos activos siempre.

En cambio, en el caso del clúster failover, esto cambia de forma radical, ya que solo uno de los nodos estará levantado. Así, al conectarse un cliente a una IP virtual, ésta será la puerta para que el clúster failover les redirija siempre al mismo nodo (el que está activo) ya que los demás nodos estarán de forma pasiva (no van a responder).

En el caso de que el nodo activo se caiga, cualquiera de los otros nodos del clúster (que están de forma pasiva) se levantarán y atenderán las peticiones.