none
NLB de IIS7 RRS feed

  • Pregunta

  • Hola muy buenas a todos,

    Os presento mis dudas, ya que no veo ningun suboro especifico de NLB (Network Load Balancing). Y como va relacionado con IIS...

    La cuestion, es que voy a montar un IIS en Windows Server 2008 R2. Donde se van a alojar unos cuantos sitios web, y FTPs. Dado la criticidad y la carga que pueda llevar, se ha decidido coger dos maquinas pontentes y montar un NLB entre ellas.

    Nunca he montado un NLB, y tan solo he leido información y me asaltan bastantes dudas. Decir que estos dos equipos residiran en la DMZ.

    Una primera duda que tengo, es el numero de tarjetas de red que necesitare. Entiendo que una de ellas, que será dentro de la VLAN de la DMZ, será la que se utilice de cada nado para formar el NLB, dando un nueva IP virtual del NLB a través del cual se atacará. Pero no necesitare otra tarjeta de red por cada nodo, por donde vaya el trafico de hearbeat?? Royo cable cruzado entre ambos?? Como se le especifica que el hearbeat vaya por esta interfaz??

    Tampoco veo por ningun lado la configuración optima para este tipo de NLB de IIS. Tipo Unicast?? Tipo Multicast??

    Habeis montado alguna vez uno? Me podeis dar algunos consejos sobre como montarlo?

    Muchas gracias.

    viernes, 13 de mayo de 2011 10:05

Respuestas

  • Buenas Tropoglar,

     

    Utilice unas cuantas NLB, auqnue no soy experto en el tema te puedo evacuar algunas dudas.

    1- El NLB no utiliza heartbeat, supuestamente se deberia dar cuenta que no hay un servicio escuchando en uno de los nodos y deshabilitar . .. pero no te lo puedo asegurar, te recomendaria que hagas una prueba con eso y de paso nos postees los resultados.

    2- Cada nodo va a tener una IP en la placa de red publica o que conectes a la DMZ. Solamente tenes que exponer los puertos minimos e indispensables paras brindar servicio. Despues aparece una tercera IP que es a que hace el balanceo, esta ip la levata en ambos nodos (por eso necesitas switch capa dos) y ambos reciben los paquetes, se comunican entre los nodos y deciden quien los procesa.

    3- Configura el balanceo solo para puertos y protocolos que necesites.

    4- Si es para FTP o es para HTTP utilizando sesiones guardadas en el servidor, tenes que configurar la opcion de affinity para que los requests de una IP sean procesados siempre por el mismo nodo y no pierdan las sesiones.

    5- En cuanto al balanceo, fijate que le podes setear un peso para cada nodo (Acrivo/Activo) o podes decir que reparta en forma equivalente los requests de entre los nodos (Activo/Activo) o podes darle la opcion Single para una arquitectura (Activo/Pasivo)

    Si tu procesamiento http crece, podes evaluar mas adelante e n utilizar A pplication Request Routing en otro server ... muy buen producto para balanceo.

     

    Saludos!

    • Propuesto como respuesta Pablo A. Allois martes, 24 de mayo de 2011 19:06
    • Marcado como respuesta Tropoglar martes, 24 de mayo de 2011 19:23
    martes, 24 de mayo de 2011 19:06

Todas las respuestas

  • Buenas Tropoglar,

     

    Utilice unas cuantas NLB, auqnue no soy experto en el tema te puedo evacuar algunas dudas.

    1- El NLB no utiliza heartbeat, supuestamente se deberia dar cuenta que no hay un servicio escuchando en uno de los nodos y deshabilitar . .. pero no te lo puedo asegurar, te recomendaria que hagas una prueba con eso y de paso nos postees los resultados.

    2- Cada nodo va a tener una IP en la placa de red publica o que conectes a la DMZ. Solamente tenes que exponer los puertos minimos e indispensables paras brindar servicio. Despues aparece una tercera IP que es a que hace el balanceo, esta ip la levata en ambos nodos (por eso necesitas switch capa dos) y ambos reciben los paquetes, se comunican entre los nodos y deciden quien los procesa.

    3- Configura el balanceo solo para puertos y protocolos que necesites.

    4- Si es para FTP o es para HTTP utilizando sesiones guardadas en el servidor, tenes que configurar la opcion de affinity para que los requests de una IP sean procesados siempre por el mismo nodo y no pierdan las sesiones.

    5- En cuanto al balanceo, fijate que le podes setear un peso para cada nodo (Acrivo/Activo) o podes decir que reparta en forma equivalente los requests de entre los nodos (Activo/Activo) o podes darle la opcion Single para una arquitectura (Activo/Pasivo)

    Si tu procesamiento http crece, podes evaluar mas adelante e n utilizar A pplication Request Routing en otro server ... muy buen producto para balanceo.

     

    Saludos!

    • Propuesto como respuesta Pablo A. Allois martes, 24 de mayo de 2011 19:06
    • Marcado como respuesta Tropoglar martes, 24 de mayo de 2011 19:23
    martes, 24 de mayo de 2011 19:06
  • Muchisimas gracias por contestar Pablo,

    Me parece muy interesante todo lo que me comentas, me sorprende lo que me comentas del hearbeat cuando el propio Microsoft habla de ello, aunque supongo que no sera un hearbeat parecido al del Cluster. No obstante, ya lo monte y de momento todo me funciono bien. Cualquier duda que me surja en ponerlo a punto la ire comentando.

    Darte las gracias de nuevo, un saludo.

    martes, 24 de mayo de 2011 19:23
  • Efectivamente tenias razon, usa un heartbeat pero no lo hace a traves de otra red, si no que utiliza la misma red que usa para brindar los servicios.

    Aca esta mejor explicado:

    http://technet.microsoft.com/en-us/library/cc738464(WS.10).aspx

    Es razonable, el cluster de MS necesita un heartbeat para seguir  comunicandose los  nodos si se cae la red principal, como para evitar que se escriba sobre los recursos en forma simultanea. Pero com oel NLB no escribe sobre recursos [discos-bases-exchange], no necesita un heartbeat en otra red.

     

    Y por lo que dice detecta si el host esta caido o tiene un problema de red, no creo que detecte si el IIS esta caido.

     

    Saludos!

    martes, 24 de mayo de 2011 21:14