{"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\/ro\/blog\/administrirovanie\/kak-vpisat-svobodnuyu-postgresql-v-surovoe-enterprise-okruzhenie","title":{"rendered":"Cum s\u0103 integrezi PostgreSQL \u201eliber\u201d \u00eentr-un mediu enterprise riguros","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Multe persoane sunt familiarizate cu sistemul de gestiune a bazelor de date PostgreSQL, care a dovedit c\u0103 func\u021bioneaz\u0103 excelent \u00een instal\u0103ri mai mici. Totu\u0219i, tendin\u021ba de adoptare a solu\u021biilor Open Source devine tot mai evident\u0103, chiar \u0219i \u00een cazul companiilor mari \u0219i al cerin\u021belor enterprise. \u00cen acest articol, vom explora modul de integrare a Postgres \u00een medii corporative \u0219i vom \u00eemp\u0103rt\u0103\u0219i experien\u021ba noastr\u0103 \u00een crearea unui sistem de backup (SRK) pentru aceast\u0103 baz\u0103 de date, folosind exemplul sistemului de backup Commvault. <\/p>\n

\"Cum
\nPostgreSQL \u0219i-a dovedit deja eficien\u021ba\u2014sistemul de gestiune a bazelor de date func\u021bioneaz\u0103 perfect, fiind utilizat de afaceri digitale contemporane precum Alibaba \u0219i TripAdvisor, iar absen\u021ba costurilor de licen\u021biere face din aceasta o alternativ\u0103 atr\u0103g\u0103toare la mon\u0219tri precum MS SQL sau Oracle DB. Dar, de \u00eendat\u0103 ce \u00eencepem s\u0103 ne g\u00e2ndim la PostgreSQL \u00een peisajul Enterprise, ne lovim imediat de cerin\u021be stricte: \u201eDar ce este cu disponibilitatea configura\u021biei? ce zici de recuperarea \u00een caz de dezastru? unde este monitorizarea cuprinz\u0103toare? ce este cu backup-ul automatizat? \u0219i utilizarea bibliotecilor de benzi at\u00e2t direct, c\u00e2t \u0219i pentru stocare secundar\u0103?\u201d
\n<\/a><\/noindex>
\n\"Cum
\nPe de o parte, PostgreSQL nu dispune de instrumente integrate de backup precum \u201esolu\u021biile mature\u201d RMAN de la Oracle DB sau SAP Database Backup. Pe de alt\u0103 parte, furnizorii de solu\u021bii de backup pentru companii (Veeam, Veritas, Commvault) de\u0219i suport\u0103 PostgreSQL, \u00een realitate func\u021bioneaz\u0103 doar cu configura\u021bii specifice (de obicei standalone) \u0219i cu un set de diverse restric\u021bii. <\/p>\n

Sisteme de backup special concepute pentru PostgreSQL, precum Barman, Wal-g, pg_probackup, sunt extrem de populare \u00een instal\u0103rile mai mici ale sistemului de gestiune a bazelor de date PostgreSQL sau \u00een situa\u021biile \u00een care nu sunt necesare backup-uri grele ale altor elemente din peisajul IT. De exemplu, \u00een infrastructur\u0103 pot exista at\u00e2t baze de date fizice \u0219i virtuale. servere<\/a>, OpenShift, Oracle, MariaDB, Cassandra etc. Este de preferat s\u0103 se fac\u0103 backup comun. Implementarea unei solu\u021bii separate exclusiv pentru PostgreSQL este o idee proast\u0103: datele vor fi copiate undeva pe un disc, iar apoi trebuie mutate pe band\u0103. Aceast\u0103 duplicare a procesului de backup cre\u0219te timpul de backup \u0219i, ceea ce este \u0219i mai critic, timpul de recuperare.<\/p>\n

\u00cen solu\u021bia enterprise, backup-ul instal\u0103rii se face cu un anumit num\u0103r de noduri dintr-un cluster dedicat. De exemplu, Commvault poate lucra doar cu un cluster cu dou\u0103 noduri, \u00een care Primary \u0219i Secondary sunt fixate pe anumite noduri. \u0218i are sens s\u0103 faci backup doar de pe Primary, deoarece backup-ul de pe Secondary are propriile sale limit\u0103ri. Datorit\u0103 specificit\u0103\u021bilor SGBD-ului, dump-ul pe Secondary nu este creat, a\u0219a c\u0103 r\u0103m\u00e2ne doar op\u021biunea backup-ului de fi\u0219iere.<\/p>\n

Pentru a reduce riscurile de nefunc\u021bionare, la crearea unui sistem tolerant la erori se formeaz\u0103 o configura\u021bie de cluster \u201evie\u201d, iar Primary poate migra treptat \u00eentre diferite servere. De exemplu, software-ul Patroni porne\u0219te automat Primary pe un nod ales aleatoriu din cluster. SRK nu are o metod\u0103 de a urm\u0103ri acest lucru \u201edin cutie\u201d, iar dac\u0103 configura\u021bia se schimb\u0103, procesele se rup. Asta \u00eenseamn\u0103 c\u0103 implementarea unei gestion\u0103ri externe \u00eempiedic\u0103 SRK s\u0103 func\u021bioneze eficient, deoarece serverul de management pur \u0219i simplu nu \u00een\u021belege de unde \u0219i ce date trebuie s\u0103 copie.<\/p>\n

O alt\u0103 problem\u0103 este implementarea backup-ului \u00een Postgres. Aceasta este posibil\u0103 prin dump, \u0219i func\u021bioneaz\u0103 bine pe baze mici. Dar \u00een baze de date mari, dump-ul dureaz\u0103 mult, necesit\u0103 multe resurse \u0219i poate duce la e\u0219ecul instan\u021bei DB.<\/p>\n

Backup-ul de fi\u0219iere rezolv\u0103 situa\u021bia, dar pe baze mari acesta se desf\u0103\u0219oar\u0103 lent, deoarece lucreaz\u0103 \u00een modul monocoric. De asemenea, furnizorii impun o serie de restric\u021bii suplimentare. Uneori nu se poate utiliza simultan backup-ul de fi\u0219iere \u0219i cel bazat pe dump, alteori nu se suport\u0103 deduplicarea. Apar multe probleme, iar cel mai adesea este mai simplu s\u0103 alegi o SGBD scump\u0103, dar verificat\u0103, \u00een loc de Postgres.<\/p>\n

Nu mai est\u0435 cale de \u00eentoarcere! \u00cen spate sunt dezvoltatorii din Moscova!<\/h2>\n

\nCu toate acestea, recent echipa noastr\u0103 s-a confruntat cu o provocare dificil\u0103: \u00een proiectul de creare a sistemului de informa\u021bii pentru RCA 2.0, unde am dezvoltat infrastructura IT, dezvoltatorii au ales PostgreSQL pentru noul sistem. <\/p>\n

Dezvoltatorilor mari de software le este mult mai u\u0219or s\u0103 foloseasc\u0103 solu\u021bii open-source \u201emoderne\u201d. \u00cen cadrul Facebook, exist\u0103 suficien\u021bi speciali\u0219ti pentru a sus\u021bine func\u021bionarea acestui SGBD. \u00cen cazul RSAs, toate sarcinile \u201ezilei a doua\u201d c\u0103deau pe umerii no\u0219tri. Ni s-a cerut s\u0103 asigur\u0103m toleran\u021ba la erori, s\u0103 construim un cluster \u0219i, desigur, s\u0103 configur\u0103m backup-ul. Logica ac\u021biunilor a fost urm\u0103toarea: <\/p>\n