在 CentOS 上部署与调优 WebLogic 的实用方案
一 运行环境与权限基线
- 使用专用的系统用户运行 WebLogic（如创建用户组与用户：groupadd weblogic; useradd -g weblogic weblogic），遵循最小权限原则，避免使用 root 直接启动。
- 以生产模式运行，关闭示例应用与默认账户，修改默认端口，限制目录列表访问，开启安全审计与日志，减少信息泄露。
- 关闭不必要的系统服务（如邮件服务 postfix 等），释放资源并降低攻击面。
- 规划目录与权限：安装目录（如 /usr/local/weblogic）归属 weblogic:weblogic，并严格控制脚本与配置文件的读写权限。
二 操作系统层资源与网络优化
- 文件描述符与进程限制：提升单进程可打开文件数，编辑 /etc/security/limits.conf（示例：weblogic soft nofile 65535; weblogic hard nofile 65535），并在 systemd 服务中设置 LimitNOFILE=65535，保证 WebLogic 与底层网络/磁盘 I/O 不被句柄限制。
- 内存与虚拟内存：适度降低 vm.swappiness（如设为 10）以减少换页，提升响应；结合负载调整 vm.dirty_ratio / vm.dirty_background_ratio，在突发写入时平衡回写时机与 I/O 抖动。
- TCP/IP 参数：开启 net.ipv4.tcp_tw_reuse=1、缩短 net.ipv4.tcp_fin_timeout=30，提升短连接回收与端口复用能力；在高并发短连接场景可适度增大 net.core.somaxconn 与 net.ipv4.tcp_max_syn_backlog，缓解连接排队与半连接堆积。
- 文件系统与挂载：选择 XFS/EXT4，对日志型挂载点启用 noatime 减少元数据写放大；为域目录、日志与临时目录使用独立磁盘或 LVM 条带化，降低 I/O 争用。
三 JVM 与 WebLogic 协同调优
- 堆与元空间：将 -Xms 与 -Xmx 设为相同值（如 -Xms4g -Xmx4g）避免运行期扩缩堆带来的停顿；Java 8+ 使用 Metaspace，可按需设置 -XX:MaxMetaspaceSize=…，避免无界增长。
- 垃圾回收器：面向大堆与可预测停顿，优先选择 G1 GC（如 -XX:+UseG1GC），并结合 -XX:MaxGCPauseMillis、-XX:G1HeapRegionSize 等参数按应用对象生命周期与停顿目标微调。
- 执行队列与线程：结合 CPU 核数、I/O 等待与应用特征，调整 WebLogic 的执行线程数与数据库连接池初始/最大容量，避免线程过多导致上下文切换激增或过少造成排队。
- I/O 路径：在受支持的平台上启用 Native I/O（套接字复用器），提升高并发网络吞吐与静态资源服务能力。
- 启动参数注入：在 setDomainEnv.sh 或启动脚本中统一维护 JAVA_OPTIONS / MEM_ARGS，便于版本升级与一致性管理。
四 高可用与集群部署
- 架构要素：在同一或跨物理机的多个 CentOS 节点上部署 AdminServer + 受管服务器（Managed Server），组成 WebLogic 集群；通过 NodeManager 远程启停与守护进程管理。
- 会话与故障转移：启用 HTTP 会话复制（内存到内存或数据库复制），实现实例故障时会话不丢失；对无状态服务利用集群的动态路由与负载均衡提升吞吐与弹性。
- 网络与前端：在集群前端部署 Nginx/Apache HTTP Server 作为反向代理与负载均衡器，利用其异步非阻塞模型与连接复用，承接海量并发并转发至后端 WebLogic 集群。
- 验证与演练：通过控制台与 WLST 检查集群成员状态、会话复制与健康检查；定期做故障注入与滚动升级演练，确保高可用策略有效。
五 监控 验证与变更管控
- 基线先行：使用 JMeter/LoadRunner 建立吞吐、响应时间、错误率与资源利用率的性能基线，明确优化目标与验收标准。
- 多维监控：在系统侧用 top/vmstat/iostat 观察 CPU、内存、I/O 与网络；在 JVM 侧用 jstat/jconsole/VisualVM 观察 GC 次数、停顿与堆使用；在中间件侧用 WebLogic 控制台/JMX 观察线程池、连接池、JMS 与数据源等关键指标。
- 持续迭代：任何参数变更先在测试环境验证，采用灰度/蓝绿策略上线，变更后复核基线指标与错误日志，形成闭环优化与回滚预案。
