这是一个创建于 1186 天前的主题，其中的信息可能已经有所发展或是发生改变。
请教各位运维大佬：
我们团队 10-20 人，原来用阿里云 ECS 运行 GitLab，并创建一天一快照；
两年后数据超过系统盘容量 500G，故买了一块 1T 云盘挂到 /data，将 /opt/var/gitlab/git-data 迁移到 /data/gitlab, 两盘一天一快照；
如此一年后发现成本太高，一年大概 5w，主要花在 1T 云盘和 ECS 按量计费；
刚好手头上有个群晖（ DS918+，8T 硬盘 RAID，8G 内存），升级到 DMS7.0 后用 VMM 开了一个 Linux，将 GitLab 备份后还原。在 VMM 上打开一天一快照，目前一切正常。
想跟大家讨论讨论这样做会不会有什么隐患和风险？ VMM 的数据也有 RAID 吗？有什么更好的实践吗？
 |
1
EPr2hh6LADQWqRVH 2021-08-23 17:29:48 +08:00
把硬盘里没用的东西清清不行么，要不然治标不治本
|
 |
2
superhack 2021-08-23 17:30:33 +08:00
风险倒没啥，就是太慢了，群晖 cpu 、内存都不给力，你这 8G 更不够用了，除非只用来当 gitlab server
|
 |
3
PureWhiteWu 2021-08-23 17:31:41 +08:00  1
可行性：可以
潜在风险：性能太差，不好垂直扩容 |
|
4
EPr2hh6LADQWqRVH 2021-08-23 17:33:07 +08:00 1
就白裙那个 CPU，运行 GitLab 那里面七大姑八大姨的，太累了
再花几千收个垃圾 x86 服务器，挂载 NAS 上的 LUN，NAS 跑个 RAID6 就稳了。 不能防火灾地震洪水楼塌盗窃，其他问题不大 |
 |
5
longbiaochen OP @avastms 曾经清理过，结果很多系统就挂了，只好还原回去。
|
|
6
longbiaochen OP @superhack 的确啊，今天试了一下慢得很
|
|
7
longbiaochen OP @PureWhiteWu 垂直扩容具体能否讲一下？
|
|
8
longbiaochen OP @avastms 好，我再搞个机器，挂载群晖作数据盘，百兆内网性能 OK 吗？
|
|
9
PureWhiteWu 2021-08-23 19:09:33 +08:00
@longbiaochen 垂直扩容意思是直接把单体服务器的规格提上去，比如在云上，如果性能不够用，你可以直接变配就完事了（比如 2C4G -> 8C 16G 这种），这也是云计算的好处；
但是在 NAS 上……只能祝你好运了。 |
|
10
PureWhiteWu 2021-08-23 19:09:52 +08:00
@longbiaochen 百兆肯定不够。
|
|
11
EPr2hh6LADQWqRVH 2021-08-23 19:10:48 +08:00
@longbiaochen 群晖网卡是千兆的呀
|
 |
12
loading 2021-08-23 19:16:34 +08:00
用 gogs 是不是会好点。
|
 |
13
046569 2021-08-23 20:30:54 +08:00 1
没必要，你的这个场景很适合云计算。
先把原来的按量付费转换到包年，然后预付个三五年就能拿到一半以上的折扣。 按照 GitLab 500 个用户计算，只需要 4 CPU + 4G 内存。 阿里云这个配置的机器要多少钱呢？ 加上 1T 硬盘，不算流量费、备份费用仅仅需要 2.2 万 /5 年，平均每年不到五千元。 如果奢侈点为 1000 个用户服务呢，8 vCPU + 8G 内存每年需要六千元的服务器费用。 整个选型还是考虑到 GitLab 是 Ruby on Rails 架构，重负载程序，采用了计算密集型的服务器，如果选突发性能实例，年均三千多。 群晖软硬件都无法和云计算的可靠性相比，慎重入坑。 |
 |
14
oneisall8955 2021-08-23 20:44:34 +08:00 via Android
没运维吗？搞一台服务器在内网，再每天备份吧，外网需要走 VPN
|
 |
15
lifanxi 2021-08-23 21:59:33 +08:00
Gitlab 挺费资源的，群晖上跑有点吃力。群晖自带那个 Gitab 是半弃坑状态，就算要搭，也建议用 Docker 自己搭自己管理。
|
|
16
longbiaochen OP @PureWhiteWu 我们原来在阿里云上就吃了弹性变配的亏，它规定系统盘最大只能 500GB，当时写满后直接崩了，回滚了好多次才发现问题；直接买云盘挂载到 /var/opt/gitlab 后快照就创建不了了，无奈之下才挂载到 /data 下。这么一折腾花的时间精力感觉还不如自己搞运维。。
|
|
17
longbiaochen OP @avastms 我们内网是百兆网，历史问题
|
|
18
longbiaochen OP @loading gogs 太简陋了
|
|
19
longbiaochen OP @046569 感谢，后续报预算时就这么买；目前我们的流量和备份是大头，而且还要求速度快，所以当时转成按量计费，用的是突发性能实例，总的来说用起来都很爽，就是贵[呲牙][呲牙]
|
|
20
longbiaochen OP @lifanxi 对所以我搞了个虚拟机； docker 有个问题是它的 /docker 目录全用户可读，不太安全。
|
|
21
PureWhiteWu 2021-08-24 00:41:49 +08:00
@longbiaochen 自己搞运维，崩了你更难搞……我举个例子，比如你发现群晖 CPU 性能或者内存不够了，你咋办？
我理解你现在遇到的问题，解决一次就一劳永逸了，如果空间再不够直接 SSD 云盘变配扩容就是了。 |
 |
22
iosx 2021-08-24 06:49:12 +08:00 via iPhone
群晖太慢了，尤其人多了的时候。我们是直接 win 服务器上 hyper-v 跑 linux，linux 里 docker 跑 gitlab，定期做备份到群晖。
|
|
23
longbiaochen OP @PureWhiteWu 的确，今天准备取个折衷，迁移到私有云的 VM 上，再定期备份到群晖；感觉上云肯定比裸机灵活稳定，但公有云的存储还是做得不太好，收费也太高。
|
|
24
longbiaochen OP @iosx 我们有内网 Linux VM，我准备也这么搞。
|
|
25
EPr2hh6LADQWqRVH 2021-08-24 10:47:49 +08:00 via Android
@longbiaochen 那服务器和 nas 之间直接单走一条千兆线吧，对外百兆问题不大，LUN 百兆网的话延时太高了
|
|
26
longbiaochen OP @avastms 的确，昨天试了一下备份还原，10MB/s 完全不行；准备搞个裸金属快照，每天半夜慢慢传回群晖。
|
Select Language