WebLogic在Ubuntu上的高可用性解决方案

架构总览与前提

• 采用 WebLogic Server 集群 + 外部负载均衡 + 共享持久化/数据源 的组合来提供可伸缩与故障切换能力。集群对外呈现为单一逻辑服务，在节点故障时可继续处理请求，前提是会话与数据具备可恢复性。
• 关键约束与要点：
  • 一个 Domain 仅能有 1 个 Administration Server；集群不能跨 Domain；同一集群内所有服务器实例必须运行相同版本的 WebLogic。
  • 集群可跨多台 Ubuntu 主机部署，也可在同一主机多实例部署（用于测试）。
  • 会话复制/故障转移与数据源的 多数据源/故障转移 是实现 HA 的核心。

部署步骤

• 准备环境
  • 安装 Java（Ubuntu 推荐 OpenJDK 11）：sudo apt update && sudo apt install -y openjdk-11-jdk
  • 安装 WebLogic（示例为 14.2.1.0.0）：wget <Oracle下载地址> -O weblogic.zip && unzip weblogic.zip && cd weblogic-server-new-domain-14.2.1.0.0
• 创建域与管理服务器
  • 执行：./bin/config.sh，创建 Domain，配置 Administration Server 的监听地址与端口（如 7001）。
• 构建集群与托管服务器
  • 方式一（控制台）：登录 Administration Console → Environment → Clusters → New 创建集群；随后为每个节点添加 Managed Server（设置名称、主机名/IP、监听端口）。
  • 方式二（WLST 自动化）：使用 WLST 脚本创建集群与托管服务器，便于标准化与批量部署。
• 部署应用与分发
  • 将应用部署到集群（目标为集群而非单个服务器），确保应用为“可集群化”（无本地磁盘依赖、可序列化会话等）。
• 配置外部负载均衡
  • 使用 Nginx/Apache HTTP Server 作为反向代理或负载均衡器，将流量分发到各托管服务器的监听端口（HTTP/HTTPS）。
• 验证
  • 在控制台检查集群成员状态（Health、Listen Address/Port）、应用部署状态；通过负载均衡访问应用并执行故障演练（停一台托管服务器）验证会话保持与故障转移。

高可用关键配置

• 会话保持与复制
  • 优先使用 In-Memory Replication（跨节点会话复制）实现无状态故障转移；对无法复制的数据（如文件上传临时目录）改为共享存储（如 NFS/对象存储）。
  • 如负载均衡器不支持会话亲和，可启用 粘性会话（Sticky Session） 减少会话重建；但粘性应与复制配合，避免单点依赖。
• 数据源高可用
  • 使用 JDBC Multi Data Source 或数据库 Active/Standby（如 Data Guard）实现数据库故障转移；配置连接池健康检查与重试策略，避免数据库抖动导致级联失败。
• 监听与网络
  • 为集群与管理服务器配置稳定的 listen-address（主机名或 IP），避免主机名解析变化；开放必要端口（如 7001/7002 管理/节点通信，以及应用端口），并限制来源网段。
• 安全通信
  • 启用 SSL/TLS 保护管理通道与业务流量；为管理端口与对外接口配置证书与双向认证（如需要）。

监控与运维

• 平台与健康检查
  • 在控制台监控 Servers → Monitoring 的关键指标（线程池、JVM、连接池、请求数、错误数）；配置 Node Manager 或系统服务（systemd）保障托管服务器自动拉起。
• 系统与 JVM 调优
  • 适度提升 文件描述符限制（fs.file-max）、优化网络/内核参数；结合 top/htop、vmstat、iostat、sar 等工具定位瓶颈；必要时启用 zram/zswap 缓解内存压力。
• 可视化监控
  • 通过 JMX 暴露指标，结合 Prometheus/Grafana 构建可视化与告警面板，持续跟踪吞吐、延迟、错误率与 JVM GC 行为。

故障演练与最佳实践

• 演练清单
  • 停止单个托管服务器，验证会话是否无缝迁移、业务是否无感；恢复节点后观察会话同步与健康恢复。
  • 模拟数据库主库宕机，验证 Multi Data Source 或数据库高可用是否自动切换且连接池恢复。
  • 在负载均衡器侧摘除/恢复节点，验证健康检查与摘除策略生效。
• 实践建议
  • 保持 WebLogic 版本一致、NTP 时间同步、域名解析稳定；为管理端口与对外接口分别配置安全策略。
  • 将应用设计为无状态或最小本地状态，状态外置到数据库/缓存/共享存储；对上传、会话大对象等使用共享目录或对象存储。
  • 采用 Infrastructure as Code（如 WLST/脚本化域创建）与 配置基线，减少人为差异与回滚成本。