Gitlab Runner的分布式缓存实战

mkdir -p /var/services/homes/zq2599/minio/gitlab_runner \

&& chmod -R 777 /var/services/homes/zq2599/minio/gitlab_runner \

&& mkdir -p /var/services/homes/zq2599/minio/config \

&& chmod -R 777 /var/services/homes/zq2599/minio/config

4. 执行docker命令创建minio服务，指定服务端口是9000，并且指定了access key(最短三位)和secret key(最短八位)：

sudo docker run -p 9000:9000 --name minio \

-d --restart=always \

-e “MINIO_ACCESS_KEY=access” \

-e “MINIO_SECRET_KEY=secret123456” \

-v /var/services/homes/zq2599/minio/gitlab_runner:/gitlab_runner \

-v /var/services/homes/zq2599/minio/config:/root/.minio \

minio/minio server /gitlab_runner

5. 浏览器访问，输入access key和secret key后登录成功：

6. 如下图，点击红框中的图标，创建一个bucket，名为runner：

7. 至此，minio已备好，接下来在GitLab Runner上配置；

GitLab Runner上配置缓存

1. 我这里是用helm部署的GitLab Runner，因此修改的是helm的value配置，如果您没有用helm，可以参考接下来的操作直接去配置config.toml文件；

2. helm下载了GitLab Runner的包后，解开可见配置信息如下：

3. 打开values.yaml，找到cache的配置，当前cache的配置如下图，可见值为空内容的大括号，其余信息全部被注释了：

4. 修改后的cache配置如下图，红框1中原先的大括号已去掉，红框2中的是去掉了注释符号，内容不变，红框3中填写的是minio的访问地址，红框4中的是去掉了注释符号，内容不变：

5. 上图红框4中的s3CacheInsecure参数等于false表示对minio的请求为http(如果是true就是https)，但实际证明，当前版本的chart中该配置是无效的，等到运行时还是会以https协议访问，解决此问题的方法是修改templates目录下的_cache.tpl文件，打开此文件，找到下图红框中的内容：

6. 将上图红框中的内容替换成下面红框中的样子，即删除原先的if判断和对应的end这两行，直接给CACHE_S3_INSECURE赋值：

7. 以上只是cache相关的配置，helm部署GitLab Runner的其他设置还请自行处理，所有设置完成后回到values.yam所在目录，执行以下命令即可创建GitLab Runner：

helm install \

–name-template gitlab-runner \

-f values.yaml . \

–namespace gitlab-runner

8. 配置完毕，启动Riglab Runner成功后，一起来验证一下；

验证

1. 在GitLab仓库中，增加名为.gitlab-ci.yml的文件，内容如下：

设置执行镜像

image: busybox:latest

整个pipeline有两个stage

stages:

• build

• test

定义全局缓存，缓存的key来自分支信息，缓存位置是vendor文件夹

cache:

key: ${CI_COMMIT_REF_SLUG}

paths:

• vendor/

before_script:

• echo “Before script section”

after_script:

• echo “After script section”

build1:

stage: build

tags:

• k8s

script:

• echo “将内容写入缓存”

• echo “build” > vendor/hello.txt

test1:

stage: test

script:

• echo “从缓存读取内容”

• cat vendor/hello.txt

2. 提交上述脚本到GitLab，如下图，可见pipeline会被触发，状态为pending是因为正在等待runner创建executor pod：

3. 稍后就会执行成功，点开看结果：

4. 点开build1的图标，可见此job的输出信息：

最后

终极手撕架构师的学习笔记：分布式+微服务+开源框架+性能优化

HR0cHM6Ly9ibG9nLmNzZG4ubmV0L2JvbGluZ19jYXZhbHJ5,size_16,color_FFFFFF,t_70)

4. 点开build1的图标，可见此job的输出信息：

最后

终极手撕架构师的学习笔记：分布式+微服务+开源框架+性能优化

[外链图片转存中…(img-y6QVHAiA-1714294767390)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录