ISA 2006 实验指南(六)发布服务器场

分手后的思念是犯贱 2022-01-16 08:01 187阅读 0赞

# ISA 2006 实验指南(六)发布服务器场 #

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

# 服务器场是一个包含多个服务器对象的网络对象，在 ISA Server 2006 中新增了发布 #

# 务器场的功能，用于实现一种简单的容错和负载均衡机制， #

# 工作原理： #

# Web 应用程序和站点通常由包含两个或更多 Web 服务器的 Web 场宿主。这有利于在 Web 服务器间分配外部客户端的 Web 请求，从而提高可用性并改善性能。 #

# ISA将客户访问请求分布到服务器场中的不同Web服务器上，以实现负载均衡；  #

# 在创建服务器场发布规则的同时，ISA创建一个连接性验证工具，每隔30秒对被发布的服务器场中的每个Web服务器使用https GET进行连接性验证；如果某个Web服务器连接失败，则将客户的访问请求转发到服务器场中其他连接正常的Web服务器 ，以实现容错； #

# 拓扑图: #

# ![200903211237645299765.jpg][] #

# 在创建发布规则中选择”发布一人服务器场” #

#  #

![200903211237645424078.jpg][]

#  #

![200903211237645478687.jpg][]

#  #

![200903211237645516546.jpg][]

#  #

![200903211237645540328.jpg][]

#  #

——下一步——新建

![200903211237645559437.jpg][]

![200903211237645611640.jpg][]

——单击——添加——“建议用 IP 、以防 ISA 解析不了内部域名”

![200903211237645629656.jpg][]

接受默认的发送 HTTP/HTTPS GET 请求——下一步

在弹出的启用 HTTP连接性验证提示对话框上点击 是 。

![200903211237645665078.jpg][]

一、基于Cookie的负载平衡

会话关联使用

cookie  标识客户端，并通过特定  Web  服务器维护

其关联。此功能需要 可以接受  HTTP cookie

的浏览器。所有符合  HTTP 1.1  的浏览器和部分版

本的  HTTP 1.0  浏览器 都支持  cookie 。客 户端计算

机上的浏览器关闭之前，会话关联将一直 保持。

使用会话关联时

如果  Web  服务器 Server 1 断开了服务，则与其关

联的客户端将由  ISA  服务器 定向至其他服务器如

Server 2 上、发生此情况时， Web  会话的 上下文将

丢失。当  Server 1  再次可用时，与 Server 2  的客户

端关联仍将 保持不变，直到会话结束。客户 端关

闭浏览器时， 新的访问请求将 由 Server1  进行处

理 对于基于会话的关联，重新启动服 务器不会导

致再次丢失关联。

建议尽可能使用会话关联，它可以在  Web  服务器

重新启动时提供更 可靠的客户端关联。这 有时被

称为客户端粘着。这在您即将耗尽  We b  服务器资

源的情况下尤为有用。 建议您使用会话关联实现

Outlook Web Access  或  Windows SharePoint Servic

es  访问负载平 衡，这两者基于  IP  地址的关联

二、基于源 IP 的负载平衡

如果  ISA  服务器接收到请求，它可以根据客户端

的  IP  地址决定场中 处理该请求的服务器。 每个源

自该  IP  地址的请求将被发送到同一  W eb  服务

器，从而保持关联。 均使用  Internet Explorer ，且

都支持  HTTP co okie 。

如果  Web  服务器断开服务，则与之关联的客户端

将被  ISA  服务器定 向至其他服务器。发 生此情况

时， Web  会话的上下文将丢失。同 样，当  Web

服务器重新启动时，这些客户端 请求将被重新定

向至原 始的  Web  服务器，上下文将再次丢失 。

与会话关联相比，基于  IP 的关联比 COOKIE 关联的

优势在于：它可以支 持并不完全符合  HTTP  1.1  的

客户端（不支持  HTTP cookie  的客户端），

如某些移动设备。  在您通过  HTTP Outlook  访问

负载平衡  RPC  时，也 必须使用基于  IP  地址的关

联。 Outlook  不支持  HTTP cookie ，因此无法 使用

会话关联。

![200903211237646137500.jpg][]

如需要用 IP 也能访问到，接受请求、选择、任何域名

