高可用堡垒机集群需实现JumpServer应用双活、云数据库主从切换、云Redis缓存、CFS/NAS共享存储及NTP时间同步。各组件间仅开放必要端口，负载均衡配置健康检查，安全组严格限制访问源。
要配置高可用堡垒机集群防止单点故障，核心是让 JumpServer 服务、数据库、缓存、共享文件和流量入口全部具备冗余能力，不能存在单点依赖。不是简单多装几台 JumpServer 就算高可用，而是每个关键组件都要按角色拆分、独立部署并有容错机制。
JumpServer 应用节点双活+负载均衡
至少部署 2 台 JumpServer 节点（建议跨可用区），都运行完整服务（Web、Core、Koko、Luna、Chen）。前端必须通过 Nginx 或云负载均衡（如腾讯云 CLB、阿里云 SLB）做反向代理和健康检查，实现请求自动分发与故障剔除。所有节点的 /opt/jumpserver/core/data 目录需挂载到同一 CFS（腾讯云）或 NAS（阿里云）共享存储，确保录像、会话日志等文件统一存放、实时可见。
数据库与缓存必须托管上云
MySQL 和 Redis 不应自建单实例：
- MySQL 使用云数据库（如 TencentDB for MySQL 或 PolarDB），开启主从自动切换或主主模式，JumpServer 所有节点统一连接 VIP 或读写分离地址；
- Redis 使用云托管版（TencentDB for Redis 或 ApsaraDB for Redis），关闭持久化要求（JumpServer 的 Redis 仅作缓存和任务队列，无关键状态）；
- 资产、用户、授权等变更操作必须限定在单一管理入口（如只允许运维管理员在指定 JumpServer 节点上操作），避免并发写入引发数据不一致。
共享存储与时间同步不可省略
静态资源（logo、前端页面、Celery 配置）和审计录像必须集中存放于高可用共享文件系统（CFS/NAS），而非本地磁盘。同时，所有 JumpServer 节点、数据库、Redis 必须同步到同一 NTP 时间源（如内网部署的 chrony 服务器或云厂商提供的 NTP 服务），时间偏差超过 5 秒可能导致 Celery 任务失败、会话超时、审计日志时间错乱等问题。
网络与安全组需精细化控制
各组件之间只开放必要端口：
- JumpServer 节点出方向仅允许访问数据库（3306）、Redis（6379）、共享存储（NFS 端口）、负载均衡健康检查端口；
- 数据库和 Redis 实例禁止公网暴露，安全组只放行 JumpServer 节点内网 IP 段；
- 负载均衡监听 443/80 端口，后端健康检查路径设为
/api/health/，失败连续 3 次自动下线节点； - 所有节点操作系统启用 SELinux 或 firewalld，并限制仅 root 或 jumpserver 用户可执行关键服务命令。
