Изградба на високо достапен PostgreSQL кластер користејќи Patroni, etcd, HAProxy

Едноставно, во моментот кога беше поставен проблемот, немав доволно искуство сам да го развијам и да го започнам ова решение. И тогаш почнав да гуглам.

Не знам што е уловот, но по којзнае кој пат се соочувам со фактот дека дури и ако правам сè чекор по чекор како во упатството, ја подготвувам истата средина како авторот, тогаш ништо не функционира. Немам поим што е работата, но кога повторно го сретнав ова, решив да напишам сопствен туторијал кога сè ќе успее. Оној што дефинитивно ќе работи.

Водичи на Интернет

Се случува интернетот да не страда од недостиг од разни водичи, туторијали, чекор-по-чекор и слично. Едноставно, ми беше задолжено да развијам решение за практично организирање и градење на кластер за попуштање PostgreSQL, чии главни барања беа репликација на стриминг од Master серверот до сите реплики и автоматско обезбедување на резерва во случај на главен сервер. неуспех.

Во оваа фаза, беше одреден купот користени технологии:

  • PostgreSQL како DBMS
  • Покровител како решение за кластерирање
  • etcd како дистрибуирано складирање за Patroni
  • HAпрокси за организирање на единствена влезна точка за апликации кои користат база на податоци

Инсталација

За ваше внимание - градење на високо достапен PostgreSQL кластер користејќи Patroni, etcd, HAProxy.

Сите операции беа извршени на виртуелни машини со инсталиран Debian 10 OS.

итн

Не препорачувам да инсталирате etcd на истите машини каде што ќе се наоѓаат patroni и postgresql, бидејќи оптоварувањето на дискот е многу важно за etcd. Но, за едукативни цели, ќе го направиме токму тоа.
Ајде да инсталираме итн.

#!/bin/bash
apt-get update
apt-get install etcd

Додадете содржина во датотеката /etc/default/etcd

[член]

ETCD_NAME=datanode1 # име на домаќин на вашата машина
ETCD_DATA_DIR=”/var/lib/etcd/default.etcd”

СИТЕ ИП АДРЕСИ ТРЕБА ДА БИДАТ ВАЖЕНИ. ЛИСТЕР ПЕР, КЛИЕНТ итн ТРЕБА ДА БИДЕ ПОСТАВЕН НА ИП АДРЕСА НА ДОМАЌИН

ETCD_LISTEN_PEER_URLS="http://192.168.0.143:2380» # адреса на вашиот автомобил
ETCD_LISTEN_CLIENT_URLS="http://192.168.0.143:2379,http://127.0.0.1:2379» # адреса на вашиот автомобил

[Грозд]

ETCD_INITIAL_ADVERTISE_PEER_URLS="http://192.168.0.143:2380» # адреса на вашиот автомобил
ETCD_INITIAL_CLUSTER=»datanode1=http://192.168.0.143:2380,datanode2=http://192.168.0.144:2380,datanode3=http://192.168.0.145:2380» # адреси на сите машини во кластерот etcd
ETCD_INITIAL_CLUSTER_STATE = "ново"
ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster-1"
ETCD_ADVERTISE_CLIENT_URLS="http://192.168.0.143:2379» # адреса на вашиот автомобил

Извршете ја командата

systemctl restart etcd

PostgreSQL 9.6 + покровител

Првото нешто што треба да направите е да поставите три виртуелни машини за да го инсталирате потребниот софтвер на нив. По инсталирањето на машините, ако го следите мојот туторијал, можете да ја извршите оваа едноставна скрипта која (речиси) ќе направи сè за вас. Работи како root.

Имајте предвид дека скриптата користи PostgreSQL верзија 9.6, ова се должи на внатрешните барања на нашата компанија. Решението не е тестирано на други верзии на PostgreSQL.

#!/bin/bash
apt-get install gnupg -y
echo "deb http://apt.postgresql.org/pub/repos/apt/ buster-pgdg main" >> /etc/apt/sources.list
wget --quiet -O - https://www.postgresql.org/media/keys/ACCC4CF8.asc | apt-key add -
apt-get update
apt-get install postgresql-9.6 python3-pip python3-dev libpq-dev -y
systemctl stop postgresql
pip3 install --upgrade pip
pip install psycopg2
pip install patroni[etcd]
echo "
[Unit]
Description=Runners to orchestrate a high-availability PostgreSQL
After=syslog.target network.target

[Service]
Type=simple

User=postgres
Group=postgres

ExecStart=/usr/local/bin/patroni /etc/patroni.yml

KillMode=process

TimeoutSec=30

Restart=no

[Install]
WantedBy=multi-user.targ
" > /etc/systemd/system/patroni.service
mkdir -p /data/patroni
chown postgres:postgres /data/patroni
chmod 700 /data/patroniпо
touch /etc/patroni.yml

Следно, во датотеката /etc/patroni.yml што штотуку ја креиравте, треба да ги поставите следните содржини, секако менувајќи ги IP адресите на сите места на адресите што ги користите.
Обрнете внимание на коментарите во овој јамл. Променете ги адресите на свои на секоја машина во кластерот.

/etc/patroni.yml

scope: pgsql # должно быть одинаковым на всех нодах
namespace: /cluster/ # должно быть одинаковым на всех нодах
name: postgres1 # должно быть разным на всех нодах

restapi:
    listen: 192.168.0.143:8008 # адрес той ноды, в которой находится этот файл
    connect_address: 192.168.0.143:8008 # адрес той ноды, в которой находится этот файл

