如何在 CentOS 上优化 GitLab 性能

CentOS 上优化 GitLab 性能

一 硬件与系统基础

• 资源基线：至少4 核 CPU、4 GB 内存，推荐8 核+ / 8 GB+；存储优先SSD/NVMe，并预留充足空间用于仓库、日志与备份。
• 存储布局：将 Git 数据目录迁移至高性能盘，例如在 /etc/gitlab/gitlab.rb 中设置：
  git_data_dirs({ “default” => { “path” => “/data/gitlab-data” } })
• 基础网络：开放常用端口（示例）：
  firewall-cmd --permanent --zone=public --add-port=22/tcp
  firewall-cmd --permanent --zone=public --add-port=80/tcp
  firewall-cmd --permanent --zone=public --add-port=443/tcp
  firewall-cmd --reload
• 说明：以上基线有助于缓解 I/O 与并发瓶颈，并为后续组件调优打底。

二 操作系统网络与内核参数

• 提升连接与端口复用能力（临时生效，写入 /etc/sysctl.conf 可持久化）：
  • net.ipv4.tcp_tw_reuse = 1
  • net.ipv4.tcp_fin_timeout = 30
  • net.core.somaxconn = 65535
  • net.ipv4.ip_local_port_range = 1024 65535
  • 可选：net.ipv4.tcp_fastopen = 3（需客户端/内核支持）
• 应用变更：sysctl -p
• 作用：缩短 TIME_WAIT、提高并发监听队列与本地端口范围，改善高并发拉取/推送与 Web 访问体验。

三 GitLab 组件与关键参数调优

• 工作进程与并发
  • Unicorn（传统模式）：按 CPU 核数设置 worker，示例：unicorn[‘worker_processes’] = 4（过小会阻塞，过大易 OOM）。
  • Sidekiq：根据内存与任务类型调整并发，示例：sidekiq[‘concurrency’] = 25–50（过大增加数据库/缓存压力）。
• 存储与对象存储
  • 大文件（LFS、附件）使用对象存储（如 S3/MinIO），减轻本地磁盘与数据库压力。
  • 仓库高可用与横向扩展：启用 Gitaly 集群，将存储与计算解耦，提升吞吐与稳定性。
• 缓存与数据库
  • 启用 Redis 缓存 加速读多写少场景（如页面、会话、部分 API）。
  • PostgreSQL：保持版本较新；可按内存调优 shared_buffers（常见为内存的25%–40%），并合理设置 max_worker_processes 等参数。
• Nginx/HTTP
  • 启用 HTTP/2、长连接与合理超时：
    • nginx[‘enable’] = true
    • nginx[‘listen_port’] = 80；nginx[‘listen_https’] = false（若启用 HTTPS，配置证书与 TLS）
    • nginx[‘ssl_protocols’] = “TLSv1.2 TLSv1.3”
    • nginx[‘keepalive_timeout’] = 65
• 变更生效：每次修改 /etc/gitlab/gitlab.rb 后执行：gitlab-ctl reconfigure
• 说明：上述参数需结合实例规格与负载逐步压测微调，避免一次性拉满。

四 监控维护与日常优化

• 监控与告警：启用内置 Prometheus + Grafana，监控 CPU、内存、磁盘 I/O、数据库与 Sidekiq 队列等关键指标，配置阈值告警。
• 日志管理：将 log_level 调整为 info/warn/error 以减少磁盘写入；定期归档/清理过期日志。
• 例行维护：定期执行仓库 GC 清理冗余对象；保持 GitLab 版本及时更新获取性能修复；配置并定期演练备份/恢复。
• 资源兜底：在内存紧张时配置适量 Swap（示例：创建 4 GB 文件并启用），作为 OOM 前的缓冲，避免突发杀进程。
• 说明：监控与维护能提前暴露瓶颈并降低故障恢复时间。

五 快速检查清单与注意事项

• 检查清单
  • 使用 SSD 并已迁移 git_data_dirs 到高性能盘
  • 已调整内核网络参数并生效（somaxconn、tw_reuse、local_port_range 等）
  • Unicorn/Sidekiq 并发与内存匹配，避免 OOM
  • 启用 HTTP/2 与 Keep-Alive，TLS 配置合规
  • 大文件走 对象存储，必要时启用 Gitaly 集群
  • 配置 Redis 缓存与 PostgreSQL 基础调优
  • 启用 Prometheus/Grafana 监控与告警，日志级别合理
  • 定期 GC/备份/更新
• 注意事项
  • 所有 /etc/gitlab/gitlab.rb 修改后必须执行：gitlab-ctl reconfigure
  • 并发与缓存调大前先做压测，逐步递增并观察延迟与错误率
  • Swap 仅作兜底，不能替代充足内存与合理并发配置
• 说明：按清单逐项落地，可在不更换硬件的前提下获得明显性能提升。