SDS ගෘහ නිර්මාණ ශිල්පයේ කෙටි සංසන්දනය හෝ සුදුසු ගබඩා වේදිකාවක් සොයන්න (GlusterVsCephVsVirtuozzoStorage)

මෙම ලිපිය ලියා ඇත්තේ ඔබටම නිවැරදි විසඳුම තෝරා ගැනීමට සහ Gluster, Ceph සහ Vstorage (Virtuozzo) වැනි SDS අතර ඇති වෙනස්කම් තේරුම් ගැනීමට උපකාර කිරීම සඳහා ය.

පාඨය ඇතැම් ගැටළු පිළිබඳ වඩාත් සවිස්තරාත්මක හෙළිදරව්වක් සහිත ලිපි වෙත සබැඳි භාවිතා කරයි, එබැවින් ඔබට අවශ්‍ය නම්, අන්තර්ජාලයෙන් ස්වාධීනව ලබා ගත හැකි අනවශ්‍ය ලොම් සහ හඳුන්වාදීමේ තොරතුරු නොමැතිව ප්‍රධාන කරුණු භාවිතා කරමින් විස්තර හැකි තරම් කෙටි වනු ඇත.

ඇත්ත වශයෙන්ම, ඇත්ත වශයෙන්ම, මතු කරන ලද මාතෘකා සඳහා පෙළෙහි ස්වර අවශ්‍ය වේ, නමුත් නූතන ලෝකයේ වැඩි වැඩියෙන් මිනිසුන් බොහෝ දේ කියවීමට කැමති නැත))), එබැවින් ඔබට ඉක්මනින් කියවා තේරීමක් කළ හැකිය, සහ යමක් තිබේ නම් පැහැදිලි නැත, සබැඳි හෝ ගූගල් නොපැහැදිලි වචන අනුගමනය කරන්න))), සහ මෙම ලිපිය මෙම ගැඹුරු මාතෘකා සඳහා විනිවිද පෙනෙන ආවරණයක් වැනි, පිරවීම පෙන්වයි - එක් එක් තීරණයේ ප්රධාන ප්රධාන කරුණු.

දීප්තිය

අතථ්‍ය පරිසරයන් සඳහා විවෘත මූලාශ්‍ර මත පදනම් වූ SDS සහිත අධි සංවෘත වේදිකා නිෂ්පාදකයින් විසින් සක්‍රියව භාවිතා කරන Gluster සමඟ ආරම්භ කරමු, ඔබට SDS විකල්ප දෙකකින් තෝරා ගත හැකි ගබඩා අංශයේ RedHat වෙබ් අඩවියෙන් සොයාගත හැකිය: Gluster හෝ Ceph.

ග්ලස්ටර් පරිවර්තක තොගයකින් සමන්විත වේ - ලිපිගොනු බෙදා හැරීමේ සියලුම කාර්යයන් ඉටු කරන සේවාවන් යනාදිය. ගඩොල් යනු එක් තැටියකට සේවා සපයන සේවාවකි, වෙළුම යනු මෙම ගඩොල් ඒකාබද්ධ කරන පරිමාවකි (තටාකය). ඊළඟට DHT (බෙදාහැරි හැෂ් වගුව) ශ්‍රිතය භාවිතයෙන් ගොනු කණ්ඩායම් වලට බෙදා හැරීමේ සේවාව පැමිණේ. පහත සබැඳි එය හා සම්බන්ධ ගැටළු විස්තර කරන බැවින් අපි විස්තරයට Sharding සේවාව ඇතුළත් නොකරමු.

SDS ගෘහ නිර්මාණ ශිල්පයේ කෙටි සංසන්දනය හෝ සුදුසු ගබඩා වේදිකාවක් සොයන්න (GlusterVsCephVsVirtuozzoStorage)

ලියන විට, සම්පූර්ණ ගොනුව ගඩොල් තුළ ගබඩා කර ඇති අතර එහි පිටපත දෙවන සේවාදායකයේ ගඩොල් වෙත එකවර ලියා ඇත. ඊළඟට, දෙවන ගොනුව විවිධ සේවාදායකයන් මත ගඩොල් දෙකක (හෝ ඊට වැඩි) දෙවන කණ්ඩායමට ලියනු ලැබේ.

