Та яагаад нөөцлөлт хийх хэрэгтэй байна вэ? Эцсийн эцэст, тоног төхөөрөмж нь маш найдвартай бөгөөд үүнээс гадна физик серверүүдээс илүү найдвартай "үүлүүд" байдаг: зөв тохируулгатай бол "үүл" сервер нь дэд бүтцийн физик серверийн эвдрэлийг амархан даван туулж чадна. Үйлчилгээний хэрэглэгчдийн үзэж байгаагаар үйлчилгээний цаг хугацааны хувьд бага зэрэг мэдэгдэхүйц үсрэлт гарах болно. Нэмж дурдахад, мэдээллийн давхардал нь ихэвчлэн процессорын "нэмэлт" цаг, дискний ачаалал, сүлжээний урсгалыг төлөхийг шаарддаг.
Хамгийн тохиромжтой програм хурдан ажилладаг, санах ой алдагдуулдаггүй, цоорхойгүй, байдаггүй.
-Мэдэхгүй
Программуудыг уураг боловсруулагчид бичдэг хэвээр байгаа бөгөөд туршилтын процесс байдаггүй, мөн программуудыг "шилдэг туршлагууд" -ыг ашиглах нь ховор байдаг (энэ нь бас программ учраас төгс бус) тул системийн администраторууд ихэвчлэн богино сонсогдож байгаа асуудлуудыг шийдвэрлэх шаардлагатай болдог. Товчхондоо: "байсан байдалдаа буцах", "суурийг хэвийн ажиллагаанд оруулах", "удаан ажиллана - буцах", мөн миний дуртай "Би юу болохыг мэдэхгүй байна, гэхдээ үүнийг засах".
Хөгжүүлэгчдийн хайхрамжгүй ажилласны үр дүнд үүсдэг логик алдаа, эсвэл нөхцөл байдлын хослол, түүнчлэн үйлдлийн систем, драйвер, програм хангамж гэх мэт холболтын болон системийн програмуудыг бүтээх програмын жижиг шинж чанаруудын талаар бүрэн бус мэдлэг, буруу ойлголтоос гадна. бусад алдаанууд бас бий. Жишээлбэл, ихэнх хөгжүүлэгчид программ ашиглах боломжгүй хэвээр байгаа физик хуулиудыг бүрэн мартаж, ажиллах цаг дээр тулгуурладаг. Үүнд дискний дэд систем ба ерөнхийдөө аливаа өгөгдөл хадгалах дэд системийн хязгааргүй найдвартай байдал (RAM болон процессорын кэшийг оруулаад!), процессор дээр боловсруулах хугацаа тэг байх, сүлжээгээр дамжуулах, боловсруулах явцад алдаа гарахгүй байх зэрэг орно. процессор болон сүлжээний хоцрогдол нь 0-тэй тэнцүү байна. Та цуутай хугацааг үл тоомсорлож болохгүй, учир нь хэрэв та үүнийг цаг тухайд нь биелүүлэхгүй бол сүлжээ болон дискний үйл ажиллагааны нюансаас ч дор асуудал гарах болно.
Бүрэн хүчээ авч, үнэ цэнэтэй өгөгдөлд баригдсан асуудлуудыг яах вэ? Амьд хөгжүүлэгчдийг орлох зүйл байхгүй бөгөөд энэ нь ойрын ирээдүйд боломжтой болно гэсэн баримт биш юм. Нөгөөтэйгүүр, хэдхэн төсөл хөтөлбөр нь зориулалтын дагуу ажиллана гэдгийг бүрэн нотолж чадсан бөгөөд нотлох баримтыг бусад ижил төстэй төслүүдэд ашиглах боломжгүй юм. Түүнчлэн, ийм нотлох баримт нь маш их цаг хугацаа шаарддаг бөгөөд тусгай ур чадвар, мэдлэг шаарддаг бөгөөд энэ нь эцсийн хугацааг харгалзан тэдгээрийг ашиглах боломжийг бараг бууруулдаг. Нэмж дурдахад бид мэдээлэл хадгалах, боловсруулах, дамжуулахад хэт хурдан, хямд, хязгааргүй найдвартай технологийг хэрхэн ашиглахаа мэдэхгүй байна. Ийм технологиуд, хэрэв байгаа бол үзэл баримтлал хэлбэрээр байдаг, эсвэл ихэвчлэн шинжлэх ухааны уран зөгнөлт ном, кинонд л байдаг.
Сайн зураачид хуулдаг, агуу уран бүтээлчид хулгай хийдэг.
- Пабло Пикассо.
Хамгийн амжилттай шийдлүүд, гайхалтай энгийн зүйлс нь ихэвчлэн анх харахад огт нийцэхгүй байгаа үзэл баримтлал, технологи, мэдлэг, шинжлэх ухааны салбарууд тааралдсан газарт тохиолддог.
Жишээлбэл, шувууд, нисэх онгоцнууд далавчтай байдаг боловч функциональ ижил төстэй байдлаас үл хамааран зарим горимд ажиллах зарчим ижил байдаг бөгөөд техникийн асуудлыг ижил төстэй байдлаар шийддэг: хөндий яс, бат бөх, хөнгөн материал ашиглах гэх мэт. үр дүн нь маш төстэй боловч тэс өөр юм. Технологидоо бидний харж буй хамгийн сайн жишээнүүд нь мөн байгалиас ихээхэн зээлсэн байдаг: усан онгоц, шумбагч онгоцны даралтат тасалгаа нь аннелидтэй шууд зүйрлэл юм; RAID массивыг бий болгох, мэдээллийн бүрэн бүтэн байдлыг шалгах - ДНХ-ийн гинжийг хуулбарлах; түүнчлэн хосолсон эрхтнүүд, төв мэдрэлийн системээс (зүрхний автоматжуулалт) янз бүрийн эрхтнүүдийн ажлын бие даасан байдал, рефлексүүд - Интернет дэх бие даасан системүүд. Мэдээжийн хэрэг, бэлэн шийдлүүдийг "толгойгоор нь" авч, хэрэгжүүлэх нь асуудалтай тулгардаг ч хэн мэдлээ, магадгүй өөр шийдэл байхгүй байх.
Чамайг хаана унахыг мэдсэн бол би сүрэл тавих байсан!
-Беларусийн ардын зүйр үг
Энэ нь дараахь зүйлийг хийхийг хүсдэг хүмүүст нөөц хуулбар чухал гэсэн үг юм.
- Системийнхээ ажиллагааг хамгийн бага зогсолтоор, тэр ч байтугай үүнгүйгээр сэргээх боломжтой
- Зоригтойгоор ажилла, учир нь алдаа гарсан тохиолдолд буцаах боломж үргэлж байдаг
- Өгөгдлийн санаатай эвдрэлийн үр дагаврыг багасгах
Энд бяцхан онол байна
Аливаа ангилал нь дур зоргоороо байдаг. Байгаль нь ангилдаггүй. Энэ нь бидэнд илүү тохиромжтой учраас бид ангилдаг. Мөн бид дур мэдэн авдаг өгөгдлөөр нь ангилдаг.
- Жан Брюлер
Физик хадгалалтын аргаас үл хамааран логик өгөгдлийг хадгалах нь энэ өгөгдөлд хандах хоёр аргад хуваагдана: блок болон файл. Энэ хуваагдал сүүлийн үед маш бүдэгэрсэн, учир нь цэвэр блок, түүнчлэн цэвэр файл, логик хадгалалт байхгүй байна. Гэсэн хэдий ч энгийн байхын тулд бид тэдгээр нь байдаг гэж таамаглах болно.
Мэдээллийн хадгалалтыг блоклох гэдэг нь өгөгдлийг тодорхой хэсэг, блок хэлбэрээр бичсэн физик төхөөрөмж байгааг илтгэнэ. Блокуудад тодорхой хаягаар ханддаг бөгөөд блок бүр төхөөрөмж дотор өөрийн гэсэн хаягтай байдаг.
Нөөцлөлтийг ихэвчлэн өгөгдлийн блокуудыг хуулах замаар хийдэг. Мэдээллийн бүрэн бүтэн байдлыг хангахын тулд хуулбарлах үед шинэ блокуудын бичлэг, мөн одоо байгаа блокуудын өөрчлөлтийг түр зогсооно. Хэрэв бид жирийн ертөнцөөс аналоги авч үзвэл хамгийн ойрын зүйл бол ижил дугаартай нүдтэй шүүгээ юм.
Логик төхөөрөмжийн зарчимд суурилсан файлын өгөгдөл хадгалах нь блок хадгалахад ойрхон бөгөөд ихэвчлэн дээд талд зохион байгуулагддаг. Чухал ялгаа нь хадгалах шатлал, хүний унших боломжтой нэрс байдаг. Хийсвэрлэлийг файл хэлбэрээр хуваарилдаг - нэрлэсэн өгөгдлийн хэсэг, түүнчлэн лавлах - бусад файлуудын тайлбар, хандалтыг хадгалдаг тусгай файл. Файлуудыг нэмэлт мета өгөгдлөөр хангаж болно: үүсгэх хугацаа, хандалтын туг гэх мэт. Нөөцлөлтийг ихэвчлэн ийм байдлаар хийдэг: тэд өөрчлөгдсөн файлуудыг хайж, дараа нь ижил бүтэцтэй өөр файлын сан руу хуулдаг. Өгөгдлийн бүрэн бүтэн байдал нь ихэвчлэн бичигдсэн файл байхгүй тохиолдолд хэрэгждэг. Файлын мета өгөгдлийг ижил аргаар нөөцлөнө. Хамгийн ойрын зүйрлэл бол өөр өөр ном бүхий хэсгүүдтэй номын сан, мөн хүний унших боломжтой номын нэр бүхий каталогтой номын сан юм.
Сүүлийн үед зарчмын хувьд файлын өгөгдөл хадгалалт эхэлсэн бөгөөд ижил хуучин шинж чанартай өөр нэг сонголтыг заримдаа тайлбарласан болно: объектын өгөгдөл хадгалах.
Энэ нь нэгээс илүү үүрлэх (хавтгай схем) байхгүй гэдгээрээ файлын хадгалалтаас ялгаатай бөгөөд файлын нэр нь хэдийгээр хүн унших боломжтой боловч машинаар боловсруулахад илүү тохиромжтой хэвээр байна. Нөөцлөлтийг хийхдээ объектын хадгалалтыг ихэвчлэн файл хадгалахтай адил авч үздэг боловч заримдаа өөр сонголтууд байдаг.
— Нөөцлөлт хийдэггүй, АЛЬТАЙ хийдэг гэсэн хоёр төрлийн системийн администраторууд байдаг.
- Үнэндээ гурван төрөл байдаг: нөөцлөлтийг сэргээх боломжтой эсэхийг шалгадаг хүмүүс бас байдаг.-Мэдэхгүй
Мэдээллийг нөөцлөх процесс нь өөрөө програмуудаар хийгддэг тул бусад програмуудтай адил сул талуудтай байдаг гэдгийг ойлгох нь зүйтэй. Хүний хүчин зүйлээс хамаарах хамаарлыг арилгах (арилгаж болохгүй!), түүнчлэн тус тусад нь хүчтэй нөлөө үзүүлдэггүй, гэхдээ хамтдаа мэдэгдэхүйц нөлөө үзүүлдэг онцлог шинж чанарууд гэж нэрлэгддэг. дүрэм 3-2-1. Үүнийг хэрхэн тайлах олон сонголт байдаг ч дараах тайлбар нь илүү таалагдаж байна: ижил өгөгдлийн 3 багц, өөр өөр форматаар 2 багц, газарзүйн хувьд алслагдсан хадгалах санд 1 багц хадгалагдах ёстой.
Хадгалах форматыг дараах байдлаар ойлгох хэрэгтэй.
- Хэрэв физик хадгалах аргаас хамааралтай бол бид физик аргыг өөрчилдөг.
- Логик хадгалах аргаас хамаарал байгаа бол бид логик аргыг өөрчилдөг.
3-2-1 дүрмийн хамгийн их үр дүнд хүрэхийн тулд хадгалах форматыг хоёр аргаар өөрчлөхийг зөвлөж байна.
Нөөцлөлтийг зориулалтын дагуу ашиглахад бэлэн байгаа эсэх - функцийг сэргээх үүднээс "халуун" ба "хүйтэн" нөөцлөлтийг ялгаж үздэг. Халуун нь хүйтнээс нэг л зүйлээр ялгагдана: тэр даруй ашиглахад бэлэн байдаг бол хүйтэн нь сэргээхэд нэмэлт алхмуудыг шаарддаг: шифрийг тайлах, архиваас гаргаж авах гэх мэт.
Халуун, хүйтэн хуулбарыг онлайн болон офлайн хуулбартай андуурч болохгүй, энэ нь өгөгдлийг физик тусгаарлах гэсэн утгатай бөгөөд үнэндээ нөөцлөх аргын ангиллын бас нэг шинж тэмдэг юм. Тиймээс офлайн хуулбар - сэргээх шаардлагатай системд шууд холбогдоогүй - халуун эсвэл хүйтэн (сэргээхэд бэлэн байдлын хувьд) байж болно. Онлайн хуулбарыг сэргээх шаардлагатай газарт шууд авах боломжтой бөгөөд ихэнхдээ халуун байдаг, гэхдээ хүйтэн байдаг.
Нэмж дурдахад нөөц хуулбар үүсгэх үйл явц нь ихэвчлэн нэг нөөц хуулбар үүсгэх замаар дуусдаггүй бөгөөд нэлээд олон тооны хуулбар байж болно гэдгийг бүү мартаарай. Тиймээс бүрэн нөөцлөлтийг ялгах шаардлагатай, i.e. бусад нөөцлөлтөөс хамааралгүйгээр сэргээх боломжтой, түүнчлэн дифференциал (өсөлт, дифференциал, бууралт гэх мэт) хуулбарууд - бие даан сэргээх боломжгүй бөгөөд нэг буюу хэд хэдэн өөр нөөцлөлтийг урьдчилан сэргээх шаардлагатай.
Дифференциал нэмэгдэл нөөцлөлт нь нөөц хадгалах зайг хэмнэх оролдлого юм. Тиймээс зөвхөн өмнөх нөөцөөс өөрчлөгдсөн өгөгдлийг нөөц хуулбар руу бичнэ.
Дифференциал бууруулагчийг ижил зорилгоор бүтээдэг, гэхдээ арай өөр аргаар: бүрэн нөөц хуулбарыг хийдэг, гэхдээ зөвхөн шинэ хуулбар болон өмнөх хуулбар хоёрын ялгааг л хадгалдаг.
Хадгалалт дээр нөөцлөх үйл явцыг тусад нь авч үзэх нь зүйтэй бөгөөд энэ нь хуулбарыг хадгалахгүй байхыг дэмждэг. Тиймээс, хэрэв та бүрэн нөөцлөлтийг дээр нь бичвэл зөвхөн нөөцлөлтүүдийн хоорондын ялгааг бичих боловч нөөцлөлтийг сэргээх үйл явц нь бүрэн хуулбараас сэргээхтэй адил бөгөөд бүрэн ил тод байх болно.
Ипосын ивээлд хамрагдах уу?
(Харуулчдыг хэн өөрөө хамгаалах вэ? - лат.)
Нөөц хуулбар байхгүй үед энэ нь маш тааламжгүй байдаг, гэхдээ нөөц хуулбар хийгдсэн мэт санагдах нь бүр дордох болно, гэхдээ үүнийг сэргээх үед үүнийг сэргээх боломжгүй болно, учир нь:
- Эх сурвалжийн мэдээллийн бүрэн бүтэн байдал алдагдсан.
- Нөөц хадгалах сан гэмтсэн.
- Сэргээх нь маш удаан ажилладаг тул та хэсэгчлэн сэргээсэн өгөгдлийг ашиглах боломжгүй.
Зөв бүтээгдсэн нөөцлөх үйл явц нь ийм тайлбарыг, ялангуяа эхний хоёрыг харгалзан үзэх ёстой.
Эх сурвалжийн мэдээллийн бүрэн бүтэн байдлыг хэд хэдэн аргаар баталгаажуулж болно. Хамгийн түгээмэл хэрэглэгддэг зүйл бол: а) блокийн түвшинд файлын системийн агшин зуурын зургийг үүсгэх, б) файлын системийн төлөвийг "хөлдөх", в) хувилбар хадгалах тусгай блок төхөөрөмж, г) файлуудыг дараалан бүртгэх эсвэл блокууд. Сэргээх явцад өгөгдлийг баталгаажуулахын тулд хяналтын нийлбэрийг ашигладаг.
Хадгалалтын эвдрэлийг шалгах нийлбэр ашиглан илрүүлж болно. Нэмэлт арга бол аль хэдийн бүртгэгдсэн өгөгдлийг өөрчлөх боломжгүй, гэхдээ шинээр нэмэх боломжтой тусгай төхөөрөмж эсвэл файлын системийг ашиглах явдал юм.
Сэргээх ажиллагааг хурдасгахын тулд сүлжээний удаашрал эсвэл удаан дискний системд саад тотгор учруулахгүй бол өгөгдлийг сэргээх олон процессыг сэргээхэд ашигладаг. Хэсэгчилсэн сэргээгдсэн өгөгдлийн нөхцөл байдлыг тойрон гарахын тулд та нөөцлөх процессыг харьцангуй жижиг дэд даалгавар болгон хувааж, тус бүрийг тусад нь гүйцэтгэдэг. Тиймээс нөхөн сэргээх хугацааг урьдчилан таамаглахын зэрэгцээ гүйцэтгэлийг тогтмол сэргээх боломжтой болно. Энэ асуудал нь ихэвчлэн зохион байгуулалтын хавтгайд (SLA) оршдог тул бид энэ талаар дэлгэрэнгүй ярихгүй.
Халуун ногоотой мэргэжилтэн бол хоол болгон дээр нэмдэг хүн биш, харин түүнд нэмэлт зүйл нэмдэггүй хүн юм.
-IN. Синявский
Системийн администраторуудын ашигладаг програм хангамжийн практик нь өөр өөр байж болох ч ерөнхий зарчим нь нэг талаараа ижил хэвээр байна, ялангуяа:
- Бэлэн шийдлүүдийг ашиглахыг зөвлөж байна.
- Хөтөлбөрүүд урьдчилан таамаглахуйц ажиллах ёстой, өөрөөр хэлбэл. Ямар ч бичиг баримтгүй онцлог, саад бэрхшээл байх ёсгүй.
- Хөтөлбөр бүрийг тохируулах нь маш энгийн байх ёстой бөгөөд та гарын авлага эсвэл хуурамч хуудсыг унших шаардлагагүй болно.
- Боломжтой бол шийдэл нь бүх нийтийн байх ёстой, учир нь серверүүд нь техник хангамжийн шинж чанараараа ихээхэн ялгаатай байж болно.
Блок төхөөрөмжөөс нөөцлөлт авах дараах нийтлэг програмууд байдаг:
- dd, системийн удирдлагын ахмадуудад танил, үүнд ижил төстэй програмууд (жишээ нь ижил dd_rescue) орно.
- Зарим файлын системд суулгасан хэрэгслүүд нь файлын системийн овоолгыг үүсгэдэг.
- Бүх төрлийн идэш тэжээлт хэрэгслүүд; жишээ нь partclone.
- Өөрийн, ихэвчлэн өмчлөлийн шийдвэр; жишээ нь, NortonGhost болон дараа нь.
Файлын системүүдийн хувьд нөөцлөх асуудлыг блок төхөөрөмжид хамаарах аргуудыг ашиглан хэсэгчлэн шийддэг боловч асуудлыг ашиглан асуудлыг илүү үр дүнтэй шийдэж болно, жишээлбэл:
- Rsync нь файлын системийн төлөвийг синхрончлоход зориулагдсан ерөнхий зориулалттай програм, протокол юм.
- Баригдсан архивлах хэрэгслүүд (ZFS).
- Гуравдагч талын архивлах хэрэгслүүд; хамгийн алдартай төлөөлөгч бол давирхай юм. Бусад нь байдаг, жишээлбэл, dar - орчин үеийн системд чиглэсэн давирхайг орлуулах.
Нөөц хуулбар үүсгэх үед өгөгдлийн тогтвортой байдлыг хангах програм хангамжийн хэрэгслийн талаар тусад нь дурдах нь зүйтэй. Хамгийн түгээмэл хэрэглэгддэг сонголтууд нь:
- Файлын системийг зөвхөн уншигдах горимд холбох (Зөвхөн Унших) эсвэл файлын системийг царцаах (хөлдөх) - энэ аргыг ашиглах нь хязгаарлагдмал.
- Файлын систем эсвэл блок төхөөрөмжүүдийн (LVM, ZFS) төлөвийн агшин зуурын зургийг үүсгэх.
- Өмнөх цэгүүдийг ямар нэг шалтгаанаар өгөх боломжгүй байсан ч гэсэн сэтгэгдэлийг зохион байгуулах гуравдагч талын хэрэгслийг ашиглах (хот хуулбар гэх мэт програмууд).
- Өөрчлөлтөнд хуулбарлах техник (CopyOnWrite), гэхдээ энэ нь ихэвчлэн ашигладаг файлын системтэй (BTRFS, ZFS) холбоотой байдаг.
Тиймээс, жижиг серверийн хувьд та дараах шаардлагыг хангасан нөөц схемийг өгөх хэрэгтэй.
- Ашиглахад хялбар - үйл ажиллагааны явцад тусгай нэмэлт алхам хийх шаардлагагүй, хуулбар үүсгэх, сэргээх хамгийн бага алхамууд.
- Universal - том болон жижиг серверүүд дээр ажилладаг; Энэ нь серверийн тоог нэмэгдүүлэх эсвэл өргөтгөхөд чухал юм.
- Багц менежер эсвэл "татаж аваад задлах" гэх мэт ганц хоёр тушаалаар суулгасан.
- Тогтвортой - стандарт эсвэл удаан хугацааны туршид хадгалагдсан хадгалах форматыг ашигладаг.
- Ажилдаа хурдан.
Шаардлагыг их эсвэл бага хангасан хүмүүсээс өргөдөл гаргагчид:
- rdiff-нөөц
- зураг авах
- бөөлжих
- давхардсан
- давхардсан байдал
- хуурч байг
- нарийн
- zbackup
- амрах
- borgbackup
Дараах шинж чанаруудтай виртуал машиныг (XenServer дээр суурилсан) туршилтын тавцан болгон ашиглах болно.
- 4 цөм 2.5 GHz,
- 16 ГБ RAM,
- 50 ГБ гибрид санах ой (Virtual дискний хэмжээнээс 20% -ийг SSD дээр кэштэй хадгалах систем), хуваалтгүй тусдаа виртуал диск хэлбэрээр,
- 200 Mbps интернет суваг.
Бараг ижил машиныг зөвхөн 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.0039 секунд
Нийт арга хэмжээний тоо: 25104
Хоцролт (мс):
мин: 2.38
дундаж: 4.78
хамгийн их: 22.39
95 дахь хувь: 10.46
нийлбэр: 119923.64
Шударга утас:
үйл явдал (avg/stddev): 6276.0000/13.91
гүйцэтгэх хугацаа (avg/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.0001 секунд
Нийт арга хэмжээний тоо: 50900446
Хоцролт (мс):
мин: 0.00
дундаж: 0.00
хамгийн их: 24.01
95 дахь хувь: 0.00
нийлбэр: 39106.74
Шударга утас:
үйл явдал (avg/stddev): 12725111.5000/137775.15
гүйцэтгэх хугацаа (avg/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.0001 секунд
Нийт арга хэмжээний тоо: 35910413
Хоцролт (мс):
мин: 0.00
дундаж: 0.00
хамгийн их: 16.90
95 дахь хувь: 0.00
нийлбэр: 43604.83
Шударга утас:
үйл явдал (avg/stddev): 8977603.2500/233905.84
гүйцэтгэх хугацаа (avg/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МБ
Нийт файлын хэмжээ 1 гиб
Блокны хэмжээ 4KiB
IO хүсэлтийн тоо: 0
Хосолсон санамсаргүй IO тестийн унших/бичих харьцаа: 1.50
Үе үе FSYNC идэвхжсэн, 100 хүсэлт тус бүрийг fsync() руу залгадаг.
Туршилтын төгсгөлд fsync()-г дуудаж байна, Идэвхжүүлсэн.
Синхрон оролт гаралтын горимыг ашиглах
Санамсаргүй 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-р хэсэг: Давхардал, давхардал, deja dup-ийг шалгаж, турших
- Нөөцлөх 4-р хэсэг: zbackup, restic, borgbackup-г шалгаж, туршиж байна
- Нөөцлөх хэсэг 5: Линуксийн хувьд bacula болон veeam нөөцлөлтийг турших
- Нөөцлөх 6-р хэсэг: Нөөцлөх хэрэгслүүдийг харьцуулах
- Нөөц 7-р хэсэг: Дүгнэлт
Эх сурвалж: www.habr.com