wal-g PostgreSQL အရန်သိမ်းခြင်းစနစ်အကြောင်း နိဒါန်း

WAL-G PostgreSQL ကို cloud များသို့ အရန်ကူးရန်အတွက် ရိုးရှင်းပြီး ထိရောက်သောကိရိယာတစ်ခုဖြစ်သည်။ ၎င်း၏အဓိကလုပ်ဆောင်နိုင်စွမ်းအရ၊ ၎င်းသည် လူကြိုက်များသောကိရိယာ၏အမွေဆက်ခံသူဖြစ်သည်။ WAL-Eဒါပေမယ့် Go မှာ ပြန်ရေးထားတယ်။ သို့သော် WAL-G - မြစ်ဝကျွန်းပေါ်ကော်ပီများတွင် အရေးကြီးသောအင်္ဂါရပ်တစ်ခုရှိသည်။ မြစ်ဝကျွန်းပေါ် ကော်ပီ WAL-G ယခင် အရန်ဗားရှင်း ကတည်းက ပြောင်းလဲထားသော ဖိုင်များ၏ စာမျက်နှာများကို သိမ်းဆည်းပါ။ WAL-G သည် အပြိုင်အရန်ကူးယူခြင်းအတွက် နည်းပညာများစွာကို ဖော်ဆောင်ပေးပါသည်။ WAL-G သည် WAL-E ထက်ပိုမြန်သည်။

wal-g အလုပ်လုပ်ပုံအသေးစိတ်ကို ဆောင်းပါးတွင် တွေ့နိုင်သည်- ကျွန်ုပ်တို့သည် backup ကို overclock လုပ်ပါ။ Yandex ဟောပြောပွဲ

S3 သိုလှောင်မှုပရိုတိုကောသည် ဒေတာသိမ်းဆည်းရန်အတွက် ရေပန်းစားလာခဲ့သည်။ S3 ၏ အားသာချက်များထဲမှတစ်ခုမှာ API မှတစ်ဆင့် ဝင်ရောက်နိုင်မှုဖြစ်ပြီး၊ အများသူငှာဖတ်ရှုနိုင်ခွင့် အပါအဝင် သိုလှောင်မှုနှင့် လိုက်လျောညီထွေရှိသော အပြန်အလှန်တုံ့ပြန်မှုကို စုစည်းနိုင်စေကာ သိုလှောင်ခန်းအတွင်းရှိ အချက်အလက်များကို အပ်ဒိတ်လုပ်ခြင်းမှာ တရားဝင်ခွင့်ပြုထားသူများသာ ဖြစ်သည့်အတွက် ဖြစ်သည်။

S3 ပရိုတိုကောကို အသုံးပြုသည့် အများသူငှာနှင့် ပုဂ္ဂလိက သိုလှောင်မှု အကောင်အထည်ဖော်မှု အများအပြားရှိသည်။ ယနေ့ ကျွန်ုပ်တို့သည် သေးငယ်သော သိုလှောင်မှုအား စီစဉ်ခြင်းအတွက် ရေပန်းစားသော ဖြေရှင်းချက်တစ်ခု - Minio ကို ကြည့်ရှုပါမည်။

PostgreSQL ဆာဗာတစ်ခုတည်းသည် wal-g စမ်းသပ်ရန်အတွက် ကောင်းမွန်ပြီး Minio ကို S3 အတွက် အစားထိုးအဖြစ် အသုံးပြုပါသည်။

Minio ဆာဗာ

Minio တပ်ဆင်ခြင်း။

yum -y install yum-plugin-copr
yum copr enable -y lkiesow/minio
yum install -y minio

/etc/minio/minio.conf တွင် AccessKey နှင့် SecretKey ကို တည်းဖြတ်ပါ။

vi /etc/minio/minio.conf

Minio မတိုင်မီ nginx ကို အသုံးမပြုပါက၊ ပြောင်းလဲရန် လိုအပ်ပါသည်။

--address 127.0.0.1:9000

--address 0.0.0.0:9000

Minio ကို စတင်ခြင်း။

