ምትኬ ክፍል 3፡ የተባዛነትን መገምገም እና መሞከር፣ የተባዛ

ይህ ማስታወሻ በመጠባበቂያ አገልጋይ ላይ ማህደሮችን በመፍጠር ምትኬዎችን የሚያከናውኑ የመጠባበቂያ መሳሪያዎችን ያብራራል።

መስፈርቶቹን ከሚያሟሉት መካከል ብዜት (በደጃ ዱፕ መልክ ጥሩ በይነገጽ ያለው) እና ብዜት ይገኙበታል።

ሌላው በጣም አስደናቂ የመጠባበቂያ መሳሪያ ዳር ነው, ነገር ግን በጣም ሰፊ የአማራጭ ዝርዝር ስላለው - የፈተና ዘዴው ከሚችለው ውስጥ 10% ብቻ ይሸፍናል - እንደ የአሁኑ ዑደት አካል አንሞክርም.

የሚጠበቁ ውጤቶች

ሁለቱም እጩዎች ማህደሮችን በአንድም ሆነ በሌላ መንገድ ስለሚፈጥሩ፣ መደበኛ ታር እንደ መመሪያ ሆኖ ሊያገለግል ይችላል።

በተጨማሪም፣ ሙሉ ቅጂ እና አሁን ባለው የፋይሎች ሁኔታ መካከል ያለውን ልዩነት ብቻ የያዙ ወይም በቀደሙት እና አሁን ባሉት ማህደሮች (እድገት የሚቀንስ፣ ወዘተ) መካከል ያለውን ልዩነት የያዙ የመጠባበቂያ ቅጂዎችን በመፍጠር በማከማቻ አገልጋዩ ላይ ያለው የመረጃ ማከማቻ ምን ያህል የተመቻቸ እንደሆነ እንገመግማለን። .

ምትኬዎችን ሲፈጥሩ ባህሪ

1. በመጠባበቂያ ማከማቻ አገልጋይ ላይ በአንጻራዊ ሁኔታ አነስተኛ ቁጥር ያላቸው ፋይሎች (ከመጠባበቂያ ቅጂዎች ብዛት ወይም በጂቢ ውስጥ ካለው የውሂብ መጠን ጋር ሲነፃፀር) ፣ ግን መጠናቸው በጣም ትልቅ ነው (ከአስር እስከ በመቶዎች የሚቆጠሩ ሜጋባይት)።
2. የማጠራቀሚያው መጠን ለውጦችን ብቻ ያካትታል - ምንም ቅጂዎች አይቀመጡም, ስለዚህ የማጠራቀሚያው መጠን በ rsync ላይ ከተመሰረተ ሶፍትዌር ያነሰ ይሆናል.
3. መጭመቂያ እና/ወይም ምስጠራን በሚጠቀሙበት ጊዜ ከባድ የሲፒዩ ጭነት ይጠብቁ፣ እና የማህደሩ እና/ወይም የምስጠራ ሂደቱ በመጠባበቂያ ማከማቻ አገልጋይ ላይ የሚሰራ ከሆነ በጣም ከፍተኛ የአውታረ መረብ እና የዲስክ ጭነት ይጠብቁ።

የሚከተለውን ትዕዛዝ እንደ ማመሳከሪያ እሴት እናሂድ፡

cd /src/dir; tar -cf - * | ssh backup_server "cat > /backup/dir/archive.tar"

የማስፈጸሚያ ውጤቶቹም የሚከተሉት ነበሩ።

የማስፈጸሚያ ጊዜ 3m12 ሴ. በምሳሌው ላይ እንደሚታየው ፍጥነቱ በመጠባበቂያ ማከማቻ አገልጋይ የዲስክ ንዑስ ስርዓት የተገደበ መሆኑን ማየት ይቻላል rsync. ትንሽ ፈጣን ብቻ፣ ምክንያቱም... መቅዳት ወደ አንድ ፋይል ይሄዳል።

እንዲሁም፣ መጭመቅን ለመገምገም፣ ተመሳሳዩን አማራጭ እናሂድ፣ ነገር ግን በመጠባበቂያ አገልጋይ በኩል መጭመቅን አንቃ፡-

cd /src/dir; tar -cf - * | ssh backup_server "gzip > /backup/dir/archive.tgz"

