ምትኬ፣ በአንባቢዎች ጥያቄ ክፍል፡ የUrBackup፣ BackupPC፣ AMNDA አጠቃላይ እይታ

ይህ የግምገማ ማስታወሻ ይቀጥላል የመጠባበቂያ ዑደት, በአንባቢዎች ጥያቄ የተጻፈ, ስለ UrBackup, BackupPC እና እንዲሁም AMNDA ይናገራል.

UrBackup ግምገማ።

በተሳታፊው ጥያቄ VGusev2007 የUrBackup፣ የደንበኛ-አገልጋይ ምትኬ ስርዓት ግምገማ እያከልኩ ነው። ሙሉ እና ተጨማሪ ምትኬዎችን እንዲፈጥሩ ይፈቅድልዎታል, ከመሳሪያ ቅጽበተ-ፎቶዎች ጋር አብሮ መስራት ይችላል (በድል ብቻ?) እና የፋይል ምትኬዎችን መፍጠር ይችላል. ደንበኛው ከአገልጋዩ ጋር በተመሳሳይ አውታረመረብ ላይ ሊገኝ ይችላል, ወይም በበይነመረብ በኩል ይገናኙ. የመከታተያ ለውጥ ታውጇል፣ ይህም በመጠባበቂያ ቅጂዎች መካከል ያለውን ልዩነት በፍጥነት እንድታገኝ ያስችልሃል። ቦታን የሚቆጥብ የአገልጋይ ወገን የውሂብ ማከማቻ ማባዛት ድጋፍ አለ። የአውታረ መረብ ግንኙነቶች የተመሰጠሩ ናቸው፣ እና አገልጋዩን ለማስተዳደር የድር በይነገጽም አለ። ምን ማድረግ እንደምትችል እንይ፡-

በሙሉ የመጠባበቂያ ሁነታ, የሚከተሉት ውጤቶች ተገኝተዋል:

የሥራ ሰዓት

መጀመሪያ ይጀምሩ
ሁለተኛ ማስጀመር
ሶስተኛ ማስጀመር

የመጀመሪያ ሙከራ
8m20 ሴ
8m19 ሴ
8m24 ሴ

ሁለተኛ ፈተና
8m30 ሴ
8m34 ሴ
8m20 ሴ

ሦስተኛው ፈተና
8m10 ሴ
8m14 ሴ
8m12 ሴ

ተጨማሪ ምትኬ ሁነታ ላይ፡-

የሥራ ሰዓት

መጀመሪያ ይጀምሩ
ሁለተኛ ማስጀመር
ሶስተኛ ማስጀመር

የመጀመሪያ ሙከራ
8m10 ሴ
8m10 ሴ
8m12 ሴ

ሁለተኛ ፈተና
3m50 ሴ
4m12 ሴ
3m34 ሴ

ሦስተኛው ፈተና
2m50 ሴ
2m35 ሴ
2m38 ሴ

በሁለቱም ሁኔታዎች ውስጥ ያለው የማጠራቀሚያ መጠን በግምት 14 ጂቢ ነበር፣ ይህም በአገልጋዩ በኩል የሚሰራ ቅነሳን ያሳያል። በተጨማሪም የድረ-ገጽ በይነገጹ የስራ ሰዓቱን ስለሚያሳይ በአገልጋዩ ላይ እና በደንበኛው ላይ የመጠባበቂያ ቅጂ ለመፍጠር በሚፈጀው ጊዜ መካከል ልዩነት እንዳለ ልብ ሊባል ይገባል ይህም ከግራፎች ላይ በግልጽ የሚታይ እና በጣም ደስ የሚል ጉርሻ ነው. ግምት ውስጥ ሳያስገባ በአገልጋዩ በኩል ያለውን የመጠባበቂያ ሂደት
የደንበኛ ሁኔታ. በአጠቃላይ, ለሙሉ እና ተጨማሪ ቅጂዎች ግራፎች የማይነጣጠሉ ናቸው. ብቸኛው ልዩነት ምናልባት በአገልጋዩ በኩል እንዴት እንደሚይዝ ነው. በተጨማሪም በዝቅተኛ ስርዓቱ ላይ ባለው ዝቅተኛ ፕሮሰሰር ጭነት ተደስቻለሁ።

