PostgreSQL-in buludlara ehtiyat nüsxəsini çıxarmaq üçün sadə və effektiv vasitədir. Əsas funksionallığı baxımından o, məşhur alətin varisidir , lakin Go-da yenidən yazılmışdır. Ancaq WAL-G-də bir vacib yeni xüsusiyyət var - delta nüsxələri. delta nüsxələri əvvəlki ehtiyat versiyasından bəri dəyişmiş faylların səhifələrini saxlayın. WAL-G ehtiyat nüsxələrini paralelləşdirmək üçün kifayət qədər çox texnologiya tətbiq edir. WAL-G, WAL-E-dən daha sürətlidir.
wal-g-nin necə işlədiyinə dair təfərrüatları məqalədə tapa bilərsiniz:
S3 saxlama protokolu məlumatların saxlanması üçün populyarlaşdı. S3-ün üstünlüklərindən biri API vasitəsilə daxil olmaq imkanıdır ki, bu da yaddaşla çevik qarşılıqlı əlaqəni, o cümlədən ictimai oxumağa girişi təşkil etməyə imkan verir, halbuki yaddaşda məlumatların yenilənməsi yalnız səlahiyyətli şəxslər tərəfindən həyata keçirilir.
S3 protokolundan istifadə edən bir neçə ictimai və özəl saxlama proqramları mövcuddur. Bu gün kiçik saxlama təşkili üçün məşhur bir həllə baxacağıq - Minio.
Tək PostgreSQL serveri wal-g-ni sınamaq üçün uyğundur və Minio S3 üçün əvəzedici kimi istifadə olunur.
Minio Server
Minio quraşdırılması
yum -y install yum-plugin-copr
yum copr enable -y lkiesow/minio
yum install -y minio/etc/minio/minio.conf-da AccessKey və SecretKey-i redaktə edin
vi /etc/minio/minio.confMinio-dan əvvəl nginx-dən istifadə etməyəcəksinizsə, onda siz dəyişdirməlisiniz
--address 127.0.0.1:9000--address 0.0.0.0:9000Minio işə salınır
systemctl start minioMinio veb interfeysinə keçin və vedrə yaradın (məsələn, pg-backups).
DB serveri
rpm-də WAL-G mənim tərəfimdən yığılır (Anton Patsev). , .
RPM əsaslı bir sistemə sahib olmayan, rəsmi istifadə edin quraşdırma ilə.
wal-g binar ilə yanaşı, rpm /etc/wal-gd/server-s3.conf faylından dəyişənləri idxal edən skriptləri ehtiva edir.
backup-fetch.sh
backup-list.sh
backup-push.sh
wal-fetch.sh
wal-g-run.sh
wal-push.shWalg quraşdırın.
yum -y install yum-plugin-copr
yum copr enable -y antonpatsev/wal-g
yum install -y wal-gWal-g versiyası yoxlanılır.
wal-g --version
wal-g version v0.2.14Ehtiyaclarınıza uyğun olaraq /etc/wal-gd/server-s3.conf-u redaktə edin.
Verilənlər bazası klasteri tərəfindən istifadə edilən konfiqurasiya faylları və məlumat faylları ənənəvi olaraq klaster məlumat qovluğunda birlikdə saxlanılır, adətən belə adlandırılır. PGDATA
#!/bin/bash
export PG_VER="9.6"
export WALE_S3_PREFIX="s3://pg-backups" # бакет, который мы создали в S3
export AWS_ACCESS_KEY_ID="xxxx" # AccessKey из /etc/minio/minio.conf
export AWS_ENDPOINT="http://ip-адрес-сервера-minio:9000"
export AWS_S3_FORCE_PATH_STYLE="true"
export AWS_SECRET_ACCESS_KEY="yyyy" # SecretKey из /etc/minio/minio.conf
export PGDATA=/var/lib/pgsql/$PG_VER/data/
export PGHOST=/var/run/postgresql/.s.PGSQL.5432 # Сокет для подключения к PostgreSQL
export WALG_UPLOAD_CONCURRENCY=2 # Кол-во потоков для закачки
export WALG_DOWNLOAD_CONCURRENCY=2 # Кол-во потоков для скачивания
export WALG_UPLOAD_DISK_CONCURRENCY=2 # Кол-во потоков на диске для закачки
export WALG_DELTA_MAX_STEPS=7
export WALG_COMPRESSION_METHOD=brotli # Какой метод сжатия использовать.
WAL-G-ni konfiqurasiya edərkən siz WALG_DELTA_MAX_STEPS - əsas ehtiyat nüsxəsindən delta ehtiyat nüsxəsinin maksimum olduğu addımların sayını təyin edirsiniz və delta surəti siyasətini təyin edirsiniz. Ya son mövcud deltadan surət çıxarırsınız, ya da orijinal tam ehtiyat nüsxədən delta çıxarırsınız. Bu, verilənlər bazasının eyni komponenti həmişə verilənlər bazanızda dəyişdikdə, eyni məlumatlar daim dəyişirsə lazımdır.
Verilənlər bazasının quraşdırılması.
yum install -y https://download.postgresql.org/pub/repos/yum/reporpms/EL-7-x86_64/pgdg-redhat-repo-latest.
noarch.rpm
yum install -y postgresql96 postgresql96-server mcBiz verilənlər bazasını işə salırıq.
/usr/pgsql-9.6/bin/postgresql96-setup initdb
Initializing database ... OKƏgər siz 1 serverdə sınaqdan keçirirsinizsə, o zaman PostgreSQL-in 10-dan aşağı versiyaları və PostgreSQL-in 10-cu və daha köhnə versiyaları üçün replikanı arxivləşdirmək üçün wal_level parametrini yenidən konfiqurasiya etməlisiniz.
wal_level = archivePostgreSQL-in özündən istifadə edərək hər 60 saniyədən bir WAL arxivlərinin ehtiyat nüsxəsini çıxaraq. Məhsulda fərqli archive_timeout dəyəriniz olacaq.
archive_mode = on
archive_command = '/usr/local/bin/wal-push.sh %p'
archive_timeout = 60 # Каждые 60 секунд будет выполнятся команда archive_command.PostgreSQL başlayır
systemctl start postgresql-9.6Ayrı bir konsolda səhvlər üçün PostgreSQL qeydlərinə baxırıq: (postgresql-Wed.log-u cari ilə dəyişdirin).
tail -fn100 /var/lib/pgsql/9.6/data/pg_log/postgresql-Wed.logGəlin psql-ə keçək.
su - postgres
psqlpsql-də verilənlər bazası yaradın
Verilənlər bazası testində cədvəl yaradın1.
create database test1;Verilənlər bazası testinə keçin.
postgres=# c test1;Cədvəl indeksləşdirmə_cədvəli yaradırıq.
test1=# CREATE TABLE indexing_table(created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW());Məlumatların əlavə edilməsi.
Məlumat daxil etməyə başlayırıq. 10-20 dəqiqə gözləyirik.
#!/bin/bash
# postgres
while true; do
psql -U postgres -d test1 -c "INSERT INTO indexing_table(created_at) VALUES (CURRENT_TIMESTAMP);"
sleep 60;
doneTam ehtiyat nüsxəsini çıxardığınızdan əmin olun.
su - postgres
/usr/local/bin/backup-push.shVerilənlər bazası testində cədvəldəki qeydlərə baxırıq1
select * from indexing_table;
2020-01-29 09:41:25.226198+
2020-01-29 09:42:25.336989+
2020-01-29 09:43:25.356069+
2020-01-29 09:44:25.37381+
2020-01-29 09:45:25.392944+
2020-01-29 09:46:25.412327+
2020-01-29 09:47:25.432564+
2020-01-29 09:48:25.451985+
2020-01-29 09:49:25.472653+
2020-01-29 09:50:25.491974+
2020-01-29 09:51:25.510178+Sətir cari vaxtdır.
Tam ehtiyat nüsxələrinin siyahısına baxın
/usr/local/bin/backup-list.shBərpa testi
Bütün mövcud WAL-ın yuvarlanması ilə tam bərpa.
Postgresql-i dayandırın.
/var/lib/pgsql/9.6/data qovluğundan hər şeyi silin.
Postgres istifadəçisi kimi /usr/local/bin/backup-fetch.sh skriptini işə salın.
su - postgres
/usr/local/bin/backup-fetch.shYedək çıxarılması tamamlandı.
Recovery.conf faylını aşağıdakı məzmunlu /var/lib/pgsql/9.6/data qovluğuna əlavə edin.
restore_command = '/usr/local/bin/wal-fetch.sh "%f" "%p"'PostgreSQL-ə başlayırıq. PostgreSQL arxivləşdirilmiş WAL-lardan bərpa prosesinə başlayacaq və yalnız bundan sonra verilənlər bazası açılacaq.
systemctl start postgresql-9.6
tail -fn100 /var/lib/pgsql/9.6/data/pg_log/postgresql-Wed.logMüəyyən bir müddət üçün bərpa.
Əgər verilənlər bazasını müəyyən bir dəqiqəyə qədər bərpa etmək istəyiriksə, onda biz recovery.conf-a recovery_target_time parametrini əlavə edirik - verilənlər bazasını hansı vaxtda bərpa edəcəyimizi göstəririk.
restore_command = '/usr/local/bin/wal-fetch.sh "%f" "%p"'
recovery_target_time = '2020-01-29 09:46:25'Bərpa etdikdən sonra indeksləşdirmə_cədvəlinə baxın
2020-01-29 09:41:25.226198+00
2020-01-29 09:42:25.336989+00
2020-01-29 09:43:25.356069+00
2020-01-29 09:44:25.37381+00
2020-01-29 09:45:25.392944+00PostgreSQL-ə başlayırıq. PostgreSQL arxivləşdirilmiş WAL-lardan bərpa prosesinə başlayacaq və yalnız bundan sonra verilənlər bazası açılacaq.
systemctl start postgresql-9.6
tail -fn100 /var/lib/pgsql/9.6/data/pg_log/postgresql-Wed.logTest
Burada təsvir olunduğu kimi 1GB verilənlər bazası yaratmaq
1 GB məlumat yaratdıqdan sonra kovanın ölçüsü tələb olunur.
postgres=# SELECT pg_size_pretty(pg_database_size('test1'));
pg_size_pretty
----------------
1003 MBs4cmd — бесплатный инструмент командной строки для работы с данными, расположенными в хранилище Amazon S3. Утилита написана на языке программирования python, и благодаря этому может использоваться в операционных системах и WindowsVə Linux.
s4cmd quraşdırılır
pip install s4cmdLZ4
s4cmd --endpoint-url=http://ip-адрес-сервера-minio:9000 --access-key=xxxx --secret-key=yyyy du -r s3://pg-backups
840540822 s3://pg-backups/wal_005/
840 МБ в формате lz4 только WAL логов
Полный бекап с lz4 - 1GB данных
time backup_push.sh
real 0m18.582s
Размер S3 бакета после полного бекапа
581480085 s3://pg-backups/basebackups_005/
842374424 s3://pg-backups/wal_005
581 МБ занимает полный бекапLZMA
После генерации 1ГБ данных
338413694 s3://pg-backups/wal_005/
338 мб логов в формате lzma
Время генерации полного бекапа
time backup_push.sh
real 5m25.054s
Размер бакета в S3
270310495 s3://pg-backups/basebackups_005/
433485092 s3://pg-backups/wal_005/
270 мб занимает полный бекап в формате lzmaBrotli
После генерации 1ГБ данных
459229886 s3://pg-backups/wal_005/
459 мб логов в формате brotli
Время генерации полного бекапа
real 0m23.408s
Размер бакета в S3
312960942 s3://pg-backups/basebackups_005/
459309262 s3://pg-backups/wal_005/
312 мб занимает полный бекап в формате brotli
Diaqramda nəticələrin müqayisəsi.

Gördüyünüz kimi, Brotli ölçüsünə görə LZMA ilə müqayisə edilə bilər, lakin ehtiyat nüsxə LZ4 vaxtında həyata keçirilir.
Rusdilli PostgreSQL icmasının söhbəti:
Əgər istifadə edirsinizsə, Github-a bir ulduz verin
Mənbə: www.habr.com