ගොනු දළ වශයෙන් එකම ප්‍රමාණයේ නම් සහ පරිමාව එක් කණ්ඩායමකින් පමණක් සමන්විත නම්, සියල්ල හොඳයි, නමුත් වෙනත් තත්වයන් යටතේ විස්තර වලින් පහත ගැටළු පැන නගී:

  • කණ්ඩායම් වල ඉඩ අසමාන ලෙස භාවිතා වේ, එය ගොනු වල ප්‍රමාණය මත රඳා පවතින අතර ගොනුවක් ලිවීමට සමූහයේ ප්‍රමාණවත් ඉඩක් නොමැති නම්, ඔබට දෝෂයක් ලැබෙනු ඇත, ගොනුව ලියා නොගන්නා අතර වෙනත් කණ්ඩායමකට නැවත බෙදා හරිනු නොලැබේ ;
  • එක් ගොනුවක් ලියන විට, IO යන්නේ එක් කණ්ඩායමකට පමණි, ඉතිරිය නිෂ්ක්‍රීය වේ;
  • එක් ගොනුවක් ලිවීමේදී ඔබට සම්පූර්ණ පරිමාවේ IO ලබා ගත නොහැක;
  • සහ ඒකාකාර බෙදාහැරීමේ ගැටලුව සමතුලිත කිරීමට සහ විසඳීමට පහසු වන බ්ලොක් වලට දත්ත බෙදා හැරීමේ නොමැතිකම හේතුවෙන් සාමාන්‍ය සංකල්පය අඩු ඵලදායි බවක් පෙනේ, නමුත් දැන් සම්පූර්ණ ගොනුව අවහිර කිරීමකට යයි.

නිල විස්තරයෙන් නිර්මාණ ශිල්පය ග්ලස්ටර් සම්භාව්‍ය දෘඪාංග RAID මත ගොනු ගබඩාවක් ලෙස ක්‍රියා කරන බව අපි කැමැත්තෙන් තොරව අවබෝධ කර ගනිමු. ලිපිගොනු බ්ලොක් වලට කැපීමට (බෙදා හැරීමට) සංවර්ධන උත්සාහයන් ඇත, නමුත් මේ සියල්ල දැනටමත් පවතින වාස්තු විද්‍යාත්මක ප්‍රවේශයට කාර්ය සාධන අලාභ පනවන එකතු කිරීමකි, තවද ෆියුස් වැනි කාර්ය සාධන සීමාවන් සහිත නිදහසේ බෙදා හරින ලද සංරචක භාවිතය. ලිපිගොනු බ්ලොක් වලට බෙදා හැරීමේදී ගබඩාවේ ක්‍රියාකාරීත්වය සහ දෝෂ ඉවසීමේ හැකියාව සීමා කරන පාරදත්ත සේවා නොමැත. වඩා හොඳ කාර්ය සාධන දර්ශක "බෙදා හරින ලද ප්රතිනිර්මාණය" වින්යාසය සමඟ නිරීක්ෂණය කළ හැකි අතර ප්රශස්ත බර බෙදා හැරීමක් සහිත විශ්වසනීය අනුරුවක් 6 සංවිධානය කිරීම සඳහා නෝඩ් සංඛ්යාව අවම වශයෙන් 3 ක් විය යුතුය.

මෙම සොයාගැනීම් පරිශීලක අත්දැකීම් විස්තරයට ද සම්බන්ධ වේ දීප්තිය හා සසඳන විට සීෆ්, සහ මෙම වඩාත් ඵලදායි සහ වඩා විශ්වාසදායක වින්‍යාසය පිළිබඳ අවබෝධයකට තුඩු දෙන අත්දැකීම් පිළිබඳ විස්තරයක් ද ඇත. "ප්රතිනිර්මාණය බෙදාහැරීම".
SDS ගෘහ නිර්මාණ ශිල්පයේ කෙටි සංසන්දනය හෝ සුදුසු ගබඩා වේදිකාවක් සොයන්න (GlusterVsCephVsVirtuozzoStorage)