ውጤቶቹ የሚከተሉት ናቸው፡-

የማስፈጸሚያ ጊዜ 10m11 ሰ. ብዙውን ጊዜ ማነቆው በተቀባዩ ጫፍ ላይ ያለው ነጠላ-ፍሰት መጭመቂያ ነው።

ያው ትእዛዝ፣ ነገር ግን ማነቆው ባለ አንድ ክር ኮምፕረርተር ነው የሚለውን መላ ምት ለመፈተሽ ከዋናው መረጃ ጋር ወደ አገልጋዩ ከታመቀ።

cd /src/dir; tar -czf - * | ssh backup_server "cat > /backup/dir/archive.tgz"

እንዲህ ሆነ።

የማስፈጸሚያ ጊዜ 9m37s ነበር። በመጭመቂያው አንድ ኮር ላይ ያለው ጭነት በግልጽ ይታያል, ምክንያቱም የአውታረ መረብ ማስተላለፊያ ፍጥነት እና በምንጭ የዲስክ ንዑስ ስርዓት ላይ ያለው ጭነት ተመሳሳይ ነው።

ምስጠራን ለመገምገም ተጨማሪ ትእዛዝ በማገናኘት openssl ወይም gpg መጠቀም ይችላሉ። openssl ወይም gpg በቧንቧ ውስጥ. ለማጣቀሻ እንደዚህ ያለ ትእዛዝ ይኖራል-

cd /src/dir; tar -cf - * | ssh backup_server "gzip | openssl enc -e -aes256 -pass pass:somepassword -out /backup/dir/archive.tgz.enc"

ውጤቶቹ እንደዚህ ወጡ።

የማስፈጸሚያው ጊዜ 10m30s ሆኗል ፣ ምክንያቱም 2 ሂደቶች በተቀባዩ በኩል እየሰሩ ስለነበር - ማነቆው እንደገና ባለ አንድ ክር ኮምፕረር ፣ እና ትንሽ ምስጠራ ከአናት በላይ ነው።

የተዘመነ: በ Bliznezz ጥያቄ ከ pigz ጋር ሙከራዎችን እጨምራለሁ. መጭመቂያውን ብቻ ከተጠቀሙ, 6m30s ይወስዳል, ምስጠራን ካከሉ, ወደ 7 ሜትር ይሆናል. ከታች ግራፍ ውስጥ ያለው ዳይፕ ያልተለቀቀ የዲስክ መሸጎጫ ነው፡-

የተባዛ ሙከራ

ማባዛት የተመሰጠሩ ማህደሮችን በ tar ፎርማት በመፍጠር ለመጠባበቂያ የሚሆን የpython ሶፍትዌር ነው።

ለተጨማሪ መዛግብት፣ ሊብሪሲንክ ጥቅም ላይ ይውላል፣ ስለዚህ በ ውስጥ የተገለፀውን ባህሪ መጠበቅ ይችላሉ። በተከታታይ ውስጥ ቀዳሚ ልጥፍ.

ምትኬዎች gnupgን በመጠቀም ሊመሰጠሩ እና ሊፈረሙ ይችላሉ፣ ይህም የተለያዩ አቅራቢዎችን ለመጠባበቂያ (s3፣ backblaze፣ gdrive፣ ወዘተ.) ለማከማቸት ሲጠቀሙ አስፈላጊ ነው።

ውጤቱ ምን እንደሚሆን እንይ፡-

ያለ ምስጠራ ስንሮጥ ያገኘናቸው ውጤቶች እነዚህ ናቸው።

አጥፊ

የእያንዳንዱ ሙከራ ጊዜ የሚሄድበት ጊዜ፡-

አስጀምር 1
አስጀምር 2
አስጀምር 3

16m33 ሴ
17m20 ሴ
16m30 ሴ

8m29 ሴ
9m3 ሴ
8m45 ሴ

5m21 ሴ
6m04 ሴ
5m53 ሴ

እና 2048 ቢት ቁልፍ መጠን ያለው የ gnupg ምስጠራ ሲነቃ ውጤቶቹ እዚህ አሉ።

በተመሳሳይ ውሂብ ላይ የሚሰራበት ጊዜ፣ ከማመስጠር ጋር፡-

