Міграцыя базы GitLab на знешні PostgreSQL

Усім прывітанне!

У гэтым артыкуле зробім міграцыю базы GitLab з унутранага PostgreSQL, які ўсталёўваецца разам з GitLab, на вонкавы PostgreSQL, які ўжо ўсталяваны на іншым серверы.

Міграцыя базы GitLab на знешні PostgreSQL

УВАГА
Усе дзеянні гарантавана працуюць на CentOS 7.7.1908, PostgreSQL 12 і GitLab 12.4.2-ee.0.

папярэдняя падрыхтоўка

Загадзя выканаем тры дзеянні:

1. На серверы PostgreSQL у фаервол дадайце правіла, якое дазваляе ўваходныя падлучэнні на порт PostgreSQL 5432/TCP.

У маім выпадку:

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

2. Там жа, але ў файле postgresql.conf дазвольце сеткаваму інтэрфейсу прымаць звонку ўваходзячыя падлучэнні. Адкрыйце файл postgresql.conf, знайдзіце закаментаваны радок#listen_addresses = 'localhost'» і пад ёй дадайце радок як ніжэй. Дзе - 10.0.0.2, адрас вашага інтэрфейсу.

У маім выпадку:

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. Бо сервер GitLab будзе канэкціцца да знешняй базы, то на серверы PostgreSQL трэба гэта дазволіць у файле pg_hba.conf. Адрас майго сервера GitLab 10.0.0.4.

Адкрыем файл pg_hba.conf і дададзім туды радок:

host    all             gitlab               10.0.0.4/24             md5

Выглядаць гэта будзе так:

# 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

І нарэшце, перазапускаем сэрвіс postgresql:

systemctl restart postgresql-12.service

Экспарт базы GitLab

Выканаем, на серверы GitLab, рэзервовае капіраванне базы:

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

Рэзервовая копія з'явілася ў /tmp:

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

Скапіюем гэтую копію на сервер PostgreSQL:

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

Імпарт «internal-gitlab.sql» у PostgreSQL

Імпартуем базу ў PostgreSQL:

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

Праверыць, што база зараз у PostgreSQL:

sudo -u postgres psql -l

Павінен з'явіцца такі радок:

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

Канфігураванне GitLab

Пасля імпартавання базы ў PostgreSQL быў створаны карыстач gitlab. Вам трэба змяніць пароль гэтага карыстальніка.

Змяняем пароль:

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

Затым на серверы GitLab у файле канфігурацыі /etc/gitlab/gitlab.rb пакажам усе дадзеныя вонкавага PostgreSQL.

Зробім рэзервовую копію файла gitlab.rb:

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

Цяпер у канец файла gitlab.rb дадамо гэтыя радкі:

# Отключить встроенный 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'] = '******'

Захаваем файл /etc/gitlab/gitlab.rb і пераканфігуруем GitLab:

gitlab-ctl reconfigure && gitlab-ctl restart

Вось і ўсё 🙂

Вялікая просьба. Калі вы паставілі мінус, напішыце прычыну ў каментары.

Крыніца: habr.com

Дадаць каментар