පින්තූරයේ දැක්වෙන්නේ ලිපිගොනු දෙකක් ලිවීමේදී බර බෙදා හැරීමයි, එහිදී පළමු ගොනුවේ පිටපත් පළමු සේවාදායකයන් තුන හරහා බෙදා හරිනු ලැබේ, ඒවා වෙළුම් 0 කාණ්ඩයට ඒකාබද්ධ කර ඇති අතර දෙවන ගොනුවේ පිටපත් තුනක් දෙවන කාණ්ඩයේ පරිමාව 1 මත තබා ඇත. සේවාදායකයන්. සෑම සේවාදායකයකටම එක් තැටියක් ඇත.

සාමාන්‍ය නිගමනය නම් ඔබට Gluster භාවිතා කළ හැකි නමුත්, අධි සංක්‍රමණික විසඳුමක යම් යම් තත්වයන් යටතේ දුෂ්කරතා ඇති කරන ක්‍රියාකාරීත්වයේ සහ වැරදි ඉවසීමේ සීමාවන් පවතිනු ඇති බව අවබෝධ කරගනිමින්, අතථ්‍ය පරිසරවල ගණනය කිරීම් සඳහා සම්පත් අවශ්‍ය වේ.

සීමා සහිත යම් යම් කොන්දේසි යටතේ ලබා ගත හැකි Gluster කාර්ය සාධන දර්ශක කිහිපයක් ද ඇත වැරදි ඉවසීම.

සීෆ්

දැන් මට හැකි වූ වාස්තු විද්‍යා විස්තර වලින් Ceph දෙස බලමු සොයාගන්න. අතර සැසඳීමක් ද ඇත Glusterfs සහ Ceph, එහි සේවාවන් සඳහා බර යටතේ ඇති සියලුම දෘඩාංග සම්පත් අවශ්‍ය බැවින්, වෙනම සේවාදායකයන් මත Ceph යෙදවීම සුදුසු බව ඔබට වහාම තේරුම් ගත හැකිය.

ගෘහ නිර්මාණ ශිල්පය Ceph Gluster වලට වඩා සංකීර්ණ වන අතර පාරදත්ත සේවා වැනි සේවාවන් ඇත, නමුත් සම්පූර්ණ සංරචක තොගය තරමක් සංකීර්ණ වන අතර එය අථත්‍යකරණ විසඳුමක භාවිතා කිරීම සඳහා ඉතා නම්‍යශීලී නොවේ. දත්ත ගබඩා කර ඇත්තේ කුට්ටිවල වන අතර එය වඩාත් ඵලදායී ලෙස පෙනේ, නමුත් සියලුම සේවාවන්හි (සංරචක) ධූරාවලිය තුළ යම් බරක් සහ හදිසි තත්වයන් යටතේ පාඩු සහ ප්‍රමාදයන් ඇත, උදාහරණයක් ලෙස පහත ලිපිය.

ගෘහ නිර්මාණ ශිල්පයේ විස්තරයෙන්, හදවත CRUSH වේ, දත්ත ගබඩා කිරීම සඳහා ස්ථානය තෝරා ගැනීමට ස්තුති වේ. ඊළඟට එන්නේ PG - මෙය තේරුම් ගැනීමට අපහසුම වියුක්තය (තාර්කික කණ්ඩායම) වේ. ක්‍රෂ් වඩාත් ඵලදායී කිරීමට PG අවශ්‍ය වේ. PG හි ප්රධාන අරමුණ වන්නේ සම්පත් පරිභෝජනය අඩු කිරීම, කාර්ය සාධනය සහ පරිමාණය වැඩි කිරීම සඳහා වස්තු කණ්ඩායම් කිරීමයි. වස්තූන් PG එකකට ඒකාබද්ධ නොකර කෙලින්ම, තනි තනිව ඇමතීම ඉතා මිල අධික වනු ඇත. OSD යනු එක් එක් තැටිය සඳහා සේවාවකි.

SDS ගෘහ නිර්මාණ ශිල්පයේ කෙටි සංසන්දනය හෝ සුදුසු ගබඩා වේදිකාවක් සොයන්න (GlusterVsCephVsVirtuozzoStorage)

