ubuntu gitlab性能调优指南

Ubuntu 上 GitLab 性能调优指南

一基线检查与硬件存储优化

基线硬件与规模建议：至少使用4 核 CPU与4 GB 内存以支持约500 名用户；更稳妥的生产起步为8 GB+ 内存、SSD 存储，并按项目规模预留充足磁盘空间。若低于4 GB，建议仅用于测试或做专门的内存收敛调优。
存储与 I/O：优先使用NVMe/SSD，避免 I/O 成为瓶颈；将仓库、上传等大对象与系统盘分离，便于扩容与维护。
对象存储与附件分流：将LFS、上传、备份等大文件对接对象存储（如 Amazon S3、MinIO），降低本地磁盘压力并提升可靠性。
仓库与分支治理：启用Git LFS管理大文件；定期清理无用分支与合并请求产物，并对仓库执行周期性git gc以回收对象与压缩包，减少仓库体积与克隆耗时。

二关键组件并发与内存参数

调整前务必备份配置：sudo cp /etc/gitlab/gitlab.rb /etc/gitlab/gitlab.rb.bak；调整后执行：sudo gitlab-ctl reconfigure。
建议按服务器规格分场景设置（示例为 Omnibus 包管理部署）：

场景	关键参数示例	说明
低内存环境（约2 GB）	puma[‘worker_processes’] = 1（或 0 并关闭 cluster）；puma[‘min_threads’] = 1；puma[‘max_threads’] = 2；sidekiq[‘concurrency’] = 4；postgresql[‘shared_buffers’] = “128MB”；postgresql[‘work_mem’] = “4MB”；gitlab_rails[‘db_pool’] = 5；redis[‘maxmemory’] = “512MB”	可将内存占用收敛至约2 GB，适合测试/个人环境；生产不建议关闭 Puma cluster 模式。
通用生产（约4–8 GB）	puma[‘worker_processes’] = 2–4；puma[‘min_threads’] = 2；puma[‘max_threads’] = 4–8；sidekiq[‘concurrency’] = 10–25；postgresql[‘shared_buffers’] = “256MB”；gitlab_rails[‘db_pool’] = 10–20；redis[‘maxmemory’] = “1GB”	在并发与内存间取平衡；数据库与应用连接池与内存需匹配。

三存储与数据布局优化

自定义仓库数据目录（迁移或扩容时尤佳）：在 /etc/gitlab/gitlab.rb 中设置 git_data_dirs，例如：git_data_dirs({ “default” => { “path” => “/home/gitlab-data” } })。已有数据时先停服务，使用 rsync 迁移 /var/opt/gitlab/git-data/repositories 到新路径，再执行 reconfigure 与启动。
多存储目录：可同时定义多个存储路径（如 default 与 alternative），便于按项目或性能分层。
对象存储与 Gitaly：将LFS/上传/备份指向对象存储；对大规模与高可用场景，考虑Gitaly 集群以分担存储与提升稳定性。

四监控告警与日常维护

监控与告警：启用内置Prometheus与Grafana，关注P95/P99 响应时间、数据库查询耗时、Sidekiq 队列积压等关键指标，配置阈值告警，提前识别性能退化。
精简监控组件（小型或资源紧张环境）：如非必须，可关闭监控角色与部分 exporter（monitoring_role[‘enable’] = false；prometheus[‘enable’] = false；alertmanager[‘enable’] = false；postgres_exporter[‘enable’] = false；redis_exporter[‘enable’] = false；node_exporter[‘enable’] = false），以降低资源占用。
日志与容量：定期清理过期日志与临时文件，验证备份与恢复流程可用，避免因磁盘占满或备份失败引发连锁问题。

五网络与高可用

传输与加速：对外静态资源启用CDN 加速；内网大对象传输优先走内网链路，减少公网抖动。
负载均衡与高可用：多实例前置HAProxy/NGINX做负载均衡与健康检查；数据库与存储层按规模引入主从/集群与Gitaly 集群，提升吞吐与容灾能力。
扩展阅读：可按需部署GitLab Geo实现异地镜像与灾备阅读。

最新问答