Introducción a la implementación de hospedaje compartido mediante el Enrutamiento de solicitud de aplicaciones 2.0

El Enrutamiento de solicitud de aplicaciones (ARR) 2.0 de Microsoft es un módulo de enrutamiento basado en proxy que reenvía las solicitudes de HTTP a servidores de contenido basados en encabezados HTTP, variables de servidor y algoritmos de equilibrio de carga. Para obtener más información, consulte Uso del Enrutamiento de solicitud de aplicaciones.

Hay una característica denominada afinidad de nombre de host diseñada específicamente para los host compartidos. En este artículo se proporciona información general sobre esta característica y cómo se puede usar para implementar un entorno de alta disponibilidad y escalable, que sea fácil de administrar y que pueda crear oportunidades de negocio adicionales.

Implementación común de hospedaje compartido

A continuación se muestra un diagrama de cómo puede tener un entorno de implementación de hospedaje compartido típico:

1. El usuario solicita www.site2.com.
2. Se solicita DNS para www.site2.com.
3. Se devuelve la dirección IP de www.site2.com.
4. El explorador envía solicitudes a la dirección IP.
5. En función del nombre de host, las solicitudes se enrutan al sitio correspondiente.
6. Se devuelven las respuestas de www.site2.com.

Aunque la implementación anterior funciona, tiene las siguientes desventajas:

• No hay redundancia entre sitios.
• El administrador tiene que equilibrar la carga del tráfico limitando el número de sitios por servidor.
• Es posible que los recursos del servidor no se usen uniformemente entre servidores.
• El administrador tiene que administrar varios archivos de configuración.

Hospedaje compartido mediante el Enrutamiento de solicitud de aplicaciones (ARR)

La característica de afinidad de nombre de host en Enrutamiento de solicitud de aplicaciones permite a los host compartidos replantearse cómo se implementan los sitios. La afinidad del Enrutamiento de solicitud de aplicaciones define las solicitudes, independientemente de si se realizan desde un cliente o varios clientes, a un servidor detrás de ARR, lo que garantiza que un sitio determinado consuma recursos solo en uno de los servidores. En el diagrama siguiente se muestra este entorno de implementación:

1. El usuario solicita www.site2.com.
2. Se solicita DNS para www.site2.com.
3. Se devuelve la dirección IP de www.site2.com.
4. El explorador envía solicitudes a la dirección IP.
5. ARR equilibra la carga de las solicitudes a un servidor y crea afinidad en las solicitudes de www.site2.com al mismo servidor durante la duración del proceso de trabajo correspondiente.
6. Las solicitudes se envían a uno de los servidores.
7. El contenido de www.site2.com se solicita desde un recurso compartido de archivos.
8. Se devuelve el contenido de www.site2.com.
9. Se devuelven las respuestas de www.site2.com.

El entorno de implementación anterior con Enrutamiento de solicitud de aplicaciones proporciona las siguientes ventajas sobre la implementación común de hospedaje compartido:

• Las solicitudes se equilibran dinámicamente mediante el Enrutamiento de solicitud de aplicaciones.
• El administrador puede escalar horizontalmente el entorno agregando nuevos servidores sin asignaciones de sitio predefinidas.
• Los recursos del servidor web se distribuyen más uniformemente.
• Los sitios tienen alta disponibilidad.
• Solo hay una configuración compartida para administrar.

Con la versión 1 de ARR, los host pueden especificar el número de servidores que los sitios pueden usar por nombre de host. Esta capacidad permite a los host colocar cada servidor de aplicaciones como una unidad de capacidad que los propietarios de sitios pueden comprar.

Para obtener información sobre cómo usar la afinidad de nombre de host en el Enrutamiento de solicitud de aplicaciones, consulte Hospedaje compartido mediante el Enrutamiento de solicitud de aplicaciones.