Gitlab: 私有化部署

已于 2024-04-28 16:48:18 修改
阅读量1.4k 收藏 27
点赞数 12
分类专栏： Gitlab 文章标签： gitlab ci/cd
于 2024-02-29 10:43:19 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/bennybi/article/details/136182236
版权

目录

1. 说明

2. 服务器

3. 安装 

4. 配置实践

4.1 人员与项目

4.2 部署准备

4.2.1 访问变量及用户账号设置

4.2.2 Runner设置

4.2.3 要点

5. 容器镜像(Container Registry)

5.1 准备

5.2 配置 

 5.3 测试

6. 应用项目 CI/CD

7. 参考

1. 说明

    Gitlab是一个强大且免费的代码管理/部署工具，能统一集成代码仓库，CI/CD的工作。开始时我以为只能在官网上使用，后来才知道能私有化部署，确实了不起。

原理图：

2. 服务器

    gitlab资源要求比较高，建议8核16G，目前我的虚拟机是分配了5核12G，要是工作负荷上来，还要划拨资源。

ServerIP配置备注
host001.dev.ia192.168.0.1305核/12G/200G硬盘Gitlab服务器 / Gitlab Runner工作站 / 开发服务器1
host002.dev.ia192.168.0.1312核/4G/200G硬盘开发服务器2

在各自的 /etc/hosts 做上述设定

3. 安装 

docker-composer方式，指定外部访问url为 http://host001.dev.ia:18181

gitlab.yml

version: "3.5"

services:
  web:
    image: 'gitlab/gitlab-ce:latest'
    container_name: gitlab
    restart: always
    hostname: 'gitlab.dev.ia'
    environment:
      GITLAB_OMNIBUS_CONFIG: |
        external_url 'http://host001.dev.ia:18181'
        # Add any other gitlab.rb configuration here, each on its own line
    ports:
      - '18181:18181'
      - '2222:22'
      - '5050:5050'
    volumes:
      - '/data0/Server/Settings/gitlab:/etc/gitlab'
      - '/data0/Server/Logs/gitlab:/var/log/gitlab'
      - '/data0/Server/Db/gitlab:/var/opt/gitlab'
    shm_size: '256m'

安装后进去容器设置管理员(root)密码

gitlab-rails console -e production

irb> user = User.where(id: 1).first
irb> user.password = 'xxx'
irb> user.password_confirmation = 'xxx'
irb> user.save!

4. 配置实践

4.1 人员与项目

进入管理后台，建立两个开发组，3名用户成员 (Regular Member权限，配置ssh公钥)，两个团队项目, 每个项目分别建    dev / staging / live 分支，检查 pull & push是否正常

GroupMemberProjectBranch
Dev1root, ben, developer1Team1 Prj1dev / staging / live
Dev2root, ben, developer2Team2 Prj1dev / staging / live

如图：

添加系统用户 sysuser1，用于镜像推送等内部操作  

4.2 部署准备
4.2.1 访问变量及用户账号设置

- 在gitlab服务器，因为docker化安装的，需映射ssh访问端口 22 => 2222

- 用工具生成deployer密钥，然后用管理员账号登录gitlab后台: 

-- 配置deployer私钥变量

    Admin Area => Settings => CI/CD => Variables, 定义 SSH_PRIVATE_KEY，用deployer的私钥填充，将在.gitlab-ci.ym里使用。（注：去掉默认的Protect variable勾选，不然部署时会出现“Error loading key "(stdin)": error in libcrypto”问题）

-- 配置仓库访问公钥, 可选择添加：公共的部署公钥或项目部署公钥（2选1）

A 公共公钥：Admin Area => Deploy Keys，然后在项目Deploy keys中enable之

B 项目公钥：切换到项目 Settings => Repository => Deploy keys，添加deployer的Privately keys并且enable，使得deployer用户可访问代码仓库

- 在部署服务器建deployer账号，分配密钥，目录访问权限，脚本：

adduser deployer
setfacl -R -m u:deployer:rwx /www/wwwroot

