DublÄ“Å”ana, 1. daļa: MērÄ·is, metožu un tehnoloÄ£iju apskats

DublÄ“Å”ana, 1. daļa: MērÄ·is, metožu un tehnoloÄ£iju apskats
Kāpēc jums ir jāveido dublējumkopijas? Galu galā aprÄ«kojums ir ļoti, ļoti uzticams, turklāt ir ā€œmākoņiā€, kuru uzticamÄ«ba ir labāka par fiziskiem serveriem: ar pareizu konfigurāciju ā€œmākonisā€ serveris var viegli pārdzÄ«vot infrastruktÅ«ras fiziskā servera kļūmi un no plkst. servisa lietotāju skatÄ«jumā bÅ«s neliels, tikko manāms laika servisa lēciens. Turklāt informācijas dublÄ“Å”ana bieži prasa maksāt par ā€œpapilduā€ procesora laiku, diska slodzi un tÄ«kla trafiku.

Ideāla programma darbojas ātri, neizplūst atmiņai, tai nav caurumu un tā neeksistē.

-Nezināms

Tā kā programmas joprojām raksta proteÄ«nu izstrādātāji un bieži vien nenotiek testÄ“Å”anas process, turklāt programmas reti tiek piegādātas, izmantojot ā€œlabāko praksiā€ (kas paÅ”as arÄ« ir programmas un tāpēc nepilnÄ«gas), sistēmas administratoriem visbiežāk ir jāatrisina problēmas, kas izklausās Ä«si, bet Ä«si: ā€œatgriezties pie tā, kā bijaā€, ā€œatnest bāzi normālai darbÄ«baiā€, ā€œstrādā lēnām - attÄ«tā€ un arÄ« mans mīļākais ā€œnezinu, kas, bet salabotā€.

Papildus loÄ£iskām kļūdām, kas rodas izstrādātāju neuzmanÄ«ga darba vai apstākļu kombinācijas rezultātā, kā arÄ« nepilnÄ«gām zināŔanām vai pārpratumiem par mazām programmu veidoÅ”anas funkcijām, tostarp savienoÅ”anas un sistēmas, ieskaitot operētājsistēmas, draiverus un programmaparatÅ«ru, ir arÄ« citas kļūdas. Piemēram, lielākā daļa izstrādātāju paļaujas uz izpildlaiku, pilnÄ«bā aizmirstot par fiziskajiem likumiem, kurus joprojām nav iespējams apiet, izmantojot programmas. Tas ietver diska apakÅ”sistēmas un kopumā jebkuras datu uzglabāŔanas apakÅ”sistēmas (ieskaitot operatÄ«vo atmiņu un procesora keÅ”atmiņu!) bezgalÄ«gu uzticamÄ«bu un procesora nulles apstrādes laiku, kā arÄ« kļūdu neesamÄ«bu pārraides laikā tÄ«klā un apstrādes laikā procesors, un tÄ«kla latentums, kas ir vienāds ar 0. Nevajadzētu ignorēt bēdÄ«gi slaveno termiņu, jo, to neievērojot laikus, radÄ«sies problēmas, kas ir sliktākas par tÄ«kla un diska darbÄ«bas niansēm.

DublÄ“Å”ana, 1. daļa: MērÄ·is, metožu un tehnoloÄ£iju apskats

Ko darÄ«t ar problēmām, kas rodas pilnā sparā un karājas pāri vērtÄ«giem datiem? Nekas nevar aizstāt dzÄ«vos izstrādātājus, un tas nav fakts, ka tas bÅ«s iespējams tuvākajā nākotnē. No otras puses, tikai daži projekti ir spējuÅ”i pilnÄ«bā pierādÄ«t, ka programma darbosies, kā paredzēts, un ne vienmēr bÅ«s iespējams iegÅ«t un piemērot pierādÄ«jumus citiem, lÄ«dzÄ«giem projektiem. ArÄ« Ŕādi pierādÄ«jumi aizņem daudz laika un prasa Ä«paÅ”as prasmes un zināŔanas, un tas praktiski samazina to izmantoÅ”anas iespēju, ņemot vērā termiņus. Turklāt mēs vēl nezinām, kā izmantot Ä«paÅ”i ātru, lētu un bezgala uzticamu tehnoloÄ£iju informācijas uzglabāŔanai, apstrādei un pārsÅ«tÄ«Å”anai. Šādas tehnoloÄ£ijas, ja tādas pastāv, ir koncepciju veidā vai - visbiežāk - tikai zinātniskās fantastikas grāmatās un filmās.

