设置weblogic集群

设置 WebLogic 群集

下列部分包含了配置 WebLogic Server 群集的准则和说明：

∙开始之前

∙群集实现过程

开始之前

本部分简要讲述了设置 WebLogic Server 群集的前提任务和信息。

获取群集许可

群集的 WebLogic Server 实例的安装必须具有有效的群集许可。如果您没有群集许可，则请与 BEA 销售代表联系。

了解配置过程

如果您大致了解群集配置过程以及如何完成配置任务，则本部分中的信息对您最有帮助。

有关 WebLogic Server 中的可用配置工具以及它们所支持任务的信息，请参阅了解群集配置。

确定群集架构

确定什么样的群集架构最能满足您的需求。主要的架构决策包括：

∙应该将所有应用程序层组合在一个群集内，还是应该将应用程序层分隔在不同的群集内？

∙如何在群集中的服务器实例之间平衡负载？您将：

o使用基本WebLogic Server 负载平衡，

o实现第三方负载平衡器，还是

o将应用程序的Web 层部署在一个或多个次级HTTP 服务器上并向其代理请求？

∙是否应该定义带有一个或多个防火墙的Web 应用程序非军事化区（De-Militarized Zone，简称DMZ）？

要获得这些决策的指导，请参阅群集体系结构和群集中的负载平衡。

您所选择的架构将对群集的设置方式产生影响。群集架构可能还需要您安装或配置其他资源，如负载平衡器、HTTP 服务器和代理插件。

考虑网络和安全拓扑结构

安全要求构成了设计合适的安全拓扑结构的基础。有关提供各种应用程序安全级别的几种其他架构的讨论，请参阅群集体系结构的安全选项。

注意：某些网络拓扑结构可能会干扰多播通信。如果您要在W AN 中部署群集，请参阅如果群集跨越W AN 中的多个子网。

注意：请尽量不要跨越防火墙在群集中部署服务器实例。有关穿越防火墙建立多播流量隧道的结果的讨论，请参阅防火墙可能会中断多播通信。

为群集安装选择计算机

确定计划在其中安装 WebLogic Server 的一个或多个计算机（在本部分中通篇称这样的计算机为“主机”）并确保它们具有所需的资源。WebLogic Server 允许您在单独的、非多宿主计算机上设置群集。这种新功能对于演示环境或开发环境非常有用。

注意：不要在具有动态分配的IP 地址的计算机上安装WebLogic Server。

多CPU 计算机上的WebLogic Server 实例

BEA WebLogic Server 对于可驻留于群集中的服务器实例数没有内置的限制。一些大型的多处理器服务器（如 Sun Microsystems, Inc. Sun Enterprise 10000）可以承载非常大的群集或者多个群集。

大多数情况下，按照每两个 CPU 一个 WebLogic Server 实例的方式进行部署，WebLogic Server 群集的可伸缩性最好。但是，您应该使用计划的所有容量对带有目标 Web 应用程序的真正部署进行测试，以确定服务器实例的最佳数量和分布。有关详细信息，请参阅“WebLogic Server 性能及调整”中的“在多 CPU 计算机上运行多个服务器实例时要注意的性能事项”。

检查主机计算机的套接口读取器实现

为了获得最佳的套接口性能，请对 WebLogic Server 主机计算机进行配置，使其使用面向您的操作系统的本地套接口读取器，而不要使用纯 Java 实现。要了解原因，以及有关配置本地套接口的说明或优化纯 Java 套接口通信的说明，请参阅使用 IP 套接口的端到端通信。

在不联网的Windows 计算机上设置群集

如果您希望在单独的、不联网的 Windows 计算机上演示 WebLogic Server 群集，则必须强制 Windows 加载 TCP/IP 堆栈。默认情况下，如果 Windows 不检测物理网络链接，则不会加载 TCP/IP 堆栈。

要强制 Windows 加载 TCP/IP 堆栈，请使用“How to Disable Media Sense for TCP/IP in Windows”（网址为

/default.aspx?scid=kb;en-us;239924）中的说明禁用 Windows 媒体传感功能。

标识名称和地址

在群集配置过程中，您要为群集中的服务器实例提供地址信息– IP 地址或DNS 名称和端口号。

有关群集内通信的信息，以及它如何实现负载平衡和故障转移的信息，请参阅群集中的 WebLogic Server 通信。

设置群集时，必须提供下列内容的位置信息：

∙管理服务器

∙受管服务器

∙多播位置

请阅读下面的部分，了解有关必须提供的信息以及影响资源标识方法的因素的解释。

避免监听地址问题

配置群集时，可以使用 IP 地址或 DNS 名称指定地址信息。

DNS 名称还是IP 地址？

决定使用 DNS 名称还是 IP 地址时，要考虑群集的用途。对于生产环境，通常建议使用 DNS 名称。在下列情况下使用 IP 地址可能会造成转换错误：

∙客户端要穿越防火墙连接群集，或者

∙在展示层和对象层之间具有防火墙，例如，在Servlet 群集和EJB 群集之间具有防火墙，如推荐的多层群集中所述。

通过将单个服务器实例的地址绑定到 DNS 名称，可以避免转换问题。确保环境中防火墙两侧的服务器实例的 DNS 名称相同，不要使用同时也是网络上某个 NT 系统名称的 DNS 名称。

有关使用 DNS 名称而不使用 IP 地址的详细信息，请参阅防火墙注意事项。

如果内部和外部DNS 名称不同

如果 WebLogic Server 实例的内部和外部 DNS 名称不同，则对于该服务器实例请使用 ExternalDNSName 特性来定义该服务器的外部 DNS 名称。在防火墙之外，ExternalDNSName 应转换为服务器的外部 IP 地址。如果客户端正在基于默认通道和 T3 访问 WebLogic Server，则请不要设置 ExternalDNSName 特性，即使 WebLogic Server 实例的内部和外部 DNS 名称不同也不要设置。

本地主机注意事项

如果将服务器实例的监听地址标识为本地主机，非本地过程则无法连接该服务器实例。只有承载该服务器实例的计算机上的过程能够连接该服务器实例。如果服务器实例必须作为本地主机进行访问（例如，您具有连接本地主机的管理脚本），还必须能够由远程过程进行访问，则请将监听地址留空。该服务器将会确定计算机的地址并监听该地址。

为WebLogic Server 资源分配名称

确保 WebLogic Server 环境中的每个可配置资源都具有唯一名称。每个域、服务器、计算机、群集、JDBC 数据源、虚拟主机或其他资源都必须具有唯一名称。

管理服务器地址和端口

标识要用于群集的管理服务器的 DNS 名称或 IP 地址以及监听端口。

管理服务器是用于配置和管理其域中所有受管服务器的 WebLogic Server 实例。当您启动受管服务器时，要标识其管理服务器的主机和端口。

受管服务器地址和监听端口

标识为群集计划的每个受管服务器的 DNS 名称或 IP 地址。

群集中的每个受管服务器都具有唯一的地址和监听端口号组合。一个非多宿主计算机上的群集服务器实例可以具有相同的地址，但必须使用不同的监听端口。