Энэхүү хяналтын тэмдэглэл үргэлжилсээр байна , уншигчдын хүсэлтээр бичсэн, UrBackup, BackupPC, мөн AMANDA-ийн тухай ярих болно.
UrBackup тойм.
Оролцогчийн хүсэлтээр Би үйлчлүүлэгч-серверийн нөөцлөх систем болох UrBackup-ийн тоймыг нэмж байна. Энэ нь танд бүрэн болон нэмэгдэл нөөцлөлт үүсгэх боломжийг олгодог, төхөөрөмжийн хормын хувилбаруудтай ажиллах боломжтой (Зөвхөн ялах уу?), мөн файлын нөөцлөлтийг үүсгэх боломжтой. Үйлчлүүлэгч нь сервертэй нэг сүлжээнд байрлах эсвэл интернетээр холбогдож болно. Өөрчлөлтийн хяналтыг зарласан бөгөөд энэ нь нөөц хуулбар хоорондын ялгааг хурдан олох боломжийг танд олгоно. Мөн сервер талын мэдээллийн хадгалалтын давхардлыг арилгах дэмжлэг байдаг бөгөөд энэ нь зай хэмнэх болно. Сүлжээний холболтууд шифрлэгдсэн бөгөөд серверийг удирдах вэб интерфэйс бас байдаг. Тэр юу хийж чадахыг харцгаая:
Бүрэн нөөцлөх горимд дараах үр дүнгүүд гарав.
Ажлын цаг:
Эхлээд эхэл
Хоёр дахь хөөргөлт
Гурав дахь хөөргөлт
Эхний туршилт
8м20с
8м19с
8м24с
Хоёр дахь туршилт
8м30с
8м34с
8м20с
Гурав дахь туршилт
8м10с
8м14с
8м12с
Нэмэлт нөөцлөх горимд:
Ажлын цаг:
Эхлээд эхэл
Хоёр дахь хөөргөлт
Гурав дахь хөөргөлт
Эхний туршилт
8м10с
8м10с
8м12с
Хоёр дахь туршилт
3м50с
4м12с
3м34с
Гурав дахь туршилт
2м50с
2м35с
2м38с
Хоёр тохиолдолд репозиторын хэмжээ ойролцоогоор 14 ГБ байсан бөгөөд энэ нь сервер тал дээр ажиллаж байгаа хуулбарыг харуулж байна. Сервер болон үйлчлүүлэгч дээр нөөцлөлт үүсгэх хугацаа хоорондоо зөрүүтэй байгаа нь графикаас тодорхой харагдаж байгаа бөгөөд вэб интерфэйс нь нөөцлөх процессын ажиллах хугацааг харуулдаг тул маш таатай урамшуулал гэдгийг тэмдэглэх нь зүйтэй. харгалзахгүйгээр серверийн тал
үйлчлүүлэгчийн нөхцөл байдал. Ерөнхийдөө бүтэн болон өсөн нэмэгдэж буй хуулбаруудын графикууд нь ялгагдахгүй. Ганц ялгаа нь серверийн тал дээр үүнийг хэрхэн зохицуулж байгаа явдал юм. Илүүдэл систем дээрх процессорын ачаалал бага байгаад би бас сэтгэл хангалуун байсан.
BackupPC тойм
Оролцогчийн хүсэлтээр Би BackupPC-ийн тоймыг нэмж байна. Энэхүү программ хангамж нь perl хэл дээр бичигдсэн нөөц хадгалах сервер дээр суурилагдсан бөгөөд үндсэндээ rsync, tar гэх мэт төрөл бүрийн нөөцлөх хэрэгслүүд дээр ажилладаг. Ssh болон smb-г тээвэрлэлт болгон ашигладаг бөгөөд cgi-д суурилсан вэб интерфэйс бас байдаг (apache дээр байрлуулсан). Вэб интерфэйс нь тохиргооны өргөн жагсаалттай. Онцлогуудын дунд нөөцлөлтүүдийн хоорондох хамгийн бага хугацаа, түүнчлэн нөөцлөлт үүсгэхгүй байх хугацааг тохируулах боломжтой байдаг. Нөөц серверт файлын системийг сонгохдоо хатуу холбоосыг дэмждэг эсэхийг шалгах хэрэгтэй. Тиймээс хадгалах файлын системийг холбох цэгүүдэд хувааж болохгүй. Ерөнхийдөө, маш таатай туршлага, энэ програм хангамж ямар чадвартай болохыг харцгаая:
Rsync ашиглан бүрэн нөөцлөлт үүсгэх горимд дараах үр дүнд хүрсэн.
Эхлээд эхэл
Хоёр дахь хөөргөлт
Гурав дахь хөөргөлт
Эхний туршилт
12м25с
12м14с
12м27с
Хоёр дахь туршилт
7м41с
7м44с
7м35с
Гурав дахь туршилт
10м11с
10м0с
9м54с
Хэрэв та бүрэн нөөцлөлт болон tar ашигладаг бол:
Эхлээд эхэл
Хоёр дахь хөөргөлт
Гурав дахь хөөргөлт
Эхний туршилт
12м41с
12м25с
12м45с
Хоёр дахь туршилт
12м35с
12м45с
12м14с
Гурав дахь туршилт
12м43с
12м25с
12м5с
Өсөн нэмэгдэж буй нөөцлөлтийн горимд эдгээр тохиргоогоор нөөцлөлт үүсгээгүй тул би tar-аас татгалзах шаардлагатай болсон.
Rsync ашиглан нэмэлт нөөцлөлт үүсгэх үр дүн нь:
Эхлээд эхэл
Хоёр дахь хөөргөлт
Гурав дахь хөөргөлт
Эхний туршилт
11м55с
11м50с
12м25с
Хоёр дахь туршилт
2м42с
2м50с
2м30с
Гурав дахь туршилт
6м00с
5м35с
5м30с
Ерөнхийдөө rsync нь хурдны давуу талтай бөгөөд rsync нь сүлжээнд илүү хэмнэлттэй ажилладаг. Үүнийг нөөц програм болгон tar ашиглан CPU бага хэрэглэснээр хэсэгчлэн нөхөж болно. Rsync-ийн өөр нэг давуу тал нь өсөн нэмэгдэж буй хуулбартай ажилладаг. Бүрэн нөөцлөлт үүсгэх үед хадгалах сангийн хэмжээ ижил байна, 16 ГБ, өсөн нэмэгдэж буй хуулбарын хувьд - нэг гүйлтэд 14 ГБ байна, энэ нь давхардсан тоогоор ажиллана гэсэн үг юм.
AMANDA тойм
Оролцогчийн хүсэлтээр AMANDA тест нэмэх,
Архивлагчийн хувьд tar болон шахалтыг идэвхжүүлсэн туршилтын үр дүн дараах байдалтай байна.
Эхлээд эхэл
Хоёр дахь хөөргөлт
Гурав дахь хөөргөлт
Эхний туршилт
9м5с
8м59с
9м6с
Хоёр дахь туршилт
0м5с
0м5с
0м5с
Гурав дахь туршилт
2м40с
2м47с
2м45с
Програм нь нэг процессорын цөмийг бүрэн ачаалдаг боловч нөөц хадгалах серверийн тал дахь IOPS диск хязгаарлагдмал тул өгөгдөл дамжуулах өндөр хурдыг авч чадахгүй. Ерөнхийдөө програмын зохиогч нь ssh-ийг тээврийн хэрэгсэл болгон ашигладаггүй, харин ижил төстэй схемийг түлхүүрээр хэрэгжүүлж, бүрэн хэмжээний CA-г үүсгэж, засвар үйлчилгээ хийдэг тул тохиргоо нь бусад оролцогчдоос арай илүү төвөгтэй байсан. Үйлчлүүлэгч болон нөөц серверийг өргөнөөр хязгаарлах боломжтой: жишээлбэл, хэрэв тэд бие биедээ бүрэн итгэж чадахгүй бол та тохирох хувьсагчийн утгыг тэг болгон тохируулснаар серверийг нөөц сэргээх ажиллагааг эхлүүлэхээс сэргийлж болно. тохиргооны файл. Удирдлагын вэб интерфэйсийг холбох боломжтой боловч ерөнхийдөө тохируулсан системийг жижиг bash скриптүүд (эсвэл SCM, жишээ нь ansible) ашиглан бүрэн автоматжуулж болно. Хадгалах байгууламжийг зохион байгуулахад өчүүхэн бус систем байдаг бөгөөд энэ нь өгөгдөл хадгалах янз бүрийн төхөөрөмжүүдийн (LTO кассет, хатуу диск гэх мэт) өргөн жагсаалтыг дэмждэгтэй холбоотой юм. Энэ нийтлэлд дурдсан бүх програмуудаас AMANDA нь лавлахын нэрийг өөрчлөхийг илрүүлж чадсан цорын ганц програм гэдгийг тэмдэглэх нь зүйтэй. Нэг удаагийн репозиторын хэмжээ 13 ГБ байв.
Зарлал
Нөөцлөх 6-р хэсэг: Нөөцлөх хэрэгслүүдийг харьцуулах
Нөөц 7-р хэсэг: Дүгнэлт
Эх сурвалж: www.habr.com