GitLab DevOps: GitLab 러너

2793 단어 devopsgitlab
이것은 the GitLab DevOps process과 관련이 있습니다. GitLab은 서버에 대한 배포를 자동화할 수 있습니다. 즉, 변경 사항을 가져오고 설치에 필요한 다른 단계를 수행하기 위해 해당 서버에 별도로 로그인할 필요가 없습니다.

하지만 문제가 있습니다. 개발 및 스테이징 서버에서 흔히 볼 수 있는 VPN 뒤에서와 같이 서버에 공개적으로 액세스할 수 없는 경우 러너를 설치해야 합니다. 이는 GitLab이 숨겨진 서버에 대한 연결을 초기화할 수 없기 때문에 서버가 대신 연결을 시작해야 하기 때문입니다.

서버에 GitLab 러너를 설치한 방법은 다음과 같습니다. 이것은 특히 Oracle Linux 8을 위한 것이었지만 다른 배포판에서도 거의 비슷할 것입니다.

GitLab Runner 패키지 설치



먼저 서버에 GitLab Runner 패키지를 설치해야 합니다. GitLab에서 이에 대한 지침을 제공하지만 일반적인 아이디어는 다음과 같습니다.

먼저 패키지를 서버의/usr/local/bin 폴더에 복사합니다.

sudo curl -L --output /usr/local/bin/gitlab-runner "https://gitlab-runner-downloads.s3.amazonaws.com/latest/binaries/gitlab-runner-linux-amd64"


해당 파일을 실행할 권한을 추가하십시오. 실행할 수 있어야 합니다.

sudo chmod +x /usr/local/bin/gitlab-runner


해당 폴더로 이동하여 다음을 설치합니다.

cd /usr/local/bin
sudo ./gitlab-runner install --user=libgit --working-directory=/home/libgit


러너 등록

Once the runner is installed, you’ll need to register at least one runner on the server.

sudo ./gitlab-runner register --url https://gitlab.com/ --registration-token [token]

The script will prompt you with a few configuration options. Some are fairly obvious, but I’ll note a couple others.

The token can be found in the GitLab Project -> Settings -> CI/CD -> Runners.

For the tag, I recommend having a standard convention across all your servers, like [site shortcode]-[dev stage]. For example, site1 will have:

  • site1-dev
  • site1-staging
  • site1-prod1
  • site1-prod2

And site2 will have:

  • site2-dev
  • site2-staging
  • site2-prod

For what executor to use. Shell is the simplest, at least in a scenario like this of running it on a Linux server.

That’s it. It may take a bit to appear, but the runner will now be associated with the GitLab project.

좋은 웹페이지 즐겨찾기