Pg-upgrade » История » Редакция 2
Редакция 1 (Рамиль Абдулбяров, 2020-04-30 18:24) → Редакция 2/5 (Рамиль Абдулбяров, 2020-04-30 18:25)
h1. Pg-upgrade-centos Pg-upgrade Обновление минорной версии, сначала на SLAVE, потом на MASTER yum check-update 1 2 3 4 postgres=# checkpoint ; CHECKPOINT postgres=# checkpoint ; CHECKPOINT yum upgrade postgresql96-server postgresql96 Обновление мажорной версии. Делаем на MASTER SLAVE будет резервом, его рекомендуют обновлять через несколько дней Отключаем автостарт postgres (в centos этого нет) vi /etc/postgresql/9.6/main/start.conf disabled Подключаем репозиторий для pg-11 yum -y install https://download.postgresql.org/pub/repos/yum/11/redhat/rhel-7-x86_64/pgdg-redhat11-11-2.noarch.rpm Устанавливаем PG-11 yum check-update yum install postgresql11-server postgresql11 Инициализируем новый кластер (На боевом кодировка другая) /usr/pgsql-11/bin/initdb -D /var/lib/pgsql/11/data/ --encoding=SQL_ASCII --lc-collate=C --lc-ctype=C Мёрджим конфиги postgresql.conf и pg_hba.conf (готовые скопировать надо куда-то, т.к. будем чистить хранилище кластера) diff -u /var/lib/pgsql/9.6/data/postgresql.conf /var/lib/pgsql/11/data/postgresql.conf diff -u /var/lib/pgsql/9.6/data/pg_hba.conf /var/lib/pgsql/11/data/pg_hba.conf Меняем PORT у PG-11 /var/lib/pgsql/11/data/postgresql.conf 1 2 - port = 5432 + port = 5433 Запуск кластера PG-11 /usr/pgsql-11/bin/pg_ctl -D /var/lib/pgsql/11/data/ -l logfile start Проверяем, что схемы PG-9.6 и PG-11 совместимы /usr/pgsql-9.6/bin/pg_dumpall -s -f pg_dumpall.dump /usr/pgsql-11/bin/psql -p 5433 -f pg_dumpall.dump > restore-scheme.log Убеждаемся что ошибок нет после восстановления Останавливаем PG-11, чистим кластер и заново инициализируем /usr/pgsql-11/bin/pg_ctl -D /var/lib/pgsql/11/data/ -l postgres-11.log stop rm -rf /var/lib/pgsql/11/data/ Запускаем тестовый pg_upgrade 1 2 3 4 5 6 7 8 9 10 11 12 13 /usr/pgsql-11/bin/pg_upgrade \ -b /usr/pgsql-9.6/bin \ -B /usr/pgsql-11/bin \ -d /var/lib/pgsql/9.6/data \ -D /var/lib/pgsql/11/data/ \ -j 4 -k \ -o '-c shared_buffers=10MB' \ -O '-c shared_buffers=10MB' \ -o '-c config_file=/var/lib/pgsql/9.6/data/postgresql.conf' \ -O '-c config_file=/var/lib/pgsql/11/data/postgresql.conf' \ -o '-c huge_pages=off' \ -O '-c huge_pages=off' \ -c Ошибок также быть не должно. Предварительная работа проделана, далее downtime Если всё ОК, Начинаем даунтайм проекта Выставляем заглушку на сайт Останавливаем cron на бекендах Останаливаем PG-9.6 (PG-11 уже остановлен) /usr/pgsql-9.6/bin/pg_ctl -D /var/lib/pgsql/9.6/data/ -l logfile stop Запускаем pg_upgrade в боевом режиме, без -c pg_upgrade делался ~1 мин Ставим новый PG-11 в автозапуск и запускаем vi /etc/postgresql/9.6/main/start.conf auto systemctl enable postgresql-11.service systemctl start postgresql-11.service Запускаем VACUUM, делался 5 мин ./analyze_new_cluster.sh Включаем cron на бекендах Снимаем заглушку с сайта Downtime закончился Выключаем из автозапуска PG-9.6 vi /etc/postgresql/9.6/main/start.conf disabled systemctl disable postgresql-11.service Удаляем PG-9.6 По итогу даунтайм на тестовом длился ~7 мин. *pg_upgrade ~ 1 мин *vacuum 5 мин Учитывая, что на ней 2 тестовые базы: prunto и prunto2 Тестовая СУБД 20 Gb Боевая СУБД 36 Gb SLAVE рекомендуют обновлять по прошествии нескольких дней, когда точно убедимся, что приложение работает как надо на PG-11