Эмне үчүн сизге камдык көчүрмөлөр керек? Анткени, жабдуулар абдан, абдан ишенимдүү жана андан тышкары, физикалык серверлерге караганда ишенимдүүлүгү жакшыраак болгон "булуттар" бар: туура конфигурация менен "булут" сервер инфраструктуралык физикалык сервердин иштен чыгышына оңой эле туруштук бере алат жана кызмат колдонуучулардын көз карашы боюнча, убакыт кызматында кичинекей, эптеп байкалбаган секирик болот. Мындан тышкары, маалыматтын кайталанышы көбүнчө процессордун "кошумча" убактысын, дисктин жүгүн жана тармактык трафикти төлөөнү талап кылат.
Идеалдуу программа тез иштейт, эстутумду агып кетпейт, тешиктери жок жана жок.
- Белгисиз
Программалар дагы эле протеинди иштеп чыгуучулар тарабынан жазылгандыктан жана көп учурда тестирлөө процесси жок, плюс программалар "мыкты тажрыйбаларды" колдонуу менен сейрек жеткирилет (анын өзү дагы программалар, демек, жеткилең эмес), системалык администраторлор көбүнчө кыска, бирок уга турган көйгөйлөрдү чечүүгө туура келет. Кыскача айтканда: "кандай болгонуна кайтуу", "базаны нормалдуу иштөөгө алып келүү", "жай иштейт - артка жылдыруу", ошондой эле менин сүйүктүү "Эмне экенин билбейм, бирок аны оңдо".
Иштеп чыгуучулардын этиятсыз ишинин натыйжасында келип чыккан логикалык каталардан, же жагдайлардын айкалышынан, ошондой эле программа куруунун майда өзгөчөлүктөрүн толук эмес билүү же туура эмес түшүнүү, анын ичинде туташуучу жана тутумдук, анын ичинде операциялык системалар, драйверлер жана микропрограммалар - башка каталар да бар. Мисалы, иштеп чыгуучулардын көбү иштөө убактысына таянып, физикалык мыйзамдарды унутуп коюшат, аларды программаларды колдонуу менен айланып өтүү дагы эле мүмкүн эмес. Бул дисктин подсистемасынын чексиз ишенимдүүлүгүн жана жалпысынан маалыматтарды сактоочу ар кандай подсистеманын (анын ичинде оперативдүү эстутум жана процессордун кэш!) жана процессордо нөлдүк иштетүү убактысын жана тармак аркылуу өткөрүүдө жана компьютерде иштетүүдө каталардын жоктугун камтыйт. процессор, жана тармактык кечигүү, ал 0гө барабар. Белгилүү мөөнөттү этибарга албай коюуга болбойт, анткени аны өз убагында аткарбасаңыз, тармактын жана дисктин иштешинин нюанстарынан да жаман көйгөйлөр пайда болот.
Толук күчөгөн жана баалуу маалыматтардын үстүнөн илинип турган көйгөйлөр менен эмне кылуу керек? Тирүү иштеп чыгуучуларды алмаштыра турган эч нерсе жок жана бул жакынкы келечекте мүмкүн боло тургандыгы чындык эмес. Башка жагынан алып караганда, бир нече гана долбоорлор программанын ойдогудай иштей турганын толугу менен далилдей алды жана далилдерди башка окшош долбоорлорго колдонуу сөзсүз түрдө мүмкүн эмес. Ошондой эле, мындай далилдер көп убакытты талап кылат жана атайын көндүмдөрдү жана билимди талап кылат, бул иш жүзүндө мөөнөтүн эске алуу менен аларды колдонуу мүмкүнчүлүгүн азайтат. Мындан тышкары, биз маалыматты сактоо, иштетүү жана берүү үчүн өтө тез, арзан жана чексиз ишенимдүү технологияны кантип колдонууну биле элекпиз. Мындай технологиялар, эгерде алар бар болсо, концепциялар түрүндө, же - көбүнчө - фантастикалык китептерде жана фильмдерде гана.
Жакшы сүрөтчүлөр көчүрүшөт, улуу сүрөтчүлөр уурдашат.
— Пабло Пикассо.
Эң ийгиликтүү чечимдер жана таң калыштуу жөнөкөй нерселер, адатта, бир караганда таптакыр бири-бирине дал келбеген түшүнүктөр, технологиялар, билимдер жана илим тармактары кездешкен жерде болот.
Мисалы, канаттуулардын жана самолеттордун канаттары бар, бирок функционалдык окшоштугуна карабастан - кээ бир режимдерде иштөө принциби бирдей, ал эми техникалык маселелер да ушундай жол менен чечилет: көңдөй сөөктөр, бекем жана жеңил материалдарды колдонуу ж.б. натыйжалары абдан окшош болсо да, такыр башкача. Технологиябызда көргөн эң сонун мисалдар да табияттан алынган: кемелердин жана суу астындагы кайыктардын басымдуу отсектери аннелиддерге түздөн-түз окшош; рейддик массивдерди түзүү жана маалыматтардын бүтүндүгүн текшерүү - ДНК чынжырын кайталоо; ошондой эле жупташкан органдар, ар кандай органдардын ишинин борбордук нерв системасынан (жүрөктү автоматташтыруу) жана рефлекстерден көз карандысыздыгы - Интернетте автономдуу системалар. Албетте, даяр чечимдерди кабыл алуу жана колдонуу көйгөйлөр менен коштолот, бирок ким билет, балким, башка чечимдер жок.
Сенин кайда жыгаарыңды билсем кана, саман төкмөкмүн!
—Белорус элинин макалы
Бул камдык көчүрмөлөр каалагандар үчүн абдан маанилүү экенин билдирет:
- Системаларыңыздын иштешин минималдуу токтоп калуу менен же такыр ансыз калыбына келтире аласыз
- Кайраттуулук менен иш-аракет кылыңыз, анткени ката болгон учурда артка кайтаруу мүмкүнчүлүгү дайыма болот
- Маалыматтарды атайылап бузуунун кесепеттерин азайтуу
Бул жерде бир аз теория
Ар кандай классификация өзүм билемдик. Жаратылыш классификацияланбайт. Бизге ыңгайлуу болгондуктан классификациялайбыз. Ал эми биз да өзүм билемдик менен алган маалыматтарга жараша классификациялайбыз.
— Жан Брулер
Физикалык сактоо ыкмасына карабастан, логикалык маалыматтарды сактоо бул маалыматтарга жетүүнүн эки жолуна бөлүнөт: блок жана файл. Бул бөлүнүү жакында өтө бүдөмүк болуп калды, анткени таза блок, ошондой эле таза файлдык, логикалык сактагыч жок. Бирок, жөнөкөйлүк үчүн, биз алар бар деп ойлойбуз.
Блок маалыматтарды сактоо маалыматтар белгилүү бир туруктуу бөлүктөрүндө, блоктордо жазылган физикалык түзүлүш бар экенин билдирет. Блокторго белгилүү бир дарек боюнча кирүүгө болот; ар бир блоктун аппараттын ичинде өзүнүн дареги бар.
Камдык көчүрмө, адатта, маалыматтардын блокторун көчүрүү жолу менен жасалат. Маалыматтардын бүтүндүгүн камсыз кылуу үчүн жаңы блокторду жазуу, ошондой эле учурдагы блокторго өзгөртүүлөр көчүрүү учурунда токтотулат. Кадимки дүйнөдөн аналогияны ала турган болсок, эң жакын нерсе бул окшош номерлүү уячалары бар шкаф.
Логикалык түзүлүш принцибине негизделген файл маалыматтарын сактоо блокту сактоого жакын жана көбүнчө үстү жагында уюштурулат. Маанилүү айырмачылыктар сактагыч иерархиясынын жана адам окуй турган ысымдардын болушу. Абстракция файл түрүндө бөлүнөт - аталган маалыматтар аймагы, ошондой эле каталог - сүрөттөмөлөр жана башка файлдарга кирүү сакталган атайын файл. Файлдар кошумча метадайындар менен камсыз болушу мүмкүн: түзүү убактысы, желекчелер ж.б. Камдык көчүрмөлөр адатта ушундай жол менен жасалат: алар өзгөртүлгөн файлдарды издешет, андан кийин аларды ошол эле түзүлүштөгү башка файл сактагычына көчүрүшөт. Маалыматтардын бүтүндүгү, адатта, жазылган файлдардын жоктугу менен ишке ашырылат. Файлдын метадайындарынын камдык көчүрмөсү ушундай эле жол менен сакталат. Эң жакын окшоштук - бул китепкана, анда ар кандай китептерден турган бөлүмдөр бар, ошондой эле китептердин адам окуй турган аттары жазылган каталогу бар.
Жакында, кээде башка вариант сүрөттөлөт, алардан, негизинен, файлдык маалыматтарды сактоо башталган жана ошол эле архаикалык өзгөчөлүктөргө ээ: объект маалыматын сактоо.
Ал файл сактагычтан бирден ашык уясы жок экендиги менен айырмаланат (жалпак схема) жана файл аттары адам окуй турган болсо да, машиналар менен иштетүүгө дагы эле ылайыктуу. Камдык көчүрмөлөрдү жасоодо объект сактагыч көбүнчө файл сактагычына окшош мамиле кылынат, бирок кээде башка варианттар да болот.
— Системалык администраторлордун эки түрү бар, алар резервдик көчүрмөлөрдү жасабагандар жана УШУНДАЙ эле жасагандар.
- Чынында, үч түрү бар: камдык көчүрмөлөрдү калыбына келтирүүгө болорун текшергендер да бар.- Белгисиз
Ошондой эле маалыматтардын камдык көчүрмөсүн сактоо процесси программалар тарабынан ишке ашырыларын түшүнүү керек, андыктан анын башка программалар сыяктуу эле кемчиликтери бар. Адам факторуна көз карандылыкты жоюу (жок кылбоо!) үчүн, ошондой эле өзгөчөлүктөр – алар өз алдынча күчтүү таасир этпейт, бирок чогуу байкаларлык эффект бере алат – деп аталган. эреже 3-2-1. Аны кантип чечмелөөнүн көптөгөн варианттары бар, бирок мага төмөнкү чечмелөө көбүрөөк жагат: бир эле маалыматтын 3 топтому сакталышы керек, 2 топтому ар кандай форматта жана 1 топтому географиялык жактан алыскы сактагычта сакталышы керек.
Сактоо форматын төмөнкүдөй түшүнүү керек:
- Физикалык сактоо ыкмасына көз карандылык бар болсо, биз физикалык ыкманы өзгөртөбүз.
- Логикалык сактоо ыкмасына көз карандылык болсо, логикалык ыкманы өзгөртөбүз.
3-2-1 эрежесинин максималдуу эффектисине жетүү үчүн сактоо форматын эки жол менен өзгөртүү сунушталат.
Резервдик көчүрмөнүн өз максатына карата даярдыгы - функционалдуулукту калыбына келтирүү көз карашынан алганда, "ысык" жана "муздак" резервдик көчүрмөлөр айырмаланат. Ысыктары муздактардан бир гана нерсе менен айырмаланат: алар дароо колдонууга даяр, ал эми муздактары калыбына келтирүү үчүн кошумча кадамдарды талап кылат: шифрди ачуу, архивден чыгаруу ж.б.
Ыстык жана муздак көчүрмөлөрдү онлайн жана оффлайн көчүрмөлөрү менен чаташтырбаңыз, бул маалыматтардын физикалык изоляциясын билдирет жана чындыгында резервдик ыкмаларды классификациялоонун дагы бир белгиси болуп саналат. Ошентип, оффлайн көчүрмөсү - калыбына келтирилиши керек болгон системага түздөн-түз туташкан эмес - ысык же муздак болушу мүмкүн (калыбына келтирүүгө даярдыгы боюнча). Онлайн көчүрмөсү калыбына келтирилиши керек болгон жерде түз болушу мүмкүн, көбүнчө ысык, бирок муздактары да бар.
Мындан тышкары, камдык көчүрмөлөрдү түзүү процессинин өзү, адатта, бир резервдик көчүрмөнү түзүү менен бүтпөй турганын жана көчүрмөлөрдүн кыйла көп болушу мүмкүн экенин унутпаңыз. Ошондуктан, толук резервдик көчүрмөлөрдү айырмалоо керек, б.а. башка резервдик көчүрмөлөрдөн көз карандысыз калыбына келтирилиши мүмкүн болгондор, ошондой эле дифференциалдык (кошумча, дифференциалдык, азайтуучу ж.б.) көчүрмөлөр - өз алдынча калыбына келтирилбеген жана бир же бир нече башка резервдик көчүрмөлөрдү алдын ала калыбына келтирүүнү талап кылгандар.
Дифференциалдык кошумча резервдик көчүрмөлөр камдык сактоо мейкиндигин үнөмдөө аракети болуп саналат. Ошентип, резервдик көчүрмөгө мурунку резервдик көчүрмөдөн гана өзгөртүлгөн маалыматтар жазылат.
Дифференциалдык төмөндөтүүчүлөрү бир эле максат үчүн түзүлөт, бирок бир аз башкачараак: толук резервдик көчүрмө түзүлөт, бирок жаңы көчүрмө менен мурункунун ортосундагы айырма гана сакталат.
Өзүнчө, дубликаттарды сактоонун жоктугун колдогон сактоонун үстүнөн резервдик көчүрүү процессин карап чыгуу зарыл. Ошентип, анын үстүнө толук камдык көчүрмөлөрдү жазсаңыз, анда резервдик көчүрмөлөрдүн ортосундагы айырмачылыктар гана жазылат, бирок резервдик көчүрмөлөрдү калыбына келтирүү процесси толук көчүрмөдөн калыбына келтирүүгө окшош жана толугу менен ачык болот.
Quis custodiet ipsos custodes?
(Күзөтчүлөрдү ким кайтарат? - лат.)
Камдык көчүрмөлөр жок болгондо бул өтө жагымсыз, бирок камдык көчүрмө жасалгандай көрүнсө, андан да жаман, бирок калыбына келтирүүдө аны калыбына келтирүүгө болбойт, анткени:
- Булак маалыматтарынын бүтүндүгү бузулган.
- Камдык сактагыч бузулган.
- Калыбына келтирүү өтө жай иштейт, сиз жарым-жартылай калыбына келтирилген маалыматтарды колдоно албайсыз.
Туура курулган камдык көчүрмөнү сактоо процесси мындай комментарийлерди, өзгөчө биринчи экөөнү эске алышы керек.
Булак маалыматтардын бүтүндүгүн бир нече жол менен кепилдик берсе болот. Көбүнчө төмөнкүлөр колдонулат: а) блоктук деңгээлде файлдык системанын сүрөтүн түзүү, б) файлдык системанын абалын “тоңдуруу”, в) версияларды сактоочу атайын блоктук түзүлүш, г) файлдарды ырааттуу жазуу же блоктор. Калыбына келтирүү учурунда маалыматтардын текшерилишин камсыздоо үчүн текшерүү суммасы да колдонулат.
Сактоо коррупциясын текшерүү суммалары аркылуу да аныктоого болот. Кошумча ыкма - бул мурунтан эле жазылган маалыматтарды өзгөртүү мүмкүн эмес, бирок жаңыларын кошууга мүмкүн болгон атайын түзүлүштөрдү же файлдык системаларды колдонуу.
Калыбына келтирүүнү тездетүү үчүн, маалыматтарды калыбына келтирүү калыбына келтирүү үчүн бир нече процесстер менен колдонулат - жай тармак же жай диск системасы түрүндө эч кандай тоскоолдук жок болсо. Жарым-жартылай калыбына келтирилген маалыматтар менен кырдаалды айланып өтүү үчүн, камдык көчүрмөнү сактоо процессин салыштырмалуу кичинекей субмилдеттерге бөлсөңүз болот, алардын ар бири өзүнчө аткарылат. Ошентип, калыбына келтирүү убактысын алдын ала айтуу менен үзгүлтүксүз аткарууну калыбына келтирүү мүмкүн болот. Бул көйгөй көбүнчө уюштуруу планында (SLA) болот, ошондуктан биз бул жөнүндө майда-чүйдөсүнө чейин токтолбойбуз.
Татымалдарды ар бир тамакка кошкон адам эмес, ага эч качан кошумча эч нерсе кошпогон адис.
-IN. Синявский
Системалык администраторлор колдонгон программалык камсыздоого байланыштуу практикалар ар кандай болушу мүмкүн, бирок жалпы принциптер дагы эле тигил же бул жол менен бирдей, атап айтканда:
- Даяр чечимдерди колдонуу катуу сунушталат.
- Программалар алдын ала иштеши керек, б.а. Документсиз өзгөчөлүктөр же тоскоолдуктар болбошу керек.
- Ар бир программаны орнотуу ушунчалык жөнөкөй болушу керек, ошондуктан ар бир жолу окуу куралын же алдамчылык баракчаны окуунун кажети жок.
- Мүмкүн болсо, чечим универсалдуу болушу керек, анткени серверлер аппараттык мүнөздөмөлөрү боюнча абдан айырмаланышы мүмкүн.
Блок түзмөктөрүнөн камдык көчүрмөлөрдү алуу үчүн төмөнкү жалпы программалар бар:
- dd, системаны башкаруу ардагерлерине тааныш, ошондой эле окшош программаларды камтыйт (мисалы, ошол эле dd_rescue).
- Файлдык тутумдун таштандысын түзүүчү кээ бир файл тутумдарына орнотулган утилиталар.
- Бардык жеген коммуналдык кызматтар; мисалы, бөлүкчөлөр.
- Менчик, көбүнчө менчик, чечимдер; мисалы, NortonGhost жана андан кийинки.
Файлдык системалар үчүн резервдик көчүрүү маселеси блоктук түзүлүштөр үчүн колдонулуучу ыкмаларды колдонуу менен жарым-жартылай чечилет, бирок көйгөйдү колдонуу менен натыйжалуураак чечсе болот, мисалы:
- Rsync, файл тутумдарынын абалын синхрондоштуруу үчүн жалпы максаттагы программа жана протокол.
- Камтылган архивдөө куралдары (ZFS).
- Үчүнчү тараптын архивдөө куралдары; абдан популярдуу өкүлү чайыр болуп саналат. Башкалар бар, мисалы, дар - заманбап системаларга багытталган чайырдын ордуна.
Камдык көчүрмөлөрдү түзүүдө маалыматтардын ырааттуулугун камсыз кылуу үчүн программалык камсыздоо куралдары жөнүндө өзүнчө сөз кылуу зарыл. Эң көп колдонулган варианттар:
- Файлдык тутумду окуу үчүн гана режимде орнотуу (ReadOnly) же файл тутумун тоңдуруу (тоңдуруу) - методдун колдонуу мүмкүнчүлүгү чектелген.
- Файлдык системалардын же блоктук түзүлүштөрдүн (LVM, ZFS) абалынын сүрөттөрүн түзүү.
- Кандайдыр бир себептерден улам мурунку пункттарды берүү мүмкүн болбогон учурларда да таасирлерди уюштуруу үчүн үчүнчү тараптын куралдарын колдонуу (хоткопия сыяктуу программалар).
- Өзгөртүү боюнча көчүрүү техникасы (CopyOnWrite), бирок ал көбүнчө колдонулган файл тутумуна (BTRFS, ZFS) байланыштуу.
Ошентип, кичинекей сервер үчүн сиз төмөнкү талаптарга жооп берген резервдик схеманы беришиңиз керек:
- Колдонуу оңой - операция учурунда атайын кошумча кадамдар талап кылынбайт, көчүрмөлөрдү түзүү жана калыбына келтирүү үчүн минималдуу кадамдар.
- Универсал - чоң жана кичине серверлерде иштейт; бул серверлердин санын көбөйтүүдө же масштабдоодо маанилүү.
- Пакет менеджери тарабынан же "жүктөө жана таңгактан чыгаруу" сыяктуу бир же эки буйрукта орнотулган.
- Туруктуу - стандарттуу же көптөн бери калыптанып калган сактоо форматы колдонулат.
- Жумушта тез.
Талаптарга аздыр-көптүр жооп берген талапкерлер:
- rdiff-камдык көчүрмө
- rsnapshot
- кекиргенде
- дубликат
- эки жүздүүлүк
- коё бер
- тыгыз
- zbackup
- эс алуу
- borgbackup
Сыноочу стенд катары төмөнкү мүнөздөмөлөргө ээ виртуалдык машина (XenServer негизинде) колдонулат:
- 4 өзөк 2.5 ГГц,
- 16 ГБ RAM,
- 50 ГБ гибриддик сактагыч (SSDде кэштештирүү системасы виртуалдык дисктин көлөмүнүн 20%ы) бөлүүсүз өзүнчө виртуалдык диск түрүндө,
- 200 Мбит интернет каналы.
Дээрлик ошол эле машина 500 ГБ катуу диск менен гана резервдик ресивер сервери катары колдонулат.
Иштетүү системасы - Centos 7 x64: стандарттык бөлүм, кошумча бөлүм маалымат булагы катары колдонулат.
Алгачкы маалымат катары, 40 ГБ медиа файлдары жана MySQL маалымат базасы бар WordPress сайтын алалы. Виртуалдык серверлер мүнөздөмөлөрү боюнча ар кандай болгондуктан, ошондой эле жакшыраак кайталануу үчүн, бул жерде
sysbench аркылуу сервер тестирлөө натыйжалары.sysbench --threads=4 --time=30 --cpu-max-prime=20000 cpu иштетүү
sysbench 1.1.0-18a9f86 (топтолгон LuaJIT 2.1.0-beta3 менен)
Тестти төмөнкү параметрлер менен иштетүү:
Жиптердин саны: 4
Учурдагы убакыттан баштап кокус сандар генераторун баштоо
Жөнөкөй сандар чеги: 20000
Жумушчу жиптери инициалдалууда…
Жиптер башталды!
CPU ылдамдыгы:
секундасына окуялар: 836.69
Өткөрүү жөндөмү:
окуялар/с (eps): 836.6908
убакыт өткөн: 30.0039s
окуялардын жалпы саны: 25104
Кечирүү (мс):
мин: 2.38
орт.: 4.78
макс: 22.39
95-проценттил: 10.46
суммасы: 119923.64
Темалар адилеттүүлүк:
окуялар (ort/stddev): 6276.0000/13.91
аткаруу убактысы (орт./stddev): 29.9809/0.01
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=окуу эс тутуму
sysbench 1.1.0-18a9f86 (топтолгон LuaJIT 2.1.0-beta3 менен)
Тестти төмөнкү параметрлер менен иштетүү:
Жиптердин саны: 4
Учурдагы убакыттан баштап кокус сандар генераторун баштоо
Төмөнкү параметрлер менен эстутум ылдамдыгын текшерүү:
блок өлчөмү: 1KiB
жалпы көлөмү: 102400MiB
операция: окуу
чөйрөсү: глобалдык
Жумушчу жиптери инициалдалууда…
Жиптер башталды!
Жалпы операциялар: 50900446 (секундасына 1696677.10)
49707.47 МБ которулду (1656.91 МБ/сек)
Өткөрүү жөндөмү:
окуялар/с (eps): 1696677.1017
убакыт өткөн: 30.0001s
окуялардын жалпы саны: 50900446
Кечирүү (мс):
мин: 0.00
орт.: 0.00
макс: 24.01
95-проценттил: 0.00
суммасы: 39106.74
Темалар адилеттүүлүк:
окуялар (ort/stddev): 12725111.5000/137775.15
аткаруу убактысы (орт./stddev): 9.7767/0.10
sysbench --threads=4 --time=30 --memory-block-size=1K --memory-scope=global --memory-total-size=100G --memory-oper=жазуу эс тутуму
sysbench 1.1.0-18a9f86 (топтолгон LuaJIT 2.1.0-beta3 менен)
Тестти төмөнкү параметрлер менен иштетүү:
Жиптердин саны: 4
Учурдагы убакыттан баштап кокус сандар генераторун баштоо
Төмөнкү параметрлер менен эстутум ылдамдыгын текшерүү:
блок өлчөмү: 1KiB
жалпы көлөмү: 102400MiB
операция: жазуу
чөйрөсү: глобалдык
Жумушчу жиптери инициалдалууда…
Жиптер башталды!
Жалпы операциялар: 35910413 (секундасына 1197008.62)
35068.76 МБ которулду (1168.95 МБ/сек)
Өткөрүү жөндөмү:
окуялар/с (eps): 1197008.6179
убакыт өткөн: 30.0001s
окуялардын жалпы саны: 35910413
Кечирүү (мс):
мин: 0.00
орт.: 0.00
макс: 16.90
95-проценттил: 0.00
суммасы: 43604.83
Темалар адилеттүүлүк:
окуялар (ort/stddev): 8977603.2500/233905.84
аткаруу убактысы (орт./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 (топтолгон LuaJIT 2.1.0-beta3 менен)
Тестти төмөнкү параметрлер менен иштетүү:
Жиптердин саны: 4
Учурдагы убакыттан баштап кокус сандар генераторун баштоо
Кошумча файл ачык желектери: (эч бири)
128 файл, ар бири 8МБ
1GiB жалпы файл өлчөмү
Блоктун көлөмү 4KiB
IO сурамдарынын саны: 0
Комплекстүү кокустук IO тести үчүн окуу/жазуу катышы: 1.50
Мезгил-мезгили менен FSYNC иштетилип, fsync() ар бир 100 сурамга чалуу.
Сыноонун аягында fsync() чалуу, Иштетилген.
Синхрондуу I/O режимин колдонуу
Кокус r/w тестин жүргүзүү
Жумушчу жиптери инициалдалууда…
Жиптер башталды!
Өткөрүү жөндөмү:
окуу: IOPS=3868.21 15.11 МБ/сек (15.84 МБ/сек)
жазуу: IOPS=2578.83 10.07 МБ/сек (10.56 МБ/сек)
fsync: IOPS=8226.98
Кечирүү (мс):
мин: 0.00
орт.: 0.27
макс: 18.01
95-проценттил: 1.08
суммасы: 238469.45
Бул жазуу чоң башталат
камдык жөнүндө макалалар сериясы
- Камдык көчүрмө, 1-бөлүк: Эмне үчүн резервдик көчүрүү керек, методдорго, технологияларга сереп салуу
- Камдык 2-бөлүк: rsync негизиндеги камдык куралдарды карап чыгуу жана сыноо
- Камдык 3-бөлүк: Кайталоо, кайталоо, дежа дупту карап чыгуу жана сыноо
- Камдык 4-бөлүк: zbackup, restic, borgbackup карап чыгуу жана сыноо
- Камдык 5-бөлүк: Linux үчүн bacula жана veeam камдык көчүрмөсүн сыноо
- Камдык 6-бөлүк: Камдык куралдарды салыштыруу
- Камдык 7-бөлүк: Корутундулар
Source: www.habr.com