![200903211237646153281.jpg][]

没有就新建个

![200903211237646203968.jpg][]

![200903211237646232734.jpg][]

![200903211237646245953.jpg][]

完成后的服务器场发布规则如下图所示：

![200903211237646265031.jpg][]

同时，ISA还创建了一个连接性验证工具来监视服务器场中的Web

服务器。

![200903211237646359265.jpg][]

外网客户机测试！

![200903211237646411750.jpg][]

访问成功， ISA Server 2006  将客户端的访问请求转发到了 Server2

上、测试：关了再 开、两台 WEB 会轮流响应、提供了很好的负载

现在把 Server2  停止、在连接性验证程序中监测到 WEB.MCSE.COM  出现故障了、

![200903211237646447875.jpg][]

立即刷新——又连接到 Server1 了

![200903211237646474062.jpg][]

下图：提示 500 内部服务器错误 ，并且错误代码是 1359 、是两台 WE

B 服务器没响应请、 既两台 WEB 都不工作了！

![200903211237646518890.jpg][]

# 如何在內部統一”一個域名來訪問” #

#  #

一、在WEB服务器上打开网上——属性

![200903211237646558718.jpg][]

——勾选、网络负载平衡——属性

![200903211237646591828.jpg][]

输入群集IP“内部访问的IP”

操作模式、多播

![200903211237646617562.jpg][]

本机IP、设置、可以设置优先级、等……

两台WEB服务器都这样设置好

在DNS里创建一条A记录

![200903211237646642625.jpg][]

转载于:https://blog.51cto.com/mcitp/141171

[200903211237645299765.jpg]: https://s1.51cto.com/attachment/200903/200903211237645299765.jpg
[200903211237645424078.jpg]: https://s1.51cto.com/attachment/200903/200903211237645424078.jpg
[200903211237645478687.jpg]: https://s1.51cto.com/attachment/200903/200903211237645478687.jpg
[200903211237645516546.jpg]: https://s1.51cto.com/attachment/200903/200903211237645516546.jpg
[200903211237645540328.jpg]: https://s1.51cto.com/attachment/200903/200903211237645540328.jpg
[200903211237645559437.jpg]: https://s1.51cto.com/attachment/200903/200903211237645559437.jpg
[200903211237645611640.jpg]: https://s1.51cto.com/attachment/200903/200903211237645611640.jpg
[200903211237645629656.jpg]: https://s1.51cto.com/attachment/200903/200903211237645629656.jpg
[200903211237645665078.jpg]: https://s1.51cto.com/attachment/200903/200903211237645665078.jpg
[200903211237646137500.jpg]: https://s1.51cto.com/attachment/200903/200903211237646137500.jpg
[200903211237646153281.jpg]: https://s1.51cto.com/attachment/200903/200903211237646153281.jpg
[200903211237646203968.jpg]: https://s1.51cto.com/attachment/200903/200903211237646203968.jpg
[200903211237646232734.jpg]: https://s1.51cto.com/attachment/200903/200903211237646232734.jpg
[200903211237646245953.jpg]: https://s1.51cto.com/attachment/200903/200903211237646245953.jpg
[200903211237646265031.jpg]: https://s1.51cto.com/attachment/200903/200903211237646265031.jpg
[200903211237646359265.jpg]: https://s1.51cto.com/attachment/200903/200903211237646359265.jpg
[200903211237646411750.jpg]: https://s1.51cto.com/attachment/200903/200903211237646411750.jpg
[200903211237646447875.jpg]: https://s1.51cto.com/attachment/200903/200903211237646447875.jpg
[200903211237646474062.jpg]: https://s1.51cto.com/attachment/200903/200903211237646474062.jpg
[200903211237646518890.jpg]: https://s1.51cto.com/attachment/200903/200903211237646518890.jpg
[200903211237646558718.jpg]: https://s1.51cto.com/attachment/200903/200903211237646558718.jpg
[200903211237646591828.jpg]: https://s1.51cto.com/attachment/200903/200903211237646591828.jpg
[200903211237646617562.jpg]: https://s1.51cto.com/attachment/200903/200903211237646617562.jpg
[200903211237646642625.jpg]: https://s1.51cto.com/attachment/200903/200903211237646642625.jpg