3 ms·
A tangential question, the post links to an earlier post[1] saying that GitLab itself doesn't use NFS anymore, pointing out that they migrated to Gitaly. But u
by avar 8y ago
A tangential question, the post links to an earlier post[1] saying that GitLab itself doesn't use NFS anymore, pointing out that they migrated to Gitaly.
But ultimately Gitaly will need to do a local FS operation, so there's still the problem of ensuring HA for a given repository. GitHub solved this by writing their own replication layer on top of Git[2], but what's GitLab doing? Manually sharding repos on local FS's that are RAID-ed with frequent backups?
1. https://about.gitlab.com/2018/09/12/the-road-to-gitaly-1-0/ https://about.gitlab.com/2018/09/12/the-road-to-gitaly-1-0/
2. https://githubengineering.com/introducing-dgit/ https://githubengineering.com/introducing-dgit/
- lbotos 8y agoWe are working on Gitaly HA. You can check out the Epic here: https://gitlab.com/groups/gitlab-org/-/epics/289 https://gitlab.com/groups/gitlab-org/-/epics/289
- avar 8y agoSo since redundancy & horizontal scaling are goals of Gitaly HA am I to understand that right now GitLab.com is run on some ad-hoc setup like what I described, and you can lose data if you're unlucky enough with a machine or two disks going down at the same time?