SDS ගෘහ නිර්මාණ ශිල්පයේ කෙටි සංසන්දනය හෝ සුදුසු ගබඩා වේදිකාවක් සොයන්න (GlusterVsCephVsVirtuozzoStorage)

පොකුරකට විවිධ අරමුණු සඳහා සහ විවිධ සැකසුම් සහිත දත්ත සංචිත එකක් හෝ කිහිපයක් තිබිය හැක. තටාක ස්ථානගත කිරීමේ කණ්ඩායම් වලට බෙදා ඇත. ස්ථානගත කිරීමේ කණ්ඩායම් සේවාදායකයින්ට ප්‍රවේශ වන වස්තු ගබඩා කරයි. මෙහි තාර්කික මට්ටම අවසන් වන අතර භෞතික මට්ටම ආරම්භ වේ, මන්ද සෑම ස්ථානගත කිරීමේ කණ්ඩායමකටම එක් ප්‍රධාන තැටියක් සහ අනුරූ තැටි කිහිපයක් පවරනු ලැබේ (කොපමණද යන්න හරියටම තටාක අනුකරණ සාධකය මත රඳා පවතී). වෙනත් වචන වලින් කිවහොත්, තාර්කික මට්ටමින් වස්තුව නිශ්චිත ස්ථානගත කිරීමේ කණ්ඩායමක ගබඩා කර ඇති අතර, භෞතික මට්ටමේ - එයට පවරා ඇති තැටි මත. මෙම අවස්ථාවෙහිදී, තැටි භෞතිකව විවිධ නෝඩ් මත හෝ විවිධ දත්ත මධ්යස්ථානවල පවා ස්ථානගත කළ හැක.

මෙම යෝජනා ක්‍රමයේදී, ස්ථානගත කිරීමේ කණ්ඩායම් සමස්ත විසඳුමේ නම්‍යශීලීභාවය සඳහා අවශ්‍ය මට්ටමක් ලෙස පෙනේ, නමුත් ඒ සමඟම, මෙම දාමයේ අමතර සම්බන්ධකයක් ලෙස, එය කැමැත්තෙන් තොරව ඵලදායිතාව නැතිවීමක් යෝජනා කරයි. උදාහරණයක් ලෙස, දත්ත ලිවීමේදී, පද්ධතියට මෙම කණ්ඩායම් වලට බෙදීමට අවශ්ය වන අතර පසුව භෞතික මට්ටමින් අනුරූ සඳහා ප්රධාන තැටිය සහ තැටි වලට බෙදිය යුතුය. එනම්, වස්තුවක් සෙවීමේදී සහ ඇතුල් කිරීමේදී Hash ශ්‍රිතය ක්‍රියා කරයි, නමුත් අතුරු ආබාධයක් ඇත - එය ඉතා ඉහළ පිරිවැයක් සහ හැෂ් නැවත ගොඩනැගීමේ සීමාවන් (තැටියක් එකතු කිරීමේදී හෝ ඉවත් කිරීමේදී). තවත් හැෂ් ගැටළුවක් වන්නේ වෙනස් කළ නොහැකි දත්තවල පැහැදිලිව ඇණ ගැසූ ස්ථානයයි. එනම්, කෙසේ හෝ තැටිය වැඩි බරක් යටතේ පවතී නම්, පද්ධතියට එය ලිවීමට ඉඩ නොලැබේ (වෙනත් තැටියක් තෝරාගැනීමෙන්), හැෂ් ශ්‍රිතය කොතරම් නරක වුවත් රීතියට අනුව දත්ත ස්ථානගත කිරීමට බැඳී සිටී. තැටිය වේ, එබැවින් Ceph ස්වයං-සුව කිරීම හෝ ගබඩා කිරීම වැඩි කිරීමේදී PG නැවත ගොඩනඟන විට මතකය විශාල ප්‍රමාණයක් අනුභව කරයි. නිගමනය නම් Ceph හොඳින් ක්‍රියා කරයි (සෙමෙන් වුවද), නමුත් පරිමාණය, හදිසි අවස්ථා හෝ යාවත්කාලීන නොමැති විට පමණි.

