V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
FlexGap
V2EX  ›  服务器

10 ~ 20 人小团队自建代码托管仓库所遇到的问题

  •  
  •   FlexGap · 2020-12-31 09:58:36 +08:00 · 3792 次点击
    这是一个创建于 1458 天前的主题,其中的信息可能已经有所发展或是发生改变。

    从某鱼上收了个二手服务器 DELL R610,硬件配置如下:

    CPU:2 * Intel Xeon X5670 Mem: 4 * 4 Gb DDR 1066MHz Disk: 双 1 TB 西数蓝盘 5400 Rpm + DELL 6/i 阵列卡 Raid 1 磁盘接口:SATA

    软件配置:CentOS 7.9 + Docker + Portainer

    具体的卡顿表现在,特别是点开仓库的时候会出现明显的加载时间,大约在 1.5 ~ 3 秒之间。怀疑是磁盘转速过低的问题。因为在安装之前就看了 Gitlab-CE 的配置需求。说是 7200 Rpm 比较好,但我没想到 5400 Rpm 卡顿感会这么严重。

    想问下,假设不去更换 Gitlab 作为代码仓库的情况下:

    1. 如何针对这个问题进行优化?
    2. 如果真的要换磁盘,是否有推荐的磁盘?
    3. 如果真的要换代码仓库,Gitea 或 Gogos 是否是个好的选择?

    关于第三个问题,目前团队的需求如下:

    1. Git 的静态页面托管(存放随笔、技术文档等)
    2. CI/CD 支持
    3. 权限管理
    22 条回复    2022-02-25 19:50:09 +08:00
    GopherDaily
        1
    GopherDaily  
       2020-12-31 10:01:00 +08:00   ❤️ 3
    歪个题,时间和精力真的这么不值钱吗?
    Vegetable
        2
    Vegetable  
       2020-12-31 10:08:42 +08:00
    云服务器+gitea+默认 sqlite 使用正常。支持 Oauth2,仓库读写权限分离,支持在线 review,webhook 配合 Jenkins 没什么问题,WIKI/Markdown 中规中矩,不支持 svg 是个槽点。
    cryingsky
        3
    cryingsky  
       2020-12-31 10:10:38 +08:00
    nrtEBH
        4
    nrtEBH  
       2020-12-31 10:17:07 +08:00
    笔记本级别的 io 性能 再一个 raid1 另外服务器年限过久了 万一哪天坏掉了不说数据丢失风险 重建修复耗掉的工时应该够买一台全新服务器了
    真的 上 github 或者 gitee 弄个环境能省太多事
    wangmn
        5
    wangmn  
       2020-12-31 10:38:55 +08:00
    gitee + Jenkins ,或者 coding.net
    server
        6
    server  
       2020-12-31 10:43:55 +08:00
    功能上 gitlab 基本上全家桶. gitea 很多功能需要组一下 比如 drone. 走平台 gayhub 或者 BitBucket, gitee 就算了
    Rwing
        7
    Rwing  
       2020-12-31 10:53:23 +08:00
    考虑 github/gitlab 的免费 /付费在线版啊。。。。。
    isnullstring
        8
    isnullstring  
       2020-12-31 10:57:09 +08:00   ❤️ 2
    服务器太老,省了不该省的
    不上固态硬盘,省了不该省的
    Lax
        9
    Lax  
       2020-12-31 11:17:52 +08:00
    怀疑磁盘可以,找找依据。慢的时候 iostat 看看磁盘利用率。
    没有专人维护研发这套东西之前,还是购买付费的服务比较划算。
    qiayue
        10
    qiayue  
       2020-12-31 11:19:06 +08:00
    用 github,现在免费版也能创建私有仓库了
    elfive
        11
    elfive  
       2020-12-31 11:19:52 +08:00 via iPhone
    @GopherDaily #1 这是老板花钱花时间,老板觉得值就值,楼主只是一个干活的,不搭这个也会有那个任务过来,对他来说,工资不会因为搞没搞这个而变化😂
    lostberryzz
        12
    lostberryzz  
       2020-12-31 11:21:09 +08:00
    1. SSD
    2. 高频 CPU
    4. 大容量内存
    3. 高频内存

    优先级递减
    FlexGap
        13
    FlexGap  
    OP
       2020-12-31 12:17:13 +08:00
    @elfive 是的,我只是个打工的
    CoCoMcRee
        14
    CoCoMcRee  
       2020-12-31 12:52:41 +08:00
    有这钱, 直接 coding 或者 gitlab 付费版不香吗
    wongy
        15
    wongy  
       2020-12-31 16:10:11 +08:00 via iPhone
    我的服务器:
    Ryzen7 1700 oc3.7G
    微星 B450 itx
    阿斯加特 DDR4 3000 32Gx2
    机箱迎广 A1 PLUS
    网卡主板集成
    显卡 讯景 RX460 刷成了蓝宝石 RX560
    傲腾 16G 装 ESXI 6.7
    英特尔 S3610 1.6T
    英特尔 P3600 800G

    这些都是剩下的零件拼起来,跑 Java 服务,数据库,GitLab,表示都很流畅,CPU 甚至不想动;
    目前这台服务器用于非正式之外的应用,除了停电基本不关机用了大半年。
    honghaoz
        16
    honghaoz  
       2020-12-31 17:18:06 +08:00 via iPhone
    @GopherDaily 我也觉得,直接用 GitHub 不好吗?
    stevenkang
        17
    stevenkang  
       2020-12-31 18:38:22 +08:00
    买一块容量不大的 SSD (如 64G 啥的),全部用来给机械硬盘加速,这样又省钱又兼顾效率和安全。

    当前,直接先现成的 SaaS 服务不香吗?
    arischow
        18
    arischow  
       2020-12-31 18:51:41 +08:00 via iPhone
    找一个能满足你们 ACL 的 SaaS 服务
    cnbattle
        19
    cnbattle  
       2021-01-02 10:09:29 +08:00 via Android
    个人的选择是 gitea + drone
    newee
        20
    newee  
       2021-01-26 13:07:37 +08:00
    以前好像遇到过类似的问题

    卡顿是不是 CPU100%

    可以搜索一下 gitlab cpu100% 优化

    有一些配置改过之后会好很多
    mrochcnnnnn
        21
    mrochcnnnnn  
       2021-01-26 22:52:20 +08:00 via iPhone
    加个 nginx 反向代理一下试试?
    lunny
        22
    lunny  
       2022-02-25 19:50:09 +08:00
    @Vegetable svg 新版本已经支持了
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2762 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 31ms · UTC 09:46 · PVG 17:46 · LAX 01:46 · JFK 04:46
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.