Kubernetes හි ගබඩා කිරීම: OpenEBS එදිරිව Rook (Ceph) එදිරිව Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor

යාවත්කාලීන කරන්න!. අදහස් දැක්වීමේදී, එක් පාඨකයෙකු උත්සාහ කිරීමට යෝජනා කළේය ලින්ස්ටර් (සමහරවිට ඔහුම එය මත වැඩ කරනවා විය හැක) ඒ නිසා මම මේ විසඳුම ගැන කොටසක් එකතු කළා. මමත් ලිව්වා එය ස්ථාපනය කරන්නේ කෙසේද යන්න පිළිබඳව පළ කරන්න, ක්රියාවලිය අනෙක් ඒවාට වඩා බෙහෙවින් වෙනස් නිසා.

ඇත්තම කිව්වොත් මම අත ඇරලා දැම්මා කුබර්නෙට්ස් (අවම වශයෙන් දැනට). මම පාවිච්චි කරන්නම් හෙරොකු. ඇයි? ගබඩා කිරීම නිසා! මම Kubernetes සමග වඩා ගබඩා සමඟ tinker කිරීමට බලාපොරොත්තු වනු ඇත. මම පාවිච්චි කරනවා Hetzner Cloudමන්ද එය මිළ අඩුයි සහ කාර්ය සාධනය යහපත් වන අතර මුල සිටම මම පොකුරු යොදා ගනිමින් සිටිමි රංචර්. මම Google/Amazon/Microsoft/DigitalOcean, ආදියෙන් කළමනාකරණය කළ Kubernetes සේවාවන් උත්සාහ නොකළෙමි, මන්ද මට සියල්ල ඉගෙන ගැනීමට අවශ්‍ය වූ බැවිනි. මමත් අරපිරිමැස්මයි.

එබැවින් ඔව්, මම හැකි Kubernetes තොගයක් ඇගයීමට ලක් කරන විට කුමන ගබඩාව තෝරාගත යුතුද යන්න තීරණය කිරීමට මම බොහෝ කාලයක් ගත කළෙමි. මම විවෘත මූලාශ්‍ර විසඳුම් වලට කැමතියි, මිල නිසා පමණක් නොව, සීමාවන් සහිත නිදහස් අනුවාද ඇති බැවින් කුතුහලයෙන් ගෙවූ විකල්ප කිහිපයක් මම සොයා බැලුවෙමි. මම විවිධ විකල්ප සංසන්දනය කරන විට මෑත කාලීන පරීක්ෂණ වලින් සමහර සංඛ්‍යා සටහන් කර ඇත, ඒවා Kubernetes ගබඩාව ගැන ඉගෙන ගන්නා අයට උනන්දු විය හැකිය. මම පෞද්ගලිකව දැනට Kubernetes ට සමුදී ඇතත්. මමත් සඳහන් කරන්න ඕන CSI ධාවකය, සෘජුවම Hetzner Cloud වෙළුම් සැපයිය හැකි නමුත්, මම එය තවම උත්සාහ කර නැත. මම ක්ලවුඩ් මෘදුකාංග-නිර්වචනය කළ ආචයනය දෙස බැලුවේ මට අනුකරණය සහ ඕනෑම නෝඩයක ස්ථීර වෙළුම් ඉක්මනින් සවි කිරීමේ හැකියාව අවශ්‍ය වූ බැවිනි, විශේෂයෙන් නෝඩ් අසමත්වීම් සහ වෙනත් සමාන අවස්ථා වලදී. සමහර විසඳුම් පහසු වන ලක්ෂ්‍ය-ඉන්-ටයිම් ස්නැප්ෂොට් සහ පිටත-අඩවි උපස්ථ ලබා දෙයි.

මම ගබඩා විසඳුම් 6-7ක් පරීක්ෂා කළා:

OpenEBS

