Access Manager Policy Server 群集

核心提示： 图 3. 高度可用的策略服务器群集管理应用程序将维护与主 Policy Server 之间的安全性上下文，除非主 Policy Server 发生故障，Access Manager Policy Server 群集(5)，并且备用 Policy Server 接管了管理功能，当发生这种情况

图 3. 高度可用的策略服务器群集

管理应用程序将维护与主 Policy Server 之间的安全性上下文，除非主 Policy Server 发生故障，并且备用 Policy Server 接管了管理功能。当发生这种情况时，在备用 Policy Server 被提升为新的主 Policy Server 后，TCP/IP 路由器将把管理操作路由到备用 Policy Server。

因为每个管理应用程序都必须只维护与一个 Policy Server 之间的安全性上下文，因此当主 Policy Server 发生故障，并且备用 Policy Server 接管了其功能时，必须重新建立新的安全性上下文。C 管理 API 和 Java 管理 API 将会对此进行不同的处理。

使用 C 管理 API 进行的故障转移需要管理应用程序通过调用 ivadmin_context_createdefault() 函数重新建立安全性上下文。而 Java 管理 API 将利用下一次对 Java 管理 API 方法的调用自动恢复安全性上下文。

为了在备用 Policy Server 上维护一份 Access Manager 授权服务器使用的授权数据库的副本，Access Manager Policy Server 不会自动复制彼此之间的授权数据库。授权服务器将自动复制主 Policy Server 的授权数据库，在备用 Policy Server 被提升为主 Policy Server 时，备用 Policy Server 可以使用该授权数据库的副本。

最好只将该选项用于冗余目的。通过一个 Policy Server 运行多个管理应用程序并没有性能好处。但是 Policy Server 可以并行地处理多个同时的管理请求。

负载均衡的策略服务器

负载均衡的 Policy Server 群集将在几个 Policy Server 之间均衡用户和组请求。 只能对用户和组操作进行负载均衡，对授权数据库进行的任何负载均衡操作都将失败。