Tengo 3 ubicaciones, cada una con su propio servidor (s1.mysite.com, s2.mysite.com, s3.mysite.com). Todos estos son parte del Sitio: app.mysite.com.
Me gustaría usar ARR para reenviar solicitudes a servidores específicos en la granja según la ubicación de donde proviene la solicitud (la solicitud del sitio 1 va a s1.mysite.com, que es local para su ubicación) y al mismo tiempo permitir la conmutación por error a uno de los otros en caso de un problema con ese servidor específico.
Sé cómo distribuir la solicitud según la cadena de consulta al servidor específico por nombre DNS (s1.mysite.com), pero ese nombre no funcionaría si ese servidor deja de funcionar.
¿Puedo lograr esta redundancia y distribución del trabajo de esta manera usando Microsoft ARR?
Respuesta1
Dependiendo de su razonamiento para este tipo de configuración, las posibles soluciones pueden cambiar. Veo dos razones que podrían estar en juego aquí:
- Intentar lograr una alta disponibilidad y preferir servidores de aplicaciones que brinden los mejores tiempos de respuesta (escenario 1)
- Presentar contenido personalizado según el sitio en el que se encuentra el usuario (escenario 2)
escenario 1
Si está intentando lograr HA y obtener los mejores tiempos de respuesta, se encontrará con un problema debido a que todas las solicitudes deberán pasar primero por el servidor ARR. Una forma de evitar esto sería tener un ARR en cada sitio, usar DNS para dirigir a los usuarios al servidor ARR de su sitio y luego usar el algoritmo de equilibrio de carga de "Mínimo tiempo de respuesta". En teoría, esto dirigirá a los usuarios del sitio 1 a s1.mysite.com y, al mismo tiempo, proporcionará conmutación por error a s2 y s3 si s1 deja de funcionar.
Sin embargo, si un problema de red hace que s1.mysite.com no esté disponible, también podría provocar que el servidor ARR en el sitio 1 tampoco esté disponible. Sin embargo, lo protegerá de fallas en la aplicación en s1.mysite.com.
Escenario 2
No parece haber nada disponible listo para usar para realizar el tipo de enrutamiento que desea realizar. Sin embargo, hay API expuestas que le permiten crear un proveedor de reescritura personalizado para la reescritura de URL. Puede encontrar información sobre cómo hacer esto.Aquí. Es posible que pueda utilizar información de variables del servidor, encabezados de solicitud o incluso parámetros de cadena de consulta junto con un proveedor de reescritura personalizado para realizar el tipo de enrutamiento que desea lograr.