2.1 KiB
2.1 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.
WARNING: The steps below should be followed in the order they appear. Make sure the GitLab version is the same on all sites.
Using Omnibus GitLab
If you installed GitLab using the Omnibus packages (highly recommended):
- Install GitLab Enterprise Edition on the nodes that will serve as the secondary site. Do not create an account or log in to the new secondary site.
- 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 a secondary LDAP server for the secondary sites. See notes on LDAP.
- Follow the Using a Geo Site guide.
- 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.
Post-installation documentation
After installing GitLab on the secondary sites and performing the initial configuration, see the following documentation for post-installation information.