ඇත්ත වශයෙන්ම, හැඹිලි සහ හැඹිලි බෙදාගැනීම හරහා කාර්ය සාධනය වැඩි කිරීම සඳහා විකල්ප ඇත, නමුත් මේ සඳහා හොඳ දෘඪාංග අවශ්ය වන අතර තවමත් පාඩු සිදුවනු ඇත. නමුත් සමස්තයක් වශයෙන්, Ceph ඵලදායිතාව සඳහා Gluster ට වඩා පෙළඹවීමක් පෙනේ. එසේම, මෙම නිෂ්පාදන භාවිතා කරන විට, වැදගත් සාධකයක් සැලකිල්ලට ගත යුතුය - මෙය ලිනක්ස් කෙරෙහි විශාල අවධානයක් යොමු කරන ඉහළ මට්ටමේ නිපුණතා, පළපුරුද්ද සහ වෘත්තීයභාවයකි, මන්ද සියල්ල නිවැරදිව යෙදවීම, වින්‍යාස කිරීම සහ නඩත්තු කිරීම ඉතා වැදගත් වේ. පරිපාලකයා මත ඊටත් වඩා වගකීමක් සහ බරක් පටවන.

Vstorage

ගෘහ නිර්මාණ ශිල්පය වඩාත් සිත්ගන්නා සුළුය Virtuozzo ගබඩාව (Vstorage), එකම නෝඩ් වල, එකම මත හයිපර්වයිසර් සමඟ ඒකාබද්ධව භාවිතා කළ හැක ග්රන්ථිය, නමුත් හොඳ කාර්ය සාධනයක් ලබා ගැනීම සඳහා සෑම දෙයක්ම නිවැරදිව වින්යාස කිරීම ඉතා වැදගත් වේ. එනම්, ගෘහ නිර්මාණ ශිල්පයට අනුකූලව නිර්දේශයන් සැලකිල්ලට නොගෙන ඕනෑම වින්යාසයක් මත කොටුවෙන් එවැනි නිෂ්පාදනයක් යෙදවීම ඉතා පහසු වනු ඇත, නමුත් ඵලදායී නොවේ.

kvm-qemu hypervisor හි සේවාවන් අසල ගබඩා කිරීම සඳහා සහජීවනයෙන් පැවතිය හැක්කේ මොනවාද, සහ මේවා සංයුක්ත ප්‍රශස්ත ධුරාවලියක් සොයාගත් සේවා කිහිපයක් පමණි: FUSE (වෙනස් කළ, විවෘත මූලාශ්‍ර නොවේ), MDS පාර-දත්ත සේවාව හරහා සවිකර ඇති සේවාදායක සේවාව (පාර-දත්ත සේවාව), සේවා චුන්ක් සේවා දත්ත අවහිර කරයි, එය භෞතික මට්ටමින් එක් තැටියකට සමාන වන අතර එපමණයි. වේගය අනුව, ඇත්ත වශයෙන්ම, අනුරූ දෙකක් සහිත දෝෂ-ඉවසන යෝජනා ක්‍රමයක් භාවිතා කිරීම ප්‍රශස්ත වේ, නමුත් ඔබ SSD ධාවකවල හැඹිලි සහ ලොග් භාවිතා කරන්නේ නම්, දෝෂ-ඉවසන කේතීකරණය (මකන්න කේතීකරණය හෝ raid6) විනීත ලෙස අධිස්පන්දනය කළ හැකිය. දෙමුහුන් යෝජනා ක්රමය හෝ සියලු ෆ්ලෑෂ් මත වඩා හොඳ. EC (මකන්න කේතීකරණය) සමඟ යම් අවාසියක් ඇත: එක් දත්ත බ්ලොක් එකක් වෙනස් කරන විට, සමානුපාතික ප්රමාණ නැවත ගණනය කිරීම අවශ්ය වේ. මෙම මෙහෙයුම හා සම්බන්ධ පාඩු මඟ හැරීම සඳහා, Ceph කල් දැමූ ආකාරයෙන් EC වෙත ලියන අතර, යම් ඉල්ලීමක් අතරතුර කාර්ය සාධන ගැටළු ඇති විය හැක, උදාහරණයක් ලෙස, සියලුම කොටස් කියවිය යුතු විට, සහ Virtuozzo ගබඩා කිරීමේදී, වෙනස් කළ කුට්ටි ලිවීම. සමානාත්මතාවය ගණනය කිරීමේ පිරිවැය අවම කරන "ලොග්-ව්‍යුහගත ගොනු පද්ධති" ප්‍රවේශය භාවිතයෙන් සිදු කෙරේ. EC සමඟ සහ රහිතව වැඩ වේගවත් කිරීම සමඟ ආසන්න වශයෙන් විකල්ප තක්සේරු කිරීමට, ඇත කැල්කියුලේටරය. - උපකරණ නිෂ්පාදකයාගේ නිරවද්‍යතා සංගුණකය අනුව සංඛ්‍යා දළ වශයෙන් විය හැක, නමුත් ගණනය කිරීම් වල ප්‍රති result ලය වින්‍යාසය සැලසුම් කිරීමේදී හොඳ උපකාරයකි.

