2.4 KiB
2.4 KiB
stage | group | info | type |
---|---|---|---|
Systems | Geo | To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments | howto |
Setting up Geo (PREMIUM SELF)
These instructions assume you have a working instance of GitLab. They guide you through:
- Making your existing instance the primary site.
- Adding secondary sites.
You must use a GitLab Premium license or higher, but you only need one license for all the sites.
WARNING: The steps below should be followed in the order they appear. Make sure the GitLab version is the same on all sites. Do not create an account or log in to the new secondary.
Using Omnibus GitLab
If you installed GitLab using the Omnibus packages (highly recommended):
- Install GitLab Enterprise Edition on the nodes that serve as the secondary site. Do not create an account or log in to the new secondary site. The GitLab version must match across primary and secondary sites.
- Add the GitLab License on the primary site to unlock Geo. The license must be for GitLab Premium or higher.
- Set up the database replication (
primary (read-write) <-> secondary (read-only)
topology). - Configure fast lookup of authorized SSH keys in the database. This step is required and needs to be done on both the primary and secondary sites.
- Configure GitLab to set the primary and secondary sites.
- Optional: Configure Object storage
- Optional: Configure a secondary LDAP server for the secondary sites. See notes on LDAP.
- Optional: Configure Geo secondary proxying to use a single, unified URL for all Geo sites. This step is recommended to accelerate most read requests while transparently proxying writes to the primary Geo site.
- Follow the Using a Geo Site guide.
Post-installation documentation
After installing GitLab on the secondary sites and performing the initial configuration, see the following documentation for post-installation information.