S-a întâmplat ca la momentul în care s-a pus problema, nu aveam suficientă experiență pentru a dezvolta și lansa singur această soluție. Și apoi am început să caut pe Google.
Nu știu care este captura, dar pentru a enea oară mă confrunt cu faptul că, chiar dacă fac totul pas cu pas ca în tutorial, pregătesc același mediu ca și autorul, atunci nimic nu funcționează niciodată. Habar n-am ce se întâmplă, dar când m-am întâlnit din nou cu asta, am decis că îmi voi scrie propriul tutorial când totul va fi bine. Unul care va funcționa cu siguranță.
Ghiduri pe Internet
Se întâmplă că internetul nu suferă de lipsa diverselor ghiduri, tutoriale, pas cu pas și altele asemenea. S-a întâmplat că am fost însărcinat să dezvolt o soluție pentru organizarea și construirea comodă a unui cluster PostgreSQL de failover, principalele cerințe pentru care erau replicarea în flux de pe serverul Master către toate replicile și furnizarea automată a unei rezerve în cazul unui server Master. eșec.
În această etapă, s-a determinat teancul de tehnologii utilizate:
- PostgreSQL ca SGBD
- ca soluție de grupare
- etcd ca depozit distribuit pentru Patroni
- HAproxy pentru organizarea unui singur punct de intrare pentru aplicațiile care utilizează baza de date
Instalare
Pentru atenția dvs. - construiți un cluster PostgreSQL foarte disponibil folosind Patroni, etcd, HAProxy.
Все операции выполнялись на виртуальных машинах с установленной ОС Debian 10.
etcd
Nu recomand instalarea etcd pe aceleași mașini în care vor fi localizate patroni și postgresql, deoarece încărcarea discului este foarte importantă pentru etcd. Dar în scopuri educaționale, vom face exact asta.
Hai să instalăm etcd.
#!/bin/bash
apt-get update
apt-get install etcdAdăugați conținut în fișierul /etc/default/etcd
[membru]
ETCD_NAME=datanode1 # nume de gazdă al mașinii dvs
ETCD_DATA_DIR="/var/lib/etcd/default.etcd”
TOATE ADRESELE IP TREBUIE SĂ FIE VALIDE. LISTER PEER, CLIENT etc. TREBUIE SETAT LA ADRESA IP A GAZDEI
ETCD_LISTEN_PEER_URLS="» # adresa mașinii dvs
ETCD_LISTEN_CLIENT_URLS="» # adresa mașinii dvs
[cluster]
ETCD_INITIAL_ADVERTISE_PEER_URLS="» # adresa mașinii dvs
ETCD_INITIAL_CLUSTER=»datanode1=» # adrese ale tuturor mașinilor din clusterul etcd
ETCD_INITIAL_CLUSTER_STATE="nou"
ETCD_INITIAL_CLUSTER_TOKEN="etcd-cluster-1″
ETCD_ADVERTISE_CLIENT_URLS="» # adresa mașinii dvs
Rulați comanda
systemctl restart etcdPostgreSQL 9.6 + patroni
Primul lucru pe care trebuie să-l faceți este să configurați trei mașini virtuale pentru a instala software-ul necesar pe ele. După instalarea mașinilor, dacă urmați tutorialul meu, puteți rula acest script simplu care va face (aproape) totul pentru dvs. Rulează ca root.
Vă rugăm să rețineți că scriptul folosește versiunea PostgreSQL 9.6, acest lucru se datorează cerințelor interne ale companiei noastre. Soluția nu a fost testată pe alte versiuni de 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.ymlApoi, în fișierul /etc/patroni.yml pe care tocmai l-ați creat, trebuie să plasați următorul conținut, desigur schimbând adresele IP în toate locurile cu adresele pe care le utilizați.
Fiți atenți la comentariile din acest yaml. Schimbați adresele cu propriile dvs. pe fiecare mașină din cluster.
/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: falseScriptul trebuie să fie rulat pe toate cele trei mașini ale clusterului, iar configurația de mai sus trebuie, de asemenea, plasată în fișierul /etc/patroni.yml pe toate mașinile.
După ce ați finalizat aceste operațiuni pe toate mașinile din cluster, executați următoarea comandă pe oricare dintre ele
systemctl start patroni
systemctl start postgresqlAșteptați aproximativ 30 de secunde, apoi executați această comandă pe mașinile rămase din cluster.
HAproxy
Folosim minunatul HAproxy pentru a oferi un singur punct de intrare. Serverul principal va fi întotdeauna disponibil la adresa mașinii pe care este implementat HAproxy.
Pentru a nu face din mașina cu HAproxy un singur punct de defecțiune, o vom lansa într-un container Docker în viitor, acesta poate fi lansat în cluster-ul K8 și va face clusterul nostru de failover și mai fiabil.
Creați un director în care puteți stoca două fișiere - Dockerfile și haproxy.cfg. Du-te la el.
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.logFiți atenți, ultimele trei rânduri ale fișierului haproxy.cfg ar trebui să enumere adresele mașinilor dvs. HAproxy va contacta Patroni, în anteturile HTTP serverul master va returna întotdeauna 200, iar replica va returna întotdeauna 503.
haproxy.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
Fiind în directorul în care „se află” ambele fișiere noastre, să executăm secvențial comenzile pentru împachetarea containerului, precum și să-l lansăm cu redirecționarea porturile necesare:
docker build -t my-haproxy .
docker run -d -p5000:5000 -p7000:7000 my-haproxy Acum, deschizând adresa mașinii dvs. cu HAproxy în browser și specificând portul 7000, veți vedea statistici privind clusterul dvs.
Serverul care este master va fi în starea SUS, iar replicile vor fi în starea JOS. Acest lucru este normal, de fapt funcționează, dar apar așa pentru că returnează 503 pentru solicitările de la HAproxy. Acest lucru ne permite să știm întotdeauna exact care dintre cele trei servere este masterul actual.
Concluzie
Esti superba! În doar 30 de minute ați implementat un cluster de baze de date excelent tolerant la erori și de înaltă performanță, cu replicare în flux și alternativă automată. Dacă intenționați să utilizați această soluție, verificați , și mai ales cu partea sa referitoare la utilitarul patronictl, care oferă acces convenabil la gestionarea clusterului dvs.
Felicitări!
Sursa: www.habr.com