ගබඩා සංරචකවල සරල රූප සටහනක් මෙම සංරචක අවශෝෂණය නොකරන බව අදහස් නොවේ යකඩ සම්පත්, නමුත් ඔබ සියලු වියදම් කල්තියා ගණනය කරන්නේ නම්, ඔබට හයිපර්වයිසර් අසල සහයෝගීතාවය මත ගණන් ගත හැකිය.
Ceph සහ Virtuozzo ගබඩා සේවා මගින් දෘඪාංග සම්පත් පරිභෝජනය සංසන්දනය කිරීම සඳහා යෝජනා ක්රමයක් තිබේ.

SDS ගෘහ නිර්මාණ ශිල්පයේ කෙටි සංසන්දනය හෝ සුදුසු ගබඩා වේදිකාවක් සොයන්න (GlusterVsCephVsVirtuozzoStorage)

මීට පෙර පැරණි ලිපි භාවිතයෙන් Gluster සහ Ceph සංසන්දනය කිරීමට හැකි වූවා නම්, ඒවායින් වඩාත්ම වැදගත් රේඛා භාවිතා කර, Virtuozzo සමඟ එය වඩාත් අපහසු වේ. මෙම නිෂ්පාදනය පිළිබඳ බොහෝ ලිපි නොමැති අතර තොරතුරු ලබා ගත හැක්කේ ලේඛන වලින් පමණි ඉංග්‍රීසියෙන් හෝ රුසියානු භාෂාවෙන් අපි Vstorage වැනි සමාගම්වල සමහර අධිසන්ධි විසඳුම්වල භාවිතා කරන ගබඩාවක් ලෙස සලකන්නේ නම් රොස්ප්ලැට්ෆෝමා සහ Acronis.

මම මෙම ගෘහනිර්මාණ ශිල්පය පිළිබඳ විස්තරයක් සමඟ උදව් කිරීමට උත්සාහ කරමි, එබැවින් තව ටිකක් පෙළක් ඇත, නමුත් ලේඛනය ඔබම තේරුම් ගැනීමට බොහෝ කාලයක් ගත වන අතර, පවතින ලේඛන වගුව සංශෝධනය කිරීමෙන් පමණක් යොමුවක් ලෙස භාවිතා කළ හැකිය. අන්තර්ගතය හෝ මූල පදයෙන් සෙවීම.

ඉහත විස්තර කර ඇති සංරචක සමඟ දෙමුහුන් දෘඩාංග වින්‍යාසය තුළ පටිගත කිරීමේ ක්‍රියාවලිය සලකා බලමු: පටිගත කිරීම සේවාදායකයා එය ආරම්භ කළ නෝඩයට යාමට පටන් ගනී (FUSE mount point සේවාව), නමුත් Metadata Service (MDS) ප්‍රධාන සංරචකය ඇත්ත වශයෙන්ම වනු ඇත. සේවාලාභියා සෘජුවම අපේක්ෂිත කුට්ටි සේවාව වෙත යොමු කරන්න (ගබඩා සේවා CS බ්ලොක්), එනම්, MDS පටිගත කිරීමේ ක්‍රියාවලියට සහභාගී නොවේ, නමුත් සරලවම අවශ්‍ය කොටස වෙත සේවාව යොමු කරයි. පොදුවේ ගත් කල, බැරල් වලට ජලය වත් කිරීම සමඟ පටිගත කිරීමට අපට සමානකමක් ලබා දිය හැකිය. සෑම බැරලයක්ම 256MB දත්ත වාරණයකි.