මම දැනටමත් පවසා ඇති පරිදි කලින් පෝස්ට් එකකලැයිස්තුවෙන් බොහෝ විකල්ප පරීක්ෂා කිරීමෙන් පසුව, මම මුලින් OpenEBS මත පදිංචි විය. OpenEBS ස්ථාපනය කිරීමට සහ භාවිතා කිරීමට ඉතා පහසු වේ, නමුත් අවංකව කිවහොත්, පැටවීම යටතේ සැබෑ දත්ත සමඟ පරීක්ෂා කිරීමෙන් පසුව, එහි කාර්ය සාධනය ගැන මම කලකිරීමට පත් විය. මෙය විවෘත මූලාශ්‍රයක් වන අතර සංවර්ධකයින් තමන්ගේම වේ ස්ලැක් නාලිකාව මට උදව් අවශ්‍ය වූ විට සෑම විටම ඉතා ප්‍රයෝජනවත්. අවාසනාවකට, අනෙකුත් විකල්ප සමඟ සසඳන විට එය ඉතා දුර්වල කාර්ය සාධනයක් ඇත, එබැවින් පරීක්ෂණ නැවත ක්රියාත්මක කිරීමට සිදු විය. OpenEBS සතුව දැනට ගබඩා එන්ජින් 3ක් ඇත, නමුත් මම cStor සඳහා මිණුම් සලකුණු ප්‍රතිඵල පළ කරමි. මට තවම Jiva සහ LocalPV සඳහා අංක නැත.

කෙටියෙන් කිවහොත්, ජිවා තරමක් වේගවත් වන අතර, LocalPV සාමාන්‍යයෙන් වේගවත් වේ, සෘජුවම තැටි මිණුම් ලකුණට වඩා නරක නැත. LocalPV සමඟ ඇති ගැටළුව නම්, පරිමාවට ප්‍රවේශ විය හැක්කේ එය සකස් කරන ලද නෝඩයට පමණක් වන අතර, කිසිඳු අනුකරණයක් නොමැත. හරහා උපස්ථයක් ප්‍රතිසාධනය කිරීමේදී මට යම් ගැටළු ඇති විය රුවල් බෝට්ටුව නෝඩ් නම් වෙනස් වූ නිසා නව පොකුරක් මත. අපි උපස්ථ ගැන කතා කරන්නේ නම්, cStor සතුව ඇත Velero සඳහා ප්ලගිනය, ඔබට යම් අවස්ථාවක දී ස්නැප්ෂොට් වල වෙබ් අඩවියෙන් පිටත උපස්ථ සෑදිය හැක, එය Velero-Restic සමඟ ගොනු මට්ටමේ උපස්ථ වලට වඩා පහසු වේ. මම ලිව්වා ස්ක්‍රිප්ට් කිහිපයක්, මෙම ප්ලගිනය සමඟ උපස්ථ සහ ප්‍රතිසාධන කළමනාකරණය කිරීම පහසු කිරීමට. සමස්තයක් වශයෙන්, මම ඇත්තටම OpenEBS වලට කැමතියි, නමුත් එහි කාර්ය සාධනය...

රූක්

Rook ද විවෘත මූලාශ්‍රයක් වන අතර ලැයිස්තුවේ ඇති අනෙකුත් විකල්පවලට වඩා වෙනස් වන්නේ එය විවිධ පසුබිම් සහිත සංකීර්ණ ගබඩා කළමනාකරණ කාර්යයන් ඉටු කරන ගබඩා වාද්‍ය වෘන්දයකි, උදා. සීෆ්, EdgeFS සහ අනෙකුත්, කාර්යය බෙහෙවින් සරල කරයි. මම මාස කිහිපයකට පෙර එය උත්සාහ කළ විට EfgeFS සමඟ ගැටලු ඇති විය, එබැවින් මම ප්‍රධාන වශයෙන් Ceph සමඟ පරීක්ෂා කළෙමි. Ceph විසින් වාරණ ආචයනය පමණක් නොව, S3/Swift සහ බෙදා හරින ලද ගොනු පද්ධතිය සමඟ අනුකූල වන වස්තු ගබඩාව ද පිරිනමයි. Ceph ගැන මා කැමති දෙය නම් බහු තැටි හරහා පරිමා දත්ත ව්‍යාප්ත කිරීමේ හැකියාවයි, එවිට පරිමාවට තනි තැටියකට ගැලපෙන ප්‍රමාණයට වඩා වැඩි තැටි ඉඩක් භාවිතා කළ හැක. එය සුවපහසුයි. තවත් අපූරු අංගයක් වන්නේ ඔබ පොකුරකට තැටි එකතු කරන විට, එය ස්වයංක්‍රීයව සියලුම තැටි හරහා දත්ත යලි බෙදා හැරීමයි.

