{"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\/sk\/blog\/administrirovanie\/kak-vpisat-svobodnuyu-postgresql-v-surovoe-enterprise-okruzhenie","title":{"rendered":"Ako integrova\u0165 \"vo\u013en\u00fd\" PostgreSQL do pr\u00edsneho firemn\u00e9ho prostredia","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Mnoh\u00ed s\u00fa obozn\u00e1men\u00ed s datab\u00e1zov\u00fdm syst\u00e9mom PostgreSQL, ktor\u00fd sa osved\u010dil na mal\u00fdch in\u0161tal\u00e1ci\u00e1ch. Av\u0161ak tendencia prechodu na Open Source sa st\u00e1va \u010doraz jasnej\u0161ou, aj ke\u010f ide o ve\u013ek\u00e9 spolo\u010dnosti a firemn\u00e9 po\u017eiadavky. V tomto \u010dl\u00e1nku sa podel\u00edme o to, ako integrova\u0165 Postgres do firemn\u00e9ho prostredia a zdie\u013eame sk\u00fasenosti so syst\u00e9mom z\u00e1lohovania (SRK) pre t\u00fato datab\u00e1zu na pr\u00edklade z\u00e1lohovacieho syst\u00e9mu Commvault. <\/p>\n

\"Ako
\nPostgreSQL u\u017e preuk\u00e1zala svoju \u00fa\u010dinnos\u0165 \u2014 datab\u00e1zov\u00fd syst\u00e9m funguje skvele, pou\u017e\u00edvaj\u00fa ho modern\u00e9 digit\u00e1lne podniky ako Alibaba a TripAdvisor, a jej bezplatnos\u0165 ju rob\u00ed l\u00e1kavou alternat\u00edvou k tak\u00fdm gigant\u016fm ako MS SQL alebo Oracle DB. Av\u0161ak, ke\u010f za\u010dneme rozm\u00fd\u0161\u013ea\u0165 o PostgreSQL v prostred\u00ed Enterprise, naraz\u00edme na pr\u00edsne po\u017eiadavky: \"Ako to je s odolnos\u0165ou konfigur\u00e1cie? Ako je to s katastrofickou odolnos\u0165ou? Kde je komplexn\u00fd monitoring? A automatizovan\u00e9 z\u00e1lohovanie? A ako sa vyu\u017e\u00edvaj\u00fa p\u00e1skov\u00e9 kni\u017enice, a to ako priamo, tak aj ako sekund\u00e1rne \u00falo\u017eisko?\"
\n<\/a><\/noindex>
\n\"Ako
\nNa jednej strane, PostgreSQL nem\u00e1 zabudovan\u00e9 n\u00e1stroje na z\u00e1lohovanie, ak\u00e9 maj\u00fa \"dospel\u00e9\" datab\u00e1zov\u00e9 syst\u00e9my ako RMAN u Oracle DB alebo SAP Database Backup. Na druhej strane, dod\u00e1vatelia firemn\u00fdch syst\u00e9mov na z\u00e1lohovanie (Veeam, Veritas, Commvault) s\u00edce podporuj\u00fa PostgreSQL, ale vlastne pracuj\u00fa iba s ur\u010dit\u00fdmi (zvy\u010dajne samostatn\u00fdmi) konfigur\u00e1ciami a so s\u00faborom r\u00f4znych obmedzen\u00ed. <\/p>\n

\u0160peci\u00e1lne vyvinut\u00e9 syst\u00e9my z\u00e1lohovania pre PostgreSQL, ako Barman, Wal-g, pg_probackup, s\u00fa mimoriadne popul\u00e1rne v mal\u00fdch in\u0161tal\u00e1ci\u00e1ch datab\u00e1zy PostgreSQL alebo tam, kde nie s\u00fa potrebn\u00e9 \u0165a\u017ek\u00e9 z\u00e1lohy in\u00fdch prvkov IT prostredia. Napr\u00edklad, okrem PostgreSQL, m\u00f4\u017ee by\u0165 v infra\u0161trukt\u00fare fyzick\u00e9 a virtu\u00e1lne, OpenShift, Oracle, MariaDB, Cassandra at\u010f. V\u0161etko toto by sa malo z\u00e1lohova\u0165 spolo\u010dn\u00fdm n\u00e1strojom. In\u0161tal\u00e1cia samostatn\u00e9ho rie\u0161enia v\u00fdhradne pre PostgreSQL je ne\u0161\u0165astn\u00fd n\u00e1pad: d\u00e1ta sa skop\u00edruj\u00fa niekam na disk a potom ich treba archivova\u0165 na p\u00e1sku. Tak\u00e9to duplikovanie z\u00e1lohovania zvy\u0161uje \u010das z\u00e1lohovania a, \u010do je kritickej\u0161ie, aj obnovovania. servery<\/a>, OpenShift, Oracle, MariaDB, Cassandra at\u010f. V\u0161etko toto je \u017eiaduce z\u00e1lohova\u0165 pomocou spolo\u010dn\u00e9ho n\u00e1stroja. Vytv\u00e1ra\u0165 samostatn\u00e9 rie\u0161enie v\u00fdlu\u010dne pre PostgreSQL \u2014 to je ne\u0161\u0165astn\u00fd n\u00e1pad: d\u00e1ta sa skop\u00edruj\u00fa niekam na disk, a potom ich treba ulo\u017ei\u0165 na p\u00e1sku. Tak\u00e9to zdvojenie z\u00e1lohovania zvy\u0161uje \u010das z\u00e1lohovania a tie\u017e, \u010do je d\u00f4le\u017eitej\u0161ie, \u2014 obnovenia.<\/p>\n

V enterprise rie\u0161en\u00ed sa z\u00e1lohovanie in\u0161tal\u00e1cie uskuto\u010d\u0148uje s po\u010dtom n\u00f3d vyhraden\u00e9ho klasteru. Napr\u00edklad, Commvault dok\u00e1\u017ee pracova\u0165 iba s dvojnodov\u00fdm klastrom, v ktorom s\u00fa Primary a Secondary pevne priraden\u00e9 k ur\u010dit\u00fdm n\u00f3dam. Z\u00e1lohovanie m\u00e1 v\u00fdznam len s Primary, preto\u017ee z\u00e1lohovanie zo Secondary m\u00e1 svoje obmedzenia. V d\u00f4sledku \u0161pecif\u00edk DB sa dump na Secondary nevytv\u00e1ra, a preto zost\u00e1va len mo\u017enos\u0165 s\u00faborovej z\u00e1lohy.<\/p>\n

Aby sa zn\u00ed\u017eili rizik\u00e1 v\u00fdpadku, pri vytv\u00e1ran\u00ed odoln\u00e9ho syst\u00e9mu sa vytv\u00e1ra \"\u017eiv\u00e1\" klclusterov\u00e1 konfigur\u00e1cia a Primary m\u00f4\u017ee postupne migrova\u0165 medzi r\u00f4znymi servermi. Napr\u00edklad, softv\u00e9r Patroni s\u00e1m sp\u00fa\u0161\u0165a Primary na n\u00e1hodne vybranej n\u00f3dovej klastere. Syst\u00e9m spr\u00e1vy rebootov (SRK) nem\u00e1 sp\u00f4sob, ako to sledova\u0165 \"out of the box\", a ak sa men\u00ed konfigur\u00e1cia, procesy sa rozbij\u00fa. To znamen\u00e1, \u017ee zavedenie vonkaj\u0161ej spr\u00e1vy br\u00e1ni SRK efekt\u00edvne fungova\u0165, preto\u017ee spravuj\u00faci server jednoducho nech\u00e1pe, odkia\u013e a ak\u00e9 d\u00e1ta je potrebn\u00e9 kop\u00edrova\u0165.<\/p>\n

\u010eal\u0161\u00ed probl\u00e9m \u2013 implement\u00e1cia z\u00e1lohy v Postgres. Je mo\u017en\u00e1 cez dump a na mal\u00fdch datab\u00e1zach to funguje. Ale v ve\u013ek\u00fdch DB sa dump rob\u00ed dlho, vy\u017eaduje ve\u013ea zdrojov a m\u00f4\u017ee vies\u0165 k zlyhaniu in\u0161tancie DB.<\/p>\n

S\u00faborov\u00e1 z\u00e1loha situ\u00e1ciu opravuje, ale na ve\u013ek\u00fdch datab\u00e1zach ide pomaly, preto\u017ee funguje v jednovl\u00e1knovom re\u017eime. Navy\u0161e, dod\u00e1vatelia maj\u00fa cel\u00fd rad \u010fal\u0161\u00edch obmedzen\u00ed. Niekedy nie je mo\u017en\u00e9 s\u00fa\u010dasne pou\u017e\u00edva\u0165 s\u00faborov\u00fa a dumpov\u00fa z\u00e1lohu, inokedy nie je podporovan\u00e1 deduplik\u00e1cia. Probl\u00e9mov je ve\u013ea a \u010dastej\u0161ie je jednoduch\u0161ie namiesto Postgres vybra\u0165 drah\u00fa, ale osved\u010den\u00fa DB.<\/p>\n

Nie je \u00faniku! Za nami je Moskva, v\u00fdvoj\u00e1ri!<\/h2>\n

\nNed\u00e1vno na\u0161a t\u00edm sa ocitol pred n\u00e1ro\u010dnou v\u00fdzvou: v projekte vytv\u00e1rania AIS OSAGO 2.0, kde sme robili IT infra\u0161trukt\u00faru, si v\u00fdvoj\u00e1ri pre nov\u00fd syst\u00e9m vybrali PostgreSQL. <\/p>\n

Ve\u013ek\u00fdm v\u00fdvoj\u00e1rom softv\u00e9ru je ove\u013ea jednoduch\u0161ie pou\u017e\u00edva\u0165 \"m\u00f3dne\" open-source rie\u0161enia. V zamestnan\u00ed Facebooku je dostato\u010dn\u00e9 mno\u017estvo odborn\u00edkov, ktor\u00ed udr\u017eiavaj\u00fa fungovanie tejto DB. A v pr\u00edpade RSA v\u0161etky \u00falohy \"druh\u00e9ho d\u0148a\" spo\u010d\u00edvali na na\u0161ich pleciach. Od n\u00e1s sa vy\u017eadovalo zabezpe\u010di\u0165 odolnos\u0165, zostavi\u0165 klaster a samozrejme nastavi\u0165 z\u00e1lohovanie. Logika na\u0161ich krokov bola tak\u00e1: <\/p>\n