BackupPC ግምገማ

በተሳታፊው ጥያቄ ቫንዚጋኖቭ የBackupPC ግምገማ እያከልኩ ነው። ይህ ሶፍትዌር በመጠባበቂያ ማከማቻ አገልጋይ ላይ ተጭኗል፣ በፐርል የተፃፈ እና በተለያዩ የመጠባበቂያ መሳሪያዎች ላይ ይሰራል - በዋነኝነት rsync, tar. Ssh እና smb እንደ ማጓጓዣ ጥቅም ላይ ይውላሉ፣ በ cgi ላይ የተመሰረተ የድር በይነገጽም አለ (በ apache ላይ ተዘርግቷል።) የድር በይነገጽ ሰፊ የቅንብሮች ዝርዝር አለው። ከባህሪያቱ መካከል በመጠባበቂያዎች መካከል ያለውን አነስተኛ ጊዜ የማዘጋጀት ችሎታ, እንዲሁም ምትኬዎች የማይፈጠሩበት ጊዜ ነው. ለመጠባበቂያ አገልጋይ የፋይል ስርዓት ሲመርጡ, ደረቅ ማገናኛዎች መደገፋቸውን ማረጋገጥ አለብዎት. ስለዚህ የፋይል ማከማቻ ስርዓት ወደ ተራራ ነጥቦች ሊከፋፈል አይችልም. በአጠቃላይ ፣ በጣም አስደሳች ተሞክሮ ፣ ይህ ሶፍትዌር ምን ማድረግ እንደሚችል እንይ-

ሙሉ ምትኬዎችን በ rsync የመፍጠር ሁኔታ ውስጥ የሚከተሉት ውጤቶች ተገኝተዋል።

መጀመሪያ ይጀምሩ
ሁለተኛ ማስጀመር
ሶስተኛ ማስጀመር

የመጀመሪያ ሙከራ
12m25 ሴ
12m14 ሴ
12m27 ሴ

ሁለተኛ ፈተና
7m41 ሴ
7m44 ሴ
7m35 ሴ

ሦስተኛው ፈተና
10m11 ሴ
10m0 ሴ
9m54 ሴ

ሙሉ ምትኬዎችን እና ታርን ከተጠቀሙ፡-

መጀመሪያ ይጀምሩ
ሁለተኛ ማስጀመር
ሶስተኛ ማስጀመር

የመጀመሪያ ሙከራ
12m41 ሴ
12m25 ሴ
12m45 ሴ

ሁለተኛ ፈተና
12m35 ሴ
12m45 ሴ
12m14 ሴ

ሦስተኛው ፈተና
12m43 ሴ
12m25 ሴ
12m5 ሴ

በእድገት ምትኬ ሁነታ፣ መጠባበቂያዎች በእነዚህ መቼቶች ስላልተፈጠሩ ታርን መተው ነበረብኝ።

Rsyncን በመጠቀም ተጨማሪ ምትኬዎችን የመፍጠር ውጤቶች የሚከተሉት ናቸው

መጀመሪያ ይጀምሩ
ሁለተኛ ማስጀመር
ሶስተኛ ማስጀመር

የመጀመሪያ ሙከራ
11m55 ሴ
11m50 ሴ
12m25 ሴ

ሁለተኛ ፈተና
2m42 ሴ
2m50 ሴ
2m30 ሴ

ሦስተኛው ፈተና
6m00 ሴ
5m35 ሴ
5m30 ሴ

በአጠቃላይ, rsync ትንሽ የፍጥነት ጥቅም አለው, ከአውታረ መረቡ ጋር በይበልጥ በኢኮኖሚ ይሰራል. ይህ በትንሹ የሲፒዩ አጠቃቀም በከፊል እንደ ምትኬ ፕሮግራም ሊካካስ ይችላል። ሌላው የ rsync ጥቅም ከተጨማሪ ቅጂዎች ጋር አብሮ መስራት ነው. ሙሉ መጠባበቂያዎችን በሚፈጥሩበት ጊዜ የማከማቻው መጠን ተመሳሳይ ነው, 16 ጂቢ, በተጨመሩ ቅጂዎች - 14 ጂቢ በአንድ ሩጫ, ይህም ማለት የስራ ቅነሳ ማለት ነው.