systemctl start minio

Minio ဝဘ်အင်တာဖေ့စ်ကိုသွားပါ။ http://ip-адрес-сервера-minio:9000 ပြီးလျှင် ပုံးတစ်ခု ဖန်တီးပါ (ဥပမာ၊ pg-backups)။

DB ဆာဗာ

WAL-G ကို rpm တွင် ကျွန်ုပ် (Anton Patsev) မှ စုစည်းထားသည်။ Github, Fedora COPR.

RPM-based စနစ်မရှိပါက တရားဝင်အသုံးပြုပါ။ ညွှန်ကြားချက် တပ်ဆင်ခြင်းအားဖြင့်။

wal-g binary နှင့်အတူ၊ rpm တွင် /etc/wal-gd/server-s3.conf ဖိုင်မှ ကိန်းရှင်များကို တင်သွင်းသည့် script များပါရှိသည်။

backup-fetch.sh
backup-list.sh
backup-push.sh
wal-fetch.sh
wal-g-run.sh
wal-push.sh

wlg ကို install လုပ်ပါ။

yum -y install yum-plugin-copr
yum copr enable -y antonpatsev/wal-g
yum install -y wal-g

wal-g ဗားရှင်းကို စစ်ဆေးနေသည်။

wal-g --version
wal-g version v0.2.14

သင့်လိုအပ်ချက်များအတွက် /etc/wal-gd/server-s3.conf ကို တည်းဖြတ်ပါ။

ဒေတာဘေ့စ် အစုအဝေးတစ်ခုမှ အသုံးပြုသည့် ဖွဲ့စည်းမှုဖိုင်များနှင့် ဒေတာဖိုင်များကို အစဉ်အလာအားဖြင့် အစုအဝေးဒေတာလမ်းညွှန်တွင် အတူတကွ သိမ်းဆည်းထားသည်ဟု အများအားဖြင့် ရည်ညွှန်းသည်။ 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 ကို ပြင်ဆင်သတ်မှတ်သည့်အခါ၊ သင်သည် WALG_DELTA_MAX_STEPS - မြစ်ဝကျွန်းပေါ်အရန်ကူးခြင်းကို အခြေခံမိတ္တူမှ အများဆုံးဖြစ်ပြီး၊ မြစ်ဝကျွန်းပေါ်အရန်ကူးယူမှုမူဝါဒကို သတ်မှတ်ပါ။ သင်သည် နောက်ဆုံးရှိပြီးသား မြစ်ဝကျွန်းပေါ်ဒေသမှ မိတ္တူတစ်ခု ပြုလုပ်သည်ဖြစ်စေ သို့မဟုတ် မူရင်း အပြည့်အဝ အရန်ကူးယူမှုမှ မြစ်ဝကျွန်းပေါ်ဒေသတစ်ခု ပြုလုပ်နိုင်သည်။ ဒေတာဘေ့စ်၏တူညီသောအစိတ်အပိုင်းသည် သင့်ဒေတာဘေ့စ်တွင်အမြဲတမ်းပြောင်းလဲနေသည့်အခါတွင်၊ တူညီသောဒေတာသည် အဆက်မပြတ်ပြောင်းလဲနေသောအခါတွင် ၎င်းသည် လိုအပ်ပါသည်။

ဒေတာဘေ့စ်ကိုထည့်သွင်းခြင်း။

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 mc

ကျွန်ုပ်တို့သည် ဒေတာဘေ့စ်ကို စတင်လုပ်ဆောင်ပါသည်။

/usr/pgsql-9.6/bin/postgresql96-setup initdb
Initializing database ... OK

အကယ်၍ သင်သည် ဆာဗာ 1 ခုပေါ်တွင် စမ်းသပ်နေပါက၊ ထို့နောက် PostgreSQL ဗားရှင်း 10 ထက်နည်းသော PostgreSQL အတွက် သိမ်းဆည်းရန် wal_level ကန့်သတ်ချက်အား ပြန်လည်သတ်မှတ်ရန်နှင့် PostgreSQL ဗားရှင်း 10 နှင့်အထက်အတွက် ပုံတူပြုလုပ်ရန် လိုအပ်သည်။

