centos如何实现weblogic负载均衡 - 问答

在 CentOS 上实现 WebLogic 负载均衡

一、架构与准备

架构选型：常见做法是在前端部署反向代理/负载均衡器（如 Nginx/HAProxy 或硬件 F5/Citrix），后端为 WebLogic 集群（管理服务器 + 多个受管服务器）。也可使用 WebLogic HttpClusterServlet 插件做应用层路由。
基础要求：各节点需有静态 IP且网络互通，集群内通过IP 多播发现；不要使用 DHCP 或共享文件系统运行多个实例；若启用会话复制，负载均衡器需正确处理 WebLogic 会话 Cookie。
端口规划：管理服务器常用 7001/T3，受管服务器 HTTP 常用 7003 等，具体以域配置为准。

二、部署 WebLogic 集群

安装与域创建：在所有节点安装相同版本的 WebLogic 与 JDK，使用配置向导创建集群域，添加受管服务器，并在控制台设置集群的默认负载算法（如轮询、最少连接）。
启动顺序：先启动管理服务器，再启动各受管服务器；登录控制台在集群的 Monitoring > Monitor server participation in cluster 检查成员是否加入。
网络要点：确保各实例监听正确地址与端口，集群使用多播地址/端口进行通信，且节点间可达。

三、配置负载均衡器

Nginx 示例（HTTP 模式，反向代理到受管服务器）：

http {
  upstream weblogic_cluster {
    server 10.0.0.11:7003;
    server 10.0.0.12:7003;
    # 可按需增加权重、健康检查等
  }

  server {
    listen 80;
    server_name app.example.com;

    location / {
      proxy_pass http://weblogic_cluster;
      proxy_set_header Host $host;
      proxy_set_header X-Real-IP $remote_addr;
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header X-Forwarded-Proto $scheme;
    }
  }
}

启动：sudo systemctl enable --now nginx

HAProxy 示例（HTTP 模式，简单轮询）：

global
  log /dev/log local0
  log /dev/log local1 notice
  maxconn 4096

defaults
  log global
  mode http
  option httplog
  retries 3
  timeout connect 10s
  timeout client  1m
  timeout server  1m

frontend http-in
  bind *:80
  default_backend weblogic_servers

backend weblogic_servers
  balance roundrobin
  server s1 10.0.0.11:7003 check
  server s2 10.0.0.12:7003 check

启动：sudo systemctl enable --now haproxy

会话保持与 Cookie 要点：若启用会话复制，负载均衡器对 WebLogic 会话 Cookie 的处理需遵循其规范；不支持会覆盖/修改会话 Cookie 的“主动 Cookie 持久化”；使用“被动 Cookie 持久化”时，需按会话 Cookie 格式配置偏移量与长度以识别服务器实例。

四、会话保持与故障转移

应用无状态优先：将登录态、购物车等放入数据库/Redis等外部存储，从根本上降低对会话粘滞的依赖。
有状态会话方案：在 WebLogic 中启用会话复制（内存到内存或 JDBC 复制），并在前端负载均衡器启用会话亲和（如基于 Cookie 的被动持久化），确保同一会话优先落到持有其会话副本的实例。
验证方法：登录应用后查看响应头中的 JSESSIONID，多次刷新或并发请求应能在后端不同实例间按策略分发，且会话不丢失。

五、验证与常见问题

健康检查与连通性：对 7001/T3（管理通道）与 7003/HTTP（应用通道）放行防火墙；在负载均衡器上配置主动健康检查（HTTP 返回码或 TCP 探测），确保异常节点自动摘除。
集群成员检查：控制台路径 Clusters > Monitoring > Monitor server participation in cluster，确认所有受管服务器已加入；检查各实例日志是否成功绑定多播地址并加入集群。
常见问题速查：
- 节点未加入集群：核对多播地址/端口、网络连通性与监听地址配置。
- 会话丢失：确认已启用会话复制且负载均衡器对 JSESSIONID 的处理符合规范（避免主动 Cookie 覆盖）。
- 仅一台实例命中：检查负载均衡策略与健康检查配置，确保后端实例均通过健康检查。

0 赞

0 踩