አስጀምር 1
አስጀምር 2
አስጀምር 3

17m22 ሴ
17m32 ሴ
17m28 ሴ

8m52 ሴ
9m13 ሴ
9m3 ሴ

5m48 ሴ
5m40 ሴ
5m30 ሴ

የማገጃው መጠን ተጠቁሟል - 512 ሜጋባይት, ይህም በግራፎች ውስጥ በግልጽ ይታያል; የማቀነባበሪያው ጭነት በእውነቱ በ 50% ይቀራል ፣ ይህ ማለት ፕሮግራሙ ከአንድ አንጎለ ኮምፒውተር አይበልጥም ማለት ነው።

የፕሮግራሙ አሠራር መርህ እንዲሁ በግልጽ ይታያል-አንድ ውሂብ ወስደዋል ፣ ጨመቁት እና ወደ ምትኬ ማከማቻ አገልጋይ ላኩት ፣ ይህም በጣም ቀርፋፋ ሊሆን ይችላል።
ሌላው ባህሪ የፕሮግራሙ ሊተነበይ የሚችል የሩጫ ጊዜ ነው, ይህም በተለወጠው የውሂብ መጠን ላይ ብቻ የተመካ ነው.

ምስጠራን ማንቃት የፕሮግራሙን የስራ ጊዜ በከፍተኛ ሁኔታ አላሳደገውም፣ ነገር ግን ፕሮሰሰሩን በ10% ገደማ ጨምሯል፣ ይህ ደግሞ ጥሩ ጉርሻ ሊሆን ይችላል።

እንደ አለመታደል ሆኖ ይህ ፕሮግራም የማውጫውን እንደገና በመሰየም ላይ ያለውን ሁኔታ በትክክል ማወቅ አልቻለም፣ እና የውጤቱ ማከማቻ መጠን ከለውጦቹ መጠን (ማለትም ሁሉም 18 ጂቢ) ጋር እኩል ሆኖ ተገኝቷል ፣ ግን ታማኝ ያልሆነ አገልጋይ ለመጠባበቂያ በግልፅ የመጠቀም ችሎታ። ይህንን ባህሪ ይሸፍናል.

የተባዛ ሙከራ

ይህ ሶፍትዌር በ C # የተፃፈ እና ከሞኖ የተሰበሰቡ ቤተ-መጻሕፍትን በመጠቀም ይሰራል። GUI እና እንዲሁም የ CLI ስሪት አለ.

የዋናዎቹ ባህሪያት ግምታዊ ዝርዝር ከተባዛ ጋር ተመሳሳይ ነው፣ የተለያዩ የመጠባበቂያ ማከማቻ አቅራቢዎችን ጨምሮ፣ ነገር ግን፣ ከተባዛ በተለየ፣ አብዛኛዎቹ ባህሪያት ያለሶስተኛ ወገን መሳሪያዎች ይገኛሉ። ይህ የመደመር ወይም የመቀነስ ሁኔታ የሚወሰነው በልዩ ጉዳይ ላይ ነው ፣ ግን ለጀማሪዎች ፣ ለፓይቶን ተጨማሪ ፓኬጆችን ከመጫን ይልቅ የሁሉም ባህሪዎች ዝርዝር በአንድ ጊዜ መኖሩ ቀላል ነው ። ጉዳዩ ከተባዛ ጋር.

ሌላ ትንሽ ልዩነት - ፕሮግራሙ ምትኬውን ለጀመረው ተጠቃሚ ወክሎ የአካባቢያዊ ስኩላይት ዳታቤዝ በንቃት ይጽፋል ፣ ስለሆነም ሂደቱ በጀመረ ቁጥር የሚፈለገው የውሂብ ጎታ በትክክል መገለጹን ማረጋገጥ ያስፈልግዎታል። በ GUI ወይም WEBGUI በኩል ሲሰሩ ዝርዝሮች ከተጠቃሚው ይደበቃሉ።

ይህ መፍትሔ ምን አይነት አመላካቾችን እንደሚያመጣ እንይ፡-

ምስጠራን ካጠፉት (እና WEBGUI ይህን እንዲያደርጉ አይመክርም) ውጤቶቹ እንደሚከተለው ናቸው።

የሥራ ሰዓት

አስጀምር 1
አስጀምር 2
አስጀምር 3