SDS ගෘහ නිර්මාණ ශිල්පයේ කෙටි සංසන්දනය හෝ සුදුසු ගබඩා වේදිකාවක් සොයන්න (GlusterVsCephVsVirtuozzoStorage)

එනම්, එක් තැටියක් යනු එවැනි බැරල් වල නිශ්චිත සංඛ්‍යාවකි, එනම් තැටි පරිමාව 256MB කින් බෙදනු ලැබේ. සෑම පිටපතක්ම එක් නෝඩයකට බෙදා හරිනු ලැබේ, දෙවැන්න වෙනත් නෝඩයකට සමාන්තරව යනාදිය... අපට අනුරූ තුනක් තිබේ නම් සහ හැඹිලිය සඳහා (ලඝු-සටහන් කියවීමට සහ ලිවීම සඳහා) SSD තැටි තිබේ නම්, ලිවීමෙන් පසුව ලිවීම තහවුරු කිරීම සිදුවේ. SSD වෙත ලොගය, සහ SSD වෙතින් සමාන්තර යළි පිහිටුවීම පසුබිමේ මෙන් HDD මත දිගටම පවතිනු ඇත. අනුපිටපත් තුනක දී, තුන්වන නෝඩයේ SSD වෙතින් තහවුරු කිරීමෙන් පසු වාර්තාව සිදු කරනු ලැබේ. SSD තුනක ලිවීමේ වේගයේ එකතුව තුනකින් බෙදිය හැකි බව පෙනෙන්නට ඇති අතර අපට එක් අනුරුවක ලිවීමේ වේගය ලැබෙනු ඇත, නමුත් පිටපත් සමාන්තරව ලියා ඇති අතර ජාල ප්‍රමාද වේගය සාමාන්‍යයෙන් SSD වලට වඩා වැඩිය, ඇත්ත වශයෙන්ම ලිවීමේ කාර්ය සාධනය ජාලය මත රඳා පවතී. මේ සම්බන්ධයෙන්, සැබෑ IOPS බැලීම සඳහා, ඔබ විසින් සම්පූර්ණ Vstorage නිවැරදිව පූරණය කළ යුතුය ක්රමවේදය, එනම්, මතකය සහ හැඹිලිය නොව සැබෑ භාරය පරීක්ෂා කිරීම, නිවැරදි දත්ත වාරණ ප්‍රමාණය, නූල් ගණන යනාදිය සැලකිල්ලට ගත යුතුය.

SSD හි ඉහත සඳහන් පටිගත කිරීමේ ලොගය ක්‍රියා කරන්නේ දත්ත එයට ඇතුල් වූ විගසම එය සේවාව විසින් කියවා HDD වෙත ලියා ඇති ආකාරයටය. එක් පොකුරකට පාරදත්ත සේවා (MDS) කිහිපයක් ඇති අතර ඒවායේ අංකය ගණපූරණයක් මගින් තීරණය කරනු ලබන අතර එය Paxos ඇල්ගොරිතමයට අනුව ක්‍රියා කරයි. සේවාලාභියාගේ දෘෂ්ටි කෝණයෙන්, FUSE මවුන්ට් පොයින්ට් යනු පොකුරු ගබඩා ෆෝල්ඩරයක් වන අතර එය පොකුරේ ඇති සියලුම නෝඩ් වලට එකවර දැකගත හැකිය, සෑම නෝඩයකටම මෙම මූලධර්මය අනුව සවිකර ඇති සේවාදායකයෙක් ඇත, එබැවින් මෙම ගබඩාව එක් එක් නෝඩයට ලබා ගත හැකිය.