Ceph සතුව ස්නැප්ෂොට් ඇත, නමුත් මම දන්නා පරිදි, ඒවා කෙලින්ම Rook/Kubernetes හි භාවිතා කළ නොහැක. ඇත්ත, මම මේ ගැන ගැඹුරට ගියේ නැහැ. නමුත් වෙබ් අඩවියෙන් පිටත උපස්ථ නොමැත, එබැවින් ඔබට Velero/Restic සමඟ යමක් භාවිතා කිරීමට සිදුවනු ඇත, නමුත් එහි ඇත්තේ ගොනු මට්ටමේ උපස්ථ පමණි, කාලය තුළ සැණෙෂොට් නොවේ. මම Rook ගැන ඇත්තටම කැමති වුණේ Ceph සමඟ වැඩ කිරීම කොතරම් පහසුද යන්නයි - එය සියලුම සංකීර්ණ දේවල් පාහේ සඟවා දෝශ නිරාකරණය සඳහා Ceph සමඟ කෙලින්ම කතා කිරීමට මෙවලම් සපයයි. අවාසනාවකට මෙන්, Ceph වෙළුම්වල ආතති පරීක්ෂණය අතරතුර, මට දිගටම ගැටළු ඇති විය මේ ප්රශ්නය, එය Ceph අස්ථායී වීමට හේතු වේ. මෙය Ceph හි ම දෝෂයක් ද නැතහොත් Rook Ceph කළමනාකරණය කරන ආකාරයෙහි ගැටලුවක් ද යන්න තවමත් පැහැදිලි නැත. මම මතක සැකසුම් සමඟ ටින්කර් කළෙමි, එය වඩා හොඳ විය, නමුත් ගැටළුව සම්පූර්ණයෙන්ම විසඳා නැත. පහත මිණුම් සලකුණු වලින් ඔබට දැකිය හැකි පරිදි Ceph හොඳ කාර්ය සාධනයක් ඇත. හොඳ ඩෑෂ්බෝඩ් එකකුත් තියෙනවා.

Rancher Longhorn

මම ඇත්තටම Longhorn වලට කැමතියි. මගේ මතය අනුව, මෙය හොඳ විසඳුමක්. ඇත්ත වශයෙන්ම, සංවර්ධකයින් විසින්ම (රැන්චර් ලැබ්ස්) එය තවමත් වැඩ කරන පරිසරයට සුදුසු නොවන බව පිළිගන්නා අතර මෙය පෙන්නුම් කරයි. එය විවෘත මූලාශ්‍රයක් වන අතර හොඳ කාර්ය සාධනයක් ඇත (ඔවුන් එය තවමත් ප්‍රශස්තිකරණය කර නැතත්), නමුත් පරිමාවන් පොඩ් වෙත සම්බන්ධ වීමට ඉතා දිගු කාලයක් ගත වන අතර නරකම අවස්ථාවන්හිදී එය විනාඩි 15-16 ක් ගතවේ, විශේෂයෙන් විශාල උපස්ථයක් ප්‍රතිසාධන කිරීමෙන් පසුව හෝ වැඩ බර වැඩි දියුණු කිරීම. එහි මෙම ස්නැප්ෂොට් වල ස්නැප්ෂොට් සහ වෙබ් අඩවියෙන් පිටත උපස්ථ ඇත, නමුත් ඒවා අදාළ වන්නේ වෙළුම්වලට පමණි, එබැවින් වෙනත් සම්පත් උපස්ථ කිරීමට ඔබට තවමත් Velero වැනි දෙයක් අවශ්‍ය වනු ඇත. උපස්ථ සහ ප්රතිෂ්ඨාපනය ඉතා විශ්වසනීය, නමුත් අවිනීත ලෙස මන්දගාමී වේ. බරපතල ලෙස, ඇදහිය නොහැකි තරම් මන්දගාමී. Longhorn හි මධ්‍යම දත්ත ප්‍රමාණයක් සමඟ වැඩ කරන විට CPU භාවිතය සහ පද්ධති භාරය බොහෝ විට ඉහළ යයි. Longhorn කළමනාකරණය කිරීමට පහසු උපකරණ පුවරුවක් ඇත. මම Longhorn වලට කැමතියි කියලා මම කලිනුත් කියලා ඇති නමුත් ඒකට වැඩ ටිකක් ඕන.