Labi mākslinieki kopē, lieliski mākslinieki zog.

- Pablo Pikaso.

Veiksmīgākie risinājumi un pārsteidzoŔi vienkārŔas lietas parasti notiek tur, kur sastopas no pirmā acu uzmetiena absolūti nesavienojamas koncepcijas, tehnoloģijas, zināŔanas un zinātnes jomas.

Piemēram, putniem un lidmaŔīnām ir spārni, taču, neskatoties uz funkcionālo lÄ«dzÄ«bu - darbÄ«bas princips dažos režīmos ir vienāds, un tehniskās problēmas tiek risinātas lÄ«dzÄ«gā veidā: dobi kauli, izturÄ«gu un vieglu materiālu izmantoÅ”ana utt. rezultāti ir pilnÄ«gi atŔķirÄ«gi, lai gan ļoti lÄ«dzÄ«gi. ArÄ« labākie piemēri, ko mēs redzam mÅ«su tehnoloÄ£ijā, lielā mērā ir aizgÅ«ti no dabas: kuÄ£u un zemÅ«deņu zemspiediena nodalÄ«jumi ir tieÅ”a lÄ«dzÄ«ba ar annelÄ«diem; veidojot reida masÄ«vus un pārbaudot datu integritāti - DNS ķēdes dublÄ“Å”anu; kā arÄ« pāru orgāni, dažādu orgānu darba neatkarÄ«ba no centrālās nervu sistēmas (sirds automatizācija) un refleksi - autonomās sistēmas internetā. Protams, gatavu risinājumu pieņemÅ”ana un pielietoÅ”ana ā€œuz priekÅ”uā€ ir problēmu pilns, taču, kas zina, varbÅ«t citu risinājumu nav.

Ja es būtu zinājis, kur tu nokritīsi, es būtu nolicis salmus!

ā€” baltkrievu tautas sakāmvārds

Tas nozīmē, ka rezerves kopijas ir ļoti svarīgas tiem, kas vēlas:

  • Spēsiet atjaunot savu sistēmu darbÄ«bu ar minimālu dÄ«kstāvi vai pat bez tās
  • RÄ«kojieties drosmÄ«gi, jo kļūdas gadÄ«jumā vienmēr pastāv atcelÅ”anas iespēja
  • Samaziniet tÄ«Å”as datu sabojāŔanas sekas

Å eit ir neliela teorija

Jebkura klasifikācija ir patvaļīga. Daba neklasificē. Klasificējam, jo ā€‹ā€‹tā mums ērtāk. Un mēs klasificējam pēc datiem, kurus arÄ« ņemam patvaļīgi.

- Žans Brulers

NeatkarÄ«gi no fiziskās uzglabāŔanas metodes loÄ£isko datu glabāŔanu var iedalÄ«t divos veidos, kā piekļūt Å”iem datiem: blokā un failā. Å is dalÄ«jums pēdējā laikā ir ļoti izplÅ«dis, jo tÄ«ri bloku, kā arÄ« tÄ«ri failu loÄ£iskā krātuve neeksistē. Tomēr vienkārŔības labad mēs pieņemsim, ka tie pastāv.

Bloku datu glabāŔana nozÄ«mē, ka ir fiziska ierÄ«ce, kurā dati tiek ierakstÄ«ti noteiktās fiksētās daļās, blokos. Blokiem piekļūst noteiktā adresē; katram blokam ierÄ«cē ir sava adrese.

Dublējums parasti tiek izveidots, kopējot datu blokus. Lai nodroÅ”inātu datu integritāti, kopÄ“Å”anas brÄ«dÄ« tiek apturēta jaunu bloku, kā arÄ« esoÅ”o izmaiņu ierakstÄ«Å”ana. Ja ņemam analoÄ£iju no parastās pasaules, tuvākā lieta ir skapis ar identiskām numurētām Ŕūnām.

DublÄ“Å”ana, 1. daļa: MērÄ·is, metožu un tehnoloÄ£iju apskats

Failu datu glabāŔana, kuras pamatā ir loÄ£iskās ierÄ«ces princips, ir tuvu bloku glabāŔanai un bieži tiek organizēta augÅ”pusē. SvarÄ«gas atŔķirÄ«bas ir krātuves hierarhijas klātbÅ«tne un cilvēkiem lasāmi nosaukumi. Abstrakcija tiek pieŔķirta faila veidā - nosaukts datu apgabals, kā arÄ« direktorijs - Ä«paÅ”s fails, kurā tiek glabāti apraksti un piekļuve citiem failiem. Failus var nodroÅ”ināt ar papildu metadatiem: izveides laiks, piekļuves karodziņi utt. Parasti dublējumkopijas tiek veidotas Ŕādi: tiek meklēti mainÄ«tie faili, pēc tam kopēti uz citu failu krātuvi ar tādu paÅ”u struktÅ«ru. Datu integritāte parasti tiek Ä«stenota, ja netiek rakstÄ«ti faili. Faila metadati tiek dublēti tādā paŔā veidā. Tuvākā lÄ«dzÄ«ba ir bibliotēka, kurā ir sadaļas ar dažādām grāmatām, kā arÄ« katalogs ar cilvēkiem lasāmiem grāmatu nosaukumiem.

DublÄ“Å”ana, 1. daļa: MērÄ·is, metožu un tehnoloÄ£iju apskats

Pēdējā laikā dažkārt tiek aprakstÄ«ta cita iespēja, no kuras principā sākās failu datu glabāŔana un kurai ir tās paÅ”as arhaiskās iezÄ«mes: objektu datu glabāŔana.

Tas atŔķiras no failu krātuves ar to, ka tajā nav vairāk par vienu ligzdu (plakana shēma), un failu nosaukumi, lai arÄ« cilvēkiem ir lasāmi, tomēr ir piemērotāki apstrādei ar maŔīnām. Veicot dublÄ“Å”anu, objektu glabāŔana visbiežāk tiek uzskatÄ«ta par lÄ«dzÄ«gu failu glabāŔanai, taču reizēm ir arÄ« citas iespējas.

ā€” Ir divu veidu sistēmu administratori, tie, kas neveido dublējumus, un tādi, kas JAU dara.
- PatiesÄ«bā ir trÄ«s veidi: ir arÄ« tie, kas pārbauda, ā€‹ā€‹vai dublējumus var atjaunot.

-Nezināms

Ir arÄ« vērts saprast, ka paÅ”u datu dublÄ“Å”anas procesu veic programmas, tāpēc tam ir tādi paÅ”i trÅ«kumi kā jebkurai citai programmai. Lai noņemtu (nevis likvidētu!) atkarÄ«bu no cilvēciskā faktora, kā arÄ« pazÄ«mes - kas atseviŔķi neatstāj spēcÄ«gu ietekmi, bet kopā var dot jÅ«tamu efektu - t.s. noteikums 3-2-1. Ir daudz iespēju, kā to atÅ”ifrēt, bet es dodu priekÅ”roku Ŕādai interpretācijai: jums ir jāsaglabā 3 vienādu datu kopas, 2 komplekti ir jāsaglabā dažādos formātos un 1 komplekts ir jāuzglabā Ä£eogrāfiski attālā krātuvē.

UzglabāŔanas formāts jāsaprot Ŕādi:

  • Ja ir atkarÄ«ba no fiziskās uzglabāŔanas metodes, mēs mainām fizisko metodi.
  • Ja ir atkarÄ«ba no loÄ£iskās uzglabāŔanas metodes, mēs mainām loÄ£isko metodi.

Lai sasniegtu maksimālo 3-2-1 noteikuma efektu, ieteicams mainīt uzglabāŔanas formātu abos veidos.

No dublējuma gatavÄ«bas viedokļa paredzētajam mērÄ·im - funkcionalitātes atjaunoÅ”anai - tiek izŔķirtas ā€œkarstāsā€ un ā€œaukstāsā€ dublējumkopijas. Karstie atŔķiras no aukstajām tikai ar vienu lietu: tie ir uzreiz gatavi lietoÅ”anai, savukārt aukstajiem ir nepiecieÅ”amas dažas papildu darbÄ«bas atjaunoÅ”anai: atÅ”ifrÄ“Å”ana, izvilkÅ”ana no arhÄ«va utt.

Nejauciet karstās un aukstās kopijas ar tieÅ”saistes un bezsaistes kopijām, kas nozÄ«mē fizisku datu izolāciju un faktiski ir vēl viena dublÄ“Å”anas metožu klasifikācijas pazÄ«me. Tātad bezsaistes kopija, kas nav tieÅ”i savienota ar sistēmu, kur tā ir jāatjauno, var bÅ«t karsta vai auksta (atkopÅ”anas gatavÄ«bas ziņā). TieÅ”saistes kopija var bÅ«t pieejama tieÅ”i tur, kur tā ir jāatjauno, un visbiežāk tā ir karsta, bet ir arÄ« auksta.

Turklāt neaizmirstiet, ka pats rezerves kopiju izveides process parasti nebeidzas ar vienas rezerves kopijas izveidi, un kopiju var bÅ«t diezgan daudz. Tāpēc ir jānoŔķir pilnas dublējumkopijas, t.i. tās, kuras var atjaunot neatkarÄ«gi no citām dublējumkopijām, kā arÄ« diferenciālās (inkrementālās, diferenciālās, dekrementālās u.c.) kopijas ā€“ tās, kuras nevar atjaunot neatkarÄ«gi un kurām nepiecieÅ”ama viena vai vairāku citu dublējumkopiju iepriekŔēja atjaunoÅ”ana.

Diferenciālās inkrementālās dublējumkopijas ir mēģinājums ietaupÄ«t rezerves krātuves vietu. Tādējādi rezerves kopijā tiek ierakstÄ«ti tikai mainÄ«tie dati no iepriekŔējās dublējuma.

Diferenciālie dekrementālie tiek izveidoti vienam un tam paÅ”am mērÄ·im, bet nedaudz atŔķirÄ«gā veidā: tiek izveidota pilna rezerves kopija, bet faktiski tiek saglabāta tikai atŔķirÄ«ba starp jauno kopiju un iepriekŔējo.

AtseviŔķi ir vērts apsvērt dublÄ“Å”anas procesu, izmantojot krātuvi, kas atbalsta dublikātu neuzglabāŔanu. Tādējādi, ja tam virsÅ« uzrakstÄ«siet pilnas dublējumkopijas, faktiski tiks ierakstÄ«tas tikai atŔķirÄ«bas starp dublējumkopijām, bet dublējumu atjaunoÅ”anas process bÅ«s lÄ«dzÄ«gs atjaunoÅ”anai no pilnas kopijas un pilnÄ«gi caurspÄ«dÄ«gs.

Quis custodiet ipsos custodes?

(Kas sargās paŔi sargus? - lat.)

Ir ļoti nepatīkami, ja nav rezerves kopiju, bet daudz sliktāk ir, ja Ŕķiet, ka ir izveidota rezerves kopija, bet atjaunojot izrādās, ka to nevar atjaunot, jo:

  • Avota datu integritāte ir apdraudēta.
  • Dublējuma krātuve ir bojāta.
  • AtjaunoÅ”ana darbojas ļoti lēni; jÅ«s nevarat izmantot datus, kas ir daļēji atgÅ«ti.

Pareizi izveidotā dublÄ“Å”anas procesā ir jāņem vērā Ŕādi komentāri, Ä«paÅ”i pirmie divi.

Avota datu integritāti var garantēt vairākos veidos. Visbiežāk tiek izmantotas Ŕādas: a) failu sistēmas momentuzņēmumu izveide bloku lÄ«menÄ«, b) failu sistēmas stāvokļa ā€œiesaldÄ“Å”anaā€, c) speciāla blokierÄ«ce ar versiju glabāŔanu, d) failu secÄ«ga ierakstÄ«Å”ana vai bloki. Tiek piemērotas arÄ« kontrolsummas, lai nodroÅ”inātu datu pārbaudi atkopÅ”anas laikā.

Krātuves bojājumus var noteikt arÄ«, izmantojot kontrolsummas. Papildu metode ir specializētu ierīču vai failu sistēmu izmantoÅ”ana, kurās nevar mainÄ«t jau ierakstÄ«tos datus, bet var pievienot jaunus.

Lai paātrinātu atkopÅ”anu, datu atkopÅ”ana tiek izmantota ar vairākiem atkopÅ”anas procesiem - ar nosacÄ«jumu, ka nav vājās vietas lēna tÄ«kla vai lēna diska sistēmas veidā. Lai apietu situāciju ar daļēji atjaunotiem datiem, dublÄ“Å”anas procesu varat sadalÄ«t salÄ«dzinoÅ”i mazos apakÅ”uzdevumos, no kuriem katrs tiek veikts atseviŔķi. Tādējādi kļūst iespējams konsekventi atjaunot veiktspēju, vienlaikus paredzot atkopÅ”anas laiku. Å Ä« problēma visbiežāk slēpjas organizatoriskajā plānā (SLA), tāpēc mēs par to sÄ«kāk nekavēsimies.

GarÅ”vielu eksperts ir nevis tas, kurÅ” tās pievieno katram ēdienam, bet gan tas, kurÅ” nekad neliek tam neko papildus.

-IN. Sinjavskis

Sistēmu administratoru izmantotās programmatÅ«ras prakse var atŔķirties, taču vispārÄ«gie principi vienā vai otrā veidā joprojām ir vienādi, jo Ä«paÅ”i:

  • Ir ļoti ieteicams izmantot gatavus risinājumus.
  • Programmām jādarbojas paredzami, t.i. NedrÄ«kst bÅ«t nedokumentētām iezÄ«mēm vai vājajām vietām.
  • Katras programmas iestatÄ«Å”anai jābÅ«t tik vienkārÅ”ai, lai jums nebÅ«tu katru reizi jālasa rokasgrāmata vai krāpÅ”anās lapa.
  • Ja iespējams, risinājumam jābÅ«t universālam, jo serveru aparatÅ«ras raksturlielumi var ievērojami atŔķirties.

Ir Ŕādas izplatÄ«tas programmas dublējumkopiju veidoÅ”anai no blokierÄ«cēm:

  • dd, kas pazÄ«stams sistēmas administrÄ“Å”anas veterāniem, tas ietver arÄ« lÄ«dzÄ«gas programmas (piemēram, tas pats dd_rescue).
  • Dažās failu sistēmās iebÅ«vētās utilÄ«tas, kas izveido failu sistēmas izgāztuves.
  • Visēdāji komunālie pakalpojumi; piemēram partclone.
  • PaÅ”u, bieži vien Ä«paÅ”umtiesÄ«bu, lēmumi; piemēram, NortonGhost un vēlāk.

Failu sistēmām dublÄ“Å”anas problēma tiek daļēji atrisināta, izmantojot metodes, kas piemērojamas blokierÄ«cēm, taču problēmu var atrisināt efektÄ«vāk, izmantojot, piemēram:

  • Rsync, vispārējas nozÄ«mes programma un protokols failu sistēmu stāvokļa sinhronizÄ“Å”anai.
  • IebÅ«vēti arhivÄ“Å”anas rÄ«ki (ZFS).
  • TreÅ”o puÅ”u arhivÄ“Å”anas rÄ«ki; populārākais pārstāvis ir darva. Ir arÄ« citi, piemēram, dar - darvas aizstājējs, kas paredzēts mÅ«sdienu sistēmām.

AtseviŔķi ir vērts pieminēt programmatÅ«ras rÄ«kus datu konsekvences nodroÅ”ināŔanai, veidojot rezerves kopijas. Visbiežāk izmantotās iespējas ir:

  • Failu sistēmas uzstādÄ«Å”ana tikai lasÄ«Å”anas režīmā (ReadOnly) vai failu sistēmas iesaldÄ“Å”ana (iesaldÄ“Å”ana) - metode ir ierobežota.
  • Failu sistēmu vai blokierīču (LVM, ZFS) stāvokļa momentuzņēmumu izveide.
  • TreÅ”o puÅ”u rÄ«ku izmantoÅ”ana seansu organizÄ“Å”anai pat gadÄ«jumos, kad iepriekŔējos punktus kādu iemeslu dēļ nevar nodroÅ”ināt (piemēram, hotcopy).
  • KopÄ“Å”anas pēc maiņas tehnika (CopyOnWrite), tomēr visbiežāk tā ir saistÄ«ta ar izmantoto failu sistēmu (BTRFS, ZFS).

Tātad mazam serverim ir jānodroÅ”ina rezerves shēma, kas atbilst Ŕādām prasÄ«bām:

  • Viegli lietojams ā€“ darbÄ«bas laikā nav nepiecieÅ”amas Ä«paÅ”as papildu darbÄ«bas, minimālas darbÄ«bas kopiju izveidei un atjaunoÅ”anai.
  • Universāls - darbojas gan uz lieliem, gan maziem serveriem; tas ir svarÄ«gi, palielinot serveru skaitu vai mērogojot.
  • Instalēja pakotņu pārvaldnieks vai ar vienu vai divām komandām, piemēram, ā€œlejupielādēt un izpakotā€.
  • Stabils - tiek izmantots standarta vai sen izveidots uzglabāŔanas formāts.
  • Ātri darbā.

Pretendenti no tiem, kuri vairāk vai mazāk atbilst prasībām:

  • rdiff-dublējums
  • rsnapshot
  • atrauga
  • dublikāts
  • divkosÄ«ba
  • ļaujiet dup
  • sniegt
  • zbackup
  • restic
  • borgbackup

DublÄ“Å”ana, 1. daļa: MērÄ·is, metožu un tehnoloÄ£iju apskats

Kā testa stends tiks izmantota virtuālā maŔīna (pamatojoties uz XenServer) ar Ŕādiem raksturlielumiem:

  • 4 kodoli 2.5 GHz,
  • 16 GB RAM,
  • 50 GB hibrÄ«da krātuve (uzglabāŔanas sistēma ar keÅ”atmiņu SSD 20% no virtuālā diska lieluma) atseviŔķa virtuālā diska veidā bez sadalÄ«Å”anas,
  • 200 Mbps interneta kanāls.

GandrÄ«z tā pati maŔīna tiks izmantota kā rezerves uztvērēja serveris, tikai ar 500 GB cieto disku.

Operētājsistēma - Centos 7 x64: standarta nodalījums, kā datu avots tiks izmantots papildu nodalījums.

Kā sākotnējos datus ņemsim WordPress vietni ar 40 GB multivides failiem un mysql datu bāzi. Tā kā virtuālie serveri ļoti atŔķiras pēc Ä«paŔībām, kā arÄ« labākas reproducējamÄ«bas dēļ, Å”eit ir norādÄ«ts

servera testÄ“Å”anas rezultāti, izmantojot sysbench.sysbench -- Threads = 4 -- Time = 30 -- cpu-max-prime = 20000 CPU palaist
sysbench 1.1.0-18a9f86 (izmantojot komplektā iekļauto LuaJIT 2.1.0-beta3)
Testa veikÅ”ana ar Ŕādām iespējām:
Vītņu skaits: 4
Inicializē nejauÅ”o skaitļu Ä£eneratoru no paÅ”reizējā laika

Pirmskaitļu ierobežojums: 20000

Notiek darbinieku pavedienu inicializācijaā€¦

Tēmas sākās!

Centrālā procesora ātrums:
notikumi sekundē: 836.69

caurlaide:
notikumi/s (eps): 836.6908
pagājuŔais laiks: 30.0039s
kopējais pasākumu skaits: 25104

Latentums (ms):
min: 2.38
vid.: 4.78
maks.: 22.39
95. procentile: 10.46
summa: 119923.64

Vītņu taisnīgums:
notikumi (vid./stddev): 6276.0000/13.91
izpildes laiks (vid./stddev): 29.9809/0.01

sysbench -- Threads=4 --time = 30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=lasīt atmiņas palaist
sysbench 1.1.0-18a9f86 (izmantojot komplektā iekļauto LuaJIT 2.1.0-beta3)
Testa veikÅ”ana ar Ŕādām iespējām:
Vītņu skaits: 4
Inicializē nejauÅ”o skaitļu Ä£eneratoru no paÅ”reizējā laika

Notiek atmiņas ātruma pārbaude ar Ŕādām opcijām:
bloka izmērs: 1KiB
kopējais izmērs: 102400MiB
darbība: lasīt
darbības joma: globāla

Notiek darbinieku pavedienu inicializācijaā€¦

Tēmas sākās!

Kopējās darbības: 50900446 (1696677.10 sekundē)

PārsÅ«tÄ«ts 49707.47 MiB (1656.91 MiB/sek)

caurlaide:
notikumi/s (eps): 1696677.1017
pagājuŔais laiks: 30.0001s
kopējais pasākumu skaits: 50900446

Latentums (ms):
min: 0.00
vid.: 0.00
maks.: 24.01
95. procentile: 0.00
summa: 39106.74

Vītņu taisnīgums:
notikumi (vid./stddev): 12725111.5000/137775.15
izpildes laiks (vid./stddev): 9.7767/0.10

sysbench -- Threads=4 --time = 30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=rakstÄ«Å”anas atmiņas palaist
sysbench 1.1.0-18a9f86 (izmantojot komplektā iekļauto LuaJIT 2.1.0-beta3)
Testa veikÅ”ana ar Ŕādām iespējām:
Vītņu skaits: 4
Inicializē nejauÅ”o skaitļu Ä£eneratoru no paÅ”reizējā laika

Notiek atmiņas ātruma pārbaude ar Ŕādām opcijām:
bloka izmērs: 1KiB
kopējais izmērs: 102400MiB
darbība: rakstiet
darbības joma: globāla

Notiek darbinieku pavedienu inicializācijaā€¦

Tēmas sākās!

Kopējās darbības: 35910413 (1197008.62 sekundē)

PārsÅ«tÄ«ts 35068.76 MiB (1168.95 MiB/sek)

caurlaide:
notikumi/s (eps): 1197008.6179
pagājuŔais laiks: 30.0001s
kopējais pasākumu skaits: 35910413

Latentums (ms):
min: 0.00
vid.: 0.00
maks.: 16.90
95. procentile: 0.00
summa: 43604.83

Vītņu taisnīgums:
notikumi (vid./stddev): 8977603.2500/233905.84
izpildes laiks (vid./stddev): 10.9012/0.41

sysbench -- Threads=4 -- file-test-mode=rndrw --time = 60 -- file-block-size=4K -- file-total-size=1G fileio run
sysbench 1.1.0-18a9f86 (izmantojot komplektā iekļauto LuaJIT 2.1.0-beta3)
Testa veikÅ”ana ar Ŕādām iespējām:
Vītņu skaits: 4
Inicializē nejauÅ”o skaitļu Ä£eneratoru no paÅ”reizējā laika

Papildu faila atvērÅ”anas karodziņi: (nav)
128 faili, katrs 8 MiB
1 GiB kopējais faila lielums
Bloka izmērs 4KiB
IO pieprasījumu skaits: 0
LasÄ«Å”anas/rakstÄ«Å”anas attiecÄ«ba kombinētajam izlases veida IO testam: 1.50
Periodiskā FSYNC iespējota, izsauc fsync() katriem 100 pieprasījumiem.
Fsync() izsaukÅ”ana testa beigās, iespējots.
Sinhronā I/O režīma izmantoŔana
Veicot izlases veida r/w testu
Notiek darbinieku pavedienu inicializācijaā€¦

Tēmas sākās!

caurlaide:
lasīt: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
rakstīt: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98

Latentums (ms):
min: 0.00
vid.: 0.27
maks.: 18.01
95. procentile: 1.08
summa: 238469.45

Šī nots sāk lielu

rakstu sērija par dublÄ“Å”anu

  1. DublÄ“Å”ana, 1. daļa: Kāpēc nepiecieÅ”ama dublÄ“Å”ana, metožu, tehnoloÄ£iju pārskats
  2. DublÄ“Å”ana 2. daļa: Uz rsync balstÄ«tu dublÄ“Å”anas rÄ«ku pārskatÄ«Å”ana un testÄ“Å”ana
  3. Dublējuma 3. daļa: Dublitātes, dublÄ“Å”anās, deja dup pārskatÄ«Å”ana un pārbaude
  4. DublÄ“Å”ana 4. daļa: zbackup, restic, borgbackup pārskatÄ«Å”ana un testÄ“Å”ana
  5. DublÄ“Å”ana 5. daļa: bacula un veeam dublējuma testÄ“Å”ana operētājsistēmai Linux
  6. DublÄ“Å”ana 6. daļa: DublÄ“Å”anas rÄ«ku salÄ«dzināŔana
  7. Rezerves kopija 7. daļa: Secinājumi

Avots: www.habr.com

Pievieno komentāru