ProHoster > Blog > Adminisztráció > Magasan elérhető PostgreSQL-fürt létrehozása Patroni, etcd, HAProxy használatával
Magasan elérhető PostgreSQL-fürt létrehozása Patroni, etcd, HAProxy használatával
Történt ugyanis, hogy a probléma felmerülésekor nem volt elég tapasztalatom a megoldás egyedüli kidolgozásához és elindításához. Aztán elkezdtem guglizni.
Nem tudom, mi a csapda, de sokadik alkalommal szembesülök azzal, hogy ha mindent lépésről lépésre csinálok, mint az oktatóprogramban, ugyanazt a környezetet készítem elő, mint a szerző, akkor sem működik semmi. Fogalmam sincs, mi a baj, de amikor újra találkoztam ezzel, úgy döntöttem, megírom a saját oktatóanyagomat, ha minden sikerül. Olyat, ami biztosan működni fog.
Útmutatók az interneten
Megesik, hogy az Internet nem szenved hiányt különféle útmutatók, oktatóanyagok, lépésről lépésre és hasonlók hiányában. Történt ugyanis, hogy egy olyan megoldás kidolgozásával kaptam megbízást, amellyel kényelmesen megszervezhet és fel lehet építeni egy feladatátvevő PostgreSQL-fürtöt, amelynek fő követelményei a replikáció streamelése a Master szerverről az összes replikára, valamint a tartalék automatikus kiépítése a Master szerver esetén. kudarc.
Ebben a szakaszban meghatározták az alkalmazott technológiák halmazát:
HAproxy az adatbázist használó alkalmazások egyetlen belépési pontjának megszervezéséhez
Telepítés
Figyelmére: magas rendelkezésre állású PostgreSQL-fürt létrehozása Patroni, etcd, HAProxy használatával.
Minden művelet Debian 10 operációs rendszerrel rendelkező virtuális gépeken történt.
stb
Nem javaslom, hogy az etcd-t ugyanazokra a gépekre telepítsd, ahol a patroni és a postgresql lesz, mivel az etcd-nél nagyon fontos a lemezterhelés. De oktatási célból pontosan ezt fogjuk tenni.
Telepítsük az etcd-t.
#!/bin/bash
apt-get update
apt-get install etcd
Tartalom hozzáadása az /etc/default/etcd fájlhoz
[tag]
ETCD_NAME=datanode1 # a géped gazdagépneve
ETCD_DATA_DIR=”/var/lib/etcd/default.etcd”
MINDEN IP-CÍMnek ÉRVÉNYES KELL LENNIE. A LISTER PEER, KLIENS stb. A HOST IP-CÍMÉRE KELL BEÁLLÍTANI
Az első dolog, amit meg kell tennie, három virtuális gép beállítása a szükséges szoftverek telepítéséhez. A gépek telepítése után, ha követi az oktatóanyagomat, lefuttathatja ezt az egyszerű szkriptet, ami (majdnem) mindent megtesz helyetted. Rootként fut.
Felhívjuk figyelmét, hogy a szkript a PostgreSQL 9.6-os verzióját használja, ez cégünk belső követelményeinek köszönhető. A megoldást nem tesztelték a PostgreSQL más verzióin.
Ezután az imént létrehozott /etc/patroni.yml fájlban a következő tartalmat kell elhelyezni, természetesen minden helyen módosítani az IP-címeket az Ön által használt címekre.
Ügyeljen a megjegyzésekre ebben a yamlban. Módosítsa a címeket a sajátjára a fürt minden egyes gépén.
/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
A szkriptet a fürt mindhárom gépén le kell futtatni, és a fenti konfigurációt az /etc/patroni.yml fájlban is el kell helyezni minden gépen.
Miután elvégezte ezeket a műveleteket a fürt összes gépén, futtassa a következő parancsot bármelyiken
Várjon körülbelül 30 másodpercet, majd futtassa ezt a parancsot a fürt többi gépén.
HAproxy
A csodálatos HAproxy segítségével egyetlen belépési pontot biztosítunk. A főkiszolgáló mindig elérhető lesz annak a gépnek a címén, amelyen a HAproxy telepítve van.
Annak érdekében, hogy a HAproxy-val ellátott gép ne legyen egyetlen meghibásodási pont, Docker konténerben fogjuk elindítani, a jövőben a K8-as fürtjébe is indítható, és még megbízhatóbbá tehetjük feladatátvevő fürtünket.
Hozzon létre egy könyvtárat, amelyben két fájlt tárolhat – a Dockerfile-t és a haproxy.cfg-t. Menj oda.
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
Legyen óvatos, a haproxy.cfg fájl utolsó három sorában a gépek címeit kell feltüntetni. A HAproxy felveszi a kapcsolatot a Patronival, a HTTP-fejlécekben a főszerver mindig 200-at, a replika pedig 503-at ad vissza.
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
Abban a könyvtárban, amelyben mindkét fájlunk „fekszik”, hajtsuk végre egymás után a konténer becsomagolására szolgáló parancsokat, valamint indítsuk el a szükséges portok továbbításával:
Most, ha a böngészőben megnyitja a gépe címét a HAproxy segítségével, és megadja a 7000-es portot, látni fogja a fürt statisztikáit.
A fő szerver FEL, a replikák pedig LE állapotban lesznek. Ez normális, valójában működnek, de így jelennek meg, mert 503-at adnak vissza a HAproxy kérésére. Ez lehetővé teszi számunkra, hogy mindig pontosan tudjuk, hogy a három szerver közül melyik az aktuális mester.
Következtetés
Ön gyönyörű! Mindössze 30 perc alatt telepített egy kiváló hibatűrő és nagy teljesítményű adatbázis-fürtöt adatfolyam-replikációval és automatikus visszaállítással. Ha ezt a megoldást szeretné használni, nézze meg hivatalos Patroni dokumentációval, és különösen a patronictl segédprogrammal kapcsolatos részével, amely kényelmes hozzáférést biztosít a fürt kezeléséhez.