设置weblogic集群

设置weblogic集群
设置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”(网址为

https://www.360docs.net/doc/7f15942424.html,/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 地址。

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

群集多播地址和端口

标识要专用于群集的多播通信的地址和端口。多播地址是介于 224.0.0.0 和239.255.255.255 之间的 IP 地址。

注意:WebLogic Server 使用的默认多播值为239.192.0.0。不应使用值为x.0.0.1 的任何多播地址。

群集中的服务器实例使用多播互相通信–它们使用多播通知其服务,发出表明持续可用性的定期心跳。

群集的多播地址不应用于除群集通信之外的任何其他目的。如果群集多播地址所位于的计算机承载使用多播通信的群集外部程序或由这些群集外部程序访问,则请确保这些多播通信使用的端口与该群集多播端口不同。

多播和多个群集

如果有必要,网络上的多个群集可以共享一个多播地址和多播端口组合。

多播和多层群集

如果您正在按照群集体系结构中所述,设置在群集之间具有防火墙的推荐的多层架构,则需要两个专用的多播地址:一个用于展示 (Servlet) 群集,一个用于对象群集。使用两个多播地址会确保防火墙不会干扰群集通信。

群集地址

在 WebLogic Server 群集中,群集地址在实体 Bean 和无状态 Bean 中用于构造请求 URL 的主机名部分。

配置群集时可以明确定义群集地址;否则 WebLogic Server 会为每个新的请求动态生成群集地址。考虑到系统管理,让 WebLogic Server 动态生成群集地址是最简单的,适合开发环境也适合生产环境。

动态群集地址

如果在配置群集时不明确定义群集地址,则当群集的服务器实例收到远程请求时,WebLogic Server 会以下列格式生成群集地址:

listenaddress1:listenport1,listenaddress2:listenport2;listenaddress3:

listenport3

群集地址中的每个 listen address:listen port 组合与收到该请求的受管服务器和网络通道相对应。

?如果请求是在受管服务器的默认通道上收到的,群集地址中的listen address:listen port组合则反映相关联ServerMBean和SSLMBean实例中的ListenAddress和ListenPort值。有关详细信息,请参阅“配置WebLogic Server 环境”中的默认网络通道。

?如果请求是在自定义网络通道上收到的,群集地址中的listen address:listen port则反映定义该通道的NetworkAccessPointMBean中的ListenAddress

和ListenPort值。有关群集中网络通道的详细信息,请参阅“配置WebLogic

Server 环境”中的为群集配置网络通道。

群集地址中包括的 ListenAddress:ListenPort 组合数由 ClusterMBean 上NumberOfServersInClusterAddress 特性的值控制,默认情况下该值为 3。

您可以在管理控制台的“环境 -> 群集 -> ClusterName -> 配置 -> 常规”页上修改 NumberOfServersInClusterAddress 的值。

?如果群集中可用的受管服务器数比NumberOfServersInClusterAddress的值少,动态生成的群集地址则会为每个运行受管服务器都包含一个

ListenAddress:ListenPort组合。

?如果群集中可用的受管服务器数比NumberOfServersInClusterAddress的值多,WebLogic Server 则会随机选择一部分可用实例–等于

NumberOfServersInClusterAddress的值–并对于这些实例使用

ListenAddress:ListenPort以形成群集地址。

ListenAddress:ListenPort 组合在群集地址中的显示顺序是随机的–根据请求的不同,该顺序也有所不同。

为生产环境明确定义群集地址

如果为生产环境中的群集明确定义群集地址,则请将群集地址指定为映射到群集中每个 WebLogic Server 实例的 IP 地址或 DNS 名称的 DNS 名称。

如果将群集地址定义为 DNS 名称,则不会在群集地址中指定群集成员的监听端口–将假设群集中的每个受管服务器都具有相同的监听端口号。因为群集中的每个服务器实例都具有唯一的地址和监听端口组合,所以如果群集地址是 DNS 名称的话,群集中的每个服务器实例则必须都拥有:

?唯一的地址和

?相同的监听端口号

当客户端通过提供群集 DNS 名称获取初始 JNDI 上下文时,

weblogic.jndi.WLInitialContextFactory 会获取映射到该 DNS 名称的所有地址的列表。此列表由 WebLogic Server 实例缓存,新的初始上下文请求将通过循环法算法使用该缓存列表中的地址得以满足。如果该缓存列表中的某个服务器实例不可用了,则会将其从该列表中删除。只有当服务器实例无法访问其缓存中的任何地址时,该地址列表才会在 DNS 服务中刷新。

使用缓存的地址列表可以避免仅依赖于 DNS 循环法的问题。例如,DNS 循环法会一直使用已经映射到域名的所有地址,而不管这些地址是否可以访问。通过缓存该地址列表,WebLogic Server 可以删除不可访问的地址,因此对于新的初始上下文请求不会重复连接失败。

注意:管理服务器不应该参与群集。请确保管理服务器的IP 地址不会包括在群集范围的DNS 名称中。有关详细信息,请参阅管理服务器注意事项。

为开发和测试环境明确定义群集地址

如果明确定义在开发环境中使用的群集地址,则可以按照上一部分所述,对于该群集地址使用群集 DNS 名称。

另外,您还可以将群集地址定义为包含群集中每个受管服务器的 DNS 名称(或IP 地址)和监听端口的列表,如下面的示例所示:

DNSName1:port1,DNSName1:port2,DNSName1:port3

IPaddress1:port1,IPaddress2:port2;IPaddress3:port3

请注意,每个群集成员都具有唯一的地址和端口组合。

为单独的多宿主计算机明确定义群集地址

如果群集在单独的多宿主计算机上运行,并且群集中的每个服务器实例都使用不同的 IP 地址,则请使用映射到群集中服务器实例的 IP 地址的 DNS 名称定义群集地址。如果将群集地址定义为 DNS 名称,则请为群集中的每个受管服务器指定相同的监听端口号。

群集实现过程

本部分描述了如何通过应用程序组件的初始部署,使得 WebLogic Server 安装中的群集应用程序得以启动并运行。

配置流程图

本部分列出了典型的群集实现任务,并重点讲述了主要的配置注意事项。您要遵循的确切过程由环境的独特特征以及应用程序的特性决定。描述的任务包括:

1.安装WebLogic Server

2.创建群集的域

3.配置节点管理器

4.为EJB 和RMI 配置负载平衡

5.为分布式JMS 目标配置服务器关系

6.配置支持被动Cookie 持久性的负载平衡器

7.配置代理插件

8.配置复制组

9.为固定服务配置可迁移目标

10.配置群集的JDBC

11.打包要部署的应用程序

12.部署应用程序

13.部署、激活和迁移可迁移服务

14.配置内存中HTTP 复制

15.其他配置主题

对于每个群集实现,并非每个步骤都是必需的。在某些情况下可能还需要一些其他步骤。

安装WebLogic Server

如果尚未安装,则请安装 WebLogic Server。有关说明,请参阅Installing WebLogic Server。

?如果群集在一个计算机上运行,则请在/bea目录下面安装一个WebLogic Server 用于所有群集实例。

?对于远程的联网计算机,请在每台计算机上安装相同版本的WebLogic Server。每台计算机:

o必须具有永久分配的静态IP 地址。您不能在群集环境中使用动态分配的IP 地址。

o必须可由客户端访问。如果服务器实例位于防火墙后面,客户端位于防火墙前面,每个服务器实例则都必须拥有可由客户端访问的公共IP 地址。

o必须位于相同的局域网(local area network,简称LAN)上并且必须可以通过IP 多播访问。

注意:不要使用共享文件系统和一个安装在不同计算机上运行多个WebLogic Server 实例。使用共享文件系统会为群集带来单争端点。所有服务器实例必须竞争来访问该文件系统(可能会写入不同的日志文件)。而且,如果共享文件系统失败的话,可能无法启动群集的服务器实例。

创建群集的域

有多种方法可用于创建群集的域。有关列表,请参阅配置群集的方法。

有关使用下列方法创建群集的说明:

?Configuration Wizard,首先请参阅“Creating WebLogic Domains Using the Configuration Wizard”中的Creating a New WebLogic Domain了解创建域的说明,然后参阅Customizing your Domain了解配置群集的说明。

?管理控制台,请参阅“管理控制台联机帮助”中的创建和配置群集。

启动WebLogic Server 群集

有多种方法可用于启动群集–可用选项包括命令行界面、包含必需命令的脚本以及节点管理器。

注意:节点管理器简化了启动服务器、在失败之后重启服务器的过程。

注意:要使用节点管理器,必须首先在承载群集中受管服务器的每台计算机上配置节点管理器过程。请参阅配置节点管理器。

无论您用什么方法来启动群集,都首先要启动管理服务器,然后启动群集中的受管服务器。

按照下面的说明进行操作可从命令外壳启动群集。请注意,每个服务器实例都在单独的命令外壳中启动。

1.打开命令外壳。

2.将目录更改为使用Configuration Wizard 创建的域目录。

3.键入下面的命令启动管理服务器:

StartWebLogic

4.在“Enter username to boot WebLogic Server”提示符处输入域的用户名。

5.在“Enter password to boot WebLogic Server”提示符处输入域的密码。

该命令外壳将显示报告启动过程状态的消息。

6.打开另一个命令外壳,以便可以启动受管服务器。

7.将目录更改为使用Configuration Wizard 创建的域目录。

8.键入下面的命令:

StartManagedWebLogic server_name address:port

其中:

server_name为要启动的受管服务器的名称

address为该域的管理服务器的 IP 地址或 DNS 名称

port为该域的管理服务器的监听端口

9.在“Enter username to boot WebLogic Server”提示符处输入域的用户名。

10.在“Enter password to boot WebLogic Server”提示符处输入域的密码。

该命令外壳将显示报告启动过程状态的消息。

注意:启动受管服务器之后,它会监听来自群集中其他运行服务器实例的心跳。受管服务器会生成它的群集范围JNDI 树本地副本,如WebLogic Server 如何更新JNDI 树中所述,然后当它与群集中每个运行受管服务器同步之后会显示状态消息。该同步过程大约可能需要一分钟左右。

11.要启动群集中的另一个服务器实例,请返回步骤6,继续执行,直到步骤10。

12.启动了群集中的所有受管服务器之后,群集启动过程完成。

配置节点管理器

节点管理器是 WebLogic Server 提供的独立 Java 程序,它对于启动与其管理服务器位于不同计算机上的受管服务器非常有用。节点管理器还提供了有助于提高群集中受管服务器的可用性的功能。有关详细信息,以及配置和使用节点管理器的说明,请参阅“管理服务器启动和关闭”中的使用节点管理器控制服务器。

为EJB 和RMI 配置负载平衡

请按照本部分中的说明为 EJB 和 RMI 对象选择负载平衡算法。

除非您明确指定,否则 WebLogic Server 会将循环法算法用作群集对象存根控件的默认负载平衡策略。要了解其他负载平衡算法,请参阅EJB 和 RMI 对象的负载平衡。要更改默认负载平衡算法,请执行下列操作:

1.打开WebLogic Server 控制台。

2.选择“环境-> 群集”节点。

3.单击表中您的群集名。

4.如果尚未执行该操作,则单击位于控制台左上角的“锁定并编辑”按钮。

5.在“默认负载算法”字段中输入所需的负载平衡算法。

6.单击“高级”链接。

7.在“服务期限阈值”字段中输入所需的值。

8.单击“保存”保存您的更改。

9.准备好激活您的更改之后,立即单击左上角的“激活更改”按钮。

为RMI 指定超时值

通过将 ClusterMBean 中的 ReplicationTimeoutEnabled 设置为 true,可以启用调用 ReplicationManager 时的超时选项。

该超时值等于多播心跳超时。尽管您可以自定义多播超时值,但ReplicationManager 超时不能更改。之所以存在这种限制,是因为ReplicationManager 超时不影响群集成员资格。丢失多播心跳会导致成员从群集中被删除,超时的 ReplicationManager 调用会选择新次级服务器进行连接。

注意:群集成员可以继续发送多播心跳,但是无法处理复制请求。这样可能会导致次级服务器的分布不均匀。如果发生这种情况,则会在服务器日志中记录警告消息。

为分布式JMS 目标配置服务器关系

要了解 WebLogic Server 为 JMS 提供的服务器关系支持,请参阅JMS 的负载平衡。

配置支持被动Cookie 持久性的负载平衡器

支持被动 Cookie 持久性的负载平衡器可以使用 WebLogic Server 会话Cookie 中的信息将客户端与承载该会话的 WebLogic Server 实例相关联。会话Cookie 包含了负载平衡器用来标识会话的主服务器实例的字符串。

有关外部负载平衡器、会话 Cookie 持久性和 WebLogic Server 会话 Cookie 的讨论,请参阅使用外部负载平衡器实现 HTTP 会话的负载平衡。

要配置用于群集的负载平衡器,请使用该负载平衡器的工具来定义该字符串常量的偏移和长度。

假设会话 Cookie 上会话 ID 部分的默认长度为 52 字节,则请在该负载平衡器上将:

?字符串偏移设置为53 字节,即默认随机会话ID 长度加上用于分隔符的1 个字节。

?字符串长度设置为10 字节

如果您的应用程序或环境要求指示您要将随机会话 ID 的长度从其默认值 52 字节更改为其他值,则请在负载平衡器上对字符串偏移进行相应设置。字符串偏移必须等于会话 ID 的长度加上用于分隔符的 1 个字节。

注意:有关配置Big-IP 负载平衡器的供应商特定说明,请参阅为群集配置BIG-IP? 硬件。

配置代理插件

如果您希望使用代理插件对 Servlet 和 JSP 进行负载平衡,则请参阅本部分中的说明。代理插件会将请求从 Web 服务器代理到群集中的 WebLogic Server 实例,并且会为被代理的 HTTP 请求提供负载平衡和故障转移。

有关使用代理插件进行负载平衡的信息,请参阅使用代理插件进行负载平衡。有关使用代理插件的连接和故障转移的信息,请参阅Servlet 和 JSP 的复制和故障转移和使用代理访问群集的 Servlet 和 JSP。

?如果将WebLogic Server 用作Web 服务器,则请使用设置HttpClusterServlet中的说明设置HttpClusterServlet。

?如果使用受支持的第三方Web 服务器,请设置产品特定的插件(有关受支持Web 服务器的列表,请参阅使用代理插件进行负载平衡),然后按照使用WebLogic Server 的插件中的说明进行操作。

注意:每个将请求代理到群集的Web 服务器都必须具有配置相同的插件。

设置HttpClusterServlet

要使用 HTTP 群集 Servlet,请按照下面步骤中的描述,将其配置为代理服务器计算机上的默认 Web 应用程序。有关 Web 应用程序的介绍,请参阅“为WebLogic Server 开发 Web 应用程序”中的了解 Web 应用程序、Servlet 和JSP。

1.如果尚未执行此操作,则请配置一个单独的、非群集的受管服务器来承载HTTP 群

集Servlet。

2.为该Servlet 创建web.xml部署描述符文件。此文件必须位于该Web 应用程序

目录的\WEB-INF子目录中。示例web.xml 中提供了代理Servlet 的示例部署描述符。有关web.xml的详细信息,请参阅“开发WebLogic Server 的Web 应用程序、Servlet 和JSP”中的了解Web 应用程序、Servlet 和JSP。

a.在we

b.xml的元素中为Servlet 定义名称和类。该Servlet

的名称为HttpClusterServlet。Servlet 类为

weblogic.servlet.proxy.HttpClusterServlet。

b.通过定义WebLogicCluster参数,在web.xml的元素中

标识代理Servlet 会将请求定向到的群集服务器实例。

c.(可选)定义下列初始化参数,以便通过您自己的标识证书

和密钥使用双向SSL。如果在部署描述符中不指定,该代理

则采用单向SSL。

? - Web 应用程序中的密钥库位置。

? - 密钥库类型。如果不定义,则使用默认类型。

? - 私钥别名。

? - Web 应用程序中定义用来访问密钥库和私密别名的加密密码的属性文件。该文件内容类似此内

容:

KeyStorePassword={3DES}i4+50LCKenQO8BBvlsXTrg\=\=

PrivateKeyPassword={3DES}a4TcG4mtVVBRKtZwH3p7yA\=\=

您必须使用weblogic.security.Encrypt命令行实用工具来对该密码

进行加密。有关该Encrypt实用工具的详细信息,以及CertGen

和der2pem实用工具的详细信息,请参阅“WebLogic Server 命令参

考”中的使用WebLogic Server Java 实用工具。

d.创建部分来指定Servlet 会将其代理到群集的请

求,使用元素标识特定的文件扩展名,例如*.jsp或

*.html。在单独的部分中定义每个模式。

您可以将 设置为“/”,以便将 WebLogic Server

无法解析的任何请求都代理到远程服务器实例。如果进行了上述设

置,则还必须专门映射下列扩展名:*.jsp、*.html 和 *.html,

以便代理以这些扩展名结束的文件。有关示例,请参阅示例

web.xml 。

e.适当情况下定义任何附加参数。有关主要参数的列表,请参阅表9-1。有关

完整列表,请参阅“使用WebLogic Server 的Web 服务器插件”中的Web

服务器插件的参数。按照代理Servlet 部署参数中的语法说明进行操作。3.为Servlet 创建weblogic.xml部署描述符文件。此文件必须位于Web 应用程序

目录的\WEB-INF子目录中。

通过将 部分中的 元素设置为正斜杠字符 (/),将该代理 Servlet 分配为代理计算机上受管服务器的默认 Web 应用程序。有关示例,请参阅示例 weblogic.xml。

4.在管理控制台中,将该Servlet 部署到代理服务器计算机上的受管服务器中。有关

说明,请参阅“管理控制台联机帮助”中的部署新的Web 应用程序。

示例web.xml

本部分包含了 HttpClusterServlet 的示例部署描述符文件 (web.xml)。web.xml 定义指定代理 Servlet 位置和行为的参数:两个版本的 Servlet:

?DOCTYPE部分指定WebLogic Server 用来验证web.xml的DTD。

?servlet部分:

o指定代理插件Servlet 类的位置。该文件位于WL_HOME/server/lib目录中的weblogic.jar中。您不必在web.xml中指定Servlet 的完整路径,

因为当您启动WebLogic Server 时weblogic.jar已经放入了

CLASSPATH。

o使用WebLogicCluster参数标识群集中每个受管服务器的主机名(DNS 名称或IP 地址)和监听端口。

o标识将双向SSL 用于您自己的标识证书和密钥的密钥库初始化参数。

?这三个servlet-mapping部分指定Servlet 会将以“/”、“htm”、“html”或“jsp”结束的URL 代理到群集。

有关参数定义,请参阅代理 Servlet 部署参数。

HttpClusterServlet

weblogic.servlet.proxy.HttpClusterServlet

WebLogicCluster

hostname1:7736|hostname2:7736|hostname:7736

KeyStore

/mykeystore

KeyStoreType

jks

PrivateKeyAlias

passalias

KeyStorePasswordProperties

mykeystore.properties

HttpClusterServlet

/

HttpClusterServlet

*.jsp

HttpClusterServlet

*.htm

HttpClusterServlet

*.html

示例weblogic.xml

本部分包含一个示例 weblogic.xml 文件。 部署参数设置为了“/”。这样会使得该代理 Servlet 成为代理服务器的默认 Web 应用程序。

/

代理Servlet 部署参数

web.xml 中用于配置代理 Servlet 行为的主要参数位于表 9-1中。

代理 Servlet 的参数与用于为 Apache、Microsoft 和 Netscape Web 服务器配置 WebLogic Server 插件的参数相同。有关为第三方 Web 服务器配置代理Servlet 和插件的参数完整列表,请参阅“使用 WebLogic Server 的 Web 服务器插件”中的Web 服务器插件的参数。

对于代理 Servlet 和每个插件,指定参数的语法以及在其中指定这些参数的文件都不同。

对于代理 Servlet,请在 web.xml 中指定这些参数,每个参数都位于 web.xml 部分中它自己的 部分。例如:

ParameterName

ParameterValue

表9-1 代理Servlet 部署参数

参数用法

WebLogicCluster

WebLogicCluster

https://www.360docs.net/doc/7f15942424.html,:port|https://www.360docs.net/doc/7f15942424.html,:port

其中https://www.360docs.net/doc/7f15942424.html,和https://www.360docs.net/doc/7f15942424.html,为群集中服务器的主机名,port为主

机在其中监听HTTP 请求的端口。

如果您在插件和WebLogic Server 之间使用SSL,请将端口号设置为

SSL 监听端口(请参阅“配置监听端口”)并将SecureProxy参数设

置为ON。

SecureProxy

SecureProxy

ParameterValue

有效值为ON 和OFF。

如果您在插件和WebLogic Server 之间使用SSL,请将端口号设置为

SSL 监听端口(请参阅“配置监听端口”)并将SecureProxy参数设

置为ON。

DebugConfigInfo

DebugConfigInfo

ParameterValue

有效值为ON 和OFF。

如果设置为ON,通过将请求参数?__WebLogicBridgeConfig添

加到任何请求,可以查询HttpClusterServlet用于调试信息。(注

意:在? 后面有两个下划线( _ ) 字符。)由于安全方面的原因,建议

您在生产环境中将DebugConfigInfo参数设置为OFF。

ConnectRetry Secs Servlet 在连接服务器实例的尝试之间要休眠的间隔(秒)。请分配一个小于ConnectTimeoutSecs的值。

Servlet 向客户端返回HTTP 503/Service Unavailable响应之前尝试连接的次数等于ConnectTimeoutSecs除以ConnectRetrySecs。

语法:

ConnectRetrySecs

ParameterValue

ConnectTimeout Secs Servlet 尝试连接服务器实例的最长时间(秒)。请分配一个大于ConnectRetrySecs的值。

如果成功连接之前ConnectTimeoutSecs过期,则会向客户端发送HTTP 503/Service Unavailable响应。

语法:

ConnectTimeoutSecs

ParameterValue

PathTrim请求转发到群集之前,插件从原始URL 开始剪切的字符串。

语法:

PathTrim

ParameterValue

示例:

如果URL

https://www.360docs.net/doc/7f15942424.html,/weblogic/foo

传递到插件进行分析,并且PathTrim设置为了

/weblogic

转发给WebLogic Server 的URL 则为:

https://www.360docs.net/doc/7f15942424.html,:7001/foo

windows 配置WebLogic Server集群(增加版)

配置WebLogic Server集群 (本文讲述如何在WebLogic Server 8.1上配置集群,以及通过Proxy Server来访问集群)

预备知识 什么是Domain和Server Domain Domain是WebLogic Server实例的基本管理单元。所谓Domain就是,由配置为Administrator Server的WebLogic Server实例管理的逻辑单元,这个单元是有所有相关资源的集合。 Server Server是一个相对独立的,为实现某些特定功能而结合在一起的单元。 Domain and Server的关系 一个Domain 可以包含一个或多个WebLogic Server实例,甚至是Server集群。一个Domain中有一个且只能有一个Server 担任管理Server的功能,其它的Server具体实现一个特定的逻辑功能。 本文环境 平台:Windows 2000 软件:Bea WebLogic Server 8.1 SP2 配置WebLogic Server集群 WebLogic集群的体系结构 单层混合型的集群架构(Cluster) 这种架构将所有的Web应用以及相关的服务应用全部置于集群中的单一WLS实例中,这种架构的优势在于: 易于管理 灵活的负载平衡机制

更强的安全控制 多层结构的集群架构(Cluster) 这种架构使用两个WLS集群,一个放置表静态内容和集群Servlet,另一个放置集群EJB。一般应用于下面这些情况: 在负载平衡机制需要调用集群EJB中的方法时; 在提供内容与提供对象的服务之间需要更大的机动性时; 在需要更高的系统稳定性时;

weblogic服务器优化配置详解

第一章概要 WebLogic 配置文件(config.xml)包含了大量很直观的与性能有关的参数,能通过配置环境与应用程序得到很好的优化。基于系统的需要调整这些参数不仅能改善单个点的性能,而且能提高整个应用程序性能的可衡量性。 试着采用下列WebLogic配置方法,或许能使你的系统达到最佳状态: 一修改运行队列线程数的值。在WebLogic 中队列元素的线程数等于同时占用运行队列的应用程序的数目。当任务加入一个WebLogic 实例,它就被放到执行队列中,然后分配给任务一个线程来运行。线程消耗资源,因此要小心处理这个属性——增加不需要的值,会降低性能。 二,如果可能,使用自带的性能包(NativeIOEnabled=true)。 三,使用特定的应用程序执行队列。 四,使用JDBC连接池时,修改下列属性: 驱动名称:使用小的驱动或者jDriver。 初始容量:设为与最大容量相同的值。 最大容量:其值至少应与线程数相同。 五,把连接池的大小设为与执行队列的线程数相同。 六,设置缓冲。 七,为Servlet和JSP使用多个执行队列。 八,改变JSP默认的Java编译器,javac 比jikes或sj要慢。 第二章优化WebLogic 提要: 为WebLogic启动设置Java参数。 设置与性能有关的配置参数。 调整开发与产品模式默认值。 使用WebLogic“自有的IO”性能包。 优化默认执行队列线程。 优化连接缓存。 如何提高JDBC连接池的性能。 设置Java编译器。 使用WebLogic集群提高性能。 监视WebLogic域。 一、为WebLogic启动设置Java参数 只要启动WebLogic,就必须指定Java参数,简单来说,通过WebLogic.Server 域的命令行就可以完成,不过,由于这样启动的过程冗长并且易于出错,BEA 公

Oracle中间件WebLogic 12c维护保养手册

Oracle 中间件 WebLogic 12c 维护保养手册

目录 1日常监控及JVM查看工具 (3) 1.1安装 (3) 2VNC的安装及使用 (3) 2.1安装 (3) 2.2启动vnc (3) 2.3运行VNC Viewer客户端 (3) 2.4查询vnc服务 (4) 2.5停止vnc服务 (5) 2.6增加vnc服务终端 (5) 3服务器相关参数配置 (5) 3.1文件句柄数:根据实际服务器情况配置。 (5) 4常见问题及处理办法 (5) 4.1修改系统字符编码 (5) 4.2手工删除DOMIAN的方法 (6) 4.3域服务器启动端口冲突 (6) 4.4启动后可刷新页面,查看服务状态 (6) 4.5不重启服务情况下,替换静态文件 (6) 4.6weblogic改为开发模式 (7) 4.7版本管理 (7) 4.8使用部署的目标定义的默认值的情况下,清理缓存文件路径 (7) 4.9启动server,server**.out日志文件中包含乱码 (7) 4.10weblogic.xml文件说明 (7) 4.11weblogic控制台密码修改 (8) 4.12节点管理器配置文件说明 (9) 4.13设置GC日志的打印参数 (9) 4.14部署模式设置 (9)

1日常监控及JVM查看工具 1.1安装 2VNC的安装及使用 2.1安装 Linux系统默认已安装vnc服务器端。 2.2启动vnc 若未用vncpasswd设置密码,则第一次运行vncserver时,会提示设置密码,再次确定密码,并分配终端编号。 输入命令:vncserver You will require a password to access your desktops. Password:输入连接密码 Verify:再次输入密码 xauth: creating new authority file /webapp/.Xauthority New 'gd-webapps01:1 (webapp)' desktop is gd-webapps01:1 分配终端编号 Creating default startup script /webapp/.vnc/xstartup Starting applications specified in /webapp/.vnc/xstartup Log file is /webapp/.vnc/gd-webapps01:1.log 2.3运行VNC Viewer客户端 在Microsoft Windows上运行VNC Viewer “vncviewer.exe”,系统会出现”Connection details”对话框 在“Connection details”对话框中的“VNC server”文本框中输入VNC Server的IP地址:终端编号,单击“连接”按钮,再输入密码后,进入vnc操作界面。

weblogic_10.3.5多机集群配置实测完整步骤(windows版)

Weblogic10.0多机集群配置说明 一配置说明: 配置weblogic双机集群,主机1上运行管理服务器,受管理服务器1和代理服务器,主机2上运行受管理服务器2。 二目标: 实现所有http请求全部发到主机1上的代理服务器,统一由代理服务分发给两个主机上的受管理服务器来处理业务,并且实现会话复制,即一台机器上的受管理服务器宕掉,所有的请求都转到另一台受管理服务器上,并且会话也会转移 三配置图解: 第一步, 首先在主机1上运行weblogic的配置向导。

选择“新建weblogic域”点击“下一步。(图01) 选择“生成一个自动配置的域以支持下列BEA产品“,点击”下一步“。(图02)

(03) 填入用户名和密码,请记录填写的信息不要丢失,后面登陆控制台的时候需要用到这些信息,点击“下一步“。(图 03)

(04) 首先选择左侧的“生产模式“,然后选择右侧的”sun jdk“,点击”下一步“。 (图04)

选择下方的“是“,点击”下一步“。(图05) (06)

填写管理服务器的相关信息( 我的配置:主机1 192.168.1.103),点击“下一步“。(图06) (07) 填写各个受管理服务器的详细信息,这里要注意的是new_ManagedServer_2的监听地址填的是主机2的ip地址,因为这个服务实际是运行在主机2上,下面是我的配置: new_ManagedServer_1 192.168.1.103 7002 new_ManagedServer_2 192.168.1.101 7003 proxy_server 192.168.1.103 80 点击“下一步“。(图07)

weblogic12.1.3集群搭建(包括远程机器)

Weblogic12.1.3集群搭建 1基本概念 WebLogic的一些基本概念:熟悉Weblogic的必经了解的概念——1.1域(Domain): 1.概念 (1)域是管理的单元或边界; (2)作为一个单元来管理的,并相互关联的一组WebLogic服务器资源被称为域; (3)Domain是webLogic Server管理的一个基本单元,包括一个管理server和一个管理的入口。 (4)在创建server和使用server的时候需要先创建Domain。 (5)每个Domain都包括一个config.xml文件,在domain的根目录下的config目录中。 2.组成 ——(1)由server组成 (2)server分Administration server和Managed Servers (3)Administrationserver负责domain的管理,一般不负责应用

(4)Managed server部署实际的应用 (5)Cluster 3.总结: Domain是一个逻辑上的概念 Domain是一组Sever的集合 一个域有且只有一个管理服务器 1.2服务器(Server): 1.分类 ——服务器(Server)分Administration Server(管理服务器)和Managed Server(被管理服务器,也称受管服务器) 2.Administration Server(管理服务器) ——是控制整个域配置的中心操作节点,管理服务器维护着整个域Domain 的配置并将配置分配到每个被管理服务器Managed Server 中,每个域中都必须有一个Administration Server。

手册:Weblogic 集群配置

Weblogic 集群配置手册 使用Domain Configuration Wizard进行配置 创建新的Domain 输入命令“./config.sh”,单击“下一步”按钮,如果没有配置环境路径,可进入/../weblogic/Oracle/Middleware/wlserver_10.3/common/bin/安装目录执行。 选择安装域源 选择安装“WebLogic Server”,单击“下一步”按钮

指定域名和位置 输入域名,单击“下一步”按钮。

配置管理员用户名和密码 输入Weblogic管理员管理服务器(AdminServer)的用户名和密码,在此以“sxscms”作用登录管理服务器的用户名,密码welcome1,单击“下一步”按钮 配置域启动模式和JDK 选择“生产模式”和“JRockt SDK”后,单击“下一步”按钮

选择可选配置 选择“管理服务器”和“受管服务器,集群和计算机”,单击“下一步”按钮。

配置管理服务器 根据集群配置前的规划,输入Administrator Server的名称,监听地址,监听端口,如果需要SSL支持的话可以在“SSL enabled”后面的复选取框上打勾,配置SSL监听端口,单击“下一步”按钮。 配置受管理服务器(代理服务器实际上也是一个受管理服务 器) 根据集群配置规划输入Managed Server的名称,监听地址,监听端口,如果需要SSL 支持的话,可以在“SSL enabled”复选框上打勾,配置SSL监听端口。可以配置多个Managed Server。单击“下一步”按钮

weblogic12.1.3集群部署(1)

Weblogic12.1.3 集群配置初步 (本文介绍局域网中单机配置,后续希望能提供局域网多机配置) 关键词:weblogic12.1.3 集群 因为想了解一些服务器集群和负载均衡的知识,而这两天刚好有一点时间,借鉴以前网络资料,就研究了一下,分享出来,欢迎指正。下面分步骤介绍, 1.首先从官网获得Weblogic12c软件: WLS Zip Distribution for Oracle WebLogic Server 12.1.3.0 这是一解压安装软件,This version of WLS requires JDK 1.7 as a minimum; 2.解压后安装路径为:D:\wls12130; 3.启动命令行工具cmd,进入指定安装目录后,执行命令: D:\wls12130\wlserver\common\bin>config 4.稍等,出现Weblogic 配置向导工具: 5.定义域名后,点击‘下一步’,默认weblogic模板:

6.为管理服务器设置用户名和密码:

7.选择‘开发’模式和‘生产’模式,此时都可以; 8.点击‘下一步’,进入高级配置,选择两项:

9.点击‘下一步’配置管理服务器:

10.管理服务器增加后,配置两个受管理服务器,并增加一个代理服务器。当后续创 建集群时,前面两个受管理服务器ZL_ManagedServer将会配置到集群中,而最后一个受管理服务器将作为集群的代理,端口号为8080。 管理服务器就是用来管理域中那些所有受管理(ManagedServer)服务器,一般不直接用来部署应用。最终应用是布署到某一个集群中的所有服务器中。 11.受管理服务器增加后,下一步配置增加集群,集群的逻辑名为ZL_Cluster_1,

weblogic集群例子步骤

一,注意: 1,不要通过控制台启动ManagedServer 2,做集群的电脑上的ManagedServer 名字要和其他机器上的相同ManagedServer 名字相同。 二,具体步骤: 1, 2, 两台电脑分别安装好weblogic10.3.2版本 3,第一台电脑Machine1上创建一个域cluster_domain Run as follow “Configuration Wizard” 创建一个域例如叫cluster_domain, 其中有一步要选择yes,这样可以配置proxy server,cluster 等信息 在这个步骤中要创建cluster_domain,并在创建cluster_domain的过程中 配好一下对象: 1,两个Machine :

3,一个cluster new_Cluster_1 并将new_ManagedServer_2, new_ManagedServer_1给new_Cluster_1, 将new_Cluster_1 给proxy Server 4,第二台电脑machine2上也建一个域名字同上交cluster_domain 当然也可以是任何其 5,创建该域是不需要被指cluster ,代理服务等信息, 建一个受管server名称new_ManagedServer_2 一定要和machine1中做集群的那个受管server名称new_ManagedServer_2完全相同,端口号7002也要同 三、创建启动Managed Server 的文件 1,第一台电脑Machine1 在目录C:\bea\user_projects\domains\cluster_domain新建 startWebLogic.cmd 内容为: SETLOCAL set DOMAIN_HOME=C:\bea\user_projects\domains\cluster_domain call "%DOMAIN_HOME%\bin\startWebLogic.cmd" %* ENDLOCAL stopWebLogic.cmd 内容为: SETLOCAL set DOMAIN_HOME=C:\bea\user_projects\domains\cluster_domain call "%DOMAIN_HOME%\bin\stopWebLogic.cmd" %* ENDLOCAL

详细设置weblogic Cluster

详细设置 WebLogic Cluster 下列部分包含了配置 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 套接口的端到端通信。

中间件安装配置手册-Weblogic for Linux

Weblogic中间件安装配置指南 (Weblogic 8.1 for Linux) 北京久其软件股份有限公司 2009年3月 1概述 Weblogic的安装配置总共包括五个部分: 1. 安装前准备 3. Weblogic8.1中间件产品的安装 4. 创建Weblogic实例 5. 配置实例 说明:本文档的WebLogic的安装是在linux环境下的,在Unix环境下的安装和Linux环境的安装差别不大。

2安装前准备 1.确定一个安装目录,建议该目录下至少有1个G的空间,可以使用df来查看 磁盘空间的使用情况,df命令后可加参数:如-k,使用KBytes 显示结果;-m,使用MBytes 显示结果。如下图: 2.创建一个用户组帐号,命令如下:groupadd groupname比如创建一个组名叫 bea的用户组:groupadd bea。 3.创建一个weblogic用户帐号,命令如下:useradd –g groupnameusername 说明:groupname代表用户的所属用户组的名称。 比如:useradd–g bea weblogic 。 3安装Weblogic8.1 特别说明:如果直接在Linux服务器上安装的话,可以启动Weblogic的图像安装界面,在图形安装界面安装较为简单,如果是通过一些Linux客户端文档工具安装俺么就不会启动图形界面,只能在文字界面下安装,而且要一定的英文阅读能力,请见附录部分。 安装步骤: 1. 将weblogic安装程序放到到一个临时目录。 2. 以root用户赋予.bin文件weblogic用户可执行权限,执行:chmod a+x filename.bin 3. 以刚刚创建的weblogic用户登陆,执行:su - weblogic 4. 找到weblogic8.1的安装文件,执行./ platform813_hpux32.bin,开始解压,如下 图所示: 5. 解压缩完以后,进入到Weblogic安装向导界面,如图所示:

weblogic集群的优势和劣势

Weblogic集群介绍 在介绍weblogic集群之前,先看看传统的双机架构, 这种架构存在以下几点不足之处: 1)采用主机备机的方式,一般主机使用比较频繁,导致另外比较空闲,资源利用不均衡。 2)当一个Server发生故障的时候,必须通知用户使用另外一台的Server,管理和维护比较麻烦。 3)用户切换应用的时候,需重新登录,有些延误时间。 群集的优点是什么 可伸缩性 可以动态增加部署在WebLogic Server 群集中的应用程序的容量以满足需要。可以将服务器实例添加到群集中而不会中断服务,应用程序将继续运行而不会影响客户端和最终用户。 高可用性 在WebLogic Server 群集中,当服务器实例失败时应用程序可继续进行处理。可通过将应用程序组件部署到群集中的多个服务器实例,“群集”这些组件,这样,如果在其上运行某个组件的服务器实例失败,则将此组件部署到的其他服务器实例可以继续进行应用程序处理。 群集WebLogic Server 实例的选择对于应用程序开发人员和客户端是透明的。但是,了解启用群集的技术基础结构将有助于编程人员和管理员最大化其应用程序的可伸缩性和可用性。 群集的关键功能是什么 应用程序故障转移 简单的说,故障转移是当应用程序组件(在下列部分中通常称作“对象”)正在处理某个特定作业时某些处理任务部分由于任何原因而变得不可用,已失败对象的副本将结束此作业。WebLogic Server 支持自动或手动将群集服务器实例从一台计算机迁移到另一台计算机。可迁移的受管服务器被称作“可迁移服务器”。本功能适用于要求高可用性的环境。 负载平衡 负载平衡是在环境中跨计算资源与网络资源平均分发作业和关联的通信。 哪种类型的对象可以群集 群集的应用程序或应用程序组件在群集中的多个WebLogic Server 实例上可用。如果已群集某个对象,则此对象的故障转移和负载平衡是可用的。将对象均匀部署到群集中的每个服务器实例,可以简化群集管理、维护和故障排除。 Web 应用程序可由不同类型的对象组成,包括企业Java Bean (EJB),servlet 和Java Server Pages (JSP)。每种对象类型都具有唯一的一组与控制、调用以及它如何在应用程序内起作用相关的行为。由于此原因,WebLogic Server 用于支持群集的方法,以及用于提供负载平衡和故障转移的方法,会因不同的类型对象而异。可在WebLogic Server 部署对下列类型的对象进行群集:

Weblogic集群多播配置故障排除

Weblogic集群多播配置故障排除 使用IP 多播时,群集中的WebLogic Server 实例可以共享一个IP 地址和端口号。 此功能使得群集的所有成员可被视为一个实体,并且使得群集成员能够互相通信。 下列部分提供了对IP 多播配置问题进行故障排除的建议: 验证多播地址和端口配置 识别网络配置问题 使用MulticastTest 实用工具 调整多播功能 调试多播 杂项问题 多播配置故障排除的其他资源 有关在群集中使用和配置多播的常规信息,请参阅群集配置和config.xml。 有关在控制台中配置多播地址的信息,请参阅“管理控制台联机帮助”中的多播。 验证多播地址和端口配置 多播问题故障排除过程的第一步是验证您是否正确配置了多播地址和端口。必须为每个群 集正确配置多播地址。 多播地址和端口配置问题属于群集无法启动或者服务器无法加入群集的最常见原因。对于 多播地址要注意下列事项: 多播地址必须是介于224.0.0.0 和239.255.255.255 之间的IP 地址,或者具有此范围IP 地址的主机名。 WebLogic Server 使用的默认多播地址是239.192.0.0。 不要使用任何x.0.0.1 多播地址,其中x介于0 和9 之间(包括0 和9)。 可能的错误 由于多播配置问题经常会出现下列类型的错误: 无法为群集创建多播套接口