StorageOS

StorageOS යනු ලැයිස්තුවේ පළමු ගෙවන නිෂ්පාදනයයි. එහි සංවර්ධක අනුවාදයක් 500GB සීමිත කළමනා කළ ගබඩා ප්‍රමාණයක් ඇත, නමුත් නෝඩ් ගණනට සීමාවක් ඇතැයි මම නොසිතමි. විකුණුම් දෙපාර්තමේන්තුව මට පැවසුවේ මට නිවැරදිව මතක නම්, 125 TB සඳහා පිරිවැය මසකට ඩොලර් 1 කින් ආරම්භ වන බවයි. මූලික උපකරණ පුවරුවක් සහ පහසු CLI එකක් ඇත, නමුත් කාර්ය සාධනය සමඟ අමුතු දෙයක් සිදුවෙමින් පවතී: සමහර මිණුම් සලකුණු වල එය තරමක් විනීත ය, නමුත් පරිමාව ආතති පරීක්ෂණයේදී මම වේගයට කිසිසේත් කැමති නැත. පොදුවේ, මම කියන්න දන්නේ නැහැ. ඒ නිසා මට වැඩිය තේරුණේ නැහැ. මෙහි පිට-පිටු උපස්ථ නොමැති අතර ඔබට වෙළුම් උපස්ථ කිරීමට Restic සමඟ Velero භාවිතා කිරීමටද සිදුවේ. නිෂ්පාදිතය ගෙවනු ලබන නිසා එය අමුතුයි. තවද සංවර්ධකයින් Slack හි සන්නිවේදනය කිරීමට උනන්දු වූයේ නැත.

රොබින්

Robin on Reddit ගැන මම දැනගත්තේ ඔවුන්ගේ තාක්ෂණික අධ්‍යක්ෂකගෙන්. මම ඔහු ගැන මීට පෙර අසා තිබුණේ නැත. සමහර විට මම නොමිලේ විසඳුම් සොයමින් සිටි නිසා, නමුත් රොබින් ගෙවනු ලැබේ. ඔවුන් සතුව 10TB ආචයනය සහ නෝඩ් තුනක් සහිත ඉතා ත්‍යාගශීලී නිදහස් අනුවාදයක් ඇත. සමස්තයක් වශයෙන්, නිෂ්පාදිතය තරමක් විනීත වන අතර හොඳ ලක්ෂණ ඇත. විශිෂ්ට CLI එකක් ඇත, නමුත් හොඳම දෙය නම් ඔබට වෙළුම් සහ අනෙකුත් සම්පත් ඇතුළුව සම්පූර්ණ යෙදුම (සම්පත් තේරීමේදී මෙය Helm නිකුතු හෝ “flex යෙදුම්” ලෙස හැඳින්වේ) ස්නැප්ෂොට් කර උපස්ථ කළ හැකි බැවින් ඔබට Velero නොමැතිව කළ හැකිය. එක් කුඩා විස්තරයක් සඳහා නොවේ නම් සෑම දෙයක්ම අපූරු වනු ඇත: ඔබ නව පොකුරක් මත යෙදුමක් ප්‍රතිසාධනය කරන්නේ නම් (හෝ “ආනයනය”, එය රොබින් ලෙස හැඳින්වේ) නම් - උදාහරණයක් ලෙස, ව්‍යසනයකින් යථා තත්ත්වයට පත් වූ විට - ප්‍රතිසංස්කරණය, ඇත්ත වශයෙන්ම, ක්රියා කරයි, නමුත් එය තහනම් කර ඇති යෙදුම උපස්ථ කිරීම දිගටම කරගෙන යයි. සංවර්ධකයින් විසින් තහවුරු කර ඇති පරිදි, මෙම නිකුතුවේදී මෙය සරලව කළ නොහැකිය. මෙය, මෘදු ලෙස, අමුතු දෙයක් ලෙස, විශේෂයෙන්ම අනෙකුත් වාසි සලකා බැලීම (උදාහරණයක් ලෙස, ඇදහිය නොහැකි තරම් වේගවත් උපස්ථ සහ ප්රතිෂ්ඨාපනය). සංවර්ධකයින් ඊළඟ නිකුතුවෙන් සියල්ල නිවැරදි කිරීමට පොරොන්දු වේ. කාර්ය සාධනය සාමාන්‍යයෙන් හොඳයි, නමුත් මම අමුතු දෙයක් දුටුවෙමි: මම ධාරකයට අමුණා ඇති පරිමාවක් මත මිණුම් ලකුණ සෘජුවම ධාවනය කරන්නේ නම්, කියවීමේ වේගය පොඩ් එක තුළ සිට එකම පරිමාවක් ධාවනය කිරීමට වඩා බොහෝ වේගවත් වේ. අනෙකුත් සියලුම ප්රතිඵල සමාන වේ, නමුත් න්යායාත්මකව වෙනසක් නොතිබිය යුතුය. ඔවුන් එය මත වැඩ කරමින් සිටියද, ප්‍රතිසාධනය සහ උපස්ථය පිළිබඳ ගැටලුව ගැන මම කලකිරී සිටියෙමි - අවසානයේ මම සුදුසු විසඳුමක් සොයාගෙන ඇතැයි මම සිතුවෙමි, මට වැඩි ඉඩක් හෝ වැඩි සේවාදායකයක් අවශ්‍ය වූ විට මම ඒ සඳහා ගෙවීමට පවා කැමැත්තෙමි.