# 为解决安全及读写权限问题，把deployer设置为主组www,加入到docker组，www用户则加到deployer组
usermod -g www deployer
usermod -aG docker deployer
usermod -aG deployer www

# 建立密钥文件， 通过vi把该用户的密钥加上
mkdir -p /home/deployer/.ssh && touch /home/deployer/.ssh/authorized_keys && touch /home/deployer/.ssh/id_rsa && touch /home/deployer/.ssh/config

chmod 700 /home/deployer/.ssh && chmod 600 /home/deployer/.ssh/id_rsa && chown deployer:deployer -Rf /home/deployer/.ssh

- 为了ssh能正确访问git仓库（端口映射），需编辑 /home/deployer/.ssh/config

Tips: 配置文件里面的git用户是gitlab容器内含了的， 端口映射到2222

Host host001.dev.ia
    User git
    Hostname host001.dev.ia
    Port 2222
    Preferredauthentications publickey
    IdentityFile ~/.ssh/id_rsa
    TCPKeepAlive yes
    AddKeysToAgent yes

 完成后用deployer登录目标机器，测试是否能连接gitlab, 克隆仓库

ssh -T git@host001.dev.ia

git clone git@host001.dev.ia:dev1/team1-prj2.git
4.2.2 Runner设置

Runner 所处位置图: 通过Runner工作组，根据脚本进行构建与分发

用root账号登陆，在管理面板（Admin Area）=> CI/CD => Runners页上建Runner，它实际上是个运行代理器，让工作机的关联进来，通过定义tag来调配对应的运行器完成任务，这里我定义了一个php的runner

gitlab在项目管理中提供了Pipeline editor工具，可以在不同分支定义一个.gitlab-ci.yml文件，记叙CI/CD步骤与详细内容，当用户提交并推送代码时触发过程

工作机安装gitlab-runner客户端, 脚本 gitlab-runner-install.sh

#!/bin/bash

# Download the binary for your system
sudo curl -L --output /usr/local/bin/gitlab-runner https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64

# Give it permission to execute
sudo chmod +x /usr/local/bin/gitlab-runner

# Create a GitLab Runner user
sudo useradd --comment 'GitLab Runner' --create-home gitlab-runner --shell /bin/bash

# Install and run as a service
sudo gitlab-runner install --user=gitlab-runner --working-directory=/home/gitlab-runner
sudo gitlab-runner start

注册runner

sudo gitlab-runner register  --url http://host001.dev.ia:18181  --token glrt-HfgiG84kn28NvU69stkh

- 选择shell类型

sudo gitlab-runner run

# 其他相关命令
gitlab-runner list
gitlab-runner unregister --all-runners
gitlab-runner unregister  --url http://host001.dev.ia:18181  --token glrt-ABh3NZLwxomjSk6szHbz
4.2.3 要点

- 在gitlab文档中，是没有提及给gitlab-runner账号配deployer私钥的，当用giltlab-runner账号在终端进行手动测试时，需把deployer的id_rsa拷贝过去 gitlab-runner/.ssh目录下。

- 改下gitlab-runner的.bash_logout，不然在工作机连接时 gitlab-runner会出现状况

cd /home/gitlab-runner# 
mv .bash_logout .bash_logout.bak

- 当docker login出现"503 Service Unavailable"情况时，先查下当前的docker有没用代理。

5. 容器镜像(Container Registry)

Gitlab还提供了一项容器镜像管理的功能，允许用户把项目构建成的镜像文件push到它的数据库中，统一管理，摸索良久分享之：

5.1 准备

- 因为本地部署测试，并不需要证书等烦人的东西，所以需把registry域名登记到/etc/docker/daemon.json非安全条项，不然docker login会出现不能登录的问题

# cat /etc/docker/daemon.json
{"insecure-registries":["http://host001.dev.ia:18181","http://host001.dev.ia:5050"]}


# 添加docker启动项
# vi /etc/default/docker
DOCKER_OPTS="--config-file=/etc/docker/daemon.json"

