最大化WebLogic集群、可用性和安全性

核心提示： 2、保持客户端和协助执行复杂事务逻辑的集群成员之间的"持久会话"公共域DNS服务器(如BIND)中可用的基于DNS的简单负载均衡允许操作者配置多个具有特定域名(例如，www.mystore.com)的主机地址，最大化WebLogic集群、可用性和安全性(3)，访 问该站

2、保持客户端和协助执行复杂事务逻辑的集群成员之间的"持久会话"

公共域DNS服务器(如BIND)中可用的基于DNS的简单负载均衡允许操作者配置多个具有特定域名(例如，www.mystore.com)的主机地址。访 问该站点的客户端被按"round robin"(轮循)的方式解析成每个配置的地址。客户端将缓存通过域名本身返回的名字到地址的映射，主要是为了DNS服务器中 time-to-live(生存时间)配置。(注意：虽然这是DNS客户端的指定性能，实际的性能根据操作系统和浏览器有所变化。)对同一主机名的后 续请求将转向同一台服务器(利用缓存映射)--因此执行会话连续性的一个原始类型。然而，基于DNS方案的一个主要的缺点是它们不能在服务 器出现故障时路由。一旦客户端"绑定到"服务器，该绑定将一直保持下去，直到缓存的名字到地址的映射的生存期过期。所以，客 户端将一直尝试连接主机，即使该服务器已经出现故障或者不再服务了。很明显，健壮的本地请求路由机制中需要使用的不仅仅是简单的 round-robin DNS。(注意：当基于DNS的技术中结合了更加强壮的本地请求路由机制后，该技术对于灾难恢复和多个物理隔离的地址之间的均衡负载非常 有用。)因此，我们上面所列的请求路由目标应该再扩展。

3、快速检测并路由到服务器及处理失败

基于Proxy Web服务器的请求路由采用的方案是：在前端终止带有其他接受传入客户端请求并将它们定向到适合的服务器的集群。一个典型的 例子是，BEA Weblogic Server充任第三方Web服务的代理。加入集群协议后，代理能够快速检测服务器的故障并路由它们。会话持久性是通过检查会话cookie来提供 的。由于它是集群的正式成员，代理能够理解会话cookie的格式以及会话和服务器之间的关系。然而，由于它们是通用的应用服务器，这些代 理没有针对请求路由进行优化，因此性能比专业的负载均衡应用要差。