使用应用程序请求路由 2.0 的共享托管部署概述

Microsoft 应用程序请求路由 (ARR) 2.0 是基于代理的路由模块，它能够基于 HTTP 头和服务器变量以及负载均衡算法将 HTTP 请求转发到内容服务器。 有关详细信息，请参阅使用应用程序请求路由。

有一项名为主机名相关性的功能，它专为共享托管提供商设计。 本文概述了此功能，以及如何使用它来部署高度可用且可缩放、易于管理的环境，并创造额外的潜在机会。

常见共享托管部署

下图展示了典型的共享托管部署环境的样子：

1. 用户请求 www.site2.com。
2. 为 www.site2.com 请求 DNS。
3. 返回 www.site2.com 的 IP 地址。
4. 浏览器将请求发送到 IP 地址。
5. 根据主机名，请求被路由到相应的站点。
6. 返回 www.site2.com 的响应。

虽然上述部署能够正常工作，但它具有以下缺点：

• 站点之间没有冗余。
• 管理员必须通过限制每个服务器的站点数来对流量进行负载均衡。
• 服务器资源可能无法跨服务器均匀使用。
• 管理员必须管理多个配置文件。

使用应用程序请求路由的共享托管

应用程序请求路由中的主机名相关性功能使共享托管提供商能够重新考虑站点的部署方式。 应用程序请求路由将请求（无论它们是从一个客户端还是多个客户端发出）关联到 ARR 后面的一台服务器，确保给定站点仅在其中一台服务器上消耗资源。 下图演示了此部署环境：

1. 用户请求 www.site2.com。
2. 为 www.site2.com 请求 DNS。
3. 返回 www.site2.com 的 IP 地址。
4. 浏览器将请求发送到 IP 地址。
5. ARR 将请求负载均衡到一台服务器，并在相应工作进程的生命周期内将 www.site2.com 的请求关联到同一服务器。
6. 请求被发送到其中一台服务器。
7. 从文件共享请求 www.site2.com 的内容。
8. 返回 www.site2.com 的内容。
9. 返回 www.site2.com 的响应。

上述使用应用程序请求路由的部署环境在常见的共享托管部署中具有以下优势：

• 请求由应用程序请求路由动态负载均衡。
• 管理员可以通过添加新服务器来水平缩放环境，而无需预定义的站点分配。
• 服务器的资源更均匀地分布。
• 站点具有高可用性。
• 只有一个要管理的共享配置。

使用 ARR 版本 1 时，托管提供商可以指定每个主机名站点能够使用的服务器数。 此功能让托管提供商可以将每个应用程序服务器定位为站点所有者可以购买的容量单位。

若要了解如何在应用程序请求路由中使用主机名相关性，请参阅使用应用程序请求路由的共享托管。