{"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\/sv\/blog\/administrirovanie\/kak-vpisat-svobodnuyu-postgresql-v-surovoe-enterprise-okruzhenie","title":{"rendered":"Hur man integrerar \"fri\" PostgreSQL i en tuff f\u00f6retagsmilj\u00f6","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

M\u00e5nga \u00e4r bekanta med databashanteringssystemet PostgreSQL, som har presterat utm\u00e4rkt p\u00e5 mindre installationer. Men trenden mot att \u00f6verg\u00e5 till Open Source har blivit allt tydligare, \u00e4ven n\u00e4r det g\u00e4ller stora f\u00f6retag och f\u00f6retagskrav. I denna artikel kommer vi att ber\u00e4tta hur man integrerar Postgres i en f\u00f6retagsmilj\u00f6 och dela med oss av erfarenheterna fr\u00e5n att skapa ett backup-system (B\u00c4S) f\u00f6r denna databas, med hj\u00e4lp av Commvaults backup-system som exempel. <\/p>\n

\"Hur
\nPostgreSQL har redan bevisat sitt v\u00e4rde \u2014 databashanteringssystemet fungerar utm\u00e4rkt, och det anv\u00e4nds av moderna digitala f\u00f6retag som Alibaba och TripAdvisor, medan avsaknaden av licensavgifter g\u00f6r det till ett attraktivt alternativ till j\u00e4ttar som MS SQL eller Oracle DB. Men s\u00e5 snart vi b\u00f6rjar t\u00e4nka p\u00e5 PostgreSQL i f\u00f6retagslandskapet st\u00f6ter vi p\u00e5 strikta krav: \"Hur st\u00e5r det till med konfigurationens h\u00f6g tillg\u00e4nglighet? Katastrof\u00e5terst\u00e4llning? Var \u00e4r den omfattande \u00f6vervakningen? Vad med automatiserade s\u00e4kerhetskopior? Hur om anv\u00e4ndningen av bandbibliotek b\u00e5de direkt och som sekund\u00e4r lagring?\"
\n<\/a><\/noindex>
\n\"Hur
\n\u00c5 ena sidan har PostgreSQL inga inbyggda backup-funktioner, som \"vuxna\" databashanteringssystem som RMAN i Oracle DB eller SAP Database Backup. \u00c5 andra sidan st\u00f6der leverant\u00f6rer av f\u00f6retagsbackup-system (Veeam, Veritas, Commvault) \u00e4ven PostgreSQL, men arbetar i praktiken endast med specifika (vanligtvis frist\u00e5ende) konfigurationer och med ett antal begr\u00e4nsningar. <\/p>\n

Backup-system som \u00e4r speciellt utvecklade f\u00f6r PostgreSQL, som Barman, Wal-g, pg_probackup, \u00e4r extremt popul\u00e4ra i sm\u00e5 installationer av PostgreSQL eller d\u00e4r tunga s\u00e4kerhetskopior av andra IT-element inte beh\u00f6vs. Till exempel kan det finnas b\u00e5de fysiska och virtuella system i infrastrukturen som PostgreSQL, OpenShift, Oracle, MariaDB, Cassandra, etc. Allt detta b\u00f6r helst s\u00e4kerhetskopieras med ett gemensamt verktyg. Att installera en separat l\u00f6sning enbart f\u00f6r PostgreSQL \u00e4r en d\u00e5lig id\u00e9: data kommer att kopieras n\u00e5gonstans p\u00e5 en disk, och sedan m\u00e5ste de flyttas till band. Denna \u00f6verlappning av s\u00e4kerhetskopior \u00f6kar tiden f\u00f6r bak\u00e5tkopiering och, \u00e4nnu viktigare, \u00e5terst\u00e4llning. servrar<\/a>, OpenShift, Oracle, MariaDB, Cassandra och s\u00e5 vidare. Det \u00e4r \u00f6nskv\u00e4rt att s\u00e4kerhetskopiera allt med ett gemensamt verktyg. Att s\u00e4tta upp en separat l\u00f6sning enbart f\u00f6r PostgreSQL \u00e4r en d\u00e5lig id\u00e9: data kommer att kopieras till en disk och sedan m\u00e5ste de flyttas till band. Denna dubbelkopiering av s\u00e4kerhetskopieringen \u00f6kar tiden f\u00f6r s\u00e4kerhetskopiering, och vad som \u00e4r \u00e4nnu viktigare \u2014 \u00e5terst\u00e4llningen.<\/p>\n

I f\u00f6retagsl\u00f6sningar sker s\u00e4kerhetskopiering av installationen med ett visst antal noder i den dedikerade klustern. Till exempel kan Commvault bara fungera med en tv\u00e5nodenkluster, d\u00e4r Primary och Secondary \u00e4r strikt kopplade till specifika noder. Och det finns egentligen ingen mening med att backa upp fr\u00e5n Secondary, eftersom det medf\u00f6r sina begr\u00e4nsningar. P\u00e5 grund av databashanteringssystemets egenskaper skapas ingen dump p\u00e5 Secondary, s\u00e5 det kvarst\u00e5r endast en m\u00f6jlighet f\u00f6r filbackup.<\/p>\n

F\u00f6r att minska risken f\u00f6r driftstopp skapas en \"levande\" klusterkonfiguration f\u00f6r att bilda ett felfritt system, och Primary kan gradvis migrera mellan olika servrar. Till exempel startar programvaran Patroni sj\u00e4lv Primary p\u00e5 en slumpm\u00e4ssigt vald nod i klustret. SRK har ingen m\u00f6jlighet att sp\u00e5ra detta \"utanf\u00f6r l\u00e5dan\", och om konfigurationen \u00e4ndras, bryts processerna. Det vill s\u00e4ga att inf\u00f6randet av extern hantering hindrar SRK fr\u00e5n att fungera effektivt, eftersom den styrande servern helt enkelt inte f\u00f6rst\u00e5r varifr\u00e5n och vilka data som ska kopieras.<\/p>\n

En annan fr\u00e5ga \u00e4r genomf\u00f6randet av backup i Postgres. Det \u00e4r m\u00f6jligt via dump, och p\u00e5 sm\u00e5 databaser fungerar det. Men i stora databaser tar dumpen l\u00e5ng tid, kr\u00e4ver m\u00e5nga resurser och kan leda till att databasen kraschar.<\/p>\n

Filbackup l\u00f6ser situationen, men p\u00e5 stora databaser \u00e4r den l\u00e5ngsam, eftersom den arbetar i en endast tr\u00e5dad l\u00e4ge. Dessutom f\u00e5r leverant\u00f6rerna ett helt antal ytterligare begr\u00e4nsningar. Ibland kan man inte anv\u00e4nda filbackup och dumpbackup samtidigt, ibland st\u00f6ds inte deduplicering. Det uppst\u00e5r m\u00e5nga problem, och oftare \u00e4r det enklare att ist\u00e4llet f\u00f6r Postgres v\u00e4lja en dyrare, men bepr\u00f6vad databas.<\/p>\n

Det finns ingen v\u00e4g tillbaka! Bakom oss Moskva utvecklare!<\/h2>\n

\nMen nyligen st\u00e4lldes v\u00e5rt team inf\u00f6r en utmaning: i projektet f\u00f6r att skapa AIS OSAGO 2.0, d\u00e4r vi byggde IT-infrastrukturen, valde utvecklarna PostgreSQL f\u00f6r det nya systemet. <\/p>\n

F\u00f6r stora programvaruutvecklare \u00e4r det mycket enklare att anv\u00e4nda \"moderna\" open-source-l\u00f6sningar. Bland Facebooks anst\u00e4llda finns det tillr\u00e4ckligt med specialister som uppr\u00e4tth\u00e5ller arbetet med detta databashanteringssystem. N\u00e4r det g\u00e4ller RSA l\u00e5g alla \"andra dags\"-uppgifter p\u00e5 v\u00e5ra axlar. Vi kr\u00e4vdes att s\u00e4kerst\u00e4lla felfri funktion, samla klustret och sj\u00e4lvklart organisera s\u00e4kerhetskopiering. Handlingslogiken var s\u00e5 h\u00e4r: <\/p>\n