portworx

මට මෙතන කියන්න වැඩි දෙයක් නැහැ. මෙය ගෙවන නිෂ්පාදනයක්, සමානව සිසිල් සහ මිල අධිකයි. කාර්ය සාධනය සරලවම විශ්මයජනකයි. මෙය මෙතෙක් හොඳම දර්ශකය වේ. Google හි GKE Marketplace හි ලැයිස්තුගත කර ඇති පරිදි, නෝඩ් එකකට මසකට $205 කින් මිල ආරම්භ වන බව Slack මට පැවසීය. කෙලින්ම ගත්තොත් ලාබ වෙයිද දන්නේ නෑ. මට එය කෙසේවත් දරාගත නොහැක, එබැවින් ඔබ ස්ථිතික ප්‍රතිපාදන වලින් සෑහීමකට පත් නොවන්නේ නම් සංවර්ධක බලපත්‍රය (1 TB සහ නෝඩ් 3 දක්වා) Kubernetes සමඟ ප්‍රායෝගිකව නිෂ්ඵල වීම ගැන මම ඉතා කලකිරීමට පත් විය. අත්හදා බැලීමේ කාල සීමාව අවසානයේදී වෙළුම් බලපත්‍රය ස්වයංක්‍රීයව සංවර්ධකයා වෙත ශ්‍රේණිගත වනු ඇතැයි මම බලාපොරොත්තු වූ නමුත් එය සිදු නොවීය. සංවර්ධක බලපත්‍රය සෘජුවම භාවිතා කළ හැක්කේ Docker සමඟ පමණක් වන අතර, Kubernetes හි වින්‍යාස කිරීම ඉතා අපහසු සහ සීමිතය. ඇත්ත වශයෙන්ම, මම විවෘත මූලාශ්ර වලට කැමතියි, නමුත් මට මුදල් තිබුනේ නම්, මම අනිවාර්යයෙන්ම Portworx තෝරාගන්නෙමි. මෙතෙක්, එහි කාර්ය සාධනය සරලව වෙනත් විකල්ප සමඟ සැසඳෙන්නේ නැත.

ලින්ස්ටර්