20m43 ሴ
20m13 ሴ
20m28 ሴ

5m21 ሴ
5m40 ሴ
5m35 ሴ

7m36 ሴ
7m54 ሴ
7m49 ሴ

ምስጠራ ከነቃ፣ aesን በመጠቀም፣ ይህን ይመስላል፡-

የሥራ ሰዓት

አስጀምር 1
አስጀምር 2
አስጀምር 3

29m9 ሴ
30m1 ሴ
29m54 ሴ

5m29 ሴ
6m2 ሴ
5m54 ሴ

8m44 ሴ
9m12 ሴ
9m1 ሴ

እና ውጫዊውን ፕሮግራም gnupg ከተጠቀሙ, የሚከተሉት ውጤቶች ይወጣሉ:

አስጀምር 1
አስጀምር 2
አስጀምር 3

26m6 ሴ
26m35 ሴ
26m17 ሴ

5m20 ሴ
5m48 ሴ
5m40 ሴ

8m12 ሴ
8m42 ሴ
8m15 ሴ

እንደሚመለከቱት, ፕሮግራሙ በበርካታ ክሮች ውስጥ ሊሠራ ይችላል, ነገር ግን ይህ የበለጠ ውጤታማ መፍትሄ አያደርገውም, እና የምስጠራ ስራውን ካነጻጸሩ, ውጫዊ ፕሮግራም ይጀምራል.
ከሞኖ ስብስብ ላይብረሪውን ከመጠቀም የበለጠ ፈጣን ሆኖ ተገኝቷል። ይህ ሊሆን የቻለው የውጫዊው ፕሮግራም የበለጠ የተሻሻለ በመሆኑ ነው.

ሌላው ጥሩ ነገር የማከማቻው መጠን በትክክል የተለወጠውን ውሂብ የሚወስድ መሆኑ ነው, ማለትም. duplicati የማውጫውን ስም ቀይሮ አግኝቶ ይህንን ሁኔታ በትክክል ተቆጣጥሮታል። ይህ ሁለተኛው ፈተና ሲሮጥ ሊታይ ይችላል.

በአጠቃላይ፣ የፕሮግራሙ ትክክለኛ አዎንታዊ ግንዛቤዎች፣ ለአዲሶች ትክክለኛ ወዳጃዊ መሆንን ጨምሮ።

ውጤቶች

ሁለቱም እጩዎች በዝግታ ሠርተዋል፣ ነገር ግን በአጠቃላይ፣ ከመደበኛው ታር ጋር ሲነፃፀሩ፣ ግስጋሴ አለ፣ ቢያንስ ከድፕሊቲቲ ጋር። የዚህ ዓይነቱ እድገት ዋጋም ግልጽ ነው - የሚታይ ሸክም
ፕሮሰሰር. በአጠቃላይ ውጤቱን በመተንበይ ላይ ምንም ልዩ ልዩነቶች የሉም.

ግኝቶች

የትም መቸኮል የማያስፈልግዎ ከሆነ እና እንዲሁም መለዋወጫ ፕሮሰሰር ካለዎ፣ ከተገመቱት መፍትሄዎች ውስጥ የትኛውም መፍትሄ ይሰራል፣ ያም ሆነ ይህ፣ ብዙ ስራዎች ተሰርተዋል፣ ይህም በሬንጅ አናት ላይ የጥቅል ስክሪፕቶችን በመፃፍ መደገም የለበትም። . የመጠባበቂያ ቅጂዎችን ለማከማቸት አገልጋዩ ሙሉ በሙሉ ሊታመን የማይችል ከሆነ ምስጠራ መኖሩ በጣም አስፈላጊ ንብረት ነው.

ከተመሠረቱ መፍትሄዎች ጋር ሲነጻጸር rsync - ምንም እንኳን በንጹህ መልክ ታር ከ 20-30% ፍጥነት ቢሰራም አፈፃፀሙ ብዙ ጊዜ የከፋ ሊሆን ይችላል ።
በማጠራቀሚያው መጠን ላይ ቁጠባዎች አሉ ፣ ግን በብዜት ብቻ።

ማስታወቂያ

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

የመለጠፍ ደራሲ፡ ፓቬል ዴምኮቪች

ምንጭ: hab.com