ඉහත විස්තර කර ඇති ඕනෑම ප්‍රවේශයක ක්‍රියාකාරිත්වය සඳහා, සැලසුම් සහ යෙදවීමේ අදියරේදී, ජාලය නිවැරදිව වින්‍යාස කිරීම ඉතා වැදගත් වේ, එහිදී එකතු කිරීම සහ නිවැරදිව තෝරාගත් ජාල නාලිකා කලාප පළල හේතුවෙන් තුලනය සිදු වේ. එකතු කිරීමේදී, නිවැරදි හැෂිං මාදිලිය සහ රාමු ප්රමාණ තෝරා ගැනීම වැදගත් වේ. ඉහත විස්තර කර ඇති SDS වලින් ද ඉතා ප්‍රබල වෙනසක් ඇත, මෙය Virtuozzo ගබඩාවේ ඇති වේගවත් මාර්ග තාක්ෂණය සමඟ ෆියුස් වේ. නවීකරණය කරන ලද ෆියුස් වලට අමතරව, අනෙකුත් විවෘත මූලාශ්‍ර විසඳුම් මෙන් නොව, IOPS සැලකිය යුතු ලෙස වැඩි කරන අතර තිරස් හෝ සිරස් පරිමාණයෙන් සීමා නොකිරීමට ඔබට ඉඩ සලසයි. පොදුවේ ගත් කල, ඉහත විස්තර කර ඇති ගෘහ නිර්මාණ ශිල්පයට සාපේක්ෂව, මෙය වඩාත් බලවත් ලෙස පෙනේ, නමුත් එවැනි සතුටක් සඳහා, ඇත්ත වශයෙන්ම, ඔබ Ceph සහ Gluster මෙන් නොව බලපත්‍ර මිලදී ගත යුතුය.

සාරාංශගත කිරීම සඳහා, අපට තුනෙන් ඉහළින් ඉස්මතු කළ හැකිය: ගෘහ නිර්මාණ ශිල්පයේ කාර්ය සාධනය සහ විශ්වසනීයත්වය අනුව Virtuozzo ගබඩාව පළමු ස්ථානය ගනී, Ceph දෙවන ස්ථානය ගනී, සහ Gluster තෙවන ස්ථානය ගනී.

Virtuozzo ගබඩාව තෝරා ගත් නිර්ණායක: එය වේගවත් මාර්ගයක්, නම්‍යශීලී දෘඪාංග වින්‍යාස කට්ටලයක්, අඩු සම්පත් පරිභෝජනය සහ ගණනය (පරිගණක/අථත්‍යකරණය) සමඟ බෙදාගැනීමේ හැකියාව සමඟ මෙම Fuse ප්‍රවේශය සඳහා නවීකරණය කරන ලද ප්‍රශස්ත වාස්තුවිද්‍යාත්මක සංරචක සමූහයකි. එනම්, එය සම්පූර්ණයෙන්ම ගැලපේ අධි කොන්වර්ජ් විසඳුමක් , ඔහු කොටසක් වේ. දෙවන ස්ථානය Ceph වේ, මන්ද එය Gluster හා සසඳන විට එය වඩාත් ඵලදායී ගෘහ නිර්මාණ ශිල්පයක් වන අතර, එය බ්ලොක් වල ක්‍රියාත්මක වීම මෙන්ම වඩාත් නම්‍යශීලී අවස්ථා සහ විශාල පොකුරු වල වැඩ කිරීමේ හැකියාව හේතුවෙන්.

VSAN, Space Direct Storage, Vstorage සහ Nutanix Storage අතර සංසන්දනයක් ලිවීමට සැලසුම් කර ඇත, HPE සහ Huawei උපකරණවල Vstorage පරීක්ෂා කිරීම මෙන්ම බාහිර දෘඪාංග ගබඩා පද්ධති සමඟ Vstorage ඒකාබද්ධ කිරීම සඳහා අවස්ථා ද ඇත, එබැවින් ඔබ ලිපියට කැමති නම්, එය එසේ වනු ඇත. ඔබගේ අදහස් සහ කැමැත්ත සැලකිල්ලට ගනිමින් නව ලිපි සඳහා පෙළඹවීම වැඩි කළ හැකි, ඔබෙන් ප්‍රතිපෝෂණ ලබා ගැනීමට ලැබීම සතුටක්.

මූලාශ්රය: www.habr.com

අදහස් එක් කරන්න