etcd:
    hosts: 192.168.0.143:2379,192.168.0.144:2379,192.168.0.145:2379 # перечислите здесь все ваши ноды, в случае если вы устанавливаете etcd на них же

# this section (bootstrap) will be written into Etcd:/<namespace>/<scope>/config after initializing new cluster
# and all other cluster members will use it as a `global configuration`
bootstrap:
    dcs:
        ttl: 100
        loop_wait: 10
        retry_timeout: 10
        maximum_lag_on_failover: 1048576
        postgresql:
            use_pg_rewind: true
            use_slots: true
            parameters:
                    wal_level: replica
                    hot_standby: "on"
                    wal_keep_segments: 5120
                    max_wal_senders: 5
                    max_replication_slots: 5
                    checkpoint_timeout: 30

    initdb:
    - encoding: UTF8
    - data-checksums
    - locale: en_US.UTF8
    # init pg_hba.conf должен содержать адреса ВСЕХ машин, используемых в кластере
    pg_hba:
    - host replication postgres ::1/128 md5
    - host replication postgres 127.0.0.1/8 md5
    - host replication postgres 192.168.0.143/24 md5
    - host replication postgres 192.168.0.144/24 md5
    - host replication postgres 192.168.0.145/24 md5
    - host all all 0.0.0.0/0 md5

    users:
        admin:
            password: admin
            options:
                - createrole
                - createdb

postgresql:
    listen: 192.168.0.143:5432 # адрес той ноды, в которой находится этот файл
    connect_address: 192.168.0.143:5432 # адрес той ноды, в которой находится этот файл
    data_dir: /data/patroni # эту директорию создаст скрипт, описанный выше и установит нужные права
    bin_dir:  /usr/lib/postgresql/9.6/bin # укажите путь до вашей директории с postgresql
    pgpass: /tmp/pgpass
    authentication:
        replication:
            username: postgres
            password: postgres
        superuser:
            username: postgres
            password: postgres
    create_replica_methods:
        basebackup:
            checkpoint: 'fast'
    parameters:
        unix_socket_directories: '.'

tags:
    nofailover: false
    noloadbalance: false
    clonefrom: false
    nosync: false

Скриптата мора да се извршува на сите три машини од кластерот, а горната конфигурација мора да биде ставена и во датотеката /etc/patroni.yml на сите машини.

Откако ќе ги завршите овие операции на сите машини во кластерот, извршете ја следнава команда на која било од нив

systemctl start patroni
systemctl start postgresql

Почекајте околу 30 секунди, а потоа извршете ја оваа команда на преостанатите машини во кластерот.

HAпрокси

Го користиме прекрасното HA прокси за да обезбедиме единствена влезна точка. Главниот сервер секогаш ќе биде достапен на адресата на машината на која е распореден HAproxy.

За да не ја направиме машината со HAproxy единствена точка на дефект, ќе ја лансираме во контејнер на Docker; во иднина може да се лансира во кластерот на K8 и да го направиме кластерот за фајлвер уште посигурен.

Направете директориум каде што можете да складирате две датотеки - Dockerfile и haproxy.cfg. Одете на него.

dockerfile

FROM ubuntu:latest

RUN apt-get update 
    && apt-get install -y haproxy rsyslog 
    && rm -rf /var/lib/apt/lists/*

RUN mkdir /run/haproxy

COPY haproxy.cfg /etc/haproxy/haproxy.cfg

CMD haproxy -f /etc/haproxy/haproxy.cfg && tail -F /var/log/haproxy.log

Бидете внимателни, последните три линии од датотеката haproxy.cfg треба да ги наведат адресите на вашите машини. HAproxy ќе контактира со Patroni, во заглавијата на HTTP главниот сервер секогаш ќе враќа 200, а репликата секогаш ќе враќа 503.

хапрокси.cfg

global
    maxconn 100

defaults
    log global
    mode tcp
    retries 2
    timeout client 30m
    timeout connect 4s
    timeout server 30m
    timeout check 5s

listen stats
    mode http
    bind *:7000
    stats enable
    stats uri /

listen postgres
    bind *:5000
    option httpchk
    http-check expect status 200
    default-server inter 3s fall 3 rise 2 on-marked-down shutdown-sessions
    server postgresql1 192.168.0.143:5432 maxconn 100 check port 8008
    server postgresql2 192.168.0.144:5432 maxconn 100 check port 8008
    server postgresql3 192.168.0.145:5432 maxconn 100 check port 8008

Бидејќи сме во директориумот во кој „лежат“ и двете наши датотеки, ајде последователно да ги извршиме командите за пакување на контејнерот, како и да го стартуваме со препраќање на потребните порти:

docker build -t my-haproxy .
docker run -d -p5000:5000 -p7000:7000 my-haproxy 

Сега, со отворање на адресата на вашата машина со HAproxy во прелистувачот и специфицирање на портата 7000, ќе видите статистика на вашиот кластер.

Серверот што е главен ќе биде во состојба UP, а репликите ќе бидат во состојба DOWN. Тоа е нормално, всушност тие работат, но се појавуваат вака бидејќи враќаат 503 за барања од HAproxy. Ова ни овозможува секогаш точно да знаеме кој од трите сервери е тековниот господар.

Заклучок

Вие сте прекрасни! За само 30 минути распоредивте одличен кластер за бази на податоци толерантни за грешки и со високи перформанси со репликација на стриминг и автоматско враќање назад. Ако планирате да го користите ова решение, проверете со официјална патронска документација, а особено со неговиот дел што се однесува на алатката patronictl, која обезбедува лесен пристап за управување со вашиот кластер.

Честитки!

Извор: www.habr.com

Додадете коментар