አማንዳ ግምገማ

በተሳታፊው ጥያቄ ኦልለር የ AMANDA ፈተናዎችን መጨመር,

ማህደሩ እና መጭመቂያው እንደነቃ በ tar ጋር የተደረገ የሙከራ ሩጫ ውጤቶች እንደሚከተለው ናቸው።

መጀመሪያ ይጀምሩ
ሁለተኛ ማስጀመር
ሶስተኛ ማስጀመር

የመጀመሪያ ሙከራ
9m5 ሴ
8m59 ሴ
9m6 ሴ

ሁለተኛ ፈተና
0m5 ሴ
0m5 ሴ
0m5 ሴ

ሦስተኛው ፈተና
2m40 ሴ
2m47 ሴ
2m45 ሴ

ፕሮግራሙ አንድ ፕሮሰሰር ኮር ሙሉ በሙሉ ይጭናል፣ ነገር ግን በመጠባበቂያ ማከማቻ አገልጋይ በኩል ባለው ውስን የ IOPS ዲስክ ምክንያት ከፍተኛ የውሂብ ማስተላለፍ ፍጥነት ማግኘት አይችልም። በአጠቃላይ ማዋቀሩ ከሌሎቹ ተሳታፊዎች በጥቂቱ አስጨናቂ ነበር ምክንያቱም የፕሮግራሙ ፀሃፊ sshን እንደ ማጓጓዣ ስለማይጠቀም ነገር ግን ተመሳሳይ ዘዴን ከቁልፎች ጋር በመተግበር የተሟላ CA መፍጠር እና ማቆየት ነው። ደንበኛው እና መጠባበቂያ አገልጋዩን በስፋት መገደብ ይቻላል፡ ለምሳሌ፡ ሙሉ በሙሉ መተማመን ካልቻሉ፡ እንደ አማራጭ አገልጋዩ የመጠባበቂያ ቅጂውን ወደ ዜሮ በማዘጋጀት አገልግሎቱን እንዳይጀምር ማድረግ ይችላሉ። የቅንብሮች ፋይል. ለማስተዳደር የድር በይነገጽን ማገናኘት ይቻላል, ነገር ግን በአጠቃላይ የተዋቀረው ስርዓት ትናንሽ ባሽ ስክሪፕቶችን (ወይም SCM, ለምሳሌ ሊቻል) በመጠቀም ሙሉ በሙሉ በራስ-ሰር ሊሰራ ይችላል. ማከማቻውን ለማቀናበር በተወሰነ ደረጃ ቀላል ያልሆነ ስርዓት አለ፣ ይህ ምክንያቱ ብዙ መረጃዎችን ለማከማቸት የተለያዩ መሳሪያዎች ዝርዝር (LTO ካሴቶች ፣ ሃርድ ድራይቭ ፣ ወዘተ) በመደገፉ ነው። በተጨማሪም በዚህ ጽሑፍ ውስጥ ከተገለጹት ፕሮግራሞች ሁሉ AMANDA የማውጫውን እንደገና መሰየምን ማወቅ የቻለው ብቸኛው ሰው መሆኑን ልብ ሊባል ይገባል። የአንድ ሩጫ ማከማቻ መጠን 13 ጂቢ ነበር።

ማስታወቂያ

ምትኬ፣ ክፍል 1፡ ለምን ምትኬ እንደሚያስፈልግ፣ የስልቶች አጠቃላይ እይታ፣ ቴክኖሎጂዎች
ምትኬ ክፍል 2፡ በrsync ላይ የተመሰረቱ የመጠባበቂያ መሳሪያዎችን መገምገም እና መሞከር
ምትኬ ክፍል 3፡ የተባዛነትን መገምገም እና መሞከር፣ የተባዛ
ምትኬ ክፍል 4፡ ዝባክአፕ፣ ሪስቲክ፣ ቦርግባክአፕን መገምገም እና መሞከር
ምትኬ ክፍል 5፡ የ bacula እና veeam ምትኬን ለሊኑክስ መሞከር
ምትኬ ክፍል 6፡ የመጠባበቂያ መሳሪያዎችን ማወዳደር
ምትኬ ክፍል 7: መደምደሚያ

ምንጭ: hab.com