ආයුබෝවන්, හබ්ර් පාඨකයින්. මෙම ලිපියෙන් අපි අප විසින් නිර්මාණය කරන ලද අධි සංවෘත පද්ධතිය AERODISK vAIR ගැන කතා කරන මාලාවක් විවෘත කරමු. මුලදී, අපි පළමු ලිපියේ සෑම දෙයක් ගැනම කියන්නට අදහස් කළෙමු, නමුත් පද්ධතිය තරමක් සංකීර්ණ බැවින් අපි අලියා කොටස් වශයෙන් අනුභව කරමු.
පද්ධතිය නිර්මාණය කිරීමේ ඉතිහාසය සමඟ කතාව ආරම්භ කරමු, vAIR හි පදනම වන ARDFS ගොනු පද්ධතිය දෙස බලමු, සහ රුසියානු වෙළඳපොලේ මෙම විසඳුම ස්ථානගත කිරීම ගැන ටිකක් කතා කරමු.
ඉදිරි ලිපි වලින් අපි විවිධ වාස්තු විද්‍යාත්මක සංරචක (පොකුරු, හයිපර්වයිසර්, ලෝඩ් බැලන්සර්, අධීක්ෂණ පද්ධතිය, ආදිය), වින්‍යාස කිරීමේ ක්‍රියාවලිය, බලපත්‍ර ගැටළු මතු කිරීම, බිඳවැටීම් පරීක්ෂණ වෙන වෙනම පෙන්වීම සහ ඇත්ත වශයෙන්ම බර පරීක්ෂා කිරීම ගැන වඩාත් විස්තරාත්මකව කතා කරමු. ප්රමාණය අපි vAIR හි ප්‍රජා අනුවාදය සඳහා වෙනම ලිපියක් ද වෙන් කරමු.
Aerodisk ගබඩා පද්ධති ගැන කතාවක්ද? නැත්තම් ඇයි අපි හයිපර්කොන්වර්ජන්ස් කරන්න පටන් ගත්තේ?
මුලදී, අපගේම අධි අභිසාරීතාවයක් නිර්මාණය කිරීමේ අදහස අපට පැමිණියේ 2010 දී පමණය. ඒ වන විට Aerodisk හෝ ඒ හා සමාන විසඳුම් (වාණිජ පෙට්ටි සහිත අධිසන්ධි පද්ධති) වෙළඳපොලේ නොතිබුණි. අපගේ කාර්යය පහත පරිදි විය: දේශීය තැටි සහිත සේවාදායකයන් සමූහයකින්, ඊතර්නෙට් ප්‍රොටෝකෝලය හරහා අන්තර් සම්බන්ධතාවයකින් එක්සත් වූ අතර, දිගු ගබඩාවක් නිර්මාණය කිරීම සහ එහි අථත්ය යන්ත්‍ර සහ මෘදුකාංග ජාලයක් දියත් කිරීම අවශ්ය විය. මේ සියල්ල ගබඩා පද්ධති නොමැතිව ක්රියාත්මක කිරීමට සිදු විය (ගබඩා පද්ධති සහ එහි දෘඩාංග සඳහා සරලව මුදල් නොතිබූ නිසා සහ අප තවමත් අපගේම ගබඩා පද්ධති නිර්මාණය කර නොතිබූ බැවිනි).
අපි බොහෝ විවෘත මූලාශ්‍ර විසඳුම් උත්සාහ කර අවසානයේ මෙම ගැටලුව විසඳා ගත්තෙමු, නමුත් විසඳුම ඉතා සංකීර්ණ වූ අතර නැවත කිරීමට අපහසු විය. මීට අමතරව, මෙම විසඳුම "එය වැඩ කරන්නේද? අල්ලන්න එපා! එමනිසා, එම ගැටළුව විසඳා ගැනීමෙන් පසුව, අපගේ කාර්යයේ ප්රතිඵලය සම්පූර්ණ නිෂ්පාදනයක් බවට පරිවර්තනය කිරීමේ අදහස අපි තවදුරටත් වර්ධනය නොකළෙමු.
එම සිදුවීමෙන් පසුව, අපි මෙම අදහසින් ඈත් වූ නමුත්, මෙම ගැටලුව සම්පූර්ණයෙන්ම විසඳිය හැකි බවට හැඟීමක් අප තුළ ඇති වූ අතර, එවැනි විසඳුමක ප්රතිලාභ පැහැදිලිව පෙනෙන්නට තිබුණි. පසුව, විදේශීය සමාගම්වල නිකුත් කරන ලද HCI නිෂ්පාදන මෙම හැඟීම තහවුරු කළේය.
එබැවින්, 2016 මැද භාගයේදී, අපි සම්පූර්ණ නිෂ්පාදනයක් නිර්මාණය කිරීමේ කොටසක් ලෙස මෙම කාර්යයට නැවත පැමිණියෙමු. ඒ වන විට අපට ආයෝජකයින් සමඟ කිසිදු සබඳතාවක් නොතිබූ නිසා අපට අපේම විශාල මුදල් සඳහා සංවර්ධන ස්ථාවරයක් මිලදී ගැනීමට සිදු විය. Avito මත පාවිච්චි කරන ලද සර්වර් සහ ස්විචයන් එකතු කිරීමෙන් පසුව, අපි ව්යාපාරයට බැස්සෙමු.
ප්‍රධාන ආරම්භක කාර්යය වූයේ ඊතර්නෙට් හරහා අන්තර් සම්බන්ධතාවයකින් සම්බන්ධ කර ඇති පොකුරු නෝඩ් වල n වන අංකයේ අථත්ය බ්ලොක් ආකාරයෙන් දත්ත ස්වයංක්‍රීයව හා ඒකාකාරව බෙදා හැරිය හැකි සරල නමුත් අපගේම ගොනු පද්ධතියක් නිර්මාණය කිරීමයි. ඒ අතරම, FS හොඳින් හා පහසුවෙන් පරිමාණය කළ යුතු අතර යාබද පද්ධති වලින් ස්වාධීන විය යුතුය, i.e. "හුදෙක් ගබඩා පහසුකමක්" ආකාරයෙන් vAIR වෙතින් විරසක වේ.
පළමු vAIR සංකල්පය
අපි දැනටමත් ඔවුන් සමඟ ව්යාපෘති අත්දැකීම් රාශියක් ඇති බැවින්, අපගේම සංවර්ධනයට පක්ෂව දිගු කළ ගබඩා (ceph, gluster, luster සහ ඒ හා සමාන) සංවිධානය කිරීම සඳහා සූදානම් කළ විවෘත මූලාශ්‍ර විසඳුම් භාවිතා කිරීම අපි හිතාමතාම අත්හැර දැමුවෙමු. ඇත්ත වශයෙන්ම, මෙම විසඳුම් විශිෂ්ට වන අතර, Aerodisk මත වැඩ කිරීමට පෙර, අපි ඔවුන් සමඟ ඒකාබද්ධ කිරීමේ ව්යාපෘති එකකට වඩා ක්රියාත්මක කළෙමු. නමුත් එක් පාරිභෝගිකයෙකු සඳහා නිශ්චිත කාර්යයක් ක්රියාත්මක කිරීම, දුම්රිය කාර්ය මණ්ඩලය සහ, සමහර විට, විශාල වෙළෙන්දෙකුගේ සහාය මිලදී ගැනීම එක් දෙයක් වන අතර, විවිධ කාර්යයන් සඳහා භාවිතා කළ හැකි පහසුවෙන් අනුකරණය කළ හැකි නිෂ්පාදනයක් නිර්මාණය කිරීම තවත් දෙයකි. වෙළෙන්දා, අප ගැන දැන ගැනීමට පවා අපට නොහැකි වනු ඇත. දෙවන අරමුණ සඳහා, පවතින විවෘත කේත නිෂ්පාදන අපට නොගැලපේ, එබැවින් අපි බෙදා හරින ලද ගොනු පද්ධතියක් අප විසින්ම නිර්මාණය කිරීමට තීරණය කළෙමු.
වසර දෙකකට පසුව, සංවර්ධකයින් කිහිප දෙනෙකු (vAIR හි වැඩ කටයුතු සම්භාව්‍ය එන්ජින් ගබඩා කිරීමේ පද්ධතිය සමඟ ඒකාබද්ධ කළ) නිශ්චිත ප්‍රති result ලයක් ලබා ගත්හ.
2018 වන විට, අපි සරල ගොනු පද්ධතියක් ලියා එයට අවශ්ය දෘඩාංග සමඟ අතිරේකව ලබා දුන්නෙමු. පද්ධතිය අභ්‍යන්තර අන්තර් සම්බන්ධතාවයක් හරහා විවිධ සර්වර් වලින් භෞතික (දේශීය) තැටි එක් පැතලි තටාකයකට ඒකාබද්ධ කර ඒවා අථත්ය බ්ලොක් වලට “කපා”, පසුව අථත්ය බ්ලොක් වලින් විවිධ දෝෂ ඉවසීමේ උපකරණ අවහිර කරන ලද අතර ඒවා මත අථත්ය ඒවා නිර්මාණය කරන ලදී. සහ KVM හයිපර්වයිසර් කාර් භාවිතයෙන් ක්රියාත්මක වේ.
අපි ගොනු පද්ධතියේ නම ගැන ඕනෑවට වඩා කරදර නොවූ අතර එය කෙටියෙන් ARDFS ලෙස හැඳින්වුවෙමු (එය අදහස් කරන්නේ කුමක්දැයි අනුමාන කරන්න))
මෙම මූලාකෘතිය හොඳ පෙනුමක් (දෘෂ්යමය වශයෙන් නොවේ, ඇත්ත වශයෙන්ම, තවමත් දෘශ්ය නිර්මාණයක් නොතිබුණි) සහ කාර්ය සාධනය සහ පරිමාණය අනුව හොඳ ප්රතිඵල පෙන්නුම් කළේය. පළමු සැබෑ ප්‍රතිඵලයෙන් පසුව, අපි මෙම ව්‍යාපෘතිය ක්රියාත්මක කරමින්, පූර්ණ-පරිපූර්ණ සංවර්ධන පරිසරයක් සහ vAIR සමඟ පමණක් කටයුතු කරන වෙනම කණ්ඩායමක් සංවිධානය කරමු.
ඒ වන විට, විසඳුමේ සාමාන්‍ය ගෘහ නිර්මාණ ශිල්පය පරිණත වී ඇති අතර එය තවමත් විශාල වෙනස්කම් වලට භාජනය වී නොමැත.
ARDFS ගොනු පද්ධතියට කිමිදීම
ARDFS යනු vAIR හි අත්තිවාරම වන අතර, එය සම්පූර්ණ පොකුර පුරා බෙදා හරින ලද, දෝෂ-ඉවසන දත්ත ගබඩා කිරීම සපයයි. ARDFS හි එක් (නමුත් එකම) සුවිශේෂී ලක්ෂණයක් වන්නේ එය පාර-දත්ත සහ කළමනාකරණය සඳහා කිසිදු අමතර කැපවූ සේවාදායකයක් භාවිතා නොකිරීමයි. මෙය මුලින්ම පිළිසිඳ ගත්තේ විසඳුමේ වින්‍යාසය සරල කිරීමට සහ එහි විශ්වසනීයත්වය සඳහා ය.
ගබඩා ව්යුහය
පොකුරේ සියලුම නෝඩ් තුළ, ARDFS පවතින සියලුම තැටි අවකාශයෙන් තාර්කික සංචිතයක් සංවිධානය කරයි. සංචිතයක් තවමත් දත්ත හෝ ආකෘතිගත ඉඩක් නොවන බව තේරුම් ගැනීම වැදගත්ය, නමුත් සරලව සලකුණු කිරීම, i.e. vAIR ස්ථාපනය කර ඇති ඕනෑම නෝඩයක්, පොකුරට එකතු කළ විට, ස්වයංක්‍රීයව බෙදාගත් ARDFS සංචිතයට එකතු වන අතර තැටි සම්පත් ස්වයංක්‍රීයව සම්පූර්ණ පොකුර පුරා බෙදා ගනී (සහ අනාගත දත්ත ගබඩා කිරීම සඳහා ලබා ගත හැක). මෙම ප්රවේශය දැනටමත් ක්රියාත්මක වන පද්ධතියට බරපතල බලපෑමක් නොමැතිව පියාසර කිරීමේදී නෝඩ් එකතු කිරීමට සහ ඉවත් කිරීමට ඔබට ඉඩ සලසයි. එම. පද්ධතිය "ගඩොල් වල" පරිමාණය කිරීම ඉතා පහසු වේ, අවශ්ය නම් පොකුරේ නෝඩ් එකතු කිරීම හෝ ඉවත් කිරීම.
ARDFS තටාකයට ඉහළින් අතථ්‍ය තැටි (අථත්ය යන්ත්‍ර සඳහා ගබඩා වස්තු) එකතු කරනු ලැබේ, ඒවා මෙගාබයිට් 4 ක ප්‍රමාණයේ අථත්ය කොටස් වලින් ගොඩනගා ඇත. අතථ්‍ය තැටි සෘජුවම දත්ත ගබඩා කරයි. දෝෂ ඉවසීමේ ක්‍රමය ද අථත්ය තැටි මට්ටමින් සකසා ඇත.
ඔබ දැනටමත් අනුමාන කර ඇති පරිදි, තැටි උප පද්ධතියේ දෝෂ ඉවසීම සඳහා, අපි RAID (ස්වාධීන තැටිවල අතිරික්ත අරාව) සංකල්පය භාවිතා නොකරමු, නමුත් RAIN (ස්වාධීන නෝඩ් වල අතිරික්ත අරාව) භාවිතා කරන්නෙමු. එම. දෝෂ ඉවසීම මනිනු ලැබේ, ස්වයංක්‍රීයව සහ කළමනාකරණය කරනු ලබන්නේ තැටි මත නොව නෝඩ් මත ය. තැටි, ඇත්ත වශයෙන්ම, ගබඩා වස්තුවකි, ඒවා, අනෙක් සියල්ල මෙන්, නිරීක්ෂණය කරනු ලැබේ, දේශීය දෘඩාංග RAID එකලස් කිරීම ඇතුළුව ඔබට ඒවා සමඟ සියලුම සම්මත මෙහෙයුම් සිදු කළ හැකිය, නමුත් පොකුර විශේෂයෙන් නෝඩ් මත ක්රියාත්මක වේ.
ඔබට සැබවින්ම RAID අවශ්ය වන අවස්ථාවක (උදාහරණයක් ලෙස, කුඩා පොකුරු මත බහුවිධ අසාර්ථකත්වයන් සඳහා සහය දක්වන අවස්ථාවක්), ප්‍රාදේශීය RAID පාලකයන් භාවිතා කිරීමෙන් කිසිවක් ඔබව වළක්වන්නේ නැත, සහ දිගු කළ ගබඩාව සහ ඉහළින් RAIN ගෘහ නිර්මාණ ශිල්පයක් ගොඩනැගීම. මෙම දර්ශනය තරමක් සජීවී වන අතර අප විසින් සහාය දක්වනු ලැබේ, එබැවින් අපි vAIR භාවිතා කිරීම සඳහා සාමාන්‍ය අවස්ථා පිළිබඳ ලිපියකින් ඒ ගැන කතා කරමු.
ගබඩා දෝෂ ඉවසීමේ යෝජනා ක්‍රම
vAIR හි අථත්ය තැටි සඳහා දෝෂ ඉවසීමේ ක්‍රම දෙකක් තිබිය හැක:
1) අනුකරණ සාධකය හෝ සරලව අනුකරණය - මෙම දෝෂ ඉවසීමේ ක්‍රමය පොල්ලක් සහ කඹයක් තරම් සරල ය. 2 (පොකුරකට පිටපත් 2) හෝ 3 (පිළිවෙලින් පිටපත් 3) සාධකයක් සහිත නෝඩ් අතර සමමුහුර්ත අනුකරණය සිදු කෙරේ. RF-2 පොකුරේ එක් නෝඩයක අසාර්ථකත්වයට ඔරොත්තු දීමට අතථ්‍ය තැටියකට ඉඩ සලසයි, නමුත් ප්රයෝජනවත් පරිමාවෙන් අඩක් "කයි", සහ RF-3 පොකුරේ ඇති නෝඩ් 2 ක අසාර්ථකත්වයට ඔරොත්තු දෙන නමුත් 2/3 ක් වෙන් කරයි. එහි අවශ්යතා සඳහා ප්රයෝජනවත් පරිමාව. මෙම යෝජනා ක්‍රමය RAID-1 ට බෙහෙවින් සමාන ය, එනම් RF-2 හි වින්‍යාස කර ඇති අතථ්‍ය තැටියක් පොකුරේ ඇති එක් නෝඩයක අසාර්ථකත්වයට ප්‍රතිරෝධී වේ. මෙම අවස්ථාවේදී, දත්ත සමඟ සියල්ල හොඳින් සිදු වන අතර I/O පවා නතර නොවේ. වැටුණු නෝඩය නැවත සේවයට පැමිණි විට, ස්වයංක්‍රීය දත්ත ප්‍රතිසාධනය/සමමුහුර්තකරණය ආරම්භ වේ.
පහත දැක්වෙන්නේ RF-2 සහ RF-3 දත්ත සාමාන්‍ය මාදිලියේ සහ අසාර්ථක තත්ත්වයකදී බෙදා හැරීමේ උදාහරණ වේ.
අප සතුව 8MB අද්විතීය (ප්රයෝජනවත්) දත්ත ධාරිතාවක් සහිත අතථ්‍ය යන්ත්‍රයක් ඇත, එය vAIR නෝඩ් 4ක් මත ක්රියාත්මක වේ. යථාර්ථයේ දී එවැනි කුඩා පරිමාවක් ඇති බව පෙනෙන්නට නැති බව පැහැදිලිය, නමුත් ARDFS මෙහෙයුමේ තර්කනය පිළිබිඹු කරන යෝජනා ක්රමයක් සඳහා, මෙම උදාහරණය වඩාත්ම තේරුම්ගත හැකිය. AB යනු අද්විතීය අථත්ය යන්ත්‍ර දත්ත අඩංගු 4MB අථත්ය කොටස් වේ. RF-2 පිළිවෙලින් A1+A2 සහ B1+B2 යන බ්ලොක් වල පිටපත් දෙකක් නිර්මාණය කරයි. මෙම බ්ලොක් නෝඩ් හරහා "තැබූ", එකම නෝඩයේ එකම දත්ත ඡේදනය වීම වළක්වයි, එනම්, A1 පිටපත A2 පිටපතේ එකම නෝඩයේ පිහිටා නොමැත. B1 සහ B2 සමඟ සමාන වේ.
එක් නෝඩයක් අසමත් වුවහොත් (උදාහරණයක් ලෙස, B3 පිටපතක් අඩංගු අංක 1), මෙම පිටපත එහි පිටපතෙහි පිටපතක් නොමැති නෝඩය මත ස්වයංක්‍රීයව සක්‍රිය වේ (එනම්, B2 පිටපතක්).
මේ අනුව, අථත්ය තැටිය (සහ VM, ඒ අනුව) RF-2 යෝජනා ක්‍රමයේ එක් නෝඩයක අසාර්ථක වීමෙන් පහසුවෙන් බේරී යා හැක.
ප්‍රතිනිර්මාණ යෝජනා ක්‍රමය, සරල සහ විශ්වාසදායක වුවද, RAID1 වැනි ගැටලුවකින්ම පීඩා විඳිති - ප්‍රමාණවත් තරම් භාවිතා කළ හැකි ඉඩක් නොමැත.
2) ඉහත ගැටළුව විසඳීම සඳහා මකන කේතීකරණය හෝ මකන කේතීකරණය ("අතිරික්ත කේතීකරණය", "මකන්න කේතීකරණය" හෝ "අතිරික්ත කේතය" ලෙසද හැඳින්වේ) පවතී. EC යනු ප්‍රතිනිර්මාණයට සාපේක්ෂව අඩු තැටි ඉඩ ප්‍රමාණයකින් ඉහළ දත්ත ලබා ගැනීමේ ක්‍රමයකි. මෙම යාන්ත්රණයේ මෙහෙයුම් මූලධර්මය RAID 5, 6, 6P ට සමාන වේ.
කේතනය කිරීමේදී, EC ක්‍රියාවලිය EC යෝජනා ක්‍රමය මත පදනම්ව අතථ්‍ය වාරණයක් (පෙරනිමියෙන් 4MB) කුඩා "දත්ත කුට්ටි" කිහිපයකට බෙදයි (උදාහරණයක් ලෙස, 2+1 යෝජනා ක්රමයක් මඟින් සෑම 4MB බ්ලොක් එකක්ම 2 MB කුට්ටි 2 කට බෙදා ඇත). මීළඟට, මෙම ක්‍රියාවලිය කලින් බෙදූ කොටස්වලින් එකකට වඩා විශාල නොවන “දත්ත කුට්ටි” සඳහා “සමානාත්ම කුට්ටි” ජනනය කරයි. විකේතනය කරන විට, EC විසින් සම්පූර්ණ පොකුර පුරා ඇති "ජීවත්වන" දත්ත කියවීමෙන් අතුරුදහන් වූ කොටස් ජනනය කරයි.
උදාහරණයක් ලෙස, පොකුරු නෝඩ් 2 ක් මත ක්රියාත්මක කරන ලද 1 + 4 EC යෝජනා ක්රමයක් සහිත අථත්ය තැටියක්, RF-2 ආකාරයටම පොකුරේ එක් නෝඩයක අසාර්ථකත්වයට පහසුවෙන් ඔරොත්තු දෙනු ඇත. මෙම අවස්ථාවෙහිදී, පොදු කාර්ය පිරිවැය අඩු වනු ඇත, විශේෂයෙන්ම, RF-2 සඳහා ප්රයෝජනවත් ධාරිතාව සංගුණකය 2 වන අතර, EC 2+1 සඳහා එය 1,5 වේ.
එය වඩාත් සරලව විස්තර කිරීම සඳහා, සාරය නම්, අථත්ය වාරණ 2-8 (ඇයි 2 සිට 8 දක්වා, පහත බලන්න) "කෑලි" ලෙස බෙදී ඇති අතර, මෙම කෑලි සඳහා සමාන පරිමාවක සමානාත්මතාවයේ "කෑලි" ගණනය කරනු ලැබේ.
එහි ප්‍රතිඵලයක් වශයෙන්, දත්ත සහ සමානාත්මතාවය පොකුරේ සියලුම නෝඩ් හරහා ඒකාකාරව බෙදා හැරේ. ඒ අතරම, ප්‍රතිනිර්මාණය කිරීමේදී මෙන්, ARDFS ස්වයංක්‍රීයව දත්ත නෝඩ් හරහා බෙදා හරිනු ලබන්නේ සමාන දත්ත (දත්ත පිටපත් සහ ඒවායේ සමානාත්මතාවය) එකම නෝඩයේ ගබඩා කිරීම වැළැක්වීම සඳහා, නියමිත දත්ත නැතිවීමේ අවස්ථාව ඉවත් කිරීම සඳහා ය. දත්ත සහ ඒවායේ සමානාත්මතාවය අසාර්ථක වන එක් ගබඩා නෝඩයක් මත හදිසියේම අවසන් වනු ඇත.
පහත දැක්වෙන්නේ එකම 8 MB අථත්ය යන්ත්‍රයක් සහ නෝඩ් 4ක් සමඟින්, නමුත් EC 2+1 යෝජනා ක්රමයක් සහිත උදාහරණයක්.
A සහ B කුට්ටි 2 MB බැගින් කොටස් දෙකකට බෙදා ඇත (2+1 නිසා දෙකක්), එනම් A1+A2 සහ B1+B2. අනුරුවක් මෙන් නොව, A1 යනු A2 හි පිටපතක් නොවේ, එය A අතථ්‍ය බ්ලොක් එකක් වන අතර එය කොටස් දෙකකට බෙදා ඇත, B බ්ලොක් එක සමඟ සමාන වේ. සමස්තයක් වශයෙන්, අපට 4MB කට්ටල දෙකක් ලැබේ, ඒ සෑම එකක්ම MB දෙකේ කෑලි දෙකක් අඩංගු වේ. ඊළඟට, මෙම සෑම කට්ටලයක් සඳහාම, සමානාත්මතාවය එක් කැබැල්ලකට වඩා (එනම් 2 MB) පරිමාවකින් ගණනය කරනු ලැබේ, අපි අතිරේක + 2 සමානාත්මතාවය (A-P සහ B-P) ලබා ගනිමු. සමස්තයක් වශයෙන් අපට 4×2 දත්ත + 2×2 සමානාත්මතාවය ඇත.
ඊළඟට, දත්ත ඔවුන්ගේ සමානාත්මතාවය සමඟ ඡේදනය නොවන පරිදි කෑලි නෝඩ් අතර "තැබූ" ඇත. එම. A1 සහ A2 A-P ලෙස එකම නෝඩය මත පිහිටන්නේ නැත.
එක් නෝඩයක් අසමත් වුවහොත් (උදාහරණයක් ලෙස, තෙවනුව), වැටුණු බ්ලොක් B1 නෝඩ් අංක 2 හි ගබඩා කර ඇති B-P සමානාත්මතාවයෙන් ස්වයංක්‍රීයව ප්‍රතිසාධනය කරනු ලබන අතර එය පවතින නෝඩයේ ක්රියාත්මක වේ. B-parity නැත, i.e. B-P කෑල්ලක් මෙම උදාහරණයේ දී, මෙය නෝඩ් අංක 1 වේ
පාඨකයාට ප්‍රශ්නයක් ඇති බව මට විශ්වාසයි:
"ඔබ විස්තර කළ සෑම දෙයක්ම තරඟකරුවන් විසින් සහ විවෘත මූලාශ්‍ර විසඳුම් තුළ දීර්ඝ කාලයක් තිස්සේ ක්රියාත්මක කර ඇත, ARDFS හි EC ක්රියාත්මක කිරීම අතර වෙනස කුමක්ද?"
එවිට ARDFS හි රසවත් ලක්ෂණ ඇත.
නම්‍යශීලී බව කෙරෙහි අවධානය යොමු කරමින් කේතීකරණය මකන්න
මුලදී, අපි තරමක් නම්‍යශීලී EC X+Y යෝජනා ක්රමයක් ලබා දුන්නෙමු, එහිදී X 2 සිට 8 දක්වා සංඛ්‍යාවකට සමාන වන අතර Y 1 සිට 8 දක්වා සංඛ්‍යාවකට සමාන වේ, නමුත් සෑම විටම X ට වඩා අඩු හෝ සමාන වේ. මෙම යෝජනා ක්‍රමය සපයනු ලැබේ. නම්යශීලීභාවය සඳහා. වර්චුවල් බ්ලොක් එක බෙදී ඇති දත්ත කොටස් ගණන (X) වැඩි කිරීම පොදු කාර්ය පිරිවැය අඩු කිරීමට ඉඩ සලසයි, එනම් භාවිතා කළ හැකි ඉඩ වැඩි කරයි.
සමානාත්මතාවයේ කුට්ටි ගණන (Y) වැඩි කිරීම අථත්ය තැටියේ විශ්වසනීයත්වය වැඩි කරයි. Y අගය විශාල වන තරමට, පොකුරේ වැඩි නෝඩ් අසමත් විය හැක. ඇත්ත වශයෙන්ම, සමානාත්මතාවයේ පරිමාව වැඩි කිරීම භාවිතා කළ හැකි ධාරිතාව ප්රමාණය අඩු කරයි, නමුත් මෙය විශ්වසනීයත්වය සඳහා ගෙවිය යුතු මිලකි.
EC පරිපථ මත කාර්ය සාධනය රඳා පැවතීම පාහේ සෘජු ය: වැඩි "කෑලි", අඩු කාර්ය සාධනය; මෙහි, ඇත්ත වශයෙන්ම, සමබර දසුනක් අවශ්ය වේ.
මෙම ප්රවේශය පරිපාලකයින්ට උපරිම නම්‍යශීලීභාවයකින් දිගු කළ ආචයනය වින්‍යාස කිරීමට ඉඩ සලසයි. ARDFS සංචිතය තුළ, ඔබට ඕනෑම දෝෂ ඉවසීමේ යෝජනා ක්‍රම සහ ඒවායේ සංයෝජන භාවිතා කළ හැකිය, එය අපගේ මතය අනුව ඉතා ප්රයෝජනවත් වේ.
පහත දැක්වෙන්නේ RF සහ EC යෝජනා ක්‍රම කිහිපයක් (සියල්ල කළ නොහැකි) සංසන්දනය කරන වගුවකි.
වගුවේ දැක්වෙන්නේ, පොකුරක් තුළ එකවර නෝඩ් 8 ක් දක්වා නැති වීමට ඉඩ සලසන වඩාත්ම “ටෙරී” සංයෝජනය EC 7+7 පවා සම්මත ප්‍රතිවර්තනයට වඩා අඩු භාවිතා කළ හැකි ඉඩක් (1,875 එදිරිව 2) “කනවා” සහ 7 ගුණයකින් වඩා හොඳින් ආරක්ෂා කරන බවයි. , මෙම ආරක්ෂණ යාන්ත්‍රණය වඩාත් සංකීර්ණ වුවද, සීමිත තැටි ඉඩ ප්‍රමාණයේ උපරිම විශ්වසනීයත්වය සහතික කිරීමට අවශ්ය අවස්ථාවන්හිදී වඩාත් ආකර්ෂණීය කරයි. ඒ අතරම, X හෝ Y සිට සෑම "ප්ලස්" එකක්ම අතිරේක කාර්ය සාධනයක් වනු ඇති බව ඔබ තේරුම් ගත යුතුය, එබැවින් විශ්වසනීයත්වය, ඉතුරුම් සහ කාර්ය සාධනය අතර ත්රිකෝණය තුළ ඔබ ඉතා ප්රවේශමෙන් තෝරා ගත යුතුය. මෙම හේතුව නිසා, කේතීකරණ ප්රමාණය මකා දැමීම සඳහා අපි වෙනම ලිපියක් කැප කරන්නෙමු.
ගොනු පද්ධතියේ විශ්වසනීයත්වය සහ ස්වාධීනත්වය
ARDFS පොකුරේ සියලුම නෝඩ් මත දේශීයව ක්රියාත්මක වන අතර කැප වූ ඊතර්නෙට් අතුරුමුහුණත් හරහා තමන්ගේම ක්‍රම භාවිතා කරමින් ඒවා සමමුහුර්ත කරයි. වැදගත් කරුණ නම්, ARDFS ස්වාධීනව දත්ත පමණක් නොව, ගබඩාවට අදාළ පාර-දත්ත සමමුහුර්ත කිරීමයි. ARDFS මත වැඩ කරන අතරතුර, අපි එකවරම පවතින විසඳුම් ගණනාවක් අධ්‍යයනය කළ අතර, බොහෝ දෙනෙක් ගොනු පද්ධති මෙටා සමමුහුර්ත කරන බව අපි සොයා ගත්තෙමු, බාහිර බෙදා හරින ලද DBMS භාවිතා කරමින්, අපි සමමුහුර්ත කිරීම සඳහා ද භාවිතා කරන නමුත්, FS පාර-දත්ත (මෙය සහ අනෙකුත් අදාළ උප පද්ධති ගැන) නොව වින්‍යාස කිරීම් පමණක් ඊළඟ ලිපියෙන්).
බාහිර DBMS භාවිතයෙන් FS පාරදත්ත සමමුහුර්ත කිරීම, ඇත්ත වශයෙන්ම, ක්‍රියාකාරී විසඳුමකි, නමුත් එවිට ARDFS මත ගබඩා කර ඇති දත්තවල අනුකූලතාවය බාහිර DBMS සහ එහි හැසිරීම මත රඳා පවතී (සහ, අවංකව කිවහොත්, එය චපල කාන්තාවක්), අපේ මතය නරකයි. ඇයි? FS පාර-දත්ත වලට හානි සිදුවුවහොත්, FS දත්ත වලටම "ආයුබෝවන්" යැයි පැවසිය හැකිය, එබැවින් අපි වඩාත් සංකීර්ණ නමුත් විශ්වාසදායක මාර්ගයක් ගැනීමට තීරණය කළෙමු.
අපි ARDFS සඳහා පාර-දත්ත සමමුහුර්ත කිරීමේ උප පද්ධතිය අප විසින්ම සාදන ලද අතර එය යාබද උප පද්ධතිවලින් සම්පූර්ණයෙන්ම ස්වාධීනව ජීවත් වේ. එම. වෙනත් කිසිදු උප පද්ධතියකට ARDFS දත්ත දූෂිත කළ නොහැක. අපගේ මතය අනුව, මෙය වඩාත්ම විශ්වාසදායක සහ නිවැරදි මාර්ගයයි, නමුත් මෙය ඇත්ත වශයෙන්ම එසේ දැයි කාලය කියනු ඇත. මීට අමතරව, මෙම ප්රවේශය සමඟ අතිරේක වාසියක් ඇත. ARDFS vAIR වලින් ස්වාධීනව භාවිතා කළ හැකිය, දිගු කළ ගබඩාවක් මෙන්, අපි අනාගත නිෂ්පාදන සඳහා නිසැකවම භාවිතා කරනු ඇත.
එහි ප්‍රතිඵලයක් ලෙස, ARDFS සංවර්ධනය කිරීමෙන්, ඔබට ධාරිතාව ඉතිරි කර ගැනීමට හෝ කාර්ය සාධනය මත සියල්ල අත්හැරීමට හෝ සාධාරණ මිලකට අතිශය විශ්වාසදායක ගබඩා කිරීමට, නමුත් කාර්ය සාධන අවශ්යතා අඩු කිරීමට හැකි තේරීමක් ලබා දෙන නම්‍යශීලී සහ විශ්වාසදායක ගොනු පද්ධතියක් අපට ලැබුණි.
සරල බලපත්‍ර ප්‍රතිපත්තියක් සහ නම්‍යශීලී බෙදාහැරීමේ ආකෘතියක් සමඟ (ඉදිරියට බලන විට, vAIR node මඟින් බලපත්‍ර ලබා දී ඇති අතර මෘදුකාංගයක් ලෙස හෝ මෘදුකාංග පැකේජයක් ලෙස බෙදා හරිනු ලැබේ), මෙය ඔබට විවිධාකාර පාරිභෝගික අවශ්යතා සඳහා විසඳුම ඉතා නිවැරදිව සකස් කිරීමට ඉඩ සලසයි. එවිට පහසුවෙන් මෙම ශේෂය පවත්වා ගන්න.
මේ ආශ්චර්යය අවශ්ය කාටද?
එක් අතකින්, අධි අභිසාරී ක්‍ෂේත්‍රයේ බැරෑරුම් විසඳුම් ඇති ක්‍රීඩකයින් දැනටමත් වෙළඳපොලේ සිටින බව අපට පැවසිය හැකි අතර, අප සැබවින්ම ගමන් කරන්නේ මෙයයි. මෙම ප්‍රකාශය සත්‍ය බව පෙනේ, නමුත් ...
අනෙක් අතට, අපි ක්ෂේත්‍රවලට ගොස් ගනුදෙනුකරුවන් සමඟ සන්නිවේදනය කරන විට, අපට සහ අපගේ හවුල්කරුවන්ට පෙනෙන්නේ මෙය කිසිසේත්ම නොවන බවයි. අධි අභිසාරීතාවය සඳහා බොහෝ කාර්යයන් ඇත, සමහර ස්ථානවල එවැනි විසඳුම් පවතින බව මිනිසුන් නොදැන සිටියහ, අනෙක් ඒවා මිල අධික බව පෙනෙන්නට තිබුණි, අනෙක් ඒවා විකල්ප විසඳුම් පිළිබඳ අසාර්ථක පරීක්ෂණ ඇති අතර අනෙක් ඒවා සම්බාධක හේතුවෙන් මිලදී ගැනීම කිසිසේත් තහනම් කරයි. පොදුවේ ගත් කල, කෙත සීසෑරීමට ලක් නොවීය, එබැවින් අපි කන්‍යා පස මතු කිරීමට ගියෙමු))).
GCS වලට වඩා ගබඩා පද්ධතිය හොඳ වන්නේ කවදාද?
අපි වෙළඳපල සමඟ වැඩ කරන විට, ගබඩා පද්ධති සමඟ සම්භාව්‍ය යෝජනා ක්රමයක් භාවිතා කිරීම වඩා හොඳ වන්නේ කවදාද සහ අධි සංවර්ධිත භාවිතා කරන්නේ කවදාද යන්න අපෙන් බොහෝ විට අසනු ලැබේ. GCS නිෂ්පාදනය කරන බොහෝ සමාගම් (විශේෂයෙන් ඔවුන්ගේ කළඹ තුළ ගබඩා පද්ධති නොමැති ඒවා) පවසන්නේ: "ගබඩා පද්ධති යල්පැනෙමින් පවතී, අධි අභිසාරී වීම පමණි!" මෙය නිර්භීත ප්‍රකාශයකි, නමුත් එය සම්පූර්ණයෙන්ම යථාර්ථය පිළිබිඹු නොකරයි.
ඇත්ත වශයෙන්ම, ගබඩා වෙළඳපොළ සැබවින්ම අධි අභිසාරීතාවය සහ සමාන විසඳුම් කරා ගමන් කරයි, නමුත් සෑම විටම "නමුත්" පවතී.
පළමුව, ගබඩා පද්ධති සමඟ සම්භාව්‍ය යෝජනා ක්‍රමයට අනුව ගොඩනගා ඇති දත්ත මධ්‍යස්ථාන සහ තොරතුරු තාක්ෂණ යටිතල පහසුකම් පහසුවෙන් නැවත ගොඩනැගිය නොහැක, එබැවින් එවැනි යටිතල පහසුකම් නවීකරණය කිරීම සහ සම්පූර්ණ කිරීම තවමත් වසර 5-7 ක උරුමයකි.
දෙවනුව, දැනට ගොඩනඟා ඇති යටිතල පහසුකම් (රුසියානු සමූහාණ්ඩුව යන්නෙන් අදහස් කරන්නේ) ගබඩා පද්ධති භාවිතා කරමින් සම්භාව්‍ය යෝජනා ක්‍රමයට අනුව ගොඩනගා ඇති අතර, මිනිසුන් අධි අභිසාරීතාවය ගැන නොදන්නා නිසා නොව, අධි අභිසාරී වෙළඳපොළ නව බැවින් විසඳුම් සහ ප්‍රමිතීන් තවම ස්ථාපිත කර නැත, තොරතුරු තාක්ෂණ පුද්ගලයින් තවමත් පුහුණු වී නොමැත, ඔවුන්ට අත්දැකීම් අඩු නමුත් ඔවුන්ට මෙහි සහ දැන් දත්ත මධ්‍යස්ථාන ගොඩනගා ගත යුතුය. තවද මෙම ප්‍රවණතාවය තවත් වසර 3-5ක් පවතිනු ඇත (ඉන්පසු තවත් උරුමයක්, 1 වන කරුණ බලන්න).
තෙවනුව, බෙදා හරින ලද ගබඩා කිරීමේ පිරිවැය වන (ඇත්ත වශයෙන්ම, දේශීය හැඹිලිය හැර) ලිවීමකට මිලි තත්පර 2 ක අමතර කුඩා ප්‍රමාදයන් තුළ සම්පූර්ණයෙන්ම තාක්ෂණික සීමාවක් ඇත.
හොඳයි, තැටි උප පද්ධතියේ සිරස් පරිමාණයට ආදරය කරන විශාල භෞතික සේවාදායකයන් භාවිතා කිරීම ගැන අපි අමතක නොකරමු.
ගබඩා පද්ධති GCS වලට වඩා හොඳින් හැසිරෙන අත්‍යවශ්‍ය සහ ජනප්‍රිය කාර්යයන් බොහොමයක් තිබේ. මෙන්න, ඇත්ත වශයෙන්ම, ඔවුන්ගේ නිෂ්පාදන කළඹේ ගබඩා පද්ධති නොමැති නිෂ්පාදකයින් අප සමඟ එකඟ නොවනු ඇත, නමුත් අපි සාධාරණ ලෙස තර්ක කිරීමට සූදානම්. ඇත්ත වශයෙන්ම, අපි, නිෂ්පාදන දෙකෙහිම සංවර්ධකයින් ලෙස, අපගේ අනාගත ප්‍රකාශනවලින් එකක ගබඩා පද්ධති සහ GCS අනිවාර්යයෙන්ම සංසන්දනය කරන්නෙමු, එහිදී කුමන කොන්දේසි යටතේ වඩා හොඳද යන්න අපි පැහැදිලිව පෙන්වමු.
ගබඩා පද්ධතිවලට වඩා අධිසන්ධි විසඳුම් හොඳින් ක්‍රියා කරන්නේ කොහේද?
ඉහත කරුණු මත පදනම්ව, පැහැදිලි නිගමන තුනක් ලබා ගත හැකිය:
- ඕනෑම නිෂ්පාදනයක් තුළ අඛණ්ඩව සිදුවන පටිගත කිරීම සඳහා අතිරේක මිලි තත්පර 2ක ප්‍රමාදයක් (දැන් අපි කෘත්‍රිම ද්‍රව්‍ය ගැන කතා නොකරමු, නැනෝ තත්පර කෘත්‍රිම ද්‍රව්‍ය මත පෙන්විය හැක), විවේචනාත්මක නොවන, අධි අභිසාරීතාව සුදුසු වේ.
- විශාල භෞතික සේවාදායකයන්ගෙන් බර බොහෝ කුඩා අතථ්‍ය ඒවා බවට පත් කර නෝඩ් අතර බෙදා හැරිය හැකි තැන, අධි අභිසාරීතාව ද හොඳින් ක්‍රියා කරයි.
- සිරස් පරිමාණයට වඩා තිරස් පරිමාණය ඉහළ ප්‍රමුඛතාවයක් වන විට, GCS එහි ද හොඳින් ක්‍රියා කරයි.
මෙම විසඳුම් මොනවාද?
- සියලුම සම්මත යටිතල පහසුකම් සේවා (ඩිරෙක්ටරි සේවාව, තැපෑල, EDMS, ගොනු සේවාදායක, කුඩා හෝ මධ්යම ERP සහ BI පද්ධති, ආදිය). අපි මෙය "සාමාන්‍ය පරිගණනය" ලෙස හඳුන්වමු.
- ක්ලවුඩ් සපයන්නන්ගේ යටිතල පහසුකම්, ඉක්මනින් සහ ප්‍රමිතිගත කිරීමට අවශ්ය වන විට, සේවාදායකයින් සඳහා අථත්ය යන්ත්‍ර විශාල ප්‍රමාණයක් තිරස්ව පුළුල් කිරීමට සහ පහසුවෙන් "කපා".
- අතථ්‍ය ඩෙස්ක්ටොප් යටිතල ව්යුහය (VDI), එහිදී බොහෝ කුඩා පරිශීලක අතථ්‍ය යන්ත්‍ර ක්රියාත්මක වන අතර ඒකාකාරී පොකුරක් තුළ නිහඬව “පාවෙන” වේ.
- ශාඛා ජාල, එක් එක් ශාඛාව සඳහා සම්මත, දෝෂ-ඉවසන, නමුත් 15-20 අතථ්‍ය යන්ත්‍රවල මිල අඩු යටිතල පහසුකම් අවශ්ය වේ.
- ඕනෑම බෙදා හරින ලද පරිගණක (විශාල දත්ත සේවා, උදාහරණයක් ලෙස). බර "ගැඹුරෙන්" නොව "පළලෙන්" යන තැන.
- අමතර කුඩා ප්‍රමාදයන් පිළිගත හැකි පරීක්ෂණ පරිසරයන්, නමුත් අයවැය සීමාවන් තිබේ, මන්ද මේවා පරීක්ෂණ වේ.
මේ මොහොතේ, අපි AERODISK vAIR සෑදී ඇත්තේ මෙම කාර්යයන් සඳහා වන අතර ඒවා කෙරෙහි අප අවධානය යොමු කර ඇත (මෙතෙක් සාර්ථක ලෙස). සමහර විට මෙය ඉක්මනින් වෙනස් වනු ඇත, මන්ද ... ලෝකය නිශ්චල නොවේ.
නිසා…
මෙය විශාල ලිපි මාලාවක පළමු කොටස සම්පූර්ණ කරයි; ඊළඟ ලිපියෙන් අපි විසඳුමේ ගෘහ නිර්මාණ ශිල්පය සහ භාවිතා කරන සංරචක ගැන කතා කරමු.
අපි ප්‍රශ්න, යෝජනා සහ නිර්මාණාත්මක ආරවුල් සාදරයෙන් පිළිගනිමු.
මූලාශ්රය: www.habr.com