# systemctl daemon-reload
# systemctl restart docker
5.2 配置 

- 编辑 /data0/Server/Settings/gitlab/gitlab.rb，配置如下：

registry_external_url 'http://host001.dev.ia:5050'

### Settings used by GitLab application
gitlab_rails['registry_enabled'] = true
gitlab_rails['registry_host'] = "host001.dev.ia"
gitlab_rails['registry_port'] = "5050"
gitlab_rails['registry_path'] = "/var/opt/gitlab/gitlab-rails/shared/registry"
registry_nginx['listen_https'] = false

同时修改compose.yml, 开放5050为registry的访问端口，然后重新建立容器，项目的Deploy-Container Registry面板如图：

5.3 测试
# 测试连接
nc -zv host001.dev.ia 5050
curl -v http://host001.dev.ia:5050/v2/_catalog

# 测试登录
docker login http://host001.dev.ia:5050 -u ben -p wawawa
WARNING! Using --password via the CLI is insecure. Use --password-stdin.
Login Succeeded

# 构建镜像
docker build -t host001.dev.ia:5050/dev1/team1-prj1 .
...

# push上去
docker push host001.dev.ia:5050/dev1/team1-prj1
...

 然后再访问 Container Registry, 如图：

至此基本可用了。 

6. 应用项目 CI/CD

7. 参考

- Use SSH keys to communicate with GitLab | GitLab

- .gitlab-ci.yml 配置 · PHP/Python/前端/Linux 等等 学习笔记 · 看云

- gitlab runner tag - 简书

- https://dev.to/techworld_with_nana/gitlab-cicd-for-beginners-free-course-2mee

