centos gitlab资源占用优化

CentOS 上 GitLab 资源占用优化实操

一 快速定位与紧急止血

• 查看内存与进程热点：
  • 内存概况：free -h
  • 进程排行：ps aux --sort=-%mem | head -20
  • 观察是否存在多个 Puma worker 占用大量 RSS 的情况（常见为 4 个 worker 合计占用十余 GB）。
• 紧急缓解（业务允许短时中断时）：
  • 重启 Puma 释放内存：sudo gitlab-ctl restart puma
  • 临时创建 Swap（示例 4GB）以缓冲 OOM：

    sudo fallocate -l 4G /swapfile
    sudo chmod 600 /swapfile
    sudo mkswap /swapfile
    sudo swapon /swapfile
    echo '/swapfile none swap sw 0 0' | sudo tee -a /etc/fstab
    

  • 观察内存回落与业务恢复情况，后续通过配置优化与监控巩固效果。

二 关键配置优化清单

• Puma（Web 工作进程，影响最大）
  • 减少 worker 数量，避免每个 worker 都占用大块内存：

    puma['worker_processes'] = 2
    

  • 限制单 worker 内存，超过阈值触发回收/重启，抑制泄漏累积：

    puma['worker_memory_limit_min'] = "1024MB"
    puma['worker_memory_limit_max'] = "2048MB"
    puma['worker_memory_killer'] = {
      'max_requests' => 5000,
      'max_ram' => "2048MB",
      'check_interval' => 60
    }
    

• Sidekiq（后台任务）
  • 降低并发，减少内存与数据库压力（示例并发 15）：

    sidekiq['max_concurrency'] = 15
    sidekiq['min_concurrency'] = 5
    

• 数据库（PostgreSQL，捆绑于 Omnibus）
  • 将共享缓冲区设为内存的约 25%–40%（示例服务器 16GB 内存可先试 4GB）：

    postgresql['shared_buffers'] = "4GB"
    

  • 视负载调整工作进程数（示例 8）：

    postgresql['max_worker_processes'] = 8
    

• 应用层超时
  • 缩短请求超时，避免长请求堆积占用 worker：

    unicorn['worker_timeout'] = 60
    

• 使配置生效
  • 每次修改 /etc/gitlab/gitlab.rb 后执行：

    sudo gitlab-ctl reconfigure
    sudo gitlab-ctl restart
    

以上参数需结合实例规格与并发量逐步微调，优先控制 Puma 与 Sidekiq 的并发与内存上限，其次再调数据库缓存。

三 系统层面与架构优化

• 存储与 I/O
  • 使用 SSD/NVMe 提升仓库读写、日志与备份性能；容量规划要覆盖仓库、LFS、上传与备份。
• 对象存储
  • 将 LFS、附件、备份 等迁移至对象存储（如 S3/MinIO），显著降低本地磁盘与数据库压力。
• 缓存与连接
  • 启用 Redis 作为缓存与会话存储，合理设置连接池，减轻数据库负载。
• 监控与告警
  • 启用内置 Prometheus + Grafana，对内存、Puma 队列、Sidekiq 延迟、PostgreSQL 指标设置阈值告警。
• 版本与维护
  • 及时升级到稳定版，获取性能修复与安全补丁；定期清理无用仓库、制品与日志，避免空间膨胀。
• 架构扩展
  • 规模扩大时考虑 Gitaly 集群、多实例与 HAProxy/Nginx 负载均衡，分摊计算与存储压力。

四 不同规格机器的起步配置建议

• worker 数不宜超过 CPU 物理核心数；内存上限设置过低会触发频繁回收/重启，过高则 OOM 风险增大。
• 以上为起步值，需结合监控与业务峰值滚动调优。

五 维护与自动化

• 日常巡检
  • 内存与进程：free -h、ps aux --sort=-%mem | head -20
  • GitLab 日志：sudo gitlab-ctl tail
  • 内存使用检查：sudo gitlab-rake gitlab:memory
• 稳定性策略
  • 若观察到 Puma 存在长期运行后的泄漏趋势，可在低峰期做定时重启（示例每日 03:00）：

    crontab -e
    0 3 * * * /usr/bin/gitlab-ctl restart puma
    

  • 不建议依赖重启作为唯一手段，应与内存上限与并发调优配合。