Linux 上搭建 WebLogic 集群的标准流程

一 架构与前置条件

• 许可与版本：集群功能需要WebLogic Server 集群许可；各节点需安装相同版本的 WebLogic。生产环境建议使用受管服务器（Managed Server）分布在不同主机，管理服务器（AdminServer）可独立或与应用同机。
• 网络要求：所有节点需有静态 IP，并位于同一LAN；集群依赖**IP 多播（UDP）**进行发现与通信，尽量避免跨防火墙部署；跨子网/WAN 场景需额外网络设计与验证。
• 共享存储：为简化配置与一致性，建议使用共享文件系统（如 NFS）存放域与共享对象；若使用共享存储，需配置冗余/RAID等机制避免单点故障。
• 负载均衡：可选择 WebLogic 内置负载均衡、第三方硬件/软件负载均衡器，或在 Web 层部署 HTTP Server + WebLogic 代理插件进行转发。

二 环境准备与安装

• 主机与用户：准备两台及以上 Linux 主机（示例：server1、server2），创建专用用户（如 weblogic）与目录（如 /app/weblogic），并统一 JDK（建议 JDK 8 或受支持版本）。
• 安装 WebLogic（静默安装示例）：
  • 准备响应文件与清单文件（如 wls.rsp、oraInst.loc），执行：
    java -jar fmw_12.2.1.3.0_wls.jar -silent -responseFile /app/weblogic/wls.rsp -invPtrLoc /app/weblogic/oraInst.loc
• 目录与权限：确保安装目录与域目录归属 weblogic 用户，便于后续启停与自动登录。

三 创建域与集群（WLST 示例）

• 在主控机进入 WLST：
  $WL_HOME/common/bin/wlst.sh
• 典型脚本（按实际 IP/端口调整）：
  readTemplate(‘/u01/oracle/wlserver/common/templates/wls/wls.jar’)
  set(‘AdminServerName’,‘AdminServer’)
  set(‘Name’,‘my_domain’)
  set(‘ProductionModeEnabled’,‘true’)
  cd(‘/Server/AdminServer’)
  set(‘ListenAddress’,‘192.168.1.10’)
  set(‘ListenPort’,7001)
  cd(‘/’)

  创建集群

  create(‘my_cluster’,‘Cluster’)

  在 server1 上创建受管服务器 ms1

  create(‘ms1’,‘Server’)
  cd(‘/Server/ms1’)
  set(‘ListenAddress’,‘192.168.1.10’)
  set(‘ListenPort’,7003)
  assign(‘Server’,‘ms1’,‘my_cluster’)

  在 server2 上创建受管服务器 ms2

  create(‘ms2’,‘Server’)
  cd(‘/Server/ms2’)
  set(‘ListenAddress’,‘192.168.1.11’)
  set(‘ListenPort’,7003)
  assign(‘Server’,‘ms2’,‘my_cluster’)

  可选：创建计算机对象（便于按主机管理）

  create(‘machine1’,‘Machine’)
  assign(‘Server’,‘ms1’,‘machine1’)
  create(‘machine2’,‘Machine’)
  assign(‘Server’,‘ms2’,‘machine2’)

  写入域并退出

  writeDomain(‘/app/weblogic/user_projects/domains/my_domain’)
  exit()
• 将生成的域目录同步到 server2（如使用 rsync/scp），保持 域目录结构一致。

四 启动与组网

• 启动顺序建议：先启动 AdminServer，再启动各受管服务器。
• 方式一（命令行，推荐）：
  • server1：
    nohup ./startWebLogic.sh &
    nohup ./startManagedWebLogic.sh ms1 http://192.168.1.10:7001 &
  • server2：
    nohup ./startManagedWebLogic.sh ms2 http://192.168.1.10:7001 &
• 方式二（节点管理器 Node Manager，可选）：
  • 在各节点启动 NM：
    ./startNodeManager.sh
  • 通过控制台或 WLST 将 ms1/ms2 的“节点管理器”配置为对应主机与端口，然后在控制台远程启动受管服务器。
• 验证：
  • 控制台查看：环境 > 服务器 状态为 RUNNING；集群页显示 ms1、ms2 已加入 my_cluster。
  • 日志：检查 AdminServer.log、ms1.log、ms2.log 无异常。

五 负载均衡与会话保持

• 前置检查：确保集群内各实例间网络互通，且未被防火墙阻断多播；跨机房/跨域需评估多播可达性与延迟。
• 方案 A（Web 层代理 + 插件）：在 DMZ 部署 Apache HTTP Server + WebLogic Proxy Plug-In，将应用以“集群目标”发布，由插件完成负载分发与会话粘滞（Sticky Session）。
• 方案 B（内置/第三方负载均衡）：使用 WebLogic 内置负载均衡或 F5/NGINX 等，将请求分发至各受管服务器。
• 会话保持策略：
  • 无状态应用：优先使用无状态会话复制（如应用层无状态设计）。
  • 有状态应用：启用 In-Memory Session Replication（需确保会话可序列化），或使用 JDBC Session Persistence（数据库存储会话，可靠性更高但性能略低）。
• 部署与测试：将应用以“集群部署”方式发布，使用压力工具与故障演练（停一台受管服务器）验证会话保持与故障转移。