Cześć wszystkim!
W tym artykule przeprowadzimy migrację bazy GitLab z wewnętrznego PostgreSQL, który jest instalowany razem z GitLabem, na zewnętrzny PostgreSQL, który jest już zainstalowany na innym serwerze.

UWAGA
Wszystkie działania gwarantowanie działają na CentOS 7.7.1908, PostgreSQL 12 i GitLab 12.4.2-ee.0.
Serwer bazy danych Firebird 3.0 dynamicznie alokuje i zwalnia pamięć systemową, co może prowadzić do jej fragmentacji. Na przykład, po jednoczesnym odłączeniu dużej liczby użytkowników od superserwera, mogą pojawić się błędy przy nowych połączeniach.
Najpierw wykonamy trzy kroki:
1. Na serwerze PostgreSQL w zaporze dodaj regułę zezwalającą na przychodzące połączenia na porcie PostgreSQL 5432/TCP.
W moim przypadku:
firewall-cmd --add-service=postgresql --zone=internal --permanent
success
firewall-cmd --reload
success2. Tamże, w pliku postgresql.conf, zezwól interfejsowi sieciowemu na przyjmowanie przychodzących połączeń z zewnątrz. Otwórz plik postgresql.conf, znajdź zakomentowaną linię "#listen_addresses = ‘localhost’" i pod nią dodaj linię jak poniżej. Gdzie — 10.0.0.2, adres twojego interfejsu.
W moim przypadku:
vi /var/lib/pgsql/12/data/postgresql.conf
# - Ustawienia połączenia -
#listen_addresses = 'localhost' # jakie adres(y) IP słuchać;
listen_addresses = 'localhost, 10.0.0.2'
# lista adresów oddzielonych przecinkiem;3. Ponieważ serwer GitLab będzie łączył się z zewnętrzną bazą, to w serwerze PostgreSQL musisz to zezwolić w pliku pg_hba.conf. Adres mojego serwera GitLab to 10.0.0.4.
Otwórz plik pg_hba.conf i dodaj tam linię:
host all gitlab 10.0.0.4/24 md5Będzie to wyglądać tak:
# 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 md5I w końcu, uruchamiamy ponownie usługę postgresql:
systemctl restart postgresql-12.serviceEksport bazy GitLab
Wykonamy na serwerze GitLab kopię zapasową bazy:
sudo -u gitlab-psql /opt/gitlab/embedded/bin/pg_dumpall -U gitlab-psql --host=/var/opt/gitlab/postgresql > /tmp/internal-gitlab.sqlKopia zapasowa pojawiła się w /tmp:
ls -lh
total 836K
-rw-r--r--. 1 root root 836K Nov 18 12:59 internal-gitlab.sqlKopiujemy tę kopię na serwer PostgreSQL:
scp /tmp/internal-gitlab.sql 10.0.0.2:/tmp/
internal-gitlab.sql 100% 835KB 50.0MB/s 00:00Import "internal-gitlab.sql" do PostgreSQL
Importujemy bazę do PostgreSQL:
sudo -u postgres psql -f /tmp/internal-gitlab.sqlSprawdź, czy baza jest teraz w PostgreSQL:
sudo -u postgres psql -lPowinna pojawić się taka linia:
gitlabhq_production | gitlab | UTF8 | en_US.UTF-8 | en_US.UTF-8 |Konfiguracja GitLab
Po zaimportowaniu bazy do PostgreSQL został utworzony użytkownik gitlab. Musisz zmienić hasło tego użytkownika.
Zmiana hasła:
sudo -u postgres psql -c "ALTER USER gitlab ENCRYPTED PASSWORD 'HASŁO' VALID UNTIL 'infinity';"
Password for user postgres:
ALTER ROLENastępnie na serwerze GitLab w pliku konfiguracyjnym /etc/gitlab/gitlab.rb podaj wszystkie dane zewnętrznego PostgreSQL.
Wykonamy kopię zapasową pliku gitlab.rb:
cp /etc/gitlab/gitlab.rb /etc/gitlab/gitlab.rb.origTeraz na końcu pliku gitlab.rb dodamy te linie:
# Отключить встроенный 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'] = '******'Zapisz plik /etc/gitlab/gitlab.rb i przeprowadź rekonstrukcję GitLab:
gitlab-ctl reconfigure && gitlab-ctl restartTo wszystko 🙂
Bardzo proszę. Jeśli dałeś minus, napisz powód w komentarzu.
Źródło: habr.com