wal_level = archive

PostgreSQL ကိုယ်တိုင်အသုံးပြု၍ WAL မော်ကွန်းတိုက်ကို စက္ကန့် 60 တိုင်း အရန်သိမ်းကြပါစို့။ prod တွင်၊ သင်သည် မတူညီသော archive_timeout တန်ဖိုးတစ်ခုရှိလိမ့်မည်။

archive_mode = on
archive_command = '/usr/local/bin/wal-push.sh %p'
archive_timeout = 60 # Каждые 60 секунд будет выполнятся команда archive_command.

PostgreSQL စတင်ခြင်း။

systemctl start postgresql-9.6

သီးခြား ကွန်ဆိုးလ်တစ်ခုတွင်၊ အမှားများအတွက် PostgreSQL မှတ်တမ်းများကို ကျွန်ုပ်တို့ ကြည့်ရှုသည်- (postgresql-Wed.log ကို လက်ရှိတစ်ခုသို့ ပြောင်းပါ)။

tail -fn100 /var/lib/pgsql/9.6/data/pg_log/postgresql-Wed.log

psql ကိုသွားကြည့်ရအောင်။

su - postgres
psql

psql တွင် database တစ်ခုဖန်တီးပါ။

database test1 တွင် ဇယားတစ်ခုဖန်တီးပါ။

create database test1;

ဒေတာဘေ့စ်စမ်းသပ်မှုသို့ ပြောင်းပါ။

postgres=# c test1;

ကျွန်ုပ်တို့သည် table indexing_table ကိုဖန်တီးသည်။

test1=# CREATE TABLE indexing_table(created_at TIMESTAMP WITH TIME ZONE DEFAULT NOW());

ဒေတာထည့်ခြင်း။

ကျွန်ုပ်တို့သည် ဒေတာကို စတင်ထည့်သွင်းပါသည်။ ကျွန်ုပ်တို့သည် 10-20 မိနစ်စောင့်ဆိုင်းနေသည်။

#!/bin/bash
# postgres
while true; do
psql -U postgres -d test1 -c "INSERT INTO indexing_table(created_at) VALUES (CURRENT_TIMESTAMP);"
sleep 60;
done

အရန်ကူးယူရန် သေချာပါစေ။

su - postgres
/usr/local/bin/backup-push.sh

ဒေတာဘေ့စ်စမ်းသပ်မှု ၁ ရှိ ဇယားရှိ မှတ်တမ်းများကို ကျွန်ုပ်တို့ ကြည့်ရှုသည်။

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+

စာတန်းသည် လက်ရှိအချိန်ဖြစ်သည်။

အရန်သိမ်းဆည်းမှု အပြည့်အစုံစာရင်းကို ကြည့်ပါ။

/usr/local/bin/backup-list.sh

ပြန်လည်ထူထောင်ရေးစမ်းသပ်မှု

ရရှိနိုင်သော WAL အားလုံးကို လှိမ့်သွင်းခြင်းဖြင့် ပြန်လည်ရယူခြင်း အပြည့်အစုံ။

Postgresql ရပ်ပါ။

/var/lib/pgsql/9.6/data ဖိုင်တွဲမှ အရာအားလုံးကို ဖျက်ပါ။

Postgres အသုံးပြုသူအနေဖြင့် /usr/local/bin/backup-fetch.sh script ကိုဖွင့်ပါ။

su - postgres
/usr/local/bin/backup-fetch.sh

အရန်ထုတ်ယူခြင်း ပြီးပါပြီ။

အောက်ပါအကြောင်းအရာဖြင့် /var/lib/pgsql/9.6/data ဖိုင်တွဲသို့ recovery.conf ကို ထည့်ပါ။

restore_command = '/usr/local/bin/wal-fetch.sh "%f" "%p"'

