මෙම සමාලෝචන සටහන දිගටම පවතී
UrBackup සමාලෝචනය.
සහභාගිවන්නාගේ ඉල්ලීම පරිදි
සම්පූර්ණ උපස්ථ මාදිලියේදී, පහත ප්රතිඵල ලබා ගන්නා ලදී:
වැඩකරන වේලාවන්:
මුලින්ම ආරම්භය
දෙවන දියත් කිරීම
තුන්වන දියත් කිරීම
පළමු පරීක්ෂණය
8m20s
8m19s
8m24s
දෙවන පරීක්ෂණය
8m30s
8m34s
8m20s
තුන්වන පරීක්ෂණය
8m10s
8m14s
8m12s
වර්ධක උපස්ථ මාදිලියේ:
වැඩකරන වේලාවන්:
මුලින්ම ආරම්භය
දෙවන දියත් කිරීම
තුන්වන දියත් කිරීම
පළමු පරීක්ෂණය
8m10s
8m10s
8m12s
දෙවන පරීක්ෂණය
3m50s
4m12s
3m34s
තුන්වන පරීක්ෂණය
2m50s
2m35s
2m38s
අවස්ථා දෙකෙහිම ගබඩාවේ ප්රමාණය දළ වශයෙන් 14 GB විය, එය සේවාදායක පැත්තේ ක්රියාකාරී අඩුවීමක් පෙන්නුම් කරයි. වෙබ් අතුරු මුහුණත උපස්ථ ක්රියාවලියේ ධාවන කාලය පෙන්වන බැවින්, සේවාදායකයේ උපස්ථ නිර්මාණය කිරීමේ කාලය සහ සේවාලාභියා අතර විෂමතාවයක් ඇති බව ද සටහන් කළ යුතුය, එය ප්රස්ථාරවලින් තරමක් පැහැදිලිව පෙනෙන අතර ඉතා ප්රසන්න ප්රසාද දීමනාවක් වේ. සේවාදායකයේ පැත්ත සැලකිල්ලට නොගෙන
සේවාදායකයාගේ තත්ත්වය. සාමාන්යයෙන්, සම්පූර්ණ සහ වර්ධක පිටපත් සඳහා ප්රස්ථාර වෙන්කර හඳුනාගත නොහැකිය. එකම වෙනස වන්නේ එය සේවාදායකයේ පැත්තෙන් හසුරුවන්නේ කෙසේද යන්නයි. අතිරික්ත පද්ධතියේ අඩු ප්රොසෙසර පැටවීම ගැනද මම සතුටු විය.
BackupPC සමාලෝචනය
සහභාගිවන්නාගේ ඉල්ලීම පරිදි
rsync සමඟ සම්පූර්ණ උපස්ථ නිර්මාණය කිරීමේ ක්රමයේදී, පහත ප්රතිඵල ලබා ගන්නා ලදී:
මුලින්ම ආරම්භය
දෙවන දියත් කිරීම
තුන්වන දියත් කිරීම
පළමු පරීක්ෂණය
12m25s
12m14s
12m27s
දෙවන පරීක්ෂණය
7m41s
7m44s
7m35s
තුන්වන පරීක්ෂණය
10m11s
10m0s
9m54s
ඔබ සම්පූර්ණ උපස්ථ සහ තාර භාවිතා කරන්නේ නම්:
මුලින්ම ආරම්භය
දෙවන දියත් කිරීම
තුන්වන දියත් කිරීම
පළමු පරීක්ෂණය
12m41s
12m25s
12m45s
දෙවන පරීක්ෂණය
12m35s
12m45s
12m14s
තුන්වන පරීක්ෂණය
12m43s
12m25s
12m5s
වර්ධක උපස්ථ ප්රකාරයේදී, මෙම සිටුවම් සමඟ උපස්ථ නිර්මාණය නොකළ නිසා මට තාර අත්හැරීමට සිදු විය.
rsync භාවිතයෙන් වර්ධක උපස්ථ සෑදීමේ ප්රතිඵල වන්නේ:
මුලින්ම ආරම්භය
දෙවන දියත් කිරීම
තුන්වන දියත් කිරීම
පළමු පරීක්ෂණය
11m55s
11m50s
12m25s
දෙවන පරීක්ෂණය
2m42s
2m50s
2m30s
තුන්වන පරීක්ෂණය
6m00s
5m35s
5m30s
සාමාන්යයෙන්, rsync හට සුළු වේග වාසියක් ඇත; උපස්ථ වැඩසටහනක් ලෙස තාර සමඟ අඩු CPU භාවිතය මගින් මෙය අර්ධ වශයෙන් හිලව් කළ හැක. rsync හි තවත් වාසියක් වන්නේ එය වර්ධක පිටපත් සමඟ ක්රියා කිරීමයි. සම්පූර්ණ උපස්ථ නිර්මාණය කිරීමේදී ගබඩාවේ ප්රමාණය සමාන වේ, 16 GB, වර්ධක පිටපත් වලදී - එක් ධාවනයකට 14 GB, එයින් අදහස් කරන්නේ වැඩ අඩු කිරීම.
AMANDA සමාලෝචනය
සහභාගිවන්නාගේ ඉල්ලීම පරිදි
ලේඛනාගාරය සහ සම්පීඩනය සක්රීය කර ඇති පරිදි තාර සමඟ පරීක්ෂණ ධාවනයේ ප්රතිඵල පහත පරිදි වේ:
මුලින්ම ආරම්භය
දෙවන දියත් කිරීම
තුන්වන දියත් කිරීම
පළමු පරීක්ෂණය
9m5s
8m59s
9m6s
දෙවන පරීක්ෂණය
0m5s
0m5s
0m5s
තුන්වන පරීක්ෂණය
2m40s
2m47s
2m45s
වැඩසටහන සම්පුර්ණයෙන්ම එක් ප්රොසෙසර හරයක් පූරණය කරයි, නමුත් උපස්ථ ගබඩා සේවාදායකයේ ඇති සීමිත IOPS තැටිය නිසා එයට ඉහළ දත්ත හුවමාරු වේගයක් ලබා ගත නොහැක. පොදුවේ ගත් කල, වැඩසටහනේ කතුවරයා ප්රවාහනයක් ලෙස ssh භාවිතා නොකරන නමුත් යතුරු සමඟ සමාන යෝජනා ක්රමයක් ක්රියාත්මක කරන බැවින් අනෙකුත් සහභාගිවන්නන්ට වඩා සැකසුම ටිකක් කරදරකාරී විය, සම්පූර්ණ CA නිර්මාණය කිරීම සහ නඩත්තු කිරීම. සේවාදායකයා සහ උපස්ථ සේවාදායකය පුළුල් ලෙස සීමා කළ හැකිය: නිදසුනක් ලෙස, ඔවුන්ට එකිනෙකා සම්පූර්ණයෙන්ම විශ්වාස කළ නොහැකි නම්, ඔබට විකල්පයක් ලෙස, අනුරූප විචල්යයේ අගය ශුන්යයට සැකසීමෙන් සේවාදායකය උපස්ථ ප්රතිසාධනයක් ආරම්භ කිරීමෙන් වළක්වා ගත හැකිය. සැකසුම් ගොනුව. කළමනාකරණය සඳහා වෙබ් අතුරු මුහුණතක් සම්බන්ධ කළ හැකි නමුත් සාමාන්යයෙන් වින්යාසගත කළ පද්ධතිය කුඩා bash scripts (හෝ SCM, උදාහරණයක් ලෙස ansible) භාවිතයෙන් සම්පූර්ණයෙන්ම ස්වයංක්රීය කළ හැක. දත්ත ගබඩා කිරීම සඳහා (LTO කැසට්, දෘඪ තැටි, ආදිය) ගබඩා කිරීම සඳහා විවිධ උපාංගවල පුළුල් ලැයිස්තුවක් සඳහා සහාය වීම නිසා, ගබඩාව සැකසීම සඳහා තරමක් සුළු නොවන පද්ධතියක් ඇත. මෙම ලිපියේ සාකච්ඡා කර ඇති සියලුම වැඩසටහන් අතුරින්, නාමාවලි නැවත නම් කිරීම හඳුනා ගැනීමට හැකි වූ එකම වැඩසටහන AMANDA බව සඳහන් කිරීම වටී. එක් ධාවනයක් සඳහා ගබඩා ප්රමාණය 13 GB විය.
නිවේදනය
උපස්ථ 6 කොටස: උපස්ථ මෙවලම් සංසන්දනය කිරීම
උපස්ථ 7 කොටස: නිගමන
මූලාශ්රය: www.habr.com