Cluster de conmutación por error - NLB (Equilibrio de carga de red) y Session ASP.NET
Kiquenet
Hola a todos.
He encontrado su interesante blog, muy bueno.
http://www.bujarra.com/balanceo-de-red-round-robin-dns-nlb/
http://www.bujarra.com/creando-un-cluster-de-alta-disponibilidad-en-microsoft-windows-server-2008/
https://highscalability.wordpress.com/2009/12/10/fundamentos-de-cluster-de-servidor
Soy más bien desarrollador, que de sistemas. Un compañero ha configurado un “Cluster” en Windows 2012 R2 para conmutación por error.
Característica instalada: Cluster de conmutación por error
Administrador de clústeres de conmutación por error
https://docs.microsoft.com/en-us/windows-server/failover-clustering/create-failover-cluster
En cada servidor (aplicaciones1, aplicaciones2) tenemos un
IIS con sitios web replicados.
En principio parece que la funcionalidad es para Failover, siempre hace la petición al mismo servidor. Si el nodo está caído, va al otro.
Si los dos nodos están iniciados, pero el AppPool de uno de lo servicios está caído, haría la petición a ese servidor y daría error.
No parece que hubiera NLB (Equilibrio de carga de red), que es una característica de Windows Server 2012 R2
Aquí
https://dotnetcodr.com/2013/06/20/web-farms-in-net-and-iis-part-2-network-load-balancer/
tratan también de NLB solamente y WebFarms y ARR. No sé si es compatible también con Conmutación por error.
Respecto al balanceo de carga y al failover (conmutación por error), puede haber problemas con la Session de ASP.NET si está en memoria y no en base de datos?
Algún artículo que recomiendes al respecto?
Saludos y muchas gracias.
Kiquenet
Para las sesiones en el caso de NLB tienes el control de Afinidad que te permite controlar que una IP de origen vaya siempre sobre el mismo servidor y asi salvo caida no tener problemas con las sesiones de memoria. En el caso del Failover Cluster al ser activo/pasivo siempre trabajas sobre el mismo server.
No puedo decirte en 2012, pero en 2008 no estaba soportado los dos servicios en el mismo server.
Lo que si está soportado es mezclar NLB y ARR para una alta disponibilidad con balanceo de carga. En la parte 3 de tu ultimo articulo explica como implementar un control de estado de tu AppPool, te dejo otros dos artículos que a lo mejor te pueden ayudar.
Dos enlaces más:
Entonces, se puede combinar Failover Cluster (activo /pasivo) con NLB y ARR.