Ubuntu上如何实现WebLogic的高可用性

Ubuntu上实现WebLogic高可用

一、架构与前置条件

• 架构建议：部署管理服务器 AdminServer + 多个受管服务器 Managed Server 组成集群，前置硬件或软件负载均衡器对外提供统一入口，应用启用HTTP会话复制实现故障切换。管理服务器一般不放入集群，以降低复杂度与风险。
• 网络与地址：每个受管服务器需有静态IP或可路由IP；集群节点必须在同一LAN且支持IP组播通信；若客户端在防火墙外，各实例需具备可被客户端访问的公网IP。
• 系统与安装：在Ubuntu上安装WebLogic（建议使用Oracle JDK），域目录按用户目录隔离；不要在多台机器间共享同一安装目录或共享文件系统来运行多个实例，避免单点竞争与故障。
• 许可证：确保具备集群许可（Cluster-enabled License）。

二、部署步骤

• 创建集群域：使用配置向导创建AdminServer + 多个Managed Server，在向导中选择“Admin Server with Clustered Managed Server(s)”，为各实例配置监听地址与端口，创建集群并分配成员；在集群的Multicast页配置组播地址与端口。
• 启动顺序与验证：先启动AdminServer，再启动各Managed Server；在控制台进入集群的Monitoring > Monitor server participation in cluster，确认所有实例已加入集群。
• 会话保持配置：对外硬件/软件负载均衡器需支持WebLogic会话Cookie。若使用被动Cookie持久化，需按会话Cookie格式配置偏移量（offset）与长度（length）；不支持会覆盖/修改WebLogic会话Cookie的主动Cookie持久化。

三、负载均衡与故障切换

• 方案选型：可选硬件负载均衡器（如F5 BIG‑IP）或软件负载均衡器（如HAProxy）；二者均需在HTTP层做会话粘滞，并正确传递/识别WebLogic会话Cookie。
• 会话粘滞要点：
  • 被动Cookie：依据WebLogic会话Cookie中的服务器标识字符串进行关联，需在负载均衡器上设置offset/length。
  • 主动Cookie：若机制会覆盖/改写WebLogic会话Cookie，则不可用。
• 健康检查：对后端Managed Server配置HTTP/HTTPS健康检查（如访问应用健康检查端点），确保异常实例自动摘除。
• 部署与路由：将应用部署到集群（而非单实例），对外仅暴露负载均衡器VIP/域名；如需统一入口，可配置**WebLogic Web Proxy（代理服务器）**或让负载均衡器直接转发至集群。

四、节点管理与自动恢复

• 使用Node Manager远程启停与守护受管服务器：在每台Ubuntu主机启动节点管理器，在控制台对Managed Server执行远程启动/停止/重启；节点管理器可监测宕机并自动重启实例，减少人工介入。
• 首次启动提示：新建受管服务器首次通常需要手动启动一次，之后可由节点管理器接管生命周期管理。

五、关键配置与运维要点

• 组播与网络：确保UDP组播在服务器与交换机/路由上未被阻断；同一集群使用唯一组播地址/端口；各实例监听地址与对外可达性正确。
• 地址规划：避免动态IP；如跨防火墙，保证实例公网IP可达；同一主机运行多实例时，为每个实例配置不同端口。
• 应用与Cookie：会话复制启用后，按需调整weblogic.xml中会话Cookie的IDLength以控制Cookie长度；若使用被动Cookie持久化，按Cookie格式在负载均衡器设置offset/length。
• 启动参数与脚本：Managed Server启动需指定weblogic.Name、weblogic.management.server（指向AdminServer）、以及凭据；建议将JAVA_HOME/堆参数写入启动脚本以便一致性与可维护性。
• 高可用增强：为关键JDBC/JMS资源配置多数据源/多连接工厂与故障转移策略；结合监控告警与日志审计建立变更与容量管理流程。