එක් පාඨකයෙක් Linstor උත්සාහ කිරීමට යෝජනා කළ විට, පළ කිරීම පළ කිරීමෙන් පසුව මම මෙම කොටස එකතු කළෙමි. මම එය උත්සාහ කළ අතර මම එයට කැමතියි! නමුත් අපි තවමත් ගැඹුරට හාරා ගත යුතුයි. දැන් මට කියන්න පුළුවන් කාර්ය සාධනය නරක නැහැ කියලා (මම පහත මිණුම් සලකුණු ප්‍රතිඵල එකතු කළා). අත්‍යවශ්‍යයෙන්ම, මට කිසිදු උඩිස් වැඩකින් තොරව තැටියට සමාන කාර්ය සාධනය කෙලින්ම ලැබුණි. (Portworx හි ඩ්‍රයිව් බෙන්ච්මාර්ක් එකට වඩා හොඳ සංඛ්‍යා ඇත්තේ මන්දැයි අසන්න එපා. මට ඒ ගැන අදහසක් නැත. මැජික්, මම අනුමාන කරමි.) එබැවින් Linstor මෙතෙක් ඉතා ඵලදායී බව පෙනේ. එය ස්ථාපනය කිරීම එතරම් අපහසු නැත, නමුත් එය වෙනත් විකල්ප තරම් පහසු නොවේ. මුලින්ම මට Linstor (කර්නල් මොඩියුලය සහ මෙවලම්/සේවා) ස්ථාපනය කිරීමටත්, Kubernetes වලින් පිටත තුනී ප්‍රතිපාදන සහ ස්නැප්ෂොට් සහාය සඳහා LVM වින්‍යාස කිරීමටත්, කෙලින්ම ධාරකය මත වින්‍යාස කිරීමටත්, පසුව Kubernetes වෙතින් ගබඩාව භාවිතා කිරීමට අවශ්‍ය සම්පත් නිර්මාණය කිරීමටත් සිදු විය. CentOS වල වැඩ කරන්නේ නැති එකට මම කැමති වුනේ නැහැ Ubuntu පාවිච්චි කරන්න උනා. භයානක නොවේ, ඇත්ත වශයෙන්ම, නමුත් ටිකක් කරදරකාරී, මන්ද ලේඛනගත කිරීම (එය විශිෂ්ටයි, මාර්ගයෙන්) නිශ්චිත Epel ගබඩාවල සොයාගත නොහැකි පැකේජ කිහිපයක් සඳහන් කරයි. Linstor සතුව ස්නැප්ෂොට් ඇත, නමුත් වෙබ් අඩවියෙන් පිටත උපස්ථ නොවේ, එබැවින් මෙහි නැවතත් මට වෙළුම් උපස්ථ කිරීමට Restic සමඟ Velero භාවිතා කිරීමට සිදු විය. මම ගොනු මට්ටමේ උපස්ථ වෙනුවට ස්නැප්ෂොට් වලට කැමතියි, නමුත් විසඳුම ක්‍රියාකාරී සහ විශ්වාසදායක නම් මෙය ඉවසා සිටිය හැක. Linstor විවෘත මූලාශ්‍රයක් වන නමුත් ගෙවන ලද සහාය ඇත. මම නිවැරදිව තේරුම් ගන්නේ නම්, ඔබට ආධාරක කොන්ත්රාත්තුවක් නොමැති වුවද, එය සීමාවන් නොමැතිව භාවිතා කළ හැකිය, නමුත් මෙය පැහැදිලි කළ යුතුය. මම දන්නේ නැහැ Linstor Kubernetes සඳහා පරීක්ෂා කර ඇති ආකාරය, නමුත් ගබඩා ස්තරයම Kubernetes පිටත වන අතර, පෙනෙන විදිහට, විසඳුම ඊයේ දර්ශනය නොවීය, එබැවින් එය දැනටමත් සැබෑ තත්වයන් තුළ පරීක්ෂා කර ඇත. මගේ අදහස වෙනස් කර නැවත කුබර්නෙටස් වෙත යාමට මට හැකි විසඳුමක් මෙහි තිබේද? මම දන්නේ නැහැ. අපි තවමත් ගැඹුරට හාරා අනුකරණය අධ්‍යයනය කළ යුතුයි. අපි බලමු. නමුත් පළමු හැඟීම හොඳයි. වැඩි නිදහසක් ලබා ගැනීමට සහ අලුත් දේවල් ඉගෙන ගැනීමට Heroku වෙනුවට මගේම Kubernetes පොකුරු භාවිතා කිරීමට මම අනිවාර්යයෙන්ම කැමැත්තෙමි. Linstor අනිත් අය වගේ Install කරන එක ලේසි නැති නිසා ඒ ගැන post එකක් ඉක්මනටම ලියන්නම්.

මිණුම් සලකුණු

