使用阿里云极速型NAS构建高可用的GitLab

使用阿里云文件存储NAS构建GitLab高可用环境

GitLab简介

GitLab是一个利用 Ruby on Rails 开发的开源应用程序，实现一个自托管的Git项目仓库，可经过Web界面进行访问公开的或者私人项目。Ruby on Rails 是一个可使你开发、部署、维护 web 应用程序变得简单的框架。GitLab拥有与Github相似的功能，可以浏览源代码，管理缺陷和注释。能够管理团队对仓库的访问，它很是易于浏览提交过的版本并提供一个文件历史库。它还提供一个代码片断收集功能能够轻松实现代码复用，便于往后有须要的时候进行查找。
因为Git的分布式特性，即便Gitlab不可用，开发人员仍然能够在本地提交代码。可是,某些Gitlab功能，好比CI，问题跟踪和持续集成会不可用，也会严重影响线上使用。所以高可用架构仍是不可缺乏的。GitLab软件架构以下图所示：

GitLab高可用设计

主备模式：启动2个实例，只有一个工做提供服务，数据经过分布式存储保持一致

主主模式(scales)：Rails server启动多个，同时提供服务，数据库保持独立，数据经过NAS文件存储共享

GitLab高可用方案

水平扩展

这种架构适用于许多Gitlab客户访问的使用场景，解决高API使用率，大量排队的Sidekiq做业的问题。

• 3 PostgreSQL nodes
• 2 Redis nodes
• 3 Consul/Sentinel nodes
• 2 or more GitLab application nodes (Unicorn, Workhorse, Sidekiq, PGBouncer)
• 1 NFS/Gitaly server

混合扩展

这种架构经过组件在专用节点上分离，提供高资源使各组件不会相互干扰，解决服务争用/高负载的问题。

• 3 PostgreSQL nodes
• 1 PgBouncer node
• 2 Redis nodes
• 3 Consul/Sentinel nodes
• 2 or more Sidekiq nodes
• 2 or more GitLab application nodes (Unicorn, Workhorse)
• 1 or more NFS/Gitaly servers
• 1 Monitoring node (Prometheus, Grafana)
   

全分布式扩展

该体系结构可扩展到数十万用户和项目，是GitLab.com体系结构的基础。 虽然分布式架构能够很好地扩展，但它增长了节点的复杂性，配置，管理和监控的难度，不易维护。

• 3 PostgreSQL nodes
• 4 or more Redis nodes (2 separate clusters for persistent and cache data)
• 3 Consul nodes
• 3 Sentinel nodes
  Multiple dedicated Sidekiq nodes (Split into real-time, best effort, ASAP, CI Pipeline and Pull Mirror sets)
• 2 or more Git nodes (Git over SSH/Git over HTTP)
• 2 or more API nodes (All requests to /api)
• 2 or more Web nodes (All other web requests)
• 2 or more NFS/Gitaly servers
   

阿里云文件存储NAS选型

GitLab场景一般为海量小文件场景，须要并发的进行文件的读写操做。该种场景适用于极速型NAS。该种NAS后端基于RDMA网络进行时延优化，对于元数据操做密集型的业务有很高的OPS和较低的访问时延。

原文连接
本文为云栖社区原创内容，未经容许不得转载。