Tengo 3 servidores web IIS en una granja web ARR. Cuando realizamos lanzamientos continuos, desconectamos un servidor como servidor de respaldo y lo trasladamos a un "Estado no disponible". He notado que con ARR, los servidores no permanecerán en este estado... vuelven a conectarse automáticamente horas o días después. . ¿Alguien sabe cómo remediar esta situación? Esto es muy malo ya que el servidor que no funciona normalmente no ejecuta la versión correcta de nuestro código.
Necesito mantener un servidor no disponible hasta que indique lo contrario.
Respuesta1
Yo sugeriríaconfigurar una prueba de saludpara verificar la versión de la versión del código que desea ejecutar. Cuando realice cambios, simplemente cambie la coincidencia de respuesta. También deberíasno permitir nuevas conexionesen un servidor en el que tiene una ventana de mantenimiento. Esto agotará las conexiones y no las permitirá conectarse independientemente del estado del servidor.
Respuesta2
Estoy ejecutando ARR 2.5 en un Windows 2008 R2 Datacenter SP1 y experimenté el mismo problema al realizar la transición de un servidor de granja al seleccionar "No permitir nuevas conexiones" o "Hacer que el servidor no esté disponible inmediatamente". El controlador finalmente hará que el servidor de la granja vuelva a estar disponible. Revisé los registros de acceso en el servidor afectado y, en un caso, estuvo disponible y comenzó a atender solicitudes después de 2 horas.
Con respecto a la solución de Jim B, tengo un problema. Si implementa el código correcto en el servidor primario y no configura la prueba de estado antes de la siguiente verificación, todos los servidores de la granja que hayan sido aprovisionados con el nuevo código en ejecución se marcarán como en mal estado, que en la mayoría de los casos son todos los de la granja. . No veo cómo ni siquiera un fallo momentáneo en el estado del servidor de la granja valga la pena para esta solución. Si me falta la imagen, házmelo saber.
Pensé que sería inteligente y configuraría el servidor de la granja como no saludable primero y luego lo configuraría como no disponible. El servidor inmediatamente dejó de estar disponibleysaludable.
Personalmente, la única manera de estar seguro de que el servidor de la granja no estará disponible automáticamente es eliminándolo por completo del equilibrio de carga después de tener una seguridad razonable de que las conexiones se han agotado.
De todos modos, parece ser un error. No puedo estar seguro de que un servidor de granja en particular no manejará el tráfico de sesión cuando intento desviarlo (para actualizaciones y reinicios, por ejemplo).
Respuesta3
Descubrí cuándo (no por qué) sucede esto.¡Y como arreglarlo!
Ocurre cuando el grupo de aplicaciones del sitio web predeterminado (proceso ARR) en el balanceador de carga finaliza o se recicla.
Siga las recomendaciones de Microsoft y establezca el tiempo de espera de inactividad del grupo de aplicaciones = 0: Guía de configuración de ARR recomendada por Microsoft