多播套接口发送错误 多播套接口接收错误 检查多播地址和端口 要检查多播地址和端口,请执行下列操作: 通过WebLogic Server 管理控制台检查群集多播地址和端口,或 检查config.xml 中元素的多播信息。 识别网络配置问题 验证了多播地址和端口配置正确之后,请确定网络问题是否正在干扰多播通信。 物理连接 确保网络中不存在物理问题。 验证群集中每个承载服务器的计算机的网络连接。 验证网络的所有组件是否正确连接并且运行正常,其中包括路由器和DNS 服务器。 地址冲突 网络中的地址冲突可能会对多播通信造成干扰。 使用netstat实用工具验证没有其他网络资源正在使用群集多播地址。 验证每个计算机都具有一个唯一的IP 地址。 UNIX 系统上的nsswitch.conf 设置 在UNIX 系统上,您可能会遇到UnkownHostExceptions错误。此错误可能会在任何时间发生,甚至当服务器的负载不是很重的情况下也会发生。检 查/etc/nsswitch.conf 并将顺序更改为`files,DNS,NIS'可避免此错误。 有关详细信息,请参阅系统的nsswitch.conf联机手册页。

WebLogic9集群Windows平台部署手册

WebLogic 9集群Windows平台部署 版本1.0 作者:胡立军 日期:2009年7月17日

修订历史记录 日期版本说明作者 2009-7-17 1.0 创建胡立军 目录 WEBLOGIC 9集群WINDOWS平台部署 (1) 版本1.0 (1) 1.集群安装前准备 (3) 2.集群管理服务器安装 (3) 3.集群节点服务创建 (4) 4.集群及代理分发启动 (7) 5.集群部署应用 (9)

1.集群安装前准备 1.1 Domain和Server的关系 Domain是WebLogic Server实例的基本管理单元,这个单元是有所有相关资源的集合;Server是一个相对独立的,为实现某些特定功能而结合在一起的单元;一个Domain 可以包含一个或多个WebLogic Server实例,也可以是Server集群。一个Domain中有一个且只能有一个Server 担任管理Server的功能,其它的Server具体实现一个特定的逻辑功能。 1.2配置集群应用的必要条件 a.集群中的所有Server必须位于同一网段,并且必须是IP广播(UDP)可到达的; b.集群中的所有Server必须使用相同的版本,包括Service Pack; c.集群中的Server必须使用永久的静态IP地址。动态IP地址分配不能用于集群环境; d.要以Cluster式运行,必须有包含Cluster许可的License。 1.3集群配置设计 本次使用一台服务器server配置集群的规划如下: 服务器配置名称地址及端口角色 服务器1 adminServer 10.162.1.117:7001 集群管理服务器Managed1 10.162.1.117:7002 Managed Server Managed2 10.162.1.117:7003 Managed Server Cluster 10.162.1.117:7001 群集服务器 proxyServer 10.162.1.117:7000 负载均衡代理服务, 用户用来访问的地址 【如使用两台服务器分别为服务器1与服务器2; 其中由服务器1作为一个群集服务器节点,并将集群的管理器(adminserver)及代理分发服务(proxyserver)也配在服务器1上,服务器2只作为群集服务节点;其具休规划如下:】 服务器配置名称地址及端口角色 服务器1 adminServer 10.162.1.117:7001 集群管理服务器Managed1 10.162.1.117:7002 Managed Server Managed2 10.162.1.117:7003 Managed Server Cluster 10.162.1.117:7001 群集服务器 proxyServer 10.162.1.117:7000 负载均衡代理服务, 用户用来访问的地址 服务器2 Managed2 10.162.1.118:7003 Managed Server 2.集群管理服务器安装 2.1打开WebLogic的配置向导Configuration Wizard; 2.2 选择“新建WebLogic域”,点击下一步; 2.3 选择域源“生成一个自动配置的域以支持下列BEA产品:WebLogic Server(Required)”,点击下一步;

WebLogic集群详细方案设计

From here 数据库层: 数据库:oracle 10g 数据库服务器:2台以上F5 设备:2台

部署图: 采用RAID 0+1的 磁盘阵列 部署描述: 1.F5虚拟地址作为对数据用户的唯一地址。 2.F5有主备2台设备,相互之间部署心跳线,在F5的配置中设定其中一台作为主机,配 置心跳的告警设置和数据库服务器的告警设置。 3.ORACLE需要安装F5的管理插件以监控数据库服务器性能参数和状态。 4.数据库采用RAC的方式进行集群,数据库之间有心跳线。 5.服务器Cluster需要一个统一的时间,在整个应用中由统一的服务器提供同步服务。

6.在数据库服务器集群和文件系统之间的交换机需要有主备线路。 访问控制: 1.对F5虚拟地址的访问需要在数据库防火墙中配置白名单 2.数据库的实地址只有DBA等数据库管理角色才能访问 负载均衡: 1.F5设备通过在Oracle服务器上的插件获取各个数据库本身的连接数,内存使用量,CPU 占用率等参数,以及在F5配置中设置负载分发的规则来分发对数据库的真实访问。2.对于数据库Cluster来说,采用10g以上版本的RAC的方式会有一个公用的缓存区。 数据安全: 1.在文件系统中采用RAID 0+1的方式进行数据存放和备份 2.磁带库作为文件系统的最终容灾备份。 故障处理: 1.在F5主机出现故障时,由F5备用的心跳监控到并做自动切换,同时可以按告警配置进 行对应操作。 2.数据库节点中一台出现问题时,会由别的节点接手,同时F5会监控到数据库的状态出 现异常并按照告警配置进行对应操作,例如【发送告警邮件】等。 3.在数据库集群和文件系统的网络中,当主要线路出现问题,由备用线路接手。 优点: 1.可扩展性好,在性能出现瓶颈的时候不需要修改整体布局,只需要增加服务器并配置 2.可靠性好,所有设备都至少有一个备用节点。 3.访问无缝隙,对于用户来说只有一个访问接口,对于内部所有节点的备用节点都能实现 自动切换或自动故障点剔除。

weblogic_11g的安装和集群部署

weblogic 11g安装部署及集群

目录 1. Weblogic的安装与单个项目部署 (4) 1.1. Weblogic的安装 (4) 1.2. 创建域 (11) 1.3. 配置系统使用的数据源 (16) 1.4. 发布应用程序 (20) 2. 集群的简介、部署和运行 (24) 2.1. 集群的简介 (24) 2.1.1. 集群的定义 (24) 2.1.2. 集群的优点 (24) 2.1.3. 主要功能 (25) 2.1.4. 配置集群应用的必要条件 (25) 2.2. WebLogic单台主机集群的部署 (25) 2.2.1. 运行weblogic的配置向导 (25) 2.2.2. 创建新的Domain (26) 2.2.3. 选择安装域源 (27) 2.2.4. 指定域的名称和位置 (28) 2.2.5. 配置管理员用户名和密码 (29) 2.2.6. 配置域启动模式和JDK (30) 2.2.7. 选择可选配置 (31) 2.2.8. 配置管理服务器 (32) 2.2.9. 配置受管理服务器 (33) 2.2.10. 配置群集信息 (34) 2.2.11. 将“受管理服务器”添加到“集群”中 (35) 2.2.12. 创建HTTP 代理应用程序 (36) 2.2.13. 配置计算机 (37) 2.2.14. 配置向计算机分配服务器 (38) 2.2.15. 检查WebLogic 域配置 (39) 2.2.16. 正在创建域 (40)

2.2.17. 编辑WebLogic 服务启动文件 (41) 2.3. 增加新的受控节点 (41) 2.3.1. 增加计算机 (42) 2.3.2. 增加受控服务器 (43) 2.3.3. 在新主机上配置weblogic服务 (45) 2.3.4. 编辑weblogic服务启动文件 (51) 2.4. 运行WebLogic 服务 (51) 2.5. 将应用部署到集群上 (55) 2.5.1. 配置数据源 (55) 2.5.2. 点击“部署”菜单 (55) 2.5.3. 锁定并编辑 (56) 2.5.4. 开始安装 (57) 2.5.5. 部署成功验证 (60) 2.6. 部署集群过程中的问题 (62)

linux环境weblogic集群简单配置

Linux下Weblogic集群配置初步 域,集群,管理服务器和被管服务器之间的关系 Weblogic域是一个服务器/集群的管理组,用户可以通过某个中央位置来管理、监控整个服务器域,这个中心就是管理服务器,相对的,受控服务器或者叫被管服务器是指域中除了管理服务器以外的所有的服务器。 Weblogic集群是一个weblogic Server组,在一个集群中的服务器可以获得集群范围的命名服务、负载平衡以及容错等功能。 所以,一个weblogic域可以同时管理多个集群以及多个服务器实例。 另外,还有一个节点管理器的概念,节点管理器是指在物理的机器上运行的一个守护进程,通过它,管理服务器可以获得诸如在控制台中强制重启远程机器上的server等功能(没有节点管理器的情况下也是可以强制关闭远程服务器的,但是不能重启)。 除此之外,据说节点管理器还可以自动检查自己机器上的server实例(健康检查),当发现某个实例出现故障的时候,可以自动进行重启,这个没试过。 注意事项 1.本文的weblogic均配置在linux环境下 2.集群中管理服务器和被管服务器之间有用到ip组播UDP,所以这些服务器之间必须是 UDP可以到达的。 3.好像动态ip的机器不能用于集群当中 4.最佳实践说:请不要把管理服务器设置在集群当中 5.本文所配置的集群只是实现了web层次上的负载平衡和容错,也就是servlet和jsp,其 他的j2ee组件如ejb,jdbc,jms等都可以集群化。 本例测试域的规划

配置过程 建立管理服务器 启动linux下的配置向导 进入bea目录下的weblogic81/common/bin目录输入./config.sh,这里使用的终端登陆,所以没有图形环境,程序会以控制台模式启动 第一步:选择建立新的域: 启动配置向导后,系统提示如下: <------- BEA WebLogic Configuration Wizard----------> Create or Extend a Configuration: --------------------------------- Choose between creating and extending a configuration. Based on your selection, the Configuration Wizard guides you through the steps to generate a new or extend an existing configuration. ->1|Create a new WebLogic configuration | Start here to create a WebLogic configuration in your projects directory. 2|Extend an existing WebLogic configuration | Start here to extend an existing WebLogic configuration. Use this option to add applications and services, |including Database access (JDBC) and Messaging (JMS). This option also enables you to extend functionality by enabling |WebLogic Workshop. Enter index number to select OR [Exit][Next]> 1 录入1回车,建立一个新的域。 第二步:选择模版 系统提示选择一个建立域的模版,资料上讲配置向导的配置过程可以另存为模版,以便下次配置的时候使用,没试过下次回去试试。 <-------- BEA WebLogic Configuration Wizard --------> Select a Domain Template: ------------------------- Please select a template from the list or select another directory of templates.

weblogic集群图解

配置WebLogic Server 9.2集群 (本文讲述如何在WebLogic Server 9.2上配置集群,以及通过Proxy Server来访问集群)

预备知识 什么是Domain和Server Domain Domain是WebLogic Server实例的基本管理单元。所谓Domain就是,由配置为Administrator Server的WebLogic Server实例管理的逻辑单元,这个单元是有所有相关资源的集合。 Server Server是一个相对独立的,为实现某些特定功能而结合在一起的单元。 Domain and Server的关系 一个Domain 可以包含一个或多个WebLogic Server实例,甚至是Server集群。一个Domain中有一个且只能有一个Server 担任管理Server的功能,其它的Server具体实现一个特定的逻辑功能。 本文环境 平台:Windows XP 软件:WebLogic Server 9.2 配置WebLogic Server集群 WebLogic集群的体系结构 单层混合型的集群架构(Cluster) 这种架构将所有的Web应用以及相关的服务应用全部置于集群中的单一WLS实例中,这种架构的优势在于: 易于管理 灵活的负载平衡机制

更强的安全控制 多层结构的集群架构(Cluster) 这种架构使用两个WLS集群,一个放置表静态内容和集群Servlet,另一个放置集群EJB。一般应用于下面这些情况: 在负载平衡机制需要调用集群EJB中的方法时; 在提供内容与提供对象的服务之间需要更大的机动性时; 在需要更高的系统稳定性时;

WebLogic调优参数配置

WebLogic调优参数配置 WebLogic 配置文件(config.xml)包含了大量很直观的与性能有关的参数,能通过配置环境与应用程序得到很好的优化。基于系统的需要调整这些参数不仅能改善单个点的性能,而且能提高整个应用程序性能的可衡量性。 试着采用下列WebLogic配置方法,或许能使你的系统达到最佳状态: 一. 修改运行队列线程数的值。在WebLogic 中队列元素的线程数等于同时占用运行队列的应用 程序的数目。当任务加入一个WebLogic 实例,它就被放到执行队列中,然后分配给任务一个线程来运行。线程消耗资源,因此要小心处理这个属性——增加不需要的值,会降低性能。 二. 如果可能,使用自带的性能包(NativeIOEnabled=true)。 三. 使用特定的应用程序执行队列。 四. 使用JDBC连接池时,修改下列属性: ●驱动名称:使用小的驱动或者jDriver。 ●初始容量:设为与最大容量相同的值。 ●最大容量:其值至少应与线程数相同。 五. 把连接池的大小设为与执行队列的线程数相同。 六. 设置缓冲。 七. 为Servlet和JSP使用多个执行队列。 八. 改变JSP默认的Java编译器,javac 比jikes或sj要慢。 提要: 为 WebLogic 启动设置 Java 参数。 设置与性能有关的配置参数。 调整开发与产品模式默认值。 使用WebLogic “自有的IO ”性能包。 优化默认执行队列线程。 优化连接缓存。 如何提高 JDBC 连接池的性能。 设置 Java 编译器。 使用 WebLogic 集群提高性能。

监视 WebLogic 域。 一、为 WebLogic 启动设置 Java 参数 只要启动 WebLogic ,就必须指定 Java 参数,简单来说,通过 WebLogic.Server 域的命令行就可以完成,不过,由于这样启动的过程冗长并且易于出错, BEA 公司推荐你把这个命令写进脚本里。为了简化这个过程,你可以修改样例脚本里的默认值,样例脚本是提供 WebLogic 启动服务器的。 如果你用配置向导创建你的域, WebLogic 启动脚本( startWebLogic.cmd )放在 domain-name 目录里。默认情况下,这个目录是 BEA_HOME\user_projects\domain\domain-name , BEA_HOME 表示安装路径, domain-name 是在配置模板中设置的域名称。 你需要在这个脚本中修改一些默认的 Java 参数值,使之适合你的应用环境和程序。在这个文件中主要的性能参数是 JAVA_HOME 和 Java 堆的大小。 设 JAVA_HOME 的值为 JDK 所在的位置,如: set JAVA_HOME=C:\bea\jdk141_03 为得到高性能的吞吐量,把 Java 堆的最小值与最大值设为相等。如: "%JAVA_HOME%\bin\java" -hotspot -Xms512m -Xmx512m -classpath %CLASSPATH% - 二、设置与性能有关的配置参数 在一个 WebLogic 域中,配置文件( config.xml )位于与管理服务器通信的机器里,提供WebLogic MBean 的长期存储。管理服务器作为连接的中心点,为服务实例与系统管理工具提供服务。域也可以包括其他的 WebLogic 实例,称之为从服务,主要为应用程序提供服务。 当启动管理服务器是,首先读域配置文件,然后跳过建立在配置文件中管理 MBean 默认的属性值,每一次用系统管理工具(不管是命令行界面还是管理控制台)改变一个属性值,它都会被存到相应的管理 MBean ,并且写进配置文件。 下表列出了 config.xml 文件中影响服务器性能的参数。

相关文档
最新文档