bennybi
关注
  • 12
    点赞
  • 踩
  • 27
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
用GitLab搭建自己的私有GitHub库的步骤
09-30
本篇文章主要介绍了用GitLab搭建自己的私有GitHub库的步骤，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
【私有化部署gitlab】
Bin_2019的博客
03-27 613
私有化部署gitlab
【运维安装部署】安装部署私有化GitLab
weixin_53330763的博客
02-02 1579
Linux系统安装部署GitLab
【linux系统安装部署私有化的GitLab】
qq_23000805的博客
12-27 673
下载地址：https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/?firewall-cmd --zone=public --add-port=gitlab配置的端口号/tcp --permanent。编辑配置文件，如果出现-bash: vim: 未找到命令，需先安装vim，执行： yum install -y vim*#拉取/var/log/gitlab下子目录的日志 gitlab-ctl tail gitlab-rails。#查看所有的logs;
私有GitLab仓库 - 本地搭建GitLab私有代码仓库并随时远程访问「内网穿透」
阿极的博客
05-20 4889
Gitlab是被广泛使用的基于git的开源代码管理平台, 基于Ruby on Rails构建, 主要针对软件开发过程中产生的代码和文档进行管理, Gitlab主要针对group和project两个维度进行代码和文档管理, 其中group是群组, project是工程项目, 一个group可以管理多个project, 可以理解为一个群组中有多项软件开发任务, 而一个project中可能包含多个branch, 意为每个项目中有多个分支, 分支间相互独立, 不同分支可以进行归并。
私有git服务器（gitlab）部署，汉化，项目备份，迁移
merlon学习笔记
07-28 2333
1. docker搭建gitlab服务器 2. gitlab服务器备份和恢复备份 3. 从别的服务器迁移到gitlab
7 步提升私有化部署的极狐GitLab 实例安全等级
GitLab 中国发行版
05-31 1255
保留高效工作所需功能的同时，将风险最小化。
私有GitLab的内网搭建与维护
weixin_48315472的博客
01-30 3085
摘要：由于有私有代码保密和开发代码托管需求，将在部门内部网络（与互联网不联通）搭建GitLab代码托管服务器。本次的部署步骤主要是，第一，下载好离线的GitLab安装包和依赖包；第二，部署gitlab到Linux服务器中；第三，调整gitlab配置文件。
搭建私有Git服务器：GitLab部署详解
欢迎来到“Python算法探索”，我是GT算法工程师，一名热爱计算机算法的博主。在这里，我们将一起深入探索Python世界中的各种算法，从基础到高级，从理论到实践。我参加过很多算法比赛，积累了丰富的经验，希望通过这个播客与你分享。让我们一起用Python探
02-24 1946
本文将指导你通过Bash命令在Linux服务器上部署GitLab，帮助你搭建一个功能强大的私有Git服务器。我们将介绍安装依赖、配置服务器、下载GitLab软件包、运行GitLab服务等步骤，并提供相应的Bash命令。通过本文的详细指导，你将能够轻松搭建起一个安全、稳定的Git服务器，满足团队的协作开发需求。
Docker 上 gitlab私有化部署及邮箱配置
胖太乙
09-04 3190
经过前面几步的操作， gitlab 已经部署成功。但是发现登录页面并不是自己喜欢的， 没关系， gitlab 提供了自定义的配置， 可以修改登录页， 也可以修改默认的logo,以便用户自定义需求。退出登录， 可以看到登录页已经变了，这里还能设置logo, 就不一一介绍了， 有兴趣的自己可以去看。
Hands-On-Auto-DevOps-with-GitLab-CI:Packt Publishing提供的具有GitLab CI的动手自动DevOps [视频]
05-27
使用GitLab CI进行动手自动DevOps [视频] 这是发行的的代码存储库。 它包含从头到尾完成视频课程所需的所有支持项目文件。 关于视频课程 开发现代软件需要自动的管道来构建，测试和部署您的应用程序，以及所需的基础架构。 GitLab是基于Git的版本控制服务器，可在gitlab.com上获得或作为私有服务器使用。 GitLab CI是内置在GitLab中的自动化构建和部署工具。 借助GitLab CI，可以轻松添加可在每次代码更改时触发的构建和部署自动化，从而帮助您构建高质量，可靠的软件并将其快速部署到生产环境中。 本课程将为您提供有关GitLab CI的动手教程。 您将使用GitLab CI创建一个DevOps管道，以自动将软件构建，测试和部署到虚拟机和容器环境。 您将探索GitLab CI的功能，包括使用运行程序执行构建作业，创建多阶段构建，部署到虚拟化和容器化环境以及
fledge：Fledge：用于Flutter的CICD工具
01-30
有关Fledge的介绍，请参见 。 Fledge：用于Flutter的CICD工具 自动将Flutter应用构建，测试，签名并发布到Apple和Google商店。 支持云（Travis，Cirrus等）和内部（Jenkins，GitLab等）的公共和私有构建服务器。 每次将应用程序或应用程序升级交付给两个商店时，涉及许多步骤。 存在誓言来记录和自动化这些步骤。 快速开始 例如，使用GitHub和Travis： 安装Fledge $ pub global activate fledge 添加秘密在以下位置设置秘密变量： https://travis-ci.org/<your>/<your>/settings 这些变量用于签名和上载到两个商店。 将应用添加到Fledge 安装Travis配置文件和Fastlane文件 $ fledge config -b travis 开始测试在Travis上运行管道 $ fledge beta 这将构建您的应用，将其上传到两个商店控制台并发布给Beta测试人员。 发布给用户 $ fledge release 这会将应
terraform-gitlab-project-provisioner:用于配置和维护Gitlab存储库和Gitlab-CI管道的Terraform模块
03-31
terraform-gitlab-project-provisioner 关于 该模块旨在使用Hashicorp提供程序对功能，设置，分支，环境变量，可访问性进行编码，并构建Gitlab项目的构建管道。 除了能够供应新项目之外，它还有助于确保快速，轻松地为所有项目设置标准化且不变的设置。 以前可以逐个项目设置的参数，现在可以在全局范围内设置。 用例 在上传代码之前预配一个新创建的自托管GitLab实例 在自托管或Gitlab.com上管理/更新存储库的简化方法 功能性 常规项目设置 容器注册表，Wiki，问题等 合并/分支设置 分行 声明任意数量的分支，每个分支具有特定的推送/合并访问限制 项目变量 声明任意数量的项目范围的私有环境变量（当前，为所有环境设置所有变量）。 流水线 声明任意数量的构建管道，每个构建管道都有自己任意数量的特定环境变量 部署密钥 默认设置 就安全性，隐私和默认情况
gitlab服务端搭建
11-26
gitlab是github的一个私有部署，支持cicd等，支持web图形化管理，以group=>project的结构来管理git项目。
CentOS8.1搭建Gitlab服务器详细教程
01-09
Gitlab和Github的区别就不多说了，一句话来概括就是：Gitlab是给企业私有化部署的Git服务器，Github是互联网在线版的Git服务器！ 　Github对于开源项目建仓是免费使用的，那么Gitlab收不收费呢？分布式版本控制方面...
【Jenkins】持续集成与交付 （八）：Jenkins凭证管理（实现使用 SSH 、HTTP克隆Gitlab代码）
✨ 欢迎来到【Seal ^_^ 的CSDN博客】！这里是我记录技术心得、分享经验的地方。✨
04-29 1005
🟣【Jenkins】持续集成与交付 （八）：Jenkins凭证管理（实现使用 SSH 、HTTP克隆Gitlab代码）
CI/CD:基于kubernetes的Gitlab搭建
m0_60125201的博客
04-25 806
本博客使用kubernetes环境搭建了Gitlab，并进行基本的配置。
node-v9.6.0-x86.msi
最新发布
04-29
Node.js，简称Node，是一个开源且跨平台的JavaScript运行时环境，它允许在浏览器外运行JavaScript代码。Node.js于2009年由Ryan Dahl创立，旨在创建高性能的Web服务器和网络应用程序。它基于Google Chrome的V8 JavaScript引擎，可以在Windows、Linux、Unix、Mac OS X等操作系统上运行。 Node.js的特点之一是事件驱动和非阻塞I/O模型，这使得它非常适合处理大量并发连接，从而在构建实时应用程序如在线游戏、聊天应用以及实时通讯服务时表现卓越。此外，Node.js使用了模块化的架构，通过npm（Node package manager，Node包管理器）,社区成员可以共享和复用代码，极大地促进了Node.js生态系统的发展和扩张。 Node.js不仅用于服务器端开发。随着技术的发展，它也被用于构建工具链、开发桌面应用程序、物联网设备等。Node.js能够处理文件系统、操作数据库、处理网络请求等，因此，开发者可以用JavaScript编写全栈应用程序，这一点大大提高了开发效率和便捷性。 在实践中，许多大型企业和组织已经采用Node.js作为其Web应用程序的开发平台，如Netflix、PayPal和Walmart等。它们利用Node.js提高了应用性能，简化了开发流程，并且能更快地响应市场需求。
gitlab私有化部署
09-03
要进行GitLab的私有化部署，您可以按照以下步骤进行操作： 1. 首先，您需要在您的服务器上安装GitLab。您可以从GitLab官方网站上下载适合您服务器系统的安装包。 [1] 2. 安装完成后，您可以使用以下命令来启动、停止和检查GitLab服务的状态： - 启动GitLab服务：`gitlab-ctl start` - 停止GitLab服务：`gitlab-ctl stop` - 检查GitLab服务状态：`gitlab-ctl status` 3. 在进行GitLab私有化部署之前，您还需要编辑GitLab的配置文件。您可以使用以下命令打开配置文件进行编辑： `vim /etc/gitlab/gitlab.rb` 在配置文件中，您需要将默认的IP地址或域名修改为您自己的GitLab服务器的IP地址或域名。 通过以上步骤，您可以成功进行GitLab的私有化部署。请确保按照官方文档和相关指南进行操作，以确保部署过程的顺利进行。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* *3* [私有仓库 gitlab 部署笔记](https://blog.csdn.net/alfred12345654321/article/details/101363123)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v93^chatsearchT3_1"}}] [.reference_item style="max-width: 100%"] [ .reference_list ]

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

bennybi

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值