අවාසනාවට, මම සංසන්දනය ගැන බොහෝ සටහන් තබා නොගත්තේ මම ඒ ගැන ලියන්නට නොසිතූ බැවිනි. මට ඇත්තේ මූලික fio මිණුම් සලකුණු වලින් පමණක් වන අතර තනි නෝඩ් පොකුරු සඳහා පමණක් ප්‍රතිඵල ඇත, එබැවින් මට තවමත් අනුරූ වින්‍යාස කිරීම් සඳහා අංක නොමැත. නමුත් මෙම ප්‍රතිඵල වලින් ඔබට එක් එක් විකල්පයෙන් අපේක්ෂා කළ යුතු දේ පිළිබඳ දළ අදහසක් ලබා ගත හැකිය, මන්ද මම ඒවා එකම වලාකුළු සේවාදායකයන්, 4 හරය, 16 GB RAM, පරීක්ෂා කරන ලද වෙළුම් සඳහා අමතර 100 GB තැටියක් සමඟ සංසන්දනය කළ බැවිනි. මම එක් එක් විසඳුම සඳහා මිණුම් සලකුණු තුන් වරක් ධාවනය කර සාමාන්‍ය ප්‍රතිඵලය ගණනය කළෙමි, තවද මම එක් එක් නිෂ්පාදනය සඳහා සේවාදායක සැකසුම් යළි පිහිටුවමි. ඔබට සාමාන්‍ය අදහසක් ලබා දීම සඳහා මේ සියල්ල සම්පූර්ණයෙන්ම විද්‍යාත්මක නොවේ. වෙනත් පරීක්ෂණ වලදී, කියවීම සහ ලිවීම පරීක්ෂා කිරීම සඳහා මම පරිමාවෙන් ඡායාරූප සහ වීඩියෝ 38 GB පිටපත් කළෙමි, නමුත්, අහෝ, මම අංක සුරැකුවේ නැත. කෙටියෙන් කිවහොත්: Portworkx වඩා වේගවත් විය.

පරිමාව මිණුම් ලකුණ සඳහා මම මෙම මැනිෆෙස්ටය භාවිතා කළෙමි:

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: dbench
spec:
  storageClassName: ...
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi
---
apiVersion: batch/v1
kind: Job
metadata:
  name: dbench
spec:
  template:
    spec:
      containers:
      - name: dbench
        image: sotoaster/dbench:latest
        imagePullPolicy: IfNotPresent
        env:
          - name: DBENCH_MOUNTPOINT
            value: /data
          - name: FIO_SIZE
            value: 1G
        volumeMounts:
        - name: dbench-pv
          mountPath: /data
      restartPolicy: Never
      volumes:
      - name: dbench-pv
        persistentVolumeClaim:
          claimName: dbench
  backoffLimit: 4

මම මුලින්ම සුදුසු ගබඩා පන්තිය සමඟ පරිමාවක් නිර්මාණය කළ අතර පසුව තිරය පිටුපස fio සමඟ කාර්යය ධාවනය කළෙමි. මම කාර්ය සාධනය ඇස්තමේන්තු කිරීමට සහ වැඩි වේලාවක් බලා නොසිටින්න 1 GB ගත්තා. මෙන්න ප්‍රතිඵල:

මම එක් එක් මෙට්‍රික් සඳහා හොඳම අගය කොළ පැහැයෙන් සහ නරකම අගය රතු පැහැයෙන් උද්දීපනය කළෙමි.

නිගමනය

ඔබට පෙනෙන පරිදි, බොහෝ අවස්ථාවලදී Portworx අනෙක් අයට වඩා හොඳින් ක්‍රියා කළේය. නමුත් මට එය මිල අධිකයි. රොබින්ට කොපමණ මුදලක් වැය වේදැයි මම නොදනිමි, නමුත් ඔවුන්ට විශිෂ්ට නිදහස් අනුවාදයක් ඇත, එබැවින් ඔබට ගෙවන නිෂ්පාදනයක් අවශ්‍ය නම්, ඔබට එය උත්සාහ කළ හැකිය (ඔවුන් ඉක්මනින් ප්‍රතිසාධනය සහ උපස්ථ සමඟ ගැටළුව විසඳයි). නිදහස් ඒවා තුනෙන්, මට OpenEBS සමඟ අවම ගැටළු ඇති නමුත් එහි ක්‍රියාකාරිත්වය අගාධය. මම වැඩි ප්‍රතිඵල ඉතිරි නොකිරීම කණගාටුවට කරුණකි, නමුත් අංක සහ මගේ අදහස් ඔබට උපකාරී වනු ඇතැයි මම බලාපොරොත්තු වෙමි.

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