在前端/后端拓扑结构中引用 Outlook Web Access

 

上一次修改主题: 2005-04-25

与允许客户端直接访问后端服务器相比,使用前端 Exchange 服务器来代理传入的客户端请求会增强拓扑结构的容错和负载平衡能力。

下图显示前端服务器 (ExFront01) 如何处理“公用文件夹”树中文件夹的传入请求。前端服务器会查询 Active Directory 以获得有关用户的信息,并查询用户的公用文件夹存储以获得内容副本的位置,还会查询另一个公用文件夹存储以获得副本本身。

6aca4a54-cf69-4b0e-9d78-5a2ef0b8ca30

此过程的细节如下所示:

  1. 在该 Exchange 组织中拥有邮箱的用户在通过身份验证后,试图查看“公用文件夹”树中公用文件夹的内容。Outlook Web Access 发送以下请求:
    HTTP GET "http://<virtdir_front>/public/<folder>"
    
  2. 前端服务器 ExFront01 收到 GET 请求,并与全局编录服务器联系。ExFront01 在 Active Directory 中查找该用户,并检索用户的 msExchHomePublicMDB 属性的值。该值用于标识与用户的邮箱存储关联的默认公用文件夹存储。在如图 1 所示的示例中,此存储位于服务器 ExBack01 上。
    此示例描述了一种特定情况。在其他情况下(例如,服务器停机、用户是匿名的或所请求的文件夹不在“公用文件夹”树中),ExFront01 将在步骤 2 中执行下列操作之一而不是上述操作:
    • 如果用户的关联公用文件夹存储所在的服务器不可用或者是 Exchange 5.5 服务器,则前端服务器将把 GET 请求发送到本地路由组中的另一个服务器。该服务器上的存储将按照此部分前面所概括的基本引用过程来找到内容副本。
    • 如果用户是匿名的(使用 IIS 匿名帐户),则前端服务器将使用散列算法选择本地路由组中的服务器,并将 GET 请求发送到该服务器。因为匿名用户只有一个帐户,所以在此步骤中将会始终把请求发送到同一个服务器。
    • 如果公用文件夹位于常规用途的公用文件夹树中,则前端服务器将使用散列算法来选择本地路由组中的服务器,并将 GET 请求发送到该服务器。该服务器上的存储将按照此部分前面所概括的基本引用过程进行操作。
  3. ExFront01 将请求 HTTP GET "HTTP://ExBack01/public/<folder>" 发送到 ExBack01。
  4. ExBack01 通过访问它的层次结构信息找到“公用文件夹”树,并发现最近的可用内容副本位于服务器 ExBack02 上。ExBack01 使用以下消息格式将内容副本的位置发送到 ExFront01:
    HTTP 305 "HTTP://ExBack02/public/<folder>"
    
  5. ExFront01 将请求 HTTP GET "HTTP://ExBack02/public/<folder>" 发送到 ExBack02。
  6. ExBack02 将所请求的内容和 HTTP 200 OK 消息返回到 ExFront01。
  7. ExFront01 将内容和 HTTP 200 OK 消息转发到 Outlook Web Access。

使用此过程,Outlook Web Access 用户不必了解前端服务器背后的拓扑结构。如果不使用前端服务器,则用户必须至少知道一个公用文件夹服务器的名称,才能使用 Outlook Web Access 访问公用文件夹。

最大限度地减少网络通讯量的同时,为了加快客户端对文件夹的重复访问速度,Exchange 缓存了过程中需要的大量信息。这些信息(包括路由成本、副本位置和服务器停机状态)将缓存 10 分钟。

 
显示: