You are browsing a read-only backup copy of Wikitech. The live site can be found at wikitech.wikimedia.org
GitLab/Upgrade: Difference between revisions
imported>Jelto (add script to update all Runners) |
imported>Jelto No edit summary |
||
Line 82: | Line 82: | ||
WIP: may be used in the future. See [https://docs.gitlab.com/omnibus/update/#zero-downtime-updates zero downtime upgrades]. | WIP: may be used in the future. See [https://docs.gitlab.com/omnibus/update/#zero-downtime-updates zero downtime upgrades]. | ||
==== Upgrading GitLab | ==== Upgrading GitLab Shared Runners ==== | ||
Shared runners are currently in the <code>gitlab-runners</code> project in WMCS | Shared runners are currently in the <code>gitlab-runners</code> project in WMCS. This Runners have unattendedUpgrades enabled. So after updating the <code>gitlab-runner</code> package on apt host, the Shared Runners are updated automatically the next day. For time-critical updates proceed with the steps below: | ||
* Make sure the gitlab-runner package with the new version is present in [https://debmonitor.wikimedia.org/packages/gitlab-ce debmonitor] | * Make sure the gitlab-runner package with the new version is present in [https://debmonitor.wikimedia.org/packages/gitlab-ce debmonitor] | ||
Line 93: | Line 93: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
* | * script to execute above command on all Shared Runners (TODO: WMCS Cumin?): | ||
<syntaxhighlight lang="bash"> | <syntaxhighlight lang="bash"> | ||
for host in runner- | for host in runner-1021 runner-1022 runner-1023 runner-1024 runner-1025 runner-1026 runner-1027 runner-1028 runner-1029 runner-1030; do ssh "$host".gitlab-runners.eqiad1.wikimedia.cloud "sudo apt-get update && sudo apt-get -y install gitlab-runner" ; done | ||
</syntaxhighlight> | </syntaxhighlight> | ||
* Runners will restart automatically. If needed, restart runners: | * Runners will restart automatically. If needed, restart runners: | ||
Line 104: | Line 104: | ||
* Check if all runners show new version in the GitLab admin interface at https://gitlab.wikimedia.org/admin/runners | * Check if all runners show new version in the GitLab admin interface at https://gitlab.wikimedia.org/admin/runners | ||
==== | ==== Upgrading GitLab Trusted runners ==== | ||
Trusted Runners live in codfw and eqiad (gitlab-runner100* and gitlab-runner200*). | Trusted Runners live in codfw and eqiad (gitlab-runner100* and gitlab-runner200*). | ||
*Make sure the gitlab-runner package with the new version is present in [https://debmonitor.wikimedia.org/packages/gitlab-ce debmonitor] | *Make sure the gitlab-runner package with the new version is present in [https://debmonitor.wikimedia.org/packages/gitlab-ce debmonitor] | ||
Line 113: | Line 113: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
* | * This can be automated using cumin: | ||
<syntaxhighlight lang="bash"> | <syntaxhighlight lang="bash"> | ||
sudo cumin 'P{O:gitlab_runner}' 'apt-get update && apt-get -y install gitlab-runner' | |||
</syntaxhighlight> | </syntaxhighlight> | ||
* Runners will restart automatically. If needed, restart runners: | * Runners will restart automatically. If needed, restart runners: |
Revision as of 09:26, 10 May 2022
GitLab Backup/Upgrade |
---|
File:Gitlab-logo.svg.svg |
|
WMF GitLab is installed via Debian package named gitlab-ce
. This is called an Omnibus
setup. So to upgrade GitLab, this package is upgraded to a newer version. The upgrade process is described here. For more detail, please see the GitLab upgrade documentation here and the Omnibus specific upgrade documentation here.
WMF upgrade path
The upgrade of GitLab should be applied in the following order:
- upgrade
gitlab-prod-1001
machine in WMCS/horizon, projectdevtools
- upgrade GitLab replica (currently
gitlab2001
, please check) - upgrade production GitLab (currently
gitlab1001
, please check)
Recommended upgrade cadence:
- security patches: as soon as possible
- minor upgrades (issued monthly): as needed for upstream features and bugfixes, if possible also monthly
- major upgrades (issued annually): once per year, after release has had time to be tested by early adopters and receive fixes
Upgrade GitLab Debian package
- Update
modules/aptrepo/files/updates
inoperations/puppet/
similar to 774905. Set hook commands--eq
to desired version - Get +1 for aptrepo change and merge
- run puppet on
apt1001
- Run
reprepro --component thirdparty/gitlab checkupdate buster-wikimedia
onapt1001
to check if new version is found - Run
reprepro --component thirdparty/gitlab update buster-wikimedia
onapt1001
to update package - repeat for
thirdparty/gitlab-runner
if needed - read Reprepro#Updating external repositories for more information
Prerequisites
- Make yourself familiar with GitLab release and maintenance policy
- Select exact GitLab version to upgrade to and find if it's a major, minor or patch upgrade
- Read release notes of all versions between current and selected one
- Determine the proper upgrade path. Make sure an upgrade from the current to the new version is possible. Never upgrade over two major versions in a single step, that will (with great probability) lead to a broken installation
- Make sure the package with the new version is present in debmonitor
- Determine if any manual migrations are required in your upgrade; built-in PostgreSQL database server upgrade may be required between major versions
- make both full GitLab data and full configuration data backups before upgrading:
sudo /usr/bin/gitlab-backup create CRON=1 STRATEGY=copy GZIP_RSYNCABLE=yes SKIP=builds,artifacts,registry GITLAB_BACKUP_MAX_CONCURRENCY=4 GITLAB_BACKUP_MAX_STORAGE_CONCURRENCY=1
sudo /usr/bin/gitlab-ctl backup-etc
- preload to-be-installed GitLab CE packages before upgrading:
sudo apt-get update && sudo apt-get install gitlab-ce=14.0.10-ce.0 --download-only
- if you have GitLab Runners connected to your GitLab Server, it is recommended to pause all runners and wait until all jobs are finished before starting the upgrade. TODO: Automate/script this step?
- Check if any background migrations are running:
sudo gitlab-rails runner -e production 'puts Gitlab::BackgroundMigration.remaining'
Upgrading GitLab
- Downtime GitLab host in Icinga if long migration is expected (see release notes, not needed in most cases):
sudo cookbook sre.hosts.downtime -r "upgrade <gitlab_host> to new version https://phabricator.wikmiedia.org/<ID>" -H 1 <gitlab_host>
- Run required manual configuration steps if needed (see release notes, not needed in most cases)
- Install new GitLab version:
sudo apt-get install gitlab-ce=14.0.10-ce.0
- Wait for GitLab to finish all migrations and restarts
Upgrading GitLab without downtime
WIP: may be used in the future. See zero downtime upgrades.
Shared runners are currently in the gitlab-runners
project in WMCS. This Runners have unattendedUpgrades enabled. So after updating the gitlab-runner
package on apt host, the Shared Runners are updated automatically the next day. For time-critical updates proceed with the steps below:
- Make sure the gitlab-runner package with the new version is present in debmonitor
- pause each runner in the GitLab admin interface at https://gitlab.wikimedia.org/admin/runners
- Update package on each machine:
sudo apt-get update && sudo apt-get install gitlab-runner
- script to execute above command on all Shared Runners (TODO: WMCS Cumin?):
for host in runner-1021 runner-1022 runner-1023 runner-1024 runner-1025 runner-1026 runner-1027 runner-1028 runner-1029 runner-1030; do ssh "$host".gitlab-runners.eqiad1.wikimedia.cloud "sudo apt-get update && sudo apt-get -y install gitlab-runner" ; done
- Runners will restart automatically. If needed, restart runners:
sudo /usr/bin/gitlab-runner restart
- Check if all runners show new version in the GitLab admin interface at https://gitlab.wikimedia.org/admin/runners
Upgrading GitLab Trusted runners
Trusted Runners live in codfw and eqiad (gitlab-runner100* and gitlab-runner200*).
- Make sure the gitlab-runner package with the new version is present in debmonitor
- pause each runner in the GitLab admin interface at https://gitlab.wikimedia.org/admin/runners
- Update package on each machine:
sudo apt-get update && sudo apt-get install gitlab-runner
- This can be automated using cumin:
sudo cumin 'P{O:gitlab_runner}' 'apt-get update && apt-get -y install gitlab-runner'
- Runners will restart automatically. If needed, restart runners:
sudo /usr/bin/gitlab-runner restart
- Check if all runners show new version in the GitLab admin interface at https://gitlab.wikimedia.org/admin/runners
Steps after upgrading
- Run required manual steps/migrations (see release notes. not needed in most cases)
- Check that all background migrations are fully finished and background migration queue is empty
- Make sure that GitLab is up and running after upgrade; please give it several minutes to calm down
- Check monitoring systems of GitLab (especially Icinga alerts)
- Run basic smoke tests (make sure that web UI works, authentication works, ssh cloning works)
- Re-enable paused runners in the GitLab admin interface at https://gitlab.wikimedia.org/admin/runners
- Re-enable restore for replica