Migrering av GitLab-database til ekstern PostgreSQL

Hei!

I denne artikkelen vil vi migrere GitLab-databasen fra intern PostgreSQL, som er installert med GitLab, til ekstern PostgreSQL, som allerede er installert på en annen server.

NOTE
Alle handlinger er garantert å fungere på CentOS 7.7.1908, PostgreSQL 12 og GitLab 12.4.2-ee.0.

Foreløpig forberedelse

La oss gjøre tre ting på forhånd:

1. På PostgreSQL-serveren legger du til en regel i brannmuren som tillater innkommende tilkoblinger til PostgreSQL-port 5432/TCP.

I mitt tilfelle:

firewall-cmd --add-service=postgresql --zone=internal --permanent
success
firewall-cmd --reload
success

2. På samme sted, men i postgresql.conf-filen, la nettverksgrensesnittet akseptere innkommende tilkoblinger utenfra. Åpne postgresql.conf-filen, finn den kommenterte utlinjen "#listen_addresses = 'localhost'" og under den legg til en linje som nedenfor. Hvor - 10.0.0.2, adressen til grensesnittet ditt.

I mitt tilfelle:

vi /var/lib/pgsql/12/data/postgresql.conf
# - Connection Settings -

#listen_addresses = 'localhost'         # what IP address(es) to listen on;
listen_addresses = 'localhost, 10.0.0.2'
                                        # comma-separated list of addresses;

3. Siden GitLab-serveren vil koble til en ekstern database, må dette tillates på PostgreSQL-serveren i filen pg_hba.conf. Min GitLab-serveradresse er 10.0.0.4.

La oss åpne filen pg_hba.conf og legge til linjen der:

host    all             gitlab               10.0.0.4/24             md5

Det vil se slik ut:

# TYPE  DATABASE        USER            ADDRESS                 METHOD

# "local" is for Unix domain socket connections only
local   all             postgres                                     md5

# IPv4 local connections:
host    all             postgres             127.0.0.1/32            md5
host    all             gitlab               10.0.0.4/24             md5

Og til slutt starter vi postgresql-tjenesten på nytt:

systemctl restart postgresql-12.service

Eksportere en GitLab-database

La oss utføre en sikkerhetskopiering av databasen på GitLab-serveren:

sudo -u gitlab-psql /opt/gitlab/embedded/bin/pg_dumpall -U gitlab-psql --host=/var/opt/gitlab/postgresql > /tmp/internal-gitlab.sql

Sikkerhetskopien dukket opp i /tmp:

ls -lh
total 836K
-rw-r--r--. 1 root root 836K Nov 18 12:59 internal-gitlab.sql

La oss kopiere denne kopien til PostgreSQL-serveren:

scp /tmp/internal-gitlab.sql 10.0.0.2:/tmp/
internal-gitlab.sql                                                                               100%  835KB  50.0MB/s   00:00

Importerer "internal-gitlab.sql" til PostgreSQL

Importer databasen til PostgreSQL:

sudo -u postgres psql -f /tmp/internal-gitlab.sql

Sjekk at databasen nå er i PostgreSQL:

sudo -u postgres psql -l

Følgende linje skal vises:

gitlabhq_production | gitlab   | UTF8     | en_US.UTF-8 | en_US.UTF-8 |

Konfigurere GitLab

Etter å ha importert databasen til PostgreSQL, ble det opprettet en gitlab-bruker. Du må endre denne brukerens passord.

Endre passord:

sudo -u postgres psql -c "ALTER USER gitlab ENCRYPTED PASSWORD 'ПАРОЛЬ' VALID UNTIL 'infinity';"
Password for user postgres:
ALTER ROLE

Deretter, på GitLab-serveren, i konfigurasjonsfilen /etc/gitlab/gitlab.rb, vil vi indikere alle dataene til den eksterne PostgreSQL.

La oss lage en sikkerhetskopi av gitlab.rb-filen:

cp /etc/gitlab/gitlab.rb /etc/gitlab/gitlab.rb.orig

Legg nå til disse linjene på slutten av gitlab.rb-filen:

# Отключить встроенный PostgreSQL.
postgresql['enable'] = false

# Данные для подключения к внешней базе. Указывайте свои.
gitlab_rails['db_adapter'] = 'postgresql'
gitlab_rails['db_encoding'] = 'utf8'
gitlab_rails['db_host'] = '10.0.0.2'
gitlab_rails['db_port'] = 5432
gitlab_rails['db_database'] = "gitlabhq_production"
gitlab_rails['db_username'] = 'gitlab'
gitlab_rails['db_password'] = '******'

Lagre filen /etc/gitlab/gitlab.rb og rekonfigurer GitLab:

gitlab-ctl reconfigure && gitlab-ctl restart

Det er alt :)

Stor forespørsel. Hvis du setter et minus, skriv årsaken i kommentarfeltet.

Kilde: www.habr.com