ကျွန်ုပ်တို့သည် PostgreSQL ကိုစတင်သည်။ PostgreSQL သည် သိမ်းဆည်းထားသော WALs မှ ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်ကို စတင်မည်ဖြစ်ပြီး ထိုမှသာ ဒေတာဘေ့စ်ကို ဖွင့်မည်ဖြစ်သည်။

systemctl start postgresql-9.6
tail -fn100 /var/lib/pgsql/9.6/data/pg_log/postgresql-Wed.log

အချိန်အတိုင်းအတာတစ်ခုအထိ ပြန်လည်ရယူပါ။

ကျွန်ုပ်တို့သည် ဒေတာဘေ့စ်ကို အချိန်အတိုင်းအတာတစ်ခုအထိ ပြန်လည်ရယူလိုပါက၊ ထို့နောက် recovery_target_time parameter ကို recovery.conf သို့ ပေါင်းထည့်သည် - ဒေတာဘေ့စ်ကို ပြန်လည်ရယူရမည့်အချိန်ကို ကျွန်ုပ်တို့ညွှန်ပြပါသည်။

restore_command = '/usr/local/bin/wal-fetch.sh "%f" "%p"'
recovery_target_time = '2020-01-29 09:46:25'

ပြန်လည်ရယူပြီးနောက်၊ ဇယား indexing_table ကိုကြည့်ပါ။

 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+00

ကျွန်ုပ်တို့သည် PostgreSQL ကိုစတင်သည်။ PostgreSQL သည် သိမ်းဆည်းထားသော WALs မှ ပြန်လည်ရယူခြင်းလုပ်ငန်းစဉ်ကို စတင်မည်ဖြစ်ပြီး ထိုမှသာ ဒေတာဘေ့စ်ကို ဖွင့်မည်ဖြစ်သည်။

systemctl start postgresql-9.6
tail -fn100 /var/lib/pgsql/9.6/data/pg_log/postgresql-Wed.log

စမ်းသပ်ခြင်း

ဤနေရာတွင် ဖော်ပြထားသည့်အတိုင်း 1GB ဒေတာဘေ့စ်ကို ဖန်တီးခြင်း။ https://gist.github.com/ololobus/5b25c432f208d7eb31051a5f238dffff

ဒေတာ 1GB ထုတ်ပေးပြီးနောက် ပုံးအရွယ်အစားကို တောင်းဆိုခြင်း။

postgres=# SELECT pg_size_pretty(pg_database_size('test1'));
pg_size_pretty
----------------
1003 MB

s4cmd — бесплатный инструмент командной строки для работы с данными, расположенными в хранилище Amazon S3. Утилита написана на языке программирования python, и благодаря этому может использоваться в операционных системах и Windowsနှင့် Linux.

s4cmd ကိုထည့်သွင်းခြင်း။

pip install s4cmd

LZ4

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 мб занимает полный бекап в формате lzma

Brotli

После генерации 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

ဇယားပေါ်ရှိ ရလဒ်များကို နှိုင်းယှဉ်ခြင်း။

wal-g PostgreSQL အရန်သိမ်းခြင်းစနစ်အကြောင်း နိဒါန်း

သင်တွေ့မြင်ရသည့်အတိုင်း Brotli သည် LZMA နှင့် အရွယ်အစားတူသော်လည်း အရန်သိမ်းခြင်းကို LZ4 အချိန်အတွင်း လုပ်ဆောင်ပါသည်။

ရုရှားစကားပြော PostgreSQL အသိုင်းအဝိုင်း၏ စကားပြောခန်း- https://t.me/pgsql

သင်အသုံးပြုပါက Github သို့ကြယ်တစ်ပွင့်ပေးပါ။ wal-g

source: www.habr.com

DDoS ကာကွယ်ရေး၊ VPS VDS ဆာဗာများပါသည့် ဆိုက်များအတွက် ယုံကြည်စိတ်ချရသော hosting ကို ဝယ်ယူပါ။ 🔥 DDoS ကာကွယ်မှု၊ VPS VDS ဆာဗာများပါရှိသော ယုံကြည်စိတ်ချရသော ဝဘ်ဆိုက် hosting ကို ဝယ်ယူပါ | ProHoster