Çima hûn hewce ne ku paşvekêşan çêbikin? Beriya her tiştî, alav pir, pir pêbawer in, û ji bilî vê, "ewr" hene ku di pêbaweriyê de ji pêşkêşkerên laşî çêtir in: bi veavakirina rast, serverek "ewr" dikare bi hêsanî ji têkçûna serverek laşî ya binesaziyê xilas bibe, û ji li gorî nêrîna bikarhênerên karûbarê, dê di karûbarê demê de bazdanek piçûk, hema hema berbiçav hebe. Wekî din, dubarekirina agahdariyê bi gelemperî pêdivî ye ku ji bo dema pêvajoyê ya "zêde", barkirina dîskê, û seyrûsefera torê bidin.
Bernameyek îdeal zû dimeşe, bîranînê dernaxe, qul tune û tune ye.
-Nenas
Ji ber ku bername hîn jî ji hêla pêşdebirên proteînan ve têne nivîsandin, û pir caran pêvajoyek ceribandinê tune, plus bername kêm caran bi karanîna "pratîkên çêtirîn" têne radest kirin (ku ew bixwe jî bername ne û ji ber vê yekê bêkêmasî ne), rêvebirên pergalê pir caran neçar in ku pirsgirêkên ku bi kurtî lê dixuye çareser bikin. bi kurtî: "vegere ka çawa bû", "bingehekê bîne operasyona normal", "hêdî dixebite - paşde vegere", û her weha bijareya min "Ez nizanim çi, lê rast bike".
Ji bilî xeletiyên mentiqî yên ku di encama xebata bêhişmend a pêşdebiran, an tevliheviya rewşan de, û her weha zanîna netemam an têgihîştina taybetmendiyên piçûk ên bernameyên avahiyê - tevî girêdan û pergalê, di nav de pergalên xebitandinê, ajokar û firmware- derdikevin. xeletiyên din jî hene. Mînakî, pir pêşdebiran xwe dispêrin dema xebitandinê, bi tevahî qanûnên laşî ji bîr dikin, yên ku hîn jî ne gengaz e ku meriv bi karanîna bernameyan veşêre. Ev pêbaweriya bêdawî ya binepergala dîskê û, bi gelemperî, her bine-pergala hilanîna daneyê (tevî RAM û cache-ya pêvajoyê jî heye!), û zemanê pêvajoyê sifir li ser pêvajoyê, û nebûna xeletiyan di dema veguheztina li ser torê de û di dema pêvajoyê de. processor, û derengiya torê, ya ku bi 0 re wekhev e. Divê hûn muhleta navdar îhmal nekin, ji ber ku heke hûn wê di wextê xwe de negirin, dê ji nuwazeyên xebata torê û dîskê xerabtir pirsgirêk derkevin.
Bi pirsgirêkên ku bi tevahî hêza xwe radibin û li ser daneyên hêja disekinin re çi bikin? Tiştek tune ku şûna pêşdebirên zindî bigire, û ne rastiyek e ku ew ê di demek nêzîk de gengaz be. Ji hêla din ve, tenê çend proje bi ser ketine ku bi tevahî îsbat bikin ku bername dê wekî ku tê xwestin bixebite, û ne hewce ye ku meriv delîlan li ser projeyên din ên mîna hev bigire û bicîh bîne. Di heman demê de, delîlên weha gelek dem digire û jêhatîbûn û zanîna taybetî hewce dike, û ev yek bi pratîkî îmkana karanîna wan li gorî mêjûyan kêm dike. Wekî din, em hîn nizanin ka meriv çawa teknolojiya ultra-lez, erzan û bêsînor pêbawer ji bo hilanîn, hilanîn û veguheztina agahdarî bikar tîne. Teknolojiyên weha, heke hebin, di forma têgînan de ne, an - pir caran - tenê di pirtûk û fîlimên çîroka zanistî de.
Hunermendên baş kopî dikin, hunermendên mezin didizin.
- Pablo Picasso.
Çareseriyên herî serketî û tiştên ecêb sade bi gelemperî li cihê ku têgîn, teknolojî, zanîn û qadên zanistî yên ku di nihêrîna pêşîn de bi tevahî li hev nayên hev diqewimin.
Mînakî, çivîk û balafiran baskên xwe hene, lê tevî hevşibiya fonksiyonel - prensîba xebitandinê di hin awayan de yek e, û pirsgirêkên teknîkî bi heman rengî têne çareser kirin: hestiyên vala, karanîna materyalên xurt û sivik, hwd. - encam bi tevahî cûda ne, her çend pir dişibin hev. Nimûneyên herî baş ên ku em di teknolojiya xwe de dibînin jî bi giranî ji xwezayê hatine deyn kirin: Parçeyên keştî û keştiyên binderyayî yên ku bi zextê ve girêdayî ne hevahengiyek rasterast bi annelîdan re ne; avakirina rêzikên serdegirtinê û kontrolkirina yekbûna daneyê - dubarekirina zincîra DNA; û her weha organên hevgirtî, serbixwebûna xebata organên cihêreng ji pergala demarî ya navendî (xweseriya dil) û refleks - pergalên xweser ên li ser Înternetê. Helbet girtin û sepandina çareseriyên hazir “bi serî” bi pirsgirêkan tije ye, lê kî dizane, dibe ku çareyên din tune bin.
Heger min bizaniya tu yê bi ku ve biçî, min ê kavil bikira!
- Gotina gelêrî ya Belarusî
Ev tê vê wateyê ku kopiyên hilanînê ji bo kesên ku dixwazin:
- Bikaribin xebata pergalên xwe bi kêmanînek domdar, an jî bêyî wê vegerînin
- Bi wêrekî tevbigerin, ji ber ku di bûyera xeletiyekê de her gav îhtîmala vegerê heye
- Encamên gendeliya daneya bi mebest kêm bikin
Li vir teoriyek piçûk heye
Her tesnîfkirin kêfî ye. Xweza tesnîf nake. Em dabeş dikin ji ber ku ew ji me re hêsantir e. Û em li gorî daneyên ku em jî bi kêfî digirin dabeş dikin.
- Jean Bruler
Bêyî awayê hilanîna laşî, hilanîna daneya mentiqî dikare li du awayên gihîştina vê daneyê were dabeş kirin: blok û pel. Ev dabeşkirin di van demên dawî de pir nezelal bûye, ji ber ku bi tenê blok, û hem jî bi tenê pelê, hilanîna mentiqî tune. Lêbelê, ji bo sadebûnê, em ê texmîn bikin ku ew hene.
Hilberîna daneya blokê tê vê wateyê ku amûrek fîzîkî heye ku dane di hin beşên sabît, blokan de têne nivîsandin. Blok li navnîşek diyar têne gihîştin; her blok navnîşana xwe di hundurê cîhazê de heye.
Piştgiriyek bi gelemperî bi kopîkirina blokên daneyê tê çêkirin. Ji bo misogerkirina yekparebûna daneyê, tomarkirina blokên nû, û hem jî guhertinên li yên heyî, di dema kopîkirinê de têne sekinandin. Ger em ji cîhana asayî analojiyek bistînin, tişta herî nêz dolapek e ku bi şaneyên jimarekirî yên yeksan ve girêdayî ye.
Hilberîna daneya pelê ku li ser bingeha prensîba cîhaza mentiqî ye, nêzî hilanîna blokê ye û bi gelemperî li jor tê organîze kirin. Cûdahiyên girîng hebûna hiyerarşiyek hilanînê û navên ku ji hêla mirovan ve têne xwendin in. Abstraction di forma pelê de tê veqetandin - herêmek daneya binavkirî, û her weha pelrêçek - pelek taybetî ya ku tê de danasîn û gihîştina pelên din têne hilanîn. Pelan dikarin bi metadatayên din re bêne peyda kirin: dema afirandinê, alayên gihîştinê, hwd. Backup bi gelemperî bi vî rengî têne kirin: ew li pelên guhertî digerin, dûv re wan bi heman avahiyê li hilanîna pelek din kopî bikin. Yekbûna daneyê bi gelemperî ji ber nebûna pelên ku li ser têne nivîsandin têne bicîh kirin. Metadata pelê bi heman rengî tê piştguh kirin. Analojiya herî nêzîk pirtûkxaneyek e, ku tê de beşên pirtûkên cihê hene, û her weha katalogek bi navên pirtûkan ên ku mirov dikare bixwîne jî heye.
Di van demên dawîn de, carinan vebijarkek din tête diyar kirin, ku jê re, di prensîbê de, hilanîna daneya pelê dest pê kir, û ku xwediyê heman taybetmendiyên arkaîk e: hilanîna daneya tiştan.
Ew ji hilanîna pelan cûda dibe ku ew ji yek hêlînek (pîvaza guncan) bêtir tune ye, û navên pelan, her çend ji hêla mirovan ve têne xwendin, dîsa jî ji bo pêvajoyên makîneyan maqûltir in. Dema ku hilanînê pêk tînin, hilanîna tiştan bi gelemperî wekî hilanîna pelan tête derman kirin, lê carinan vebijarkên din jî hene.
- Du celeb rêvebirên pergalê hene, yên ku paşgir çênakin, û yên ku BERÊ dikin.
- Bi rastî, sê celeb hene: Di heman demê de yên ku kontrol dikin ku paşvekêşan dikarin werin vegerandin jî hene.-Nenas
Di heman demê de hêjayî têgihiştinê ye ku pêvajoya paşvekêşana daneyê bixwe ji hêla bernameyan ve tê meşandin, ji ber vê yekê ew hemî dezawantajên wekî her bernameyek din heye. Ji bo rakirina (ne rakirin!) girêdayîbûna bi faktora mirovî, û hem jî taybetmendiyên - ku bi serê xwe bandorek xurt nînin, lê bi hev re dikarin bandorek berbiçav bidin - ya ku jê re tê gotin. hukmê 3-2-1. Gelek vebijark hene ku meriv wê çawa deşîfre bike, lê ez ji şîroveya jêrîn çêtir hez dikim: Divê 3 berhevokên heman daneyê werin hilanîn, 2 set divê di formên cûda de werin hilanîn, û 1 set divê di hilanek ji hêla erdnîgarî ya dûr ve were hilanîn.
Forma hilanînê divê wiha were fêm kirin:
- Ger girêdayî rêbaza hilanîna laşî hebe, em rêbaza laşî diguherînin.
- Ger girêdayî rêbaza hilanînê ya mantiqî hebe, em rêbaza mentiqî diguherînin.
Ji bo bidestxistina bandora herî zêde ya qaîdeya 3-2-1, tê pêşniyar kirin ku forma hilanînê bi her du awayan biguhezînin.
Ji nihêrîna amadebûna hilanînê ji bo mebesta wê - vegerandina fonksiyonê - cûdahiyek di navbera paşkêşên "germ" û "sar" de tê çêkirin. Yên germ tenê di yek tiştî de ji yên sar cûda dibin: ew tavilê ji bo karanîna amade ne, dema ku yên sar ji bo başbûnê hin gavên din hewce ne: deşîfrekirin, derxistina ji arşîvê, hwd.
Kopiyên germ û sar bi kopiyên serhêl û offline re tevlihev nekin, ku tê wateya veqetandina laşî ya daneyê û, bi rastî, nîşanek din a dabeşkirina rêbazên paşvekişandinê ne. Ji ber vê yekê kopiyek negirêdayî - ne rasterast bi pergala ku pêdivî ye ku were nûve kirin ve girêdayî ye - dikare germ an sar be (di warê amadebûna ji bo başbûnê de). Kopiyek serhêl dikare rasterast li cîhê ku divê were sererast kirin peyda bibe, û pir caran ew germ e, lê yên sar jî hene.
Digel vê yekê, ji bîr nekin ku pêvajoya afirandina kopiyên paşvekêşanê bixwe bi gelemperî bi çêkirina yek kopiyek hilanînê bi dawî nabe, û dibe ku hejmareke pir mezin a kopiyan hebe. Ji ber vê yekê, pêdivî ye ku meriv di navbera paşgirên tam de cûda bike, yanî. yên ku dikarin serbixwe ji paşgirên din werin sererast kirin, û her weha kopiyên cihêreng (zêdebûn, cihêreng, kêmbûn, hwd.) - yên ku nekarin serbixwe werin nûve kirin û pêdivî bi vegerandina pêşîn a yek an çend paşpirtikên din hene.
Piştgiriyên zêdebûyî yên cihêreng hewldanek e ku cîhê hilanîna hilanînê xilas bike. Ji ber vê yekê, tenê daneyên guheztin ên ji hilanînê ya berê li kopiya hilanînê tê nivîsandin.
Yên kêmkirina cihêreng ji bo heman armancê têne afirandin, lê bi rengek piçûktir têne çêkirin: kopiyek paşvekêşana tevahî tête çêkirin, lê tenê cûdahiya di navbera kopiya nû û ya berê de bi rastî tê hilanîn.
Ji hev veqetandî, hêja ye ku meriv pêvajoya hilanînê ya li ser hilanînê, ku nebûna hilanîna dubareyan piştgirî dike, were fikirîn. Bi vî rengî, heke hûn li jorê wê paşpirtikên tam binivîsin, dê tenê cûdahiyên di navbera paşgiran de bi rastî werin nivîsandin, lê pêvajoya vegerandina paşgiran dê mîna vegerandina ji kopiyek tam û bi tevahî zelal be.
Quis custodiet ipsos custodes?
(Kî dê nobedaran bi xwe biparêze? - lat.)
Dema ku kopiyên paşvekişandinê tune ne pir ne xweş e, lê pir xirabtir e heke kopiyek hilanînê xuya bike ku hatî çêkirin, lê dema ku nûvekirin derdikeve holê ku ew nikare were vegerandin ji ber ku:
- Yekbûna daneyên çavkaniyê têk çûye.
- Depoya hilanînê xera bûye.
- Restorasyon pir hêdî dixebite; hûn nikarin daneyên ku bi qismî hatine vegerandin bikar bînin.
Pêdivî ye ku pêvajoyek hilanînê ya bi rêkûpêk hatî çêkirin, şîroveyên weha, nemaze du yên yekem, li ber çavan bigire.
Yekbûna daneyên çavkaniyê dikare bi çend awayan were garantî kirin. Yên ku herî zêde têne bikar anîn ev in: a) çêkirina dîmenên pergala pelan di asta blokê de, b) "cemidandin" rewşa pergala pelan, c) amûrek blokê ya taybetî ya bi hilanîna guhertoyê, d) tomarkirina peyhev a pelan an blokên. Kontrolkirin jî têne sepandin da ku pê ewle bibin ku dane di dema verastkirinê de têne verast kirin.
Gendeliya hilanînê jî dikare bi karanîna kontrolê were tespît kirin. Rêbazek pêvek karanîna amûrên pispor an pergalên pelan e ku tê de daneyên jixwe tomarkirî nayên guheztin, lê yên nû dikarin werin zêdekirin.
Ji bo bilezkirina başbûnê, vegerandina daneyê bi gelek pêvajoyên ji bo başbûnê ve tê bikar anîn - bi şertê ku di forma tora hêdî an pergala dîska hêdî de tengahî tune be. Ji bo ku hûn rewşê bi daneyên qismî vesazkirî re derbas bikin, hûn dikarin pêvajoya paşvekişandinê li jêrxebatên piçûktir bişkînin, ku her yek ji wan cuda têne kirin. Bi vî rengî, dema pêşbînkirina dema başbûnê de gengaz dibe ku meriv bi domdarî performansê sererast bike. Ev pirsgirêk pir caran di plana rêxistinê (SLA) de ye, ji ber vê yekê em ê bi hûrgulî li ser vê yekê nesekinin.
Pisporê baharatan ne ew e ku wan li her xwarinê zêde dike, lê ew e ku qet tiştekî zêde lê zêde nake.
-LI. Sinyavsky
Dibe ku pratîkên di derbarê nermalava ku ji hêla rêveberên pergalê ve têne bikar anîn cûda bibin, lê prensîbên gelemperî hîn jî, bi rengekî din, yek in, bi taybetî:
- Bi tundî tê pêşniyar kirin ku çareseriyên amade bikar bînin.
- Divê bername bi pêşbînîkirî bixebitin, yanî. Pêdivî ye ku taybetmendiyên bêbelge an tengahiyê tune.
- Pêdivî ye ku sazkirina her bernameyê ew qas hêsan be ku hûn ne hewce ne ku her carê destanê an pelika xapandinê bixwînin.
- Ger gengaz be, çareserî divê gerdûnî be, ji ber server dikarin di taybetmendiyên hardware yên xwe de pir cûda bibin.
Bernameyên hevpar ên jêrîn ji bo hilanînê ji cîhazên blokê hene:
- dd, ji kevneperestên rêveberiya pergalê re nas e, ev jî bernameyên mîna hev vedihewîne (mînak, heman dd_rescue).
- Karûbarên ku di hin pergalên pelan de hatine çêkirin ku pelika pergala pelê diafirînin.
- Karûbarên omnivorous; bo nimûne partclone.
- Xwedî, pir caran xwedan, biryarên; ji bo nimûne, NortonGhost û paşê.
Ji bo pergalên pelan, pirsgirêka paşvekişandinê bi karanîna rêbazên ku ji bo amûrên blokê têne bicîh kirin bi qismî tê çareser kirin, lê pirsgirêk dikare bi karanîna bikêrhatîtir were çareser kirin, mînakî:
- Rsync, bername û protokolek gelemperî ji bo hevdengkirina rewşa pergalên pelan.
- Amûrên arşîvkirinê yên çêkirî (ZFS).
- Amûrên arşîvkirina partiya sêyemîn; nûnerê herî populer tar e. Yên din hene, wek nimûne, dar - şûna tar ku pergalên nûjen armanc dike.
Hêjayî gotinê ye ku di derheqê amûrên nermalavê de ji bo dabînkirina hevgirtina daneyê dema çêkirina kopiyên paşvekişînê veqetandî were gotin. Vebijarkên herî gelemperî têne bikar anîn ev in:
- Mountkirina pergala pelan di moda tenê xwendinê de (ReadOnly), an cemidandina pergala pelê (cemidandin) - rêbaz bi sepandina tixûbdar e.
- Afirandina dîmenên rewşa pergalên pelan an cîhazên blokê (LVM, ZFS).
- Bikaranîna amûrên sêyemîn ji bo organîzekirina bandoran, tewra di rewşên ku xalên berê ji ber hin sedeman nekarin werin peyda kirin (bernameyên mîna kopiya germ).
- Teknolojiya kopî-li-guhertinê (CopyOnWrite), lêbelê, ew pir caran bi pergala pelê ya ku tê bikar anîn ve girêdayî ye (BTRFS, ZFS).
Ji ber vê yekê, ji bo serverek piçûk hûn hewce ne ku nexşeyek hilanînê peyda bikin ku hewcedariyên jêrîn bicîh tîne:
- Bikaranîna hêsan - di dema xebatê de gavên din ên taybetî ne hewce ne, gavên hindiktirîn ji bo çêkirin û vegerandina kopiyan.
- Gerdûnî - li ser serverên mezin û piçûk dixebite; ev girîng e dema ku hejmara pêşkêşkeran an pîvandinê zêde dibe.
- Ji hêla rêveberek pakêtê ve, an jî di yek an du fermanan de wekî "dakêşandin û pakkirinê" hatî saz kirin.
- Stable - formatek hilanînê ya standard an dirêj-damezrandî tê bikar anîn.
- Bi lez di kar de.
Serlêderên ji wan ên ku kêm-zêde hewcedariyên xwe bicîh tînin:
- rdiff-backup
- rsnapshot
- burp
- cote
- durûtî
- bila dup bike
- dar
- zbackup
- restic
- borgbackup
Makîneyek virtual (li ser bingeha XenServer) bi taybetmendiyên jêrîn dê wekî bencek ceribandinê were bikar anîn:
- 4 core 2.5 GHz,
- 16 GB RAM,
- 50 GB hilanîna hîbrid (pergala hilanînê bi cachkirina li ser SSD% 20 ji mezinahiya dîska virtual) di forma dîskek virtual ya cihêreng de bêyî dabeşkirin,
- 200 Mbps kanala Înternetê.
Hema hema heman makîneyê dê wekî serverek wergirê hilanînê, tenê bi ajokerek hişk a 500 GB were bikar anîn.
Pergala xebitandinê - Centos 7 x64: Dabeşkirina standard, dabeşkirina zêde dê wekî çavkaniya daneyê were bikar anîn.
Wekî daneyên destpêkê, em malperek WordPress bi 40 GB pelên medyayê û databasek mysql bigirin. Ji ber ku serverên virtual di taybetmendiyan de pir cûda dibin, û di heman demê de ji bo nûvekirina çêtir, li vir e
Encamên ceribandina serverê bi karanîna sysbench.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu run
sysbench 1.1.0-18a9f86 (bikaranîna LuaJIT 2.1.0-beta3 ya hevgirtî)
Testê bi vebijarkên jêrîn dimeşînin:
Hejmara mijaran: 4
Destpêkirina jeneratorê hejmarên çawalêhato ji dema niha
Sînorê hejmarên pêşîn: 20000
Destpêkirina têlên karker…
Mijar dest pê kirin!
Leza CPU:
bûyerên per second: 836.69
Berfirehî:
bûyer / s (eps): 836.6908
dem derbas bû: 30.0039s
hejmara giştî ya bûyeran: 25104
Dereng (ms):
min: 2.38
navîn: 4.78
herî zêde: 22.39
Ji sedî 95: 10.46
hejmar: 119923.64
Dadperweriya mijaran:
bûyerên (avg / stddev): 6276.0000 / 13.91
dema darvekirinê (avg / stddev): 29.9809 / 0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=raza bîranîna xwendinê
sysbench 1.1.0-18a9f86 (bikaranîna LuaJIT 2.1.0-beta3 ya hevgirtî)
Testê bi vebijarkên jêrîn dimeşînin:
Hejmara mijaran: 4
Destpêkirina jeneratorê hejmarên çawalêhato ji dema niha
Bi vebijarkên jêrîn ceribandina leza bîranînê dimeşîne:
mezinahiya blokê: 1 KiB
mezinahiya giştî: 102400MiB
operasyon: xwendin
çarçowe: gerdûnî
Destpêkirina têlên karker…
Mijar dest pê kirin!
Tevahiya operasyonê: 50900446 (1696677.10 per second)
49707.47 MiB veguherî (1656.91 MiB/sec)
Berfirehî:
bûyer / s (eps): 1696677.1017
dem derbas bû: 30.0001s
hejmara giştî ya bûyeran: 50900446
Dereng (ms):
min: 0.00
navîn: 0.00
herî zêde: 24.01
Ji sedî 95: 0.00
hejmar: 39106.74
Dadperweriya mijaran:
bûyerên (avg / stddev): 12725111.5000 / 137775.15
dema darvekirinê (avg / stddev): 9.7767 / 0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=memory-block-size=XNUMXK
sysbench 1.1.0-18a9f86 (bikaranîna LuaJIT 2.1.0-beta3 ya hevgirtî)
Testê bi vebijarkên jêrîn dimeşînin:
Hejmara mijaran: 4
Destpêkirina jeneratorê hejmarên çawalêhato ji dema niha
Bi vebijarkên jêrîn ceribandina leza bîranînê dimeşîne:
mezinahiya blokê: 1 KiB
mezinahiya giştî: 102400MiB
operasyon: nivîsandin
çarçowe: gerdûnî
Destpêkirina têlên karker…
Mijar dest pê kirin!
Tevahiya operasyonê: 35910413 (1197008.62 per second)
35068.76 MiB veguherî (1168.95 MiB/sec)
Berfirehî:
bûyer / s (eps): 1197008.6179
dem derbas bû: 30.0001s
hejmara giştî ya bûyeran: 35910413
Dereng (ms):
min: 0.00
navîn: 0.00
herî zêde: 16.90
Ji sedî 95: 0.00
hejmar: 43604.83
Dadperweriya mijaran:
bûyerên (avg / stddev): 8977603.2500 / 233905.84
dema darvekirinê (avg / stddev): 10.9012 / 0.41
sysbench --threads=4 --file-test-mode=rndrw --time=60 --file-block-size=4K --pel-total-size=1G pelio run
sysbench 1.1.0-18a9f86 (bikaranîna LuaJIT 2.1.0-beta3 ya hevgirtî)
Testê bi vebijarkên jêrîn dimeşînin:
Hejmara mijaran: 4
Destpêkirina jeneratorê hejmarên çawalêhato ji dema niha
Alên vekirî yên pelê zêde: (ne)
128 pel, her yek 8 MiB
Mezinahiya pelê ya tevahî 1GiB
Mezinahiya blokê 4 KiB
Hejmara daxwazên IO: 0
Rêjeya xwendinê / nivîsandinê ji bo ceribandina IO-ya rasthatî ya hevgirtî: 1.50
FSYNC-ya periyodîk çalak kir, her 100 daxwazan gazî fsync() dike.
Di dawiya testê de gazîkirina fsync() hate çalak kirin.
Bikaranîna moda I/O ya hemdem
Testa r/w ya rasthatî dikin
Destpêkirina têlên karker…
Mijar dest pê kirin!
Berfirehî:
xwendin: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
binivîse: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
Dereng (ms):
min: 0.00
navîn: 0.27
herî zêde: 18.01
Ji sedî 95: 1.08
hejmar: 238469.45
Ev note dest pê dike mezin
rêze gotarên li ser hilanînê
- Backup, beş 1: Çima hilanînê hewce ye, vekolîna rêbazan, teknolojiyên
- Backup Part 2: Vekolîn û ceribandina amûrên hilanînê yên li ser bingeha rsync
- Backup Part 3: Vekolîn û ceribandina dubendî, ducarî, deja dup
- Vegere Parçe 4: Zbackup, restic, vekolîn û ceribandina borgbackup
- Backup, beş 5: Ceribandina bacula û veeam vegerandina ji bo linux
- Backup Part 6: Berawirdkirina Amûrên Piştgiriyê
- Backup Part 7: Encam
Source: www.habr.com