Theorema CAP angularis est theoria systemata distributa. Utique controversia circa eam non desinit: definitiones in ea non sunt canonicae, neque est stricte probatio... Nihilominus, firmiter insistens positionibus sensus communis communis, intuitive intelligimus theorematum esse verum.
Sola res non perspicua est significatio litterae "P". Cum divisus est botrus, diiudicat utrum non respondere donec ad quorum pervenitur an notitias quae in promptu sunt reddant. Secundum eventum huius electionis, systema indicatur vel CP vel AP. Cassandra, exempli gratia, in utroque modo se gerere potest, ne in botris quidem uncinis pendentibus, sed in parametris singularum petitionum specierum. Quod si ratio non "P" et findit, quid?
Respondetur huic quaestioni aliquantum inopinatum: CA botrus scindi non potest.
Qualis botrus est qui scinditur?
Pernecessarium talis botri attributum est systema repositionis communis notitiae. In plurimis casibus, hoc significat connexionem super a SAN, quae usum CA solutionum ad magnas inceptas sustinendas aptas infrastructuras conservandas limitat. Ut plures servientes eadem notitia laborant, ratio fasciculi aggregata exigitur. Tales systemata fasciculi in HPE (CFS) in promptu sunt, Veritas (VxCFS) et IBM (GPFS) portfolios.
Oraculum RAC
Optio vera Application Cluster primum apparuit in emissione Oraculi 2001 cum 9i. In tali botro, plures instantiae ministrantes in eadem database operantur.
Oraculum laborare potest cum fasciculi aggregati ratione et sua solutione - ASM, Automatic Management.
Unumquodque exemplar suum ephemeride servat. Transactio exsecuta est et committitur una instantia. Si instantia deficiat, unus e nodis botri superstitibus legit suum stipitem ac datam perditam restituit, eoque disponibilitate procurandi.
Omnia instantiae conservant suum cella, et eaedem paginae possunt esse in cella plurium instantiarum simul. Praeterea, si una instantia pagina indiget et est in alterius exempli cella, eam a proximo consequi potest utendi fusione mechanismi latibulum loco discri legendi.
Sed quid fit, si una instantia indiget notitiae mutandae?
Proprietas Oraculi est quod dedicatum densis servitium non habet: si servus ordinem claudire vult, tum pessulus in pagina memoriae directe ponitur ubi ordo clausus sita est. Propter hanc accessum, Oraculum propugnator est praestans inter databases monolithicum: densis servitium numquam fit bottleneck. Sed in botro schematismus, talis architectura ad intensum commercium et deadlocks ducere potest.
Cum recordum clausum sit, instantia omnia alia instantia notat, quae pagina promptuariorum qui recordum exclusivum tenent. Si alia instantia necesse est ut in eadem pagina testimonium mutet, exspectandum est donec mutationes paginae committantur, hoc est, notitia mutationis in ephemeride in disco scripta sit (et transaction pergere potest). Fieri etiam potest ut pagina a pluribus exemplaribus sequentia mutetur, et tunc cum paginam discriminis scribens habebis cognoscere quis praesentem paginam huius versionis reponit.
Passim adaequat easdem paginas per nodos RAC diversos effectus datorum ut dramatically defluat, eo usque ubi glomerus effectus potest esse humilior quam unius exempli.
Rectus Oraculi RAC usus est ad notitias physice dividendas (exempli gratia, utens mensa mechanismo partita) et singulas partitiones per nodi dedicatas accedere. Praecipuum propositum RAC non scandendi horizontalis fuit, sed tolerantiae culpa praestans.
Si nodi cessat respondere pulsationi, tunc nodi qui deprehendit primum processum suffragii in disco incipit. Si nodi absentis hic notantur, unus e nodi accipit responsabilitatem notitiae recuperationis;
- omnes paginas in cella nodi absentis congelat;
- legit trabes nodi absentis et mutationes in his tabulis remittit, simul inspiciendo utrum aliae nodi versiones in recentioribus paginarum mutatae sint;
- volvitur lite transactions.
Ad simpliciorem mutationem inter nodi, Oraculum notionem servitii habet - exempli gratia virtualis. Instantia multa officia servire potest, et servitium inter nodi movere potest. Applicatio exempli serviens certae parti datorum (exempli gratia coetus clientium) cum uno servitio operatur, et ministerium huius partis datorum movet ad aliam nodi cum nodi deficit.
IBM pura Data Systems pro transactionibus
Botrus solutio pro DBMS in Portfolio Veneto Giant anno 2009 apparuit. Ideo logice, successor Parallel Sysplex botri, in apparatu "ordinario" constructus est. Anno 2009, DB2 pureScale, suite programmatum dimissum est, et in anno 2012, IBM instrumentum, quod pura Data Systems Transactions appellatur. Non confundi debet cum Pura Data Systemate Analyticorum, quae nihil aliud est quam Netezza nominata.
Primo aspectu, architectura pureScale Oraculo RAC similis est: eodem modo plures nodi coniunguntur cum systemate communi notitiae repositionis, et uterque nodi suum DBMS decurrit instantia cum suis locis et transactionibus suis. Sed, dissimile Oraculum, DB2 consecratum densis ministerium per processuum db2LLM* constitutum repraesentatum habet. In configuratione botri, hoc officium in nodo separato positum est, quae facilitas copulationis in Parallelis Sysplexi et PowerHA vocatur in Data pura.
PowerHA officia sequentia praebet:
- seris procurator;
- global quiddam cache;
- regio communicationum socialium interprocessus.
Ut notitias ex PowerHA transferre ad nodos datorum et retro, accessus remota memoria adhibetur, botrus interconnect debet protocollum RDMA sustinere. PureScale utroque Infinibando et RDMA super Ethernet uti potest.
Si nodi pagina indiget, et haec pagina in cella non est, nodi paginam in cache globali petit, et solum si non est, ex orbe legit. Dissimile Oraculum, petitio tantum PowerHA obvenit, non ad nodos proximos.
Si instantia mutatur ordinem, exclusivo modo claudit, et pagina ubi ordo in communi modo collocatur. Omnes crines in global lock procurator scripti sunt. Cum res complet, nodi nuntium mittit ad procuratori lock, qui modificatam paginam ad cache globalem imitatur, seras solvit, et paginae mutatae in aliorum nodis gazophylacio dirimit.
Si pagina, in qua ordo mutationis sita est, iam clausum est, tunc villicus sepositam paginam mutatae nodi in mutatione factae leget, seram emittat, paginam mutatam in actis nodis emittat atque infirmabit det paginam crinem nodi qui rogatus est.
Paginae "sordida", id est mutata, scribi possunt tam a nodo regulari quam a PowerHA (castout).
Si una e nodi puriscales deficit, recuperatio ad solas transactiones quae nondum peractae in tempore deficiendi erant contrahitur: paginae ab illo nodi in transactionibus perfectis modificatae sunt in cella global in PowerHA. Nodus in configuratione reducta unum e ministris in botro restatit, pendens transactiones revertitur et comas emittit.
PowerHA duos ministrantes incurrit et dominus nodi suum statum synchrone replicat. Si prima nodi PowerHA deficit, botrus cum nodi tergum operari pergit.
Utique, si datas per unum nodo accesseris, altiore botri observantia altior erit. PureScale etiam animadvertere potest certam aream notitiarum uno nodo discursum esse, et tunc omnes comae ad illam aream relatas localiter per nodi discursum esse sine communicatione cum PowerHA. Sed ubi primum applicatio hanc datam per alium nodi accedere temptat, processus cincinnis centralised iterum repetetur.
Interna IBM probatio in quod inposuit 90% legere et 10% scribere, quod in laboribus productionis reali mundo simillimum est, paene lineares ascendentes ad 128 nodos ostendunt. Conditiones probate, proh dolor, non deteguntur.
HPE NonStop SQL
Portfolio Hewlett-Packard inceptum suum quoque suggestum aptissimum habet. Hoc est suggestum NonStop, anno 1976 ab Tandem Computers ad mercatum emissum. Anno 1997, societas Compaq acquisita est, quae vicissim cum Hewlett-Packard anno 2002 immiscuit.
NonStop adhibetur applicationes criticas aedificandi - exempli gratia, HLR seu ripam card processui. Tributum est per modum programmatis et ferrariae complexi (appliance), quae nodi computandi includit, systema repositionis et instrumenti communicationis. Retis ServerNet (in modernis systematibus - Infiniband) tam pro commutatione inter nodos quam pro accessu ad notitias rationum repositas inservit.
Primae versiones systematis processuum proprietatis adhibitae inter se synchronae sunt: omnes operationes a pluribus processibus synchrone peragebantur, et statim unus processus erravit, aversa est, et secundus laborabat. Postea ratio processuum institutorum commutavit (MIPS primum, deinde Itanium et tandem x86), et aliae machinae ad synchronizationem adhiberi coeptae sunt;
- nuntii: uterque processus systematis geminam "umbram" habet, ad quam processus activus per intervalla nuntios mittit de statu suo; si processus principalis deficit, processus umbrae incipit operari a momento, quod ultimo nuntio terminatur;
- suffragatio: systema repositionis praecipuam ferramentorum componentium habet, qui plures accessiones identificas accipit et eas efficit tantum si accessiones congruunt; Loco synchronisationi physicae, processus asynchrone agunt, et eventus laboris eorum tantum momentis I/O comparantur.
Ab anno 1987, relatio DBMS in suggestu NonStop - primo SQL/MP ac postea SQL/MX cucurrerat.
Totum datorum in partes divisum est, et unaquaeque pars pro sua Data Access Manager (DAM) processu est responsabilis. Dat notas gestas, caching, densis machinationes. MGE processus ab Exsecutore Servo Processus exercetur in easdem nodos currit ac procuratores datae respondentes. Munera scheduler SQL/MX dividit inter executores et universitates proventuum. Cum opus est ut mutationes constat, duo periodi protocollum committant, dum TMF (Transaction Management Facility) bibliotheca adhibetur.
Processus nonStop SQL prioritizare possunt, ut longae inquisitiones analyticae cum executione transactionis non impediant. Attamen propositum est prorsus processus brevium negotiorum, non analyticorum. Elit, tempus pollicetur disponibilitate botri NonStop in gradu quinque "novem", id est, downtime tantum 5 minuta per annum.
SUFFODIO Hana
Prima resolutio stabilis HANA DBMS (1.0) mense Novembri anno 2010 facta est, et sarcina SAP ERP in HANA mense Maio MMXIII commutata est. suggestum technologiae emptae fundatum est: TREX Search Engine (quaerere in repositione columnare), P*TIMUM DBMS et MAX DB.
Verbum "HANA" ipsum acronymum est, Altus effectus ANALYTICUS APPLICATIO. Hoc DBMS suppletur in forma codicis quae cuilibet x86 servientium currere potest, attamen officinae industriales tantum in instrumento certificato permittuntur. Solutiones available ex HP, Lenovo, Cisco, Dell, Fujitsu, Hitachi, NEC. Quaedam figurationes Lenovo etiam operationem sine SAN - munus systematis communis repositionis a GPFS botri locali in disco ludunt.
Dissimilis suggesta supra recensita, HANA est in-memoria DBMS, i.e., imago prima data in RAM reponitur, et solum tigna et snapshots periodica scribentur ad disci ad recuperandum in casu calamitatis.
Quaelibet nodi HANA botrus suam partem notitiarum habet, et tabula geographica in speciali componente notitia reponitur - Nomen Servo, in nodi coordinatoris sita. Data inter nodos non geminata. Obfirmo informationes etiam in unaquaque nodo conditae sunt, sed systema detectorem deadlock globalis habet.
Cum client HANA cum botro coniungit, topologiam eius deprimit et tunc cuilibet nodo directe accedere potest, secundum quod notitia indiget. Si transactionis notitias unius nodi afficit, localiter ab eo exsecutioni mandari potest, at si plurium nodi mutationes, nodi principiare contactu nodi coordinatoris, qui negotium distributum aperit et coordinat, illud utens committens. optimized duos tempus committere protocol.
Nodus coordinator duplicatus est, ergo si coordinator deficit, nodi tergum statim occupat. Sed si nodi notitia defecerit, una via ad eius notitias accessus est nodi sileo. Pro regula, HANA ligaturae parce servo conservant ut nodi amissam quam celerrime sileo in ea.
Source: www.habr.com