Kwa nini unahitaji kufanya chelezo? Baada ya yote, vifaa ni vya kuaminika sana, na zaidi ya hayo, kuna "mawingu" ambayo ni bora kwa kuegemea kuliko seva za kimwili: na usanidi sahihi, seva ya "wingu" inaweza kuishi kwa urahisi kushindwa kwa seva ya kimwili ya miundombinu, na kutoka. mtazamo wa watumiaji wa huduma, kutakuwa na kuruka ndogo, isiyoonekana dhahiri katika huduma ya wakati. Kwa kuongeza, kurudia habari mara nyingi kunahitaji kulipa kwa muda wa "ziada" wa processor, mzigo wa disk, na trafiki ya mtandao.
Programu bora inaendesha haraka, haivuji kumbukumbu, haina mashimo, na haipo.
-Haijulikani
Kwa kuwa programu bado zimeandikwa na watengenezaji wa protini, na mara nyingi hakuna mchakato wa majaribio, pamoja na kwamba programu hutolewa mara chache kwa kutumia "mazoea bora" (ambayo yenyewe pia ni programu na kwa hivyo sio kamilifu), wasimamizi wa mfumo mara nyingi hulazimika kusuluhisha shida zinazosikika kwa ufupi lakini. kwa ufupi: "rudi kwa jinsi ilivyokuwa", "leta msingi kwa operesheni ya kawaida", "inafanya kazi polepole - rudi nyuma", na pia ninayopenda "sijui nini, lakini rekebisha".
Mbali na makosa ya kimantiki yanayotokea kama matokeo ya kazi ya kutojali ya watengenezaji, au mchanganyiko wa hali, pamoja na ujuzi usio kamili au kutokuelewana kwa vipengele vidogo vya programu za ujenzi - ikiwa ni pamoja na kuunganisha na mfumo, ikiwa ni pamoja na mifumo ya uendeshaji, madereva na firmware - pia kuna makosa mengine. Kwa mfano, watengenezaji wengi hutegemea wakati wa kukimbia, wakisahau kabisa sheria za kimwili, ambazo bado haziwezekani kukwepa kutumia programu. Hii ni pamoja na kuegemea kabisa kwa mfumo mdogo wa diski na, kwa ujumla, mfumo wowote wa uhifadhi wa data (pamoja na RAM na kashe ya processor!), na wakati wa usindikaji wa sifuri kwenye processor, na kutokuwepo kwa makosa wakati wa usambazaji kwenye mtandao na wakati wa usindikaji kwenye processor. processor, na latency ya mtandao, ambayo ni sawa na 0. Haupaswi kupuuza tarehe ya mwisho yenye sifa mbaya, kwa sababu ikiwa hutakutana nayo kwa wakati, kutakuwa na matatizo mabaya zaidi kuliko nuances ya uendeshaji wa mtandao na disk.
Nini cha kufanya na shida zinazoongezeka kwa nguvu kamili na hutegemea data muhimu? Hakuna kitu cha kuchukua nafasi ya watengenezaji wanaoishi, na sio ukweli kwamba itawezekana katika siku za usoni. Kwa upande mwingine, ni miradi michache tu iliyofaulu kuthibitisha kikamilifu kwamba programu itafanya kazi kama ilivyokusudiwa, na haitawezekana kuchukua na kutumia ushahidi huo kwa miradi mingine kama hiyo. Pia, ushahidi kama huo unachukua muda mwingi na unahitaji ujuzi maalum na ujuzi, na hii inapunguza uwezekano wa matumizi yao kwa kuzingatia tarehe za mwisho. Kwa kuongezea, bado hatujui jinsi ya kutumia teknolojia ya haraka sana, ya bei nafuu na inayotegemewa sana kuhifadhi, kuchakata na kusambaza habari. Teknolojia kama hizo, ikiwa zipo, ziko katika mfumo wa dhana, au - mara nyingi - tu katika vitabu vya hadithi za kisayansi na filamu.
Wasanii wazuri wanakopi, wasanii wazuri wanaiba.
- Pablo Picasso.
Suluhu zilizofanikiwa zaidi na mambo rahisi ya kushangaza kawaida hufanyika ambapo dhana, teknolojia, maarifa na nyanja za sayansi ambazo hazioani kabisa mwanzoni hukutana.
Kwa mfano, ndege na ndege zina mbawa, lakini licha ya kufanana kwa kazi - kanuni ya uendeshaji katika baadhi ya njia ni sawa, na matatizo ya kiufundi yanatatuliwa kwa njia sawa: mifupa mashimo, matumizi ya vifaa vya nguvu na nyepesi, nk. matokeo ni tofauti kabisa, ingawa yanafanana sana. Mifano bora zaidi tunayoona katika teknolojia yetu pia hukopwa kwa kiasi kikubwa kutoka kwa asili: sehemu za shinikizo za meli na manowari ni mlinganisho wa moja kwa moja na annelids; kujenga safu za uvamizi na kuangalia uadilifu wa data - kuiga mlolongo wa DNA; pamoja na viungo vya paired, uhuru wa kazi ya viungo tofauti kutoka kwa mfumo mkuu wa neva (otomatiki ya moyo) na reflexes - mifumo ya uhuru kwenye mtandao. Bila shaka, kuchukua na kutumia ufumbuzi tayari "kichwa-juu" umejaa matatizo, lakini ni nani anayejua, labda hakuna ufumbuzi mwingine.
Laiti ningejua ungeanguka wapi, ningeweka mirija!
- methali ya watu wa Belarusi
Hii inamaanisha kuwa nakala rudufu ni muhimu kwa wale wanaotaka:
- Kuwa na uwezo wa kurejesha uendeshaji wa mifumo yako na downtime kidogo, au hata bila hiyo kabisa
- Tenda kwa ujasiri, kwa sababu katika kesi ya kosa daima kuna uwezekano wa kurudi nyuma
- Punguza matokeo ya ufisadi wa kukusudia wa data
Hapa kuna nadharia kidogo
Uainishaji wowote ni wa kiholela. Asili haiainishi. Tunaainisha kwa sababu ni rahisi zaidi kwetu. Na tunaainisha kulingana na data ambayo pia tunachukua kiholela.
- Jean Bruler
Bila kujali njia ya hifadhi ya kimwili, hifadhi ya data ya mantiki inaweza kugawanywa katika njia mbili za kupata data hii: kuzuia na faili. Mgawanyiko huu hivi karibuni umekuwa na ukungu sana, kwa sababu kuzuia tu, pamoja na faili pekee, hifadhi ya kimantiki haipo. Hata hivyo, kwa unyenyekevu, tutafikiri kuwa zipo.
Kuzuia hifadhi ya data kunamaanisha kuwa kuna kifaa halisi ambapo data imeandikwa katika sehemu fulani za kudumu, vitalu. Vitalu vinapatikana kwa anwani fulani; kila kizuizi kina anwani yake ndani ya kifaa.
Hifadhi nakala kawaida hufanywa kwa kunakili vizuizi vya data. Ili kuhakikisha uadilifu wa data, kurekodi kwa vitalu vipya, pamoja na mabadiliko kwa zilizopo, kusimamishwa wakati wa kunakili. Ikiwa tunachukua mlinganisho kutoka kwa ulimwengu wa kawaida, jambo la karibu zaidi ni chumbani na seli zilizo na nambari zinazofanana.
Hifadhi ya data ya faili kulingana na kanuni ya kifaa cha mantiki iko karibu na uhifadhi wa kuzuia na mara nyingi hupangwa juu. Tofauti muhimu ni uwepo wa safu ya uhifadhi na majina yanayoweza kusomeka na wanadamu. Uondoaji umetolewa kwa namna ya faili - eneo la data linaloitwa, pamoja na saraka - faili maalum ambayo maelezo na upatikanaji wa faili nyingine huhifadhiwa. Faili zinaweza kutolewa na metadata ya ziada: wakati wa kuunda, bendera za ufikiaji, nk. Hifadhi rudufu kawaida hufanywa kwa njia hii: hutafuta faili zilizobadilishwa, kisha ziinakili kwenye uhifadhi mwingine wa faili na muundo sawa. Uadilifu wa data kawaida hutekelezwa kwa kutokuwepo kwa faili zinazoandikiwa. Metadata ya faili inachelezwa kwa njia sawa. Mfano wa karibu zaidi ni maktaba, ambayo ina sehemu na vitabu tofauti, na pia ina katalogi yenye majina ya vitabu vinavyoweza kusomeka na binadamu.
Hivi karibuni, chaguo jingine wakati mwingine huelezewa, ambalo, kwa kanuni, hifadhi ya data ya faili ilianza, na ambayo ina vipengele sawa vya kizamani: hifadhi ya data ya kitu.
Inatofautiana na hifadhi ya faili kwa kuwa haina kiota zaidi ya kimoja (mpango wa gorofa), na majina ya faili, ingawa yanaweza kusomeka na binadamu, bado yanafaa zaidi kwa usindikaji na mashine. Wakati wa kutekeleza chelezo, uhifadhi wa kitu mara nyingi hutendewa sawa na uhifadhi wa faili, lakini mara kwa mara kuna chaguzi zingine.
- Kuna aina mbili za wasimamizi wa mfumo, wale ambao hawafanyi nakala rudufu, na wale ambao TAYARI wanafanya.
- Kweli, kuna aina tatu: pia kuna wale ambao huangalia kwamba backups inaweza kurejeshwa.-Haijulikani
Inafaa pia kuelewa kuwa mchakato wa kuhifadhi data yenyewe unafanywa na programu, kwa hivyo ina shida sawa na programu nyingine yoyote. Kuondoa (sio kuondoa!) Utegemezi kwa sababu ya kibinadamu, pamoja na vipengele - ambavyo binafsi hawana athari kali, lakini pamoja vinaweza kutoa athari inayoonekana - kinachojulikana. kanuni 3-2-1. Kuna chaguo nyingi za jinsi ya kuifafanua, lakini napenda tafsiri ifuatayo bora zaidi: seti 3 za data sawa lazima zihifadhiwe, seti 2 lazima zihifadhiwe katika miundo tofauti, na seti 1 lazima ihifadhiwe katika hifadhi ya mbali ya kijiografia.
Muundo wa uhifadhi unapaswa kueleweka kama ifuatavyo:
- Ikiwa kuna utegemezi wa njia ya hifadhi ya kimwili, tunabadilisha njia ya kimwili.
- Ikiwa kuna utegemezi wa njia ya kuhifadhi mantiki, tunabadilisha njia ya mantiki.
Ili kufikia athari kubwa ya utawala wa 3-2-1, inashauriwa kubadilisha muundo wa hifadhi kwa njia zote mbili.
Kutoka kwa mtazamo wa utayari wa chelezo kwa madhumuni yake yaliyokusudiwa - kurejesha utendakazi - tofauti hufanywa kati ya chelezo "moto" na "baridi". Moto hutofautiana na baridi katika jambo moja tu: ziko tayari kutumika mara moja, wakati baridi zinahitaji hatua za ziada za kurejesha: utengamano, uchimbaji kutoka kwenye kumbukumbu, nk.
Usichanganye nakala za moto na baridi na nakala za mtandaoni na nje ya mtandao, ambayo inaashiria kutengwa kimwili kwa data na, kwa kweli, ni ishara nyingine ya uainishaji wa mbinu mbadala. Kwa hivyo nakala ya nje ya mtandao - ambayo haijaunganishwa moja kwa moja kwenye mfumo ambapo inahitaji kurejeshwa - inaweza kuwa moto au baridi (katika suala la utayari wa kupona). Nakala ya mtandaoni inaweza kupatikana moja kwa moja ambapo inahitaji kurejeshwa, na mara nyingi ni moto, lakini pia kuna baridi.
Kwa kuongeza, usisahau kwamba mchakato wa kuunda nakala za chelezo yenyewe kawaida haimalizi na uundaji wa nakala moja ya chelezo, na kunaweza kuwa na idadi kubwa ya nakala. Kwa hiyo, ni muhimu kutofautisha kati ya salama kamili, i.e. zile ambazo zinaweza kurejeshwa kwa kujitegemea na nakala zingine, pamoja na tofauti (zinazoongezeka, tofauti, za kupungua, nk) nakala - zile ambazo haziwezi kurejeshwa kwa kujitegemea na zinahitaji urejesho wa awali wa nakala moja au zaidi.
Nakala tofauti za nyongeza ni jaribio la kuhifadhi nafasi ya hifadhi. Kwa hivyo, data iliyobadilishwa tu kutoka kwa nakala rudufu imeandikwa kwa nakala rudufu.
Vipunguzo tofauti huundwa kwa madhumuni sawa, lakini kwa njia tofauti kidogo: nakala kamili ya chelezo hufanywa, lakini ni tofauti tu kati ya nakala mpya na ile ya awali ndio huhifadhiwa.
Kwa kando, inafaa kuzingatia mchakato wa kuhifadhi nakala rudufu, ambayo inasaidia kutokuwepo kwa uhifadhi wa nakala. Kwa hivyo, ikiwa utaandika nakala kamili juu yake, tofauti tu kati ya nakala zitaandikwa, lakini mchakato wa kurejesha nakala utafanana na kurejesha kutoka kwa nakala kamili na kwa uwazi kabisa.
Je! una uhifadhi wa ipsos?
(Nani atawalinda walinzi wenyewe? - lat.)
Haipendezi sana wakati hakuna nakala za chelezo, lakini ni mbaya zaidi ikiwa nakala ya chelezo inaonekana kuwa imefanywa, lakini wakati wa kurejesha inageuka kuwa haiwezi kurejeshwa kwa sababu:
- Uadilifu wa data chanzo umetatizika.
- Hifadhi ya chelezo imeharibiwa.
- Urejeshaji hufanya kazi polepole sana; huwezi kutumia data ambayo imerejeshwa kwa kiasi.
Mchakato wa chelezo ulioundwa vizuri lazima uzingatie maoni kama haya, haswa mawili ya kwanza.
Uadilifu wa data chanzo unaweza kuhakikishwa kwa njia kadhaa. Zinazotumiwa zaidi ni zifuatazo: a) kuunda snapshots za mfumo wa faili kwenye kiwango cha kuzuia, b) "kufungia" hali ya mfumo wa faili, c) kifaa maalum cha kuzuia na hifadhi ya toleo, d) kurekodi mfululizo wa faili au vitalu. Hundi pia hutumika ili kuhakikisha data inathibitishwa wakati wa kurejesha.
Uharibifu wa hifadhi pia unaweza kugunduliwa kwa kutumia hundi. Njia ya ziada ni matumizi ya vifaa maalum au mifumo ya faili ambayo data iliyorekodi tayari haiwezi kubadilishwa, lakini mpya inaweza kuongezwa.
Ili kuharakisha urejeshaji, urejeshaji wa data hutumiwa na michakato mingi ya urejeshaji - mradi hakuna kizuizi kwa njia ya mtandao polepole au mfumo wa diski polepole. Ili kuzunguka hali hiyo na data iliyorejeshwa kwa sehemu, unaweza kuvunja mchakato wa chelezo kuwa kazi ndogo ndogo, ambayo kila moja inafanywa kando. Kwa hivyo, inakuwa inawezekana kurejesha utendaji mara kwa mara wakati wa kutabiri wakati wa kurejesha. Shida hii mara nyingi iko kwenye ndege ya shirika (SLA), kwa hivyo hatutakaa juu ya hili kwa undani.
Mtaalam wa viungo sio yeye anayewaongeza kwa kila sahani, lakini yule ambaye haongezei chochote cha ziada.
-NDANI. Sinyavsky
Mazoea kuhusu programu inayotumiwa na wasimamizi wa mfumo yanaweza kutofautiana, lakini kanuni za jumla bado, kwa njia moja au nyingine, ni sawa, haswa:
- Inashauriwa sana kutumia ufumbuzi tayari.
- Mipango inapaswa kufanya kazi kwa kutabirika, i.e. Kusiwe na vipengele visivyo na hati au vikwazo.
- Kuweka kila programu inapaswa kuwa rahisi sana kwamba huna kusoma mwongozo au karatasi ya kudanganya kila wakati.
- Ikiwezekana, suluhisho linapaswa kuwa la ulimwengu wote, kwa sababu seva zinaweza kutofautiana sana katika sifa zao za vifaa.
Kuna programu zifuatazo za kawaida za kuchukua chelezo kutoka kwa vifaa vya kuzuia:
- dd, inayojulikana kwa maveterani wa utawala wa mfumo, hii pia inajumuisha programu zinazofanana (dd_rescue sawa, kwa mfano).
- Huduma zilizojengwa katika baadhi ya mifumo ya faili ambayo huunda utupaji wa mfumo wa faili.
- Huduma za Omnivorous; kwa mfano partclone.
- Mwenyewe, mara nyingi ni wamiliki, maamuzi; kwa mfano, NortonGhost na baadaye.
Kwa mifumo ya faili, shida ya chelezo hutatuliwa kwa sehemu kwa kutumia njia zinazotumika kwa vifaa vya kuzuia, lakini shida inaweza kutatuliwa kwa ufanisi zaidi kwa kutumia, kwa mfano:
- Rsync, mpango wa madhumuni ya jumla na itifaki ya kusawazisha hali ya mifumo ya faili.
- Zana za kuhifadhi kumbukumbu zilizojengwa ndani (ZFS).
- zana za uhifadhi wa mtu wa tatu; mwakilishi maarufu zaidi ni tar. Kuna wengine, kwa mfano, dar - badala ya lami inayolenga mifumo ya kisasa.
Inafaa kutaja kando kuhusu zana za programu za kuhakikisha uthabiti wa data wakati wa kuunda nakala za chelezo. Chaguzi zinazotumiwa zaidi ni:
- Kuweka mfumo wa faili katika hali ya kusoma tu (ReadOnly), au kufungia mfumo wa faili (kufungia) - njia hiyo ni ya utumiaji mdogo.
- Kuunda snapshots za hali ya mifumo ya faili au vifaa vya kuzuia (LVM, ZFS).
- Utumiaji wa zana za wahusika wengine kupanga maonyesho, hata katika hali ambapo vidokezo vya hapo awali haziwezi kutolewa kwa sababu fulani (programu kama hotcopy).
- Mbinu ya kunakili-kubadilisha (CopyOnWrite), hata hivyo, mara nyingi imefungwa kwenye mfumo wa faili unaotumiwa (BTRFS, ZFS).
Kwa hivyo, kwa seva ndogo unahitaji kutoa mpango wa chelezo ambao unakidhi mahitaji yafuatayo:
- Rahisi kutumia - hakuna hatua maalum za ziada zinazohitajika wakati wa operesheni, hatua ndogo za kuunda na kurejesha nakala.
- Universal - inafanya kazi kwenye seva kubwa na ndogo; hii ni muhimu wakati wa kuongeza idadi ya seva au kuongeza.
- Imesakinishwa na msimamizi wa kifurushi, au katika amri moja au mbili kama vile "pakua na upakue".
- Imara - muundo wa uhifadhi wa kawaida au wa muda mrefu hutumiwa.
- Haraka katika kazi.
Waombaji kutoka kwa wale ambao zaidi au chini wanakidhi mahitaji:
- rdiff-chelezo
- mkazo
- burp
- nakala
- nakala mbili
- acha ujinga
- dar
- z chelezo
- utulivu
- borgbackup
Mashine pepe (kulingana na XenServer) yenye sifa zifuatazo itatumika kama benchi ya majaribio:
- 4 cores 2.5 GHz,
- RAM ya GB 16,
- Uhifadhi wa mseto wa GB 50 (mfumo wa kuhifadhi na caching kwenye SSD 20% ya saizi ya diski) katika mfumo wa diski tofauti bila kugawa,
- Chaneli ya mtandao ya Mbits 200.
Takriban mashine hiyo hiyo itatumika kama seva ya kipokeaji chelezo, ikiwa na diski kuu ya GB 500 pekee.
Mfumo wa uendeshaji - Centos 7 x64: kizigeu cha kawaida, kizigeu cha ziada kitatumika kama chanzo cha data.
Kama data ya awali, wacha tuchukue tovuti ya WordPress iliyo na GB 40 za faili za midia na hifadhidata ya mysql. Kwa kuwa seva za kawaida hutofautiana sana katika sifa, na pia kwa uzazi bora zaidi, hapa ni
matokeo ya upimaji wa seva kwa kutumia sysbench.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu run
sysbench 1.1.0-18a9f86 (kwa kutumia vifurushi vya LuaJIT 2.1.0-beta3)
Kuendesha jaribio na chaguzi zifuatazo:
Idadi ya nyuzi: 4
Inaanzisha jenereta ya nambari nasibu kutoka wakati wa sasa
Kikomo cha nambari kuu: 20000
Inaanzisha mazungumzo ya wafanyikazi…
Nyuzi zilianza!
Kasi ya CPU:
matukio kwa sekunde: 836.69
Kupitia:
matukio/vipindi (eps): 836.6908
muda uliopita: 30.0039s
jumla ya idadi ya matukio: 25104
Kuchelewa (ms):
dakika: 2.38
wastani: 4.78
Upeo wa juu: 22.39
Asilimia 95: 10.46
jumla: 119923.64
Usawa wa nyuzi:
matukio (wastani/stddev): 6276.0000/13.91
muda wa utekelezaji (wastani/stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=read memory run
sysbench 1.1.0-18a9f86 (kwa kutumia vifurushi vya LuaJIT 2.1.0-beta3)
Kuendesha jaribio na chaguzi zifuatazo:
Idadi ya nyuzi: 4
Inaanzisha jenereta ya nambari nasibu kutoka wakati wa sasa
Kuendesha mtihani wa kasi ya kumbukumbu na chaguzi zifuatazo:
saizi ya kizuizi: 1KiB
saizi ya jumla: 102400MiB
operesheni: kusoma
upeo: kimataifa
Inaanzisha mazungumzo ya wafanyikazi…
Nyuzi zilianza!
Jumla ya shughuli: 50900446 (1696677.10 kwa sekunde)
49707.47 MiB imehamishwa (1656.91 MiB/sekunde)
Kupitia:
matukio/vipindi (eps): 1696677.1017
muda uliopita: 30.0001s
jumla ya idadi ya matukio: 50900446
Kuchelewa (ms):
dakika: 0.00
wastani: 0.00
Upeo wa juu: 24.01
Asilimia 95: 0.00
jumla: 39106.74
Usawa wa nyuzi:
matukio (wastani/stddev): 12725111.5000/137775.15
muda wa utekelezaji (wastani/stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=andika kumbukumbu kukimbia
sysbench 1.1.0-18a9f86 (kwa kutumia vifurushi vya LuaJIT 2.1.0-beta3)
Kuendesha jaribio na chaguzi zifuatazo:
Idadi ya nyuzi: 4
Inaanzisha jenereta ya nambari nasibu kutoka wakati wa sasa
Kuendesha mtihani wa kasi ya kumbukumbu na chaguzi zifuatazo:
saizi ya kizuizi: 1KiB
saizi ya jumla: 102400MiB
operesheni: kuandika
upeo: kimataifa
Inaanzisha mazungumzo ya wafanyikazi…
Nyuzi zilianza!
Jumla ya shughuli: 35910413 (1197008.62 kwa sekunde)
35068.76 MiB imehamishwa (1168.95 MiB/sekunde)
Kupitia:
matukio/vipindi (eps): 1197008.6179
muda uliopita: 30.0001s
jumla ya idadi ya matukio: 35910413
Kuchelewa (ms):
dakika: 0.00
wastani: 0.00
Upeo wa juu: 16.90
Asilimia 95: 0.00
jumla: 43604.83
Usawa wa nyuzi:
matukio (wastani/stddev): 8977603.2500/233905.84
muda wa utekelezaji (wastani/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 (kwa kutumia vifurushi vya LuaJIT 2.1.0-beta3)
Kuendesha jaribio na chaguzi zifuatazo:
Idadi ya nyuzi: 4
Inaanzisha jenereta ya nambari nasibu kutoka wakati wa sasa
Faili ya ziada fungua bendera: (hakuna)
Faili 128, 8MiB kila moja
1 GiB jumla ya saizi ya faili
Ukubwa wa kuzuia 4KiB
Idadi ya maombi ya IO: 0
Uwiano wa Kusoma/Kuandika kwa jaribio la pamoja la nasibu la IO: 1.50
FSYNC ya mara kwa mara imewezeshwa, ikiita fsync() kila ombi 100.
Inapiga simu fsync() mwishoni mwa jaribio, Imewezeshwa.
Kwa kutumia modi ya I/O iliyosawazishwa
Kufanya mtihani wa r/w bila mpangilio
Inaanzisha mazungumzo ya wafanyikazi…
Nyuzi zilianza!
Kupitia:
soma: IOPS=3868.21 15.11 MiB/s (15.84 MB/s)
andika: IOPS=2578.83 10.07 MiB/s (10.56 MB/s)
fsync: IOPS=8226.98
Kuchelewa (ms):
dakika: 0.00
wastani: 0.27
Upeo wa juu: 18.01
Asilimia 95: 1.08
jumla: 238469.45
Ujumbe huu unaanza sana
mfululizo wa makala kuhusu chelezo
- Hifadhi nakala, sehemu ya 1: Kwa nini chelezo inahitajika, muhtasari wa mbinu, teknolojia
- Hifadhi Nakala Sehemu ya 2: Kukagua na kujaribu zana za chelezo kulingana na rsync
- Hifadhi Nakala Sehemu ya 3: Kagua na Ujaribu undumilakuwili, nakala, nakala ya deja
- Chelezo Sehemu ya 4: Kukagua na kujaribu zbackup, restic, borgbackup
- Chelezo Sehemu ya 5: Kujaribu bacula na veeam chelezo kwa linux
- Chelezo Sehemu ya 6: Kulinganisha Zana za Hifadhi Nakala
- Chelezo Sehemu ya 7: Hitimisho
Chanzo: mapenzi.com