Multi homines cum PostgreSQL DBMS nota sunt, et in parvis officinarum se probavit. Nihilominus inclinatio ad Sources Open dies magis magisque claruit, etiam cum ad magnas turmas et inceptum requisita pervenit. In hoc articulo narrabimus tibi quomodo Postgres in ambitum corporatum integrare et experientiam nostram communicare systematis tergum creandi (BSS) pro hoc database utens Commvault tergum systematis in exemplum.
PostgreSQL iam probatam suam dignitatem - magna DBMS operata, a celeberrimis negotiis digitalibus sicut Alibaba et TripAdvisor adhibita est, et defectus licentiae feodis hoc modo tentans facit ad talia monstra sicut MS SQL vel Oraculum DB. Sed cum primum de PostgreSQL in Enterprise landscape cogitationem incepimus, statim in strictas exigentias currimus: “Quid de configuratione culpa tolerantiae? cladis resistentia? ubi magna comprehensive? Quid de automated tergum? Quid de bibliothecis taeniolis utens tam directe quam in repono secundario?
Ex altera parte, PostgreSQL instrumenta in tergum aedificavit, sicut "adultus" DBMSs quales RMAN in Oraculo DB vel SAP Database Tergum. Ex altera parte, praebitores systematum tergum corporatum (Veeam, Veritas, Commvault) quamvis PostgreSQL sustinent, re vera solum cum quadam (plerumque standalone) conformatione ac statuto variarum restrictionum laborant.
Systema Tergum specialiter destinatum pro PostgreSQL, ut Barman, Wal-g, pg_probackup, valde populares sunt in parvis institutionibus PostgreSQL DBMS vel ubi gravia aliorum elementorum landscape tergum IT necessaria sunt. Exempli gratia, praeter PostgreSQL, infrastructura physica et virtualis includere potest servientes, OpenShift, Oraculum, MariaDB, Cassandra, etc. Haec omnia cum communi instrumento revocare expedit. Instruendo solutionem separatam solum pro PostgreSQL idea mala est: notitia alicubi ad discum transcribenda erit, et postea ad taenia amovenda erit. Hoc tergum duplex tempus tergum auget, et etiam, magis criticum, recuperatio temporis est.
In solutione coepti, tergum institutionis cum certo numero nodis in botro dedicato occurrit. Eodem tempore, exempli gratia, Commvault tantum operari potest cum botro nodi duo, in quo Primarium et Secundarium stricte quibusdam nodis assignatur. Et solum sensum facit tergum a Primario, quia tergum a secundario habet limites. Ob DBMS proprietates, TUBER in Secundario non creatur, ideoque solum possibilitas fasciculi tergum remanet.
Ad periculum temporis minuendum, cum ratio culpae tolerantior creet, conformatio glomerorum "viventium" creatur et Primarius paulatim inter diversos ministratores migrare potest. Exempli gratia, programmatio Patroni ipsum Primarium in nodi botrum passim delectum movet. IBS nullo modo hanc ex archa indagare habet, et si configuratione mutatur, processus rumpunt. Id est, introductio externae potestatis impedit ne efficaciter operando ISR, quia moderatio ministri simpliciter non intelligit, ubi et quae notitia ex exemplari debet esse.
Alia quaestio est exsecutio tergum in Postgres. Potest per TUBER, et in parvis databases operatur. Sed in magnis databases, TUBER longum tempus accipit, multas opes requirit et ad defectum exempli datorum ducere potest.
Tergum fasciculi condicionem corrigit, sed in magnis databases tarde est quia in uno sequela modo operatur. Praeterea, venditores plures restrictiones adiectis habent. Aut lima et tergum simul TUBER uti non potes, aut deduplicatio non valet. Multae difficultates sunt, et frequentius facilius est rem pretiosam sed probatam DBMS loco Postgres eligere.
Nusquam est pedem referre! Tincidunt Mosco, sunt deserunt!
Autem, nuper turma nostra difficilis provocatio obvenit: in incepto creare AIS OSAGO 2.0, ubi infrastructuram IT creavimus, tincidunt PostgreSQL ad novam rationem elegit.
Multo facilius est pro magnis programmatibus utendi solutiones "cassa" solutiones aperta-fontis. Facebook satis habet artifices ad operationem huius DBMS sustinendam. Et in RSA omnia officia "secundi diei" in humeris nostris ceciderunt. Nobis opus erat ut culpa tolerantiae, racemum convenire et, utique, tergum erigere. Ratio agendi talis erat;
- Doce SRK tergum facere e nodo primario botri. Ad hoc faciendum, quaerendum est SRK - quod significat integrationem cum uno vel alio PostgreSQL botri administratione solutionis necessaria est. In casu RSA, programmatio Patroni ad hoc adhibita est.
- Decernere de genere tergum ex volumine datae et recuperationis requisita. Exempli gratia, cum paginas granulares restituere debes, TUBER utere, et si databases magnae et granulosae restitutio non requiritur, in gradu tabella operantur.
- Facultatem scandali tergum ad solutionem affigere exemplar in multi-filamina modum tergum creare.
Eodem tempore initio ad systema efficacem et simplicem systema faciendum sine monstrosis phaleris additarum partium instituimus. Pauciores fusum, minus inposuit in baculo, et in periculo IBS defectum. Statim exclusimus aditus, quibus usus est Veeam et RMAN, quia duarum solutionum statutus iam innuit ambiguitatem systematis.
Paulo magicae inceptum
Ita opus est ut certius tergum praestare debeamus pro 10 ligaturas 3 nodi singulas, cum praevisa infrastructura in tergum Mauris interdum. Data centra secundum opus PostgreSQL de principio activo-passivo. Totalis magnitudinis datorum 50 TB erat. Quodlibet corpus-gradus imperium systematis facile hoc tolerare potest. Caveat autem initio Postgres non habere sensum plenae et profundae compatibilitatis cum systematibus tergum. Ideo quaerendum erat solutionem quae initio maximam functionem habuit in conjunctione cum PostgreSQL, et systema excolendum.
3 Internas "hackathones" tenuimus, plus quinquaginta explicationes inspeximus, eas temptavimus, mutationes cum nostris hypothesibus fecimus et eas iterum probavimus. Recensentes optiones opportunas, Commvault elegimus. Ex archa, hic productus cum simplicissima PostgreSQL botri institutione laborat, eiusque aperta architectura spem excitavit (quae iustificatae erant) ad progressionem et integrationem prospere. Commvault etiam potest tergum tabulas PostgreSQL. Exempli gratia, Veritas NetBackup in terminis PostgreSQL potest solum plenam tergum facere.
Plura de architectura. Commvault procuratio ministrantium in singulis centris notitiarum duorum in configuratione CommServ HA constituebantur. Ratio est praevisa, per unum solatium tractata et, ex HA parte, omnibus inceptis requisitis occurrit.
Etiam duo media corporalia ministrantes in unaquaque media notitia demisimus, quibus orbis vestitus et taeniola bibliothecae in tergum per SAN via Fiber Channel specialiter dedicaverunt. Protracta deduplicatio databases culpam conservavit tolerantia instrumentorum ministrantium, et singulis ministris singulis CSV operantibus continuam operationem conectens, si aliqua pars defecisset. Systema architecturae tergum permittit ut perseveret etiam si unus ex centris datorum cadit.
Patroni nodi primarii pro quolibet botro definit. Nulla nodi libera esse potest in Mauris interdum, sed magna. In tergum, omnes nodi secundarii sunt.
Ut Commvault intelligatur qui nodi botrus Primarius est, systema (gratiae ad apertam solutionis architecturam) cum Postgres integravimus. Ad hanc rem, scriptum creatum est, qui hodiernam locum nodi primarii nodi ad administrationem Commvault ministrantem refert.
In genere processus sic spectat:
Patroni primarium eligit → Custodia conservativa botrum IP carpit et scriptionem emittit → Commvault agens in nodo botri electo notificationem accipit hoc esse → Commvault primarium automatice tergum intra pseudo-clientem reformat.
Commodum huius accessionis est quod solutio non praeiudicat constantiae, rectitudinis lignorum, aut instantiae Postgres receptae. Etiam facile scalable est, quia iam non est necessarium ut Commvault Primarium et Secundarium nodos figere. Satis est systema intelligere ubi Prima est, et numerus nodi augeri potest ad omnem fere valorem.
Solutio non fingit se esse idealem et suas nuances habet. Commvault non solum totam instantiam tergum, nec singulae databases possunt. Ergo pro unoquoque datorum separata instantia creata est. Veri clientes in virtualem pseudo-clientes coniunguntur. Quisque pseudo-cliens Commvault est botrus Unix. Nodi botri illi quibus Commvault agens pro Postgres inauguratus est, adiciuntur ei. Quam ob rem omnes nodi virtualis pseudo-clientis in uno instantia subnixi sunt.
In utroque pseudo-cliens, nodi activa botri designatur. Haec nostra integratio solutionis Commvault definit. Principium operationis eius est admodum simplex: si botrus IP in nodo levatur, scriptum ponit parametrum "nodi activum" in agente Commvault binarii - etenim scriptura "1" ponit in parte inquisita memoriae. . Agens hanc datam CommServe transmittit, et Commvault tergum nodi desideratae reddit. Praeterea rectitudo configurationis in gradu scriptionis cohibetur, adiuvans ad vitandum errores incipiendo a tergo.
Eodem tempore, magnae databases in caudices trans fila multiplices adiuti sunt, RPO occurrentes et fenestrae tergum requirentes. Onus in systemate minus est: Plena exemplaria toties non occurrunt, aliis diebus tantum tigna collecta, et per periodos gravis oneris.
Obiter singulas rationes ad tergum tabularum postgreSQL tabularium apposui - repositae sunt secundum regulas varias, iuxta variam cedulam exscriptam, et deduplicatio eis non dabilis est, cum hae omnes notitias singulares continent.
Ad constantiam per totam IT infrastructuram, separatum Commvault clientes fasciculi in singulis nodis botri constituuntur. Lima Postgres a tergum excludunt ac solum pro OS et applicatione tergum destinantur. Haec pars notitiarum etiam tempus suum consilium ac tabularium habet.
In statu, IBS officia productivity non afficit, sed si casus mutatur, Commvault limitationem onere efficere potest.
Est bonum? bene!
Itaque non solum operabile, sed etiam plene automated tergum pro botri institutione PostgreSQL recepimus, et omnia requisita ad inceptum vocat.
Parametri RPO et RTO horae 1 et 2 horarum margine operiuntur, quo significat ut systema illis pareat etiam notabili incremento in notitia condita volumine. Contra multas dubitationes, PostgreSQL et inceptum environment evasit satis compatibile. Nunc autem ex nostra experientia novimus tergum talium DBMSs in varia figurarum varietate posse.
Nimirum in hac via septem paria ferreorum ocrearum fatigare debebamus, difficultates multas superare, in pluribus rastris ingredi et plures errores corrigere. Nunc autem accessus iam probatus est et adhiberi potest ad efficiendum Open Source loco proprietatis DBMS in condicionibus asperis incepti.
Conatus es opus cum PostgreSQL in environment corporatum?
auctores:
Oleg Lavrenov, machinator machinarum notitiarum systematum reponendi, Jet Infosystems
Dmitry Erykin, machinator machinarum systematum computatrorum in Jet Infosystems
Source: www.habr.com