{"id":93878,"date":"2020-09-10T19:42:02","date_gmt":"2020-09-10T17:42:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-vpisat-svobodnuyu-postgresql-v-surovoe-enterprise-okruzhenie"},"modified":"2020-09-10T19:42:02","modified_gmt":"2020-09-10T17:42:02","slug":"kak-vpisat-svobodnuyu-postgresql-v-surovoe-enterprise-okruzhenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/kak-vpisat-svobodnuyu-postgresql-v-surovoe-enterprise-okruzhenie","title":{"rendered":"Hogyan illessz\u00fck be a 'szabad' PostgreSQL-t egy szigor\u00fa v\u00e1llalati k\u00f6rnyezetbe","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Sokan ismerik a PostgreSQL adatb\u00e1zis-kezel\u0151t, amely j\u00f3l teljes\u00edt a kisebb telep\u00edt\u00e9seken. Azonban a ny\u00edlt forr\u00e1sk\u00f3d\u00fa megold\u00e1sokra val\u00f3 \u00e1t\u00e1ll\u00e1s egyre nyilv\u00e1nval\u00f3bb\u00e1 v\u00e1lt, m\u00e9g a nagy c\u00e9gek \u00e9s az enterprise k\u00f6vetelm\u00e9nyek eset\u00e9n is. Ebben a cikkben bemutatjuk, hogyan lehet be\u00e9p\u00edteni a Postgres-t a v\u00e1llalati k\u00f6rnyezetbe, \u00e9s megosztjuk tapasztalatainkat a Commvault ment\u00e9si rendszer p\u00e9ld\u00e1j\u00e1n kereszt\u00fcl egy adatb\u00e1zis ment\u00e9si rendszer\u00e9nek l\u00e9trehoz\u00e1s\u00e1r\u00f3l. <\/p>\n

\"Hogyan
\nA PostgreSQL m\u00e1r bizony\u00edtotta \u00e9letk\u00e9pess\u00e9g\u00e9t \u2013 az adatb\u00e1zis-kezel\u0151 remek\u00fcl m\u0171k\u00f6dik, divatos digit\u00e1lis v\u00e1llalkoz\u00e1sok, mint az Alibaba \u00e9s a TripAdvisor haszn\u00e1lj\u00e1k, m\u00edg a licencd\u00edjak hi\u00e1nya vonz\u00f3 alternat\u00edv\u00e1t k\u00edn\u00e1l olyan \u00f3ri\u00e1sokkal, mint az MS SQL vagy az Oracle DB. De amint elkezdj\u00fck m\u00e9rlegelni a PostgreSQL-t az Enterprise t\u00e1j\u00e1ban, r\u00f6gt\u00f6n szembes\u00fcl\u00fcnk a szigor\u00fa k\u00f6vetelm\u00e9nyekkel: \"De mi van a konfigur\u00e1ci\u00f3 megb\u00edzhat\u00f3s\u00e1g\u00e1val? Mi a helyzet a katasztr\u00f3f\u00e1k ellen\u00e1ll\u00e1s\u00e1val? Hol van a sz\u00e9lesk\u00f6r\u0171 monitoroz\u00e1s? Automatikus ment\u00e9s? Hogyan haszn\u00e1lhat\u00f3ak a szalagt\u00e1rak k\u00f6zvetlen\u00fcl \u00e9s mint m\u00e1sodlagos t\u00e1rol\u00f3?\"
\n<\/a><\/noindex>
\n\"Hogyan
\nEgyr\u00e9szt a PostgreSQL nem rendelkezik be\u00e9p\u00edtett ment\u00e9si eszk\u00f6z\u00f6kkel, mint p\u00e9ld\u00e1ul az Oracle DB RMAN vagy a SAP Database Backup. M\u00e1sr\u00e9szt a v\u00e1llalati ment\u00e9si rendszerek szolg\u00e1ltat\u00f3i (Veeam, Veritas, Commvault) ugyan t\u00e1mogj\u00e1k a PostgreSQL-t, de val\u00f3j\u00e1ban csak egy adott (\u00e1ltal\u00e1ban \u00f6n\u00e1ll\u00f3) konfigur\u00e1ci\u00f3val m\u0171k\u00f6dnek, k\u00fcl\u00f6nf\u00e9le korl\u00e1toz\u00e1sok mellett. <\/p>\n

Az olyan PostgreSQL-ra k\u00fcl\u00f6n fejlesztett ment\u00e9si rendszerek, mint a Barman, Wal-g, pg_probackup, rendk\u00edv\u00fcl n\u00e9pszer\u0171ek a kisebb PostgreSQL telep\u00edt\u00e9sekn\u00e9l, vagy ahol nem sz\u00fcks\u00e9gesek egy\u00e9b IT t\u00e1j elemeinek neh\u00e9z ment\u00e9sei. P\u00e9ld\u00e1ul a PostgreSQL mellett az infrastrukt\u00far\u00e1ban lehetnek fizikai \u00e9s virtu\u00e1lis szerverek<\/a>, OpenShift, Oracle, MariaDB, Cassandra stb. Mindezeket c\u00e9lszer\u0171 egy k\u00f6z\u00f6s eszk\u00f6zzel menteni. K\u00fcl\u00f6n megold\u00e1st alkalmazni kiz\u00e1r\u00f3lag a PostgreSQL-hez \u2013 rossz \u00f6tlet: az adatok valahova a lemezre fognak m\u00e1sol\u00f3dni, majd azokat szalagra kell tenni. Az ilyen kett\u0151s ment\u00e9s megn\u00f6veli a ment\u00e9s id\u0151tartam\u00e1t, \u00e9s ami m\u00e9g kritikusabb, \u2013 a helyre\u00e1ll\u00edt\u00e1si id\u0151t is.<\/p>\n

Az enterprise megold\u00e1sban a telep\u00edt\u00e9s biztons\u00e1gi m\u00e1solatai a dedik\u00e1lt klaszter egyes csom\u00f3pontjain t\u00f6rt\u00e9nnek. P\u00e9ld\u00e1ul a Commvault csak egy k\u00e9tcsom\u00f3pontos klaszteren tud m\u0171k\u00f6dni, ahol a Primary \u00e9s a Secondary szigor\u00faan hozz\u00e1rendel\u00e9sre ker\u00fcl egy adott csom\u00f3ponthoz. A biztons\u00e1gi m\u00e1solat k\u00e9sz\u00edt\u00e9se csak a Primary eset\u00e9ben van \u00e9rtelme, mert a Secondary biztons\u00e1gi m\u00e1solat\u00e1nak k\u00e9sz\u00edt\u00e9se korl\u00e1toz\u00e1sokkal j\u00e1r. A DBMS saj\u00e1toss\u00e1gai miatt a Secondary-n nem k\u00e9sz\u00fcl dump, \u00edgy csak a f\u00e1jlbiztons\u00e1gi m\u00e1solat lehet\u0151s\u00e9g marad.<\/p>\n

A le\u00e1ll\u00e1s kock\u00e1zat\u00e1nak cs\u00f6kkent\u00e9se \u00e9rdek\u00e9ben a hib\u00e1tlan rendszer l\u00e9trehoz\u00e1sakor egy \"\u00e9l\u0151\" klaszterkonfigur\u00e1ci\u00f3 alakul ki, \u00e9s a Primary fokozatosan migr\u00e1lhat k\u00fcl\u00f6nb\u00f6z\u0151 szerverek k\u00f6z\u00f6tt. P\u00e9ld\u00e1ul a Patroni szoftver automatikusan elind\u00edtja a Primary-t a klaszter v\u00e9letlenszer\u0171en kiv\u00e1lasztott csom\u00f3pontj\u00e1n. A cluster management rendszer (CMS) nem k\u00e9pes ezt \"do the box\" nyomon k\u00f6vetni, \u00e9s ha a konfigur\u00e1ci\u00f3 megv\u00e1ltozik, a folyamatok megszakadnak. Ez\u00e9rt a k\u00fcls\u0151 menedzsment bevezet\u00e9se megnehez\u00edti a CMS hat\u00e9kony m\u0171k\u00f6d\u00e9s\u00e9t, mivel a vez\u00e9rl\u0151 szerver egyszer\u0171en nem \u00e9rti, honnan \u00e9s milyen adatokat kell m\u00e1solni.<\/p>\n

Egy m\u00e1sik probl\u00e9ma a Postgres biztons\u00e1gi m\u00e1solat\u00e1nak megval\u00f3s\u00edt\u00e1sa. Ez dump seg\u00edts\u00e9g\u00e9vel lehets\u00e9ges, \u00e9s kis adatb\u00e1zisokban ez m\u0171k\u00f6dik. De nagyobb adatb\u00e1zisokban a dump k\u00e9slekedik, sok er\u0151forr\u00e1st ig\u00e9nyel, \u00e9s a DB instanci\u00e1j\u00e1nak le\u00e1ll\u00e1s\u00e1hoz vezethet.<\/p>\n

A f\u00e1jlbiztons\u00e1gi m\u00e1solat jav\u00edtja a helyzetet, de nagy adatb\u00e1zisokn\u00e1l lassan halad, mert egysz\u00e1l\u00fa m\u00f3dban m\u0171k\u00f6dik. Ezen k\u00edv\u00fcl a sz\u00e1ll\u00edt\u00f3knak sz\u00e1mos tov\u00e1bbi korl\u00e1toz\u00e1ssal kell szemben\u00e9zni\u00fck. N\u00e9ha nem lehet egyszerre f\u00e1jlbiztons\u00e1gi m\u00e1solatot \u00e9s dump biztons\u00e1gi m\u00e1solatot k\u00e9sz\u00edteni, m\u00e1skor pedig a deduplik\u00e1l\u00e1st nem t\u00e1mogatj\u00e1k. Sok probl\u00e9ma mer\u00fcl fel, \u00e9s a legt\u00f6bbsz\u00f6r egyszer\u0171bb egy dr\u00e1ga, de bev\u00e1lt DBMS-t v\u00e1lasztani a Postgres helyett.<\/p>\n

Nincs visszal\u00e9p\u00e9s! M\u00f6g\u00f6tt\u00fcnk Moszkva a fejleszt\u0151k!<\/h2>\n

\nNemr\u00e9g a csapatunk neh\u00e9z kih\u00edv\u00e1s el\u00e9 ker\u00fclt: az OSAGO 2.0 informatikai infrastrukt\u00far\u00e1j\u00e1nak l\u00e9trehoz\u00e1s\u00e1ban a fejleszt\u0151k a PostgreSQL-t v\u00e1lasztott\u00e1k az \u00faj rendszerhez. <\/p>\n

A nagy szoftverfejleszt\u0151k sz\u00e1m\u00e1ra sokkal k\u00f6nnyebb haszn\u00e1lni a \"divatos\" open-source megold\u00e1sokat. A Facebook-n\u00e1l elegend\u0151 szakember van, aki t\u00e1mogatja a DBMS m\u0171k\u00f6d\u00e9s\u00e9t. A RSA eset\u00e9ben azonban minden \"m\u00e1snapi\" feladat a mi v\u00e1llainkra nehezedett. T\u0151l\u00fcnk elv\u00e1rt\u00e1k a hib\u00e1tlan m\u0171k\u00f6d\u00e9s biztos\u00edt\u00e1s\u00e1t, a klaszter fel\u00e9p\u00edt\u00e9s\u00e9t \u00e9s term\u00e9szetesen a biztons\u00e1gi m\u00e1solatok be\u00e1ll\u00edt\u00e1s\u00e1t. Az elj\u00e1r\u00e1s logik\u00e1ja a k\u00f6vetkez\u0151 volt: <\/p>\n