Programmēšana

Kā Aerospike sasniedz zemu latentumu un spēcīgu konsekvenci vairākās vietnēs

Mūsdienu globālajā digitālajā ekonomikā organizācijām ir jābūt lietojumprogrammām, kas vienmēr ir ieslēgtas un darbojas reāllaikā. Tādas lietojumprogrammas kā digitālās norēķinu sistēmas, reāllaika krājumu izsekošana un tiešsaistes spēles balstās uz elastīgām sistēmām ar ātru piekļuvi visā pasaulē izplatītiem datu centriem. Šādām lietojumprogrammām ir nepieņemami apdraudēt jebkura darījuma datu konsekvenci neatkarīgi no tā, vai dati tiek glabāti privātā mākonī, publiskā mākonī vai kādā no abām kombinācijām.

Bet klastera darbība ģeogrāfiski sadalītos datu centros vai mākoņu reģionos rada augstas izmaksas, datu neatbilstības un ierobežotu elastību. Lai pārvarētu šos šķēršļus, Aerospike Aerospike Database 5 ir izveidojusi vairāku vietņu kopu veidošanas funkciju, kas uzņēmumiem ļauj vadīt vienu datu bāzes kopu vairākās vietās, neriskējot zaudēt datus vai ierobežot datu pieejamību.

Vairāku vietņu kopu veidošana nodrošina aktīvo un aktīvo datu arhitektūru

Aktīvi aktīvā datu arhitektūra aptver vairākus reģionus un pakalpojumu lietojumprogrammu pieprasījumus visās vietās. Katra atrašanās vieta ir “aktīva”. Datu ieraksti tiek atkārtoti visos reģionos, lai nolasījumus varētu apstrādāt jebkurā vietā. Dažās arhitektūrās raksti par noteiktu datu ierakstu tiek apstrādāti tikai vienā galvenajā vietā; citas arhitektūras ļauj šādiem ierakstiem notikt vairākās vietās. Katrai pieejai ir savi izaicinājumi, tostarp pieejamība, konsekvence un veiktspēja.

Agrāk organizācijas veica kompromisus starp datu konsekvenci un augstu veiktspēju. Aerospike Database 5 ar vairāku vietņu kopu novērš šos kompromisus. Vairāku vietņu klasterizācija apvieno spēcīgu konsekvenci ar atbalstu globāli izplatītām darījumu lietojumprogrammām, kas var atslābināt rakstīšanas latentumu, kas mainās atkarībā no attāluma starp klastera vietām, vienlaikus nodrošinot lasīšanas latiņu zem milisekundes ar lielu caurlaidspēju.

Kā darbojas Aerospike vairāku vietu kopas

Zemāk 1. attēlā viena Aerospike kopa ir sakārtota trīs statīvu veidā, kas sadalīti trīs vietās. Vietnes varētu būt datu centrs, mākoņu reģions vai pat dažādi mākoņu reģioni, piemēram, Amazon Web Services, Google Cloud vai Microsoft Azure. Lietojumprogrammas identificē šo ģeogrāfiski sadalīto vidi kā vienotu sistēmu, un lasīšanas / rakstīšanas pieprasījumi tiek apstrādāti nevainojami. Lai sasniegtu optimālu veiktspēju, nolasa procesu lokāli, ja nepieciešams, raksta maršrutu uz attālām vietām.

Aerospike

Plauktu apzināšanās ir svarīga spēja, kas ļauj Aerospike kopām izvietoties tālos datu centros vai mākoņu reģionos. Vairāku vietņu kopā Aerospike plauktu apzināšanās funkcija ļauj datu nodalījumos sagrupēto datu ierakstu kopijas glabāt dažādos statīvos. Izmantojot datu replikācijas koeficienta iestatījumus, katru plauktu var konfigurēt glabāt visu datu pilnu kopiju, lai maksimāli palielinātu datu pieejamību un vietējo lasīšanas veiktspēju.

1. attēlā replikācijas koeficients 3 liek Aerospike uzturēt visu datu kopijas katrā statīvā. Tikai viens mezgls vienā klastera plauktā jebkurā laikā uztur noteiktā datu nodalījuma galveno kopiju; Citiem plauktiem ir mezgli, kas glabā šī nodalījuma kopijas. Aerospike sinhronizē galveno kopiju ar dažādu plauktu / mezglu kopijām.

Aerospike uztur sarakstu, lai sekotu šai informācijai. 1. attēlā žurnāla galvenā kopija atrodas 2. plaukta 3. mezglā, un kopijas atrodas 1. plaukta 1. mezglā un 3. plaukta 2. mezglā. Šī kopa saglabās spēcīgu konsekvenci, novērsīs datu zudumu un saglabās pieejamību vienas vietnes kļūmes.

Kā Aerospike vairāku vietu kopas atgūstas no neveiksmes

Dabas katastrofu, strāvas padeves pārtraukumu, aparatūras un tīkla kļūmju dēļ viens vai vairāki vairāku reģionu klastera komponenti var kļūt nepieejami. Elastīgums ir būtiska prasība jebkurai daudzreģionu darbības datu bāzei.

Zemāk redzamajā 2. attēlā tīkla kļūmes dēļ 3. statnis tiek atvienots no 1. un 2. statīva, lai izveidotu smadzeņu sadalījuma scenāriju, kad dažas sistēmas daļas nespēj sazināties ar citām. Rack 3 joprojām ir augšā, un visi trīs mezgli veido apakškopu. Šajā gadījumā 1. un 2. statnes viegli atklāj, ka 3. statīvs ir izslēgts, un veido kopu ar sešiem mezgliem. Tas kļūst par vairākuma apakškopu un ir pilnībā pieejams, jo tam ir divas datu kopijas apakškopā. Trešā kopija tiek automātiski izveidota katram rakstam, kad sistēma turpina veikt darījumus.

Aerospike

Katrs darījums, kas tika veikts 3. paketē, tiek veikts arī 1. un 2. plauktā, un tikai pēc tam darījumi notiks uz priekšu. 1. un 2. plaukta vietējās lietotnes turpina darboties lieliski. Rack 3 vietējās lietotnes vairs nebūs pieejamas. Izmantojot spēcīgu Aerospike konsekvences algoritmu, Rack 3 var noteikt pēc žurnāla kombinācijas un fakta, ka tas var runāt ar 1. un 2. statīvu, ka tas ir mazākuma apakškopojums un nav pieejams lietošanai, lasīšanai un rakstīšanai. Un, kad Rack 3 atgriezīsies vai atkal tiks savienots ar pārējiem diviem statīviem, papildu datu kopijas, kas izveidotas 1. un 2. statīvā notikušajiem rakstiem, tiks apvienotas atpakaļ Rack 3, lai tas varētu sākt pārņemt savu daļu slodze. Tas viss notiek bez operatora iejaukšanās, saglabājot stingru konsekvenci bez datu zuduma un pilnīgas pieejamības sadalīto smadzeņu notikuma laikā.

Atbilstība vienmēr ieslodzītās pasaules ekonomikas prasībām

Mūsdienu globālās digitālās ekonomikas pastāvīgais raksturs prasa datu bāzu sistēmas, kas darbojas bez traucējumiem un datu zuduma riska. Aerospike vairāku vietu klasterizācijas iespējas ļauj organizācijām izvietot vienu kopu vairākās vietās ar 24/7 pieejamību un stingru konsekvenci. Tagad ir iespējams ieviest jauna veida lietojumus, kas saistīti ar globāli izplatītiem darījumiem.

Srini Srinivasan ir Aerospike dibinātājs un galvenais produktu vadītājs, nākamās paaudzes reāllaika NoSQL datu risinājumu līderis. Viņam ir divu gadu desmitu pieredze liela mēroga infrastruktūru projektēšanā, attīstīšanā un ekspluatācijā. Viņam ir arī vairāk nekā 30 patenti datu bāzu, tīmekļa, mobilo un izplatīto sistēmu tehnoloģijās. Viņš bija līdzdibinātājs Aerospike, lai atrisinātu mērogošanas problēmas, ar kurām viņš saskārās ar internetu un mobilajām sistēmām, kamēr viņš bija vecākais inženieru direktors Yahoo.

Jauno tehnoloģiju forums nodrošina vietu, kur bezprecedenta dziļumā un plašumā izpētīt un pārrunāt topošās uzņēmuma tehnoloģijas. Izvēle ir subjektīva, balstoties uz mūsu izvēlētajām tehnoloģijām, kuras, mūsuprāt, ir svarīgas un interesē lasītājus. nepieņem mārketinga nodrošinājumu publicēšanai un patur tiesības rediģēt visu ieguldīto saturu. Nosūtiet visus jautājumus uz [email protected].

$config[zx-auto] not found$config[zx-overlay] not found