මෙය සර්වර් දෘඪාංග ක්ෂේත්‍රයේ බහුලව දක්නට ලැබෙන මිථ්‍යාවකි. ප්‍රායෝගිකව, බොහෝ දේ සඳහා අධිසන්ධි විසඳුම් (සියල්ල එකක ඇති විට) අවශ්ය වේ. ඓතිහාසික වශයෙන්, පළමු ගෘහ නිර්මාණ ශිල්පය ඔවුන්ගේ සේවාවන් සඳහා Amazon සහ Google විසින් සංවර්ධනය කරන ලදී. එවිට අදහස වූයේ සමාන නෝඩ් වලින් පරිගණක ගොවිපලක් සෑදීමයි, ඒ සෑම එකක්ම තමන්ගේම තැටි ඇත. මේ සියල්ල සමහර පද්ධති සාදන මෘදුකාංග (හයිපර්වයිසර්) මගින් ඒකාබද්ධ කර අථත්‍ය යන්ත්‍රවලට බෙදා ඇත. ප්රධාන ඉලක්කය වන්නේ එක් නෝඩයක් සේවය කිරීම සඳහා අවම උත්සාහයක් සහ පරිමාණය කිරීමේදී අවම ගැටළු ය: එකම සේවාදායකයන්ගෙන් තවත් දහසක් හෝ දෙකක් මිලදී ගෙන ඒවා අසල සම්බන්ධ කරන්න. ප්‍රායෝගිකව, මේවා හුදකලා අවස්ථා වන අතර බොහෝ විට අපි කතා කරන්නේ කුඩා නෝඩ් සංඛ්‍යාවක් සහ තරමක් වෙනස් ගෘහ නිර්මාණ ශිල්පයක් ගැන ය.
නමුත් ප්ලස් එලෙසම පවතී - පරිමාණය සහ කළමනාකරණයේ ඇදහිය නොහැකි පහසුව. අවාසිය නම් විවිධ කාර්යයන් විවිධ ආකාරයෙන් සම්පත් පරිභෝජනය කරන අතර, සමහර ස්ථානවල දේශීය තැටි විශාල ප්‍රමාණයක් ඇත, අනෙක් ඒවා කුඩා RAM ප්‍රමාණයක් ඇත, එනම් විවිධ ආකාරයේ කාර්යයන් සඳහා සම්පත් භාවිතය අඩු වේ.
සැකසීමේ පහසුව සඳහා ඔබ 10-15% වැඩිපුර ගෙවන බව පෙනේ. මාතෘකාවේ මිථ්‍යාව අවුලුවා ඇත්තේ මෙයයි. තාක්ෂණය ප්‍රශස්ත ලෙස යොදන්නේ කොතැනදැයි අපි බොහෝ කාලයක් සොයමින් සිටියෙමු, අපි එය සොයා ගත්තෙමු. කාරණය වන්නේ සිස්කෝට තමන්ගේම ගබඩා පද්ධති නොතිබුණත් ඔවුන්ට අවශ්ය වූයේ සම්පූර්ණ සර්වර් වෙළඳපොලක් බවයි. ඔවුන් සිස්කෝ හයිපර්ෆ්ලෙක්ස් - නෝඩ් වල දේශීය ගබඩා කිරීම සමඟ විසඳුමක් සාදන ලදී.
මෙය හදිසියේම උපස්ථ දත්ත මධ්යස්ථාන (ආපදා ප්‍රතිසාධනය) සඳහා ඉතා හොඳ විසඳුමක් බවට පත් විය. ඇයි සහ කෙසේද යන්න මම දැන් ඔබට කියමි. මම ඔබට පොකුරු පරීක්ෂණ පෙන්වන්නම්.
අවශ්ය තැන
අධි අභිසාරීතාවය යනු:
- පරිගණක නෝඩ් වෙත තැටි මාරු කිරීම.
- අථත්‍යකරණ උප පද්ධතිය සමඟ ගබඩා උපපද්ධතිය සම්පූර්ණයෙන් ඒකාබද්ධ කිරීම.
- ජාල උප පද්ධතිය සමඟ මාරු කිරීම / ඒකාබද්ධ කිරීම.
මෙම සංයෝජනය මඟින් ඔබට බොහෝ ගබඩා පද්ධති විශේෂාංග අථත්‍යකරණ මට්ටමින් සහ එක් පාලන කවුළුවකින් ක්‍රියාත්මක කිරීමට ඉඩ සලසයි.
අපගේ සමාගම තුළ, අතිරික්ත දත්ත මධ්යස්ථාන සැලසුම් කිරීමේ ව්‍යාපෘති සඳහා විශාල ඉල්ලුමක් පවතින අතර, කොටුවෙන් පිටත ප්‍රතිනිර්මාණය කිරීමේ විකල්ප (මෙට්‍රොක්ලස්ටර් දක්වා) සමූහයක් හේතුවෙන් බොහෝ විට අධිසන්ධි විසඳුමක් තෝරා ගනු ලැබේ.
උපස්ථ දත්ත මධ්යස්ථාන සම්බන්ධයෙන් ගත් කල, අපි සාමාන්‍යයෙන් කතා කරන්නේ නගරයේ අනෙක් පැත්තේ හෝ වෙනත් නගරයක ඇති දුරස්ථ පහසුකමක් ගැන ය. ප්රධාන දත්ත මධ්යස්ථානයේ අර්ධ හෝ සම්පූර්ණ අසමත් වීමකදී විවේචනාත්මක පද්ධති ප්රතිෂ්ඨාපනය කිරීමට ඔබට ඉඩ සලසයි. විකුණුම් දත්ත එහි නිරන්තරයෙන් ප්‍රතිනිර්මාණය වන අතර, මෙම අනුකරණය යෙදුම් මට්ටමේ හෝ බ්ලොක් උපාංග (ගබඩා) මට්ටමේ විය හැක.
එමනිසා, දැන් මම පද්ධති සැලසුම් සහ පරීක්ෂණ ගැනත්, ඉතුරුම් දත්ත සමඟ සැබෑ ජීවිතයේ යෙදුම් අවස්ථා කිහිපයක් ගැනත් කතා කරමි.
පරීක්ෂණ
අපගේ උදාහරණය සේවාදායකයන් හතරකින් සමන්විත වන අතර, ඒ සෑම එකක්ම 10 GB SSD ධාවකයන් 960 ක් ඇත. ලිවීමේ මෙහෙයුම් හැඹිලිගත කිරීම සහ සේවා අථත්‍ය යන්ත්‍රය ගබඩා කිරීම සඳහා කැපවූ තැටියක් ඇත. විසඳුමම සිව්වන අනුවාදයයි. පළමුවැන්න අවංකවම බොරතෙල් (සමාලෝචන අනුව විනිශ්චය කිරීම), දෙවැන්න තෙත්, තෙවැන්න දැනටමත් තරමක් ස්ථායී වන අතර මෙය සාමාන්‍ය ජනතාව සඳහා බීටා පරීක්ෂාව අවසන් වූ පසු නිකුත් කිරීමක් ලෙස හැඳින්විය හැකිය. පරීක්ෂණය අතරතුර, මම කිසිදු ගැටළුවක් දුටුවේ නැත, සෑම දෙයක්ම ඔරලෝසුවක් මෙන් ක්රියා කරයි.
v4 හි වෙනස්කම්දෝෂ සමූහයක් සවි කර ඇත.
මුලදී, වේදිකාවට VMware ESXi හයිපර්වයිසර් සමඟ පමණක් ක්රියා කළ හැකි අතර කුඩා නෝඩ් ගණනකට සහය විය. එසේම, යෙදවීමේ ක්‍රියාවලිය සෑම විටම සාර්ථකව අවසන් නොවීය, සමහර පියවර නැවත ආරම්භ කිරීමට සිදු විය, පැරණි අනුවාද වලින් යාවත්කාලීන කිරීමේදී ගැටළු ඇති විය, GUI හි දත්ත සෑම විටම නිවැරදිව ප්‍රදර්ශනය නොවීය (කාර්ය සාධන ප්‍රස්ථාර දර්ශනය වීම ගැන මම තවමත් සතුටු නොවෙමි. ), සමහර විට අථත්යකරණය සමඟ අතුරු මුහුණතෙහි ගැටළු මතු විය.
දැන් සියලුම ළමා ගැටළු නිරාකරණය කර ඇත, HyperFlex හට ESXi සහ Hyper-V යන දෙකම හැසිරවිය හැක, තවද එය කළ හැක්කේ:
- දිගු කළ පොකුරක් නිර්මාණය කිරීම.
- Fabric Interconnect භාවිතා නොකර කාර්යාල සඳහා පොකුරක් නිර්මාණය කිරීම, නෝඩ් දෙකේ සිට හතර දක්වා (අපි සේවාදායකයන් පමණක් මිලට ගනිමු).
- බාහිර ගබඩා පද්ධති සමඟ වැඩ කිරීමේ හැකියාව.
- බහාලුම් සහ Kubernetes සඳහා සහාය.
- ලබා ගත හැකි කලාප නිර්මාණය කිරීම.
- බිල්ට් ක්‍රියාකාරීත්වය සතුටුදායක නොවේ නම් VMware SRM සමඟ ඒකාබද්ධ වීම.
ගෘහ නිර්මාණ ශිල්පය එහි ප්රධාන තරඟකරුවන්ගේ විසඳුම් වලට වඩා බෙහෙවින් වෙනස් නොවේ; ඔවුන් බයිසිකලයක් නිර්මාණය කළේ නැත. ඒ සියල්ල VMware හෝ Hyper-V virtualization වේදිකාව මත ධාවනය වේ. දෘඪාංග හිමිකාර Cisco UCS සේවාදායකයන් මත සත්කාරකත්වය සපයයි. ආරම්භක සැකසුමෙහි සාපේක්ෂ සංකීර්ණත්වය, බොත්තම් ගොඩක්, සැකිලි සහ පරායත්තතා වල සුළු නොවන පද්ධතියක් සඳහා වේදිකාවට වෛර කරන අය සිටිති, නමුත් සෙන් ඉගෙන ගත් අය ද සිටිති, අදහසින් දේවානුභාවයෙන් සහ තවදුරටත් අවශ්ය නොවේ. වෙනත් සේවාදායකයන් සමඟ වැඩ කිරීමට.
VMware සඳහා විසඳුම අපි සලකා බලමු, විසඳුම මුලින් නිර්මාණය කර ඇත්තේ ඒ සඳහා වන අතර වැඩි ක්‍රියාකාරීත්වයක් ඇති බැවින්; තරඟකරුවන් සමඟ සිටීමට සහ වෙළඳපල අපේක්ෂාවන් සපුරාලීම සඳහා Hyper-V මාර්ගය දිගේ එකතු කරන ලදී.
තැටි වලින් පිරුණු සර්වර් පොකුරක් ඇත. දත්ත ගබඩා කිරීම සඳහා තැටි ඇත (SSD හෝ HDD - ඔබේ රසය සහ අවශ්යතා අනුව), හැඹිලිගත කිරීම සඳහා එක් SSD තැටියක් ඇත. දත්ත ගබඩාවට දත්ත ලිවීමේදී, දත්ත හැඹිලි ස්තරය මත සුරැකේ (විශේෂිත SSD තැටිය සහ සේවා VM හි RAM). සමාන්තරව, දත්ත සමූහයක් පොකුරේ ඇති නෝඩ් වෙත යවනු ලැබේ (නෝඩ් ගණන පොකුරු අනුකරණ සාධකය මත රඳා පවතී). සාර්ථක පටිගත කිරීම පිළිබඳ සියලුම නෝඩ් වලින් තහවුරු කිරීමෙන් පසුව, පටිගත කිරීම තහවුරු කිරීම අධි වයිසර් වෙත යවනු ලබන අතර පසුව VM වෙත යවනු ලැබේ. පටිගත කරන ලද දත්ත අනුපිටපත් කර, සම්පීඩනය කර පසුබිමේ ඇති ගබඩා තැටි වෙත ලියා ඇත. ඒ අතරම, විශාල බ්ලොක් එකක් සෑම විටම ගබඩා තැටි වලට ලියා ඇති අතර අනුපිළිවෙලින්, ගබඩා තැටි මත පැටවීම අඩු කරයි.
අනුපිටපත් කිරීම සහ සම්පීඩනය සැමවිටම සක්‍රීය කර ඇති අතර අක්‍රිය කළ නොහැක. දත්ත ගබඩා තැටි වලින් හෝ RAM හැඹිලියෙන් කෙලින්ම කියවනු ලැබේ. දෙමුහුන් වින්‍යාසයක් භාවිතා කරන්නේ නම්, කියවීම් ද SSD මත හැඹිලිගත වේ.
දත්ත අථත්‍ය යන්ත්‍රයේ වත්මන් ස්ථානයට බැඳී නොමැති අතර නෝඩ් අතර ඒකාකාරව බෙදා හරිනු ලැබේ. මෙම ප්රවේශය ඔබට සියලු තැටි සහ ජාල අතුරුමුහුණත් සමානව පැටවීමට ඉඩ සලසයි. පැහැදිලි අවාසියක් ඇත: දේශීයව දත්ත ලබා ගත හැකි බවට සහතිකයක් නොමැති බැවින් අපට කියවීමේ ප්‍රමාදය හැකිතාක් අඩු කළ නොහැක. නමුත් ලැබෙන ප්‍රතිලාභ හා සසඳන විට මෙය සුළු පරිත්‍යාගයක් බව මම විශ්වාස කරමි. එපමණක් නොව, ජාල ප්‍රමාදයන් එවැනි අගයන් කරා ළඟා වී ඇති අතර ඒවා ප්‍රායෝගිකව සමස්ත ප්‍රතිඵලයට බලපාන්නේ නැත.
එක් එක් ගබඩා නෝඩය මත නිර්මාණය කරන ලද විශේෂ සේවා VM Cisco HyperFlex දත්ත වේදිකා පාලකය, තැටි උප පද්ධතියේ සම්පූර්ණ මෙහෙයුම් තර්කනය සඳහා වගකිව යුතුය. අපගේ සේවා VM වින්යාසය තුළ, vCPUs අටක් සහ 72 GB RAM වෙන් කර ඇත, එය එතරම් කුඩා නොවේ. ධාරකයටම භෞතික හර 28 ක් සහ 512 GB RAM ඇති බව මම ඔබට මතක් කරමි.
SAS පාලකය VM වෙත යොමු කිරීමෙන් VM සේවාවට භෞතික තැටි වෙත ප්රවේශය ඇත. හයිපර්වයිසර් සමඟ සන්නිවේදනය සිදු වන්නේ විශේෂ මොඩියුලයක් වන IOVisor හරහා වන අතර, එය I/O මෙහෙයුම් වලට බාධා කරයි, සහ අධි වයිසර් API වෙත විධාන යැවීමට ඔබට ඉඩ සලසන නියෝජිතයෙකු භාවිතා කරයි. HyperFlex ස්නැප්ෂොට් සහ ක්ලෝන සමඟ වැඩ කිරීම සඳහා නියෝජිතයා වගකිව යුතුය.
තැටි සම්පත් හයිපර්වයිසර් තුළ NFS හෝ SMB කොටස් ලෙස සවි කර ඇත (අධිවිශේෂයේ වර්ගය අනුව, කුමන එක කොහිදැයි අනුමාන කරන්න). සහ හුඩ් යටතේ, මෙය ඔබට වැඩිහිටි පූර්ණ-පරිපූර්ණ ගබඩා පද්ධතිවල විශේෂාංග එකතු කිරීමට ඉඩ සලසන බෙදා හරින ලද ගොනු පද්ධතියකි: තුනී පරිමාවක් වෙන් කිරීම, සම්පීඩනය සහ අඩු කිරීම, යළි-යොමු-ලිවීමේ තාක්ෂණය භාවිතා කරන ස්නැප්ෂොට්, සමමුහුර්ත/අසමමුහුර්ත අනුකරණය.
VM සේවාව HyperFlex උපපද්ධතියේ WEB කළමනාකරණ අතුරුමුහුණත වෙත ප්රවේශය සපයයි. vCenter සමඟ ඒකාබද්ධතාවයක් ඇති අතර බොහෝ එදිනෙදා කාර්යයන් එයින් සිදු කළ හැකිය, නමුත් දත්ත ගබඩා, උදාහරණයක් ලෙස, ඔබ දැනටමත් වේගවත් HTML5 අතුරුමුහුණතකට මාරු වී ඇත්නම් හෝ සම්පූර්ණ ෆ්ලෑෂ් සේවාදායකයක් භාවිතා කරන්නේ නම් වෙනම වෙබ් කැමරාවකින් කපා ගැනීම වඩාත් පහසු වේ. සම්පූර්ණ ඒකාබද්ධතාවය සමඟ. සේවා වෙබ් කැමරාව තුළ ඔබට පද්ධතියේ කාර්ය සාධනය සහ සවිස්තරාත්මක තත්ත්වය නැරඹිය හැකිය.
පොකුරක් තුළ තවත් නෝඩ් වර්ගයක් ඇත - පරිගණක නෝඩ්. මේවා බිල්ට් ඩිස්ක් නොමැතිව රාක්ක හෝ බ්ලේඩ් සේවාදායකයන් විය හැකිය. මෙම සේවාදායකයන්ට තැටි සහිත සේවාදායකයන්හි දත්ත ගබඩා කර ඇති VM ධාවනය කළ හැක. දත්ත ප්‍රවේශයේ දෘෂ්ටි කෝණයෙන්, නෝඩ් වර්ග අතර වෙනසක් නැත, මන්ද ගෘහ නිර්මාණ ශිල්පයට දත්තවල භෞතික පිහිටීමෙන් වියුක්ත කිරීම ඇතුළත් වේ. පරිගණක නෝඩ් සහ ගබඩා නෝඩ් වල උපරිම අනුපාතය 2:1 වේ.
පරිගණක නෝඩ් භාවිතා කිරීම පොකුරු සම්පත් පරිමාණය කිරීමේදී නම්‍යශීලී බව වැඩි කරයි: අපට CPU/RAM පමණක් අවශ්ය නම් තැටි සමඟ අමතර නෝඩ් මිලදී ගැනීමට අවශ්ය නොවේ. ඊට අමතරව, අපට බ්ලේඩ් කූඩුවක් එකතු කර සේවාදායක රාක්ක තැබීමෙන් ඉතිරි කළ හැකිය.
එහි ප්රතිඵලයක් වශයෙන්, අපට පහත විශේෂාංග සහිත අධිසන්ධි වේදිකාවක් ඇත:
- පොකුරක් තුළ නෝඩ් 64 ක් දක්වා (ගබඩා නෝඩ් 32 දක්වා).
- පොකුරක ඇති අවම නෝඩ් ගණන තුනකි (එජ් පොකුරක් සඳහා දෙකක්).
- දත්ත අතිරික්ත යාන්ත්‍රණය: ප්‍රතිවර්තන සාධකය 2 සහ 3 සමඟ දර්පණය.
- මෙට්රෝ පොකුර.
- වෙනත් HyperFlex පොකුරකට අසමමුහුර්ත VM අනුකරණය.
- VMs දුරස්ථ දත්ත මධ්‍යස්ථානයකට මාරු කිරීමේ වාද්‍ය වෘන්දය.
- Redirect-on-Write තාක්ෂණය භාවිතයෙන් ස්වදේශීය ඡායාරූප.
- අනුකරණ සාධකය 1 සහ අඩු කිරීමකින් තොරව භාවිත කළ හැකි ඉඩ ප්‍රමාණය 3 PB දක්වා. මෙය බරපතල විකුණුම් සඳහා විකල්පයක් නොවන නිසා අපි අනුකරණ සාධකය 2 සැලකිල්ලට නොගනිමු.
තවත් විශාල වාසියක් වන්නේ කළමනාකරණයේ පහසුව සහ යෙදවීමයි. UCS සේවාදායකයන් පිහිටුවීමේ සියලු සංකීර්ණතා Cisco ඉංජිනේරුවන් විසින් සකස් කරන ලද විශේෂිත VM මගින් බලා ගනී.
පරීක්ෂණ බංකු වින්යාසය:
- 2 x Cisco UCS Fabric Interconnect 6248UP කළමනාකරණ පොකුරක් සහ ජාල සංරචක ලෙස (Ethernet 48G/FC 10G මාදිලියේ ක්‍රියාත්මක වන වරායන් 16).
- Cisco UCS HXAF240 M4 සේවාදායක හතරක්.
සේවාදායක ලක්ෂණ:
CPU
2 x Intel® Xeon® E5-2690 v4
RAM
16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/ද්විත්ව ශ්‍රේණිය/x4/1.2v
ජාල
UCSC-MLOM-CSC-02 (VIC 1227). 2 10G Ethernet ports
ගබඩා HBA
Cisco 12G Modular SAS පාස් පාලකය හරහා
ගබඩා තැටි
1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB
තවත් සැකසුම් විකල්පතෝරාගත් දෘඩාංග වලට අමතරව, පහත විකල්ප දැනට පවතී:
- HXAF240c M5.
- Intel Silver 4110 සිට Intel Platinum I8260Y දක්වා CPU එකක් හෝ දෙකක්. දෙවන පරම්පරාව ලබා ගත හැකිය.
- මතක කොටස් 24ක්, තීරු 16 GB RDIMM 2600 සිට 128 GB LRDIMM 2933 දක්වා.
- දත්ත තැටි 6 සිට 23 දක්වා, එක් හැඹිලි තැටියක්, එක් පද්ධති තැටියක් සහ එක් ඇරඹුම් තැටියක්.
ධාරිතාව ධාවකයන්
- HX-SD960G61X-EV 960GB අඟල් 2.5 ව්‍යවසාය අගය 6G SATA SSD (1X ඉවසීම) SAS 960 GB.
- HX-SD38T61X-EV 3.8TB අඟල් 2.5 ව්‍යවසාය අගය 6G SATA SSD (1X ඉවසීම) SAS 3.8 TB.
- හැඹිලි ධාවක
- HX-NVMEXPB-I375 375GB අඟල් 2.5 Intel Optane Drive, Extreme Perf & Endurance.
- HX-NVMEHW-H1600* 1.6TB අඟල් 2.5 Ent. Perf. NVMe SSD (3X ඉවසීම) NVMe 1.6 TB.
- HX-SD400G12TX-EP 400GB අඟල් 2.5 Ent. Perf. 12G SAS SSD (10X විඳදරාගැනීම) SAS 400 GB.
- HX-SD800GBENK9** 800GB අඟල් 2.5 Ent. Perf. 12G SAS SED SSD (10X විඳදරාගැනීම) SAS 800 GB.
- HX-SD16T123X-EP 1.6TB අඟල් 2.5 ව්‍යවසාය කාර්ය සාධනය 12G SAS SSD (3X විඳදරාගැනීම).
පද්ධති/ලොග් ඩ්‍රයිව්
- HX-SD240GM1X-EV 240GB අඟල් 2.5 ව්‍යවසාය අගය 6G SATA SSD (උත්ශ්‍රේණි කිරීම අවශ්ය වේ).
ආරම්භක ධාවකයන්
- HX-M2-240GB 240GB SATA M.2 SSD SATA 240 GB.
40G, 25G හෝ 10G Ethernet ports හරහා ජාලයට සම්බන්ධ වන්න.
FI HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G) විය හැක.
පරීක්ෂණයම
තැටි උප පද්ධතිය පරීක්ෂා කිරීම සඳහා, මම HCIBench 2.2.1 භාවිතා කළෙමි. මෙය බහු අතථ්‍ය යන්ත්‍ර වලින් බරක් නිර්මාණය කිරීම ස්වයංක්‍රීය කිරීමට ඔබට ඉඩ සලසන නිදහස් උපයෝගීතාවයකි. සාමාන්‍ය ෆියෝ විසින්ම පැටවීම ජනනය වේ.
අපගේ පොකුර නෝඩ් හතරකින් සමන්විත වේ, අනුකරණ සාධකය 3, සියලුම තැටි ෆ්ලෑෂ් වේ.
පරීක්ෂා කිරීම සඳහා, මම දත්ත ගබඩා හතරක් සහ අතථ්‍ය යන්ත්‍ර අටක් නිර්මාණය කළෙමි. ලිවීමේ පරීක්ෂණ සඳහා, හැඹිලි තැටිය පිරී නොමැති බව උපකල්පනය කෙරේ.
පරීක්ෂණ ප්රතිඵල පහත පරිදි වේ:
100% කියවන්න 100% අහඹු ලෙස
0% කියවන්න 100%අහඹු
වාරණ / පෝලිම් ගැඹුර
128
256
512
1024
2048
128
256
512
1024
2048
4K
0,59 ms 213804 IOPS
0,84 ms 303540 IOPS
1,36ms 374348 IOPS
2.47 ms 414116 IOPS
4,86ms 420180 IOPS
2,22 ms 57408 IOPS
3,09 ms 82744 IOPS
5,02 ms 101824 IPOS
8,75 ms 116912 IOPS
17,2 ms 118592 IOPS
8K
0,67 ms 188416 IOPS
0,93 ms 273280 IOPS
1,7 ms 299932 IOPS
2,72 ms 376,484 IOPS
5,47 ms 373,176 IOPS
3,1 ms 41148 IOPS
4,7 ms 54396 IOPS
7,09 ms 72192 IOPS
12,77 ms 80132 IOPS
16K
0,77 ms 164116 IOPS
1,12 ms 228328 IOPS
1,9 ms 268140 IOPS
3,96 ms 258480 IOPS
3,8 ms 33640 IOPS
6,97 ms 36696 IOPS
11,35 ms 45060 IOPS
32K
1,07 ms 119292 IOPS
1,79 ms 142888 IOPS
3,56 ms 143760 IOPS
7,17 ms 17810 IOPS
11,96 ms 21396 IOPS
64K
1,84 ms 69440 IOPS
3,6 ms 71008 IOPS
7,26 ms 70404 IOPS
11,37 ms 11248 IOPS
තද අකුරින් ඵලදායිතාවයේ වැඩි වීමක් නොමැති අගයන් පෙන්නුම් කරයි, සමහර විට පිරිහීම පවා පෙනේ. මෙයට හේතුව ජාලයේ/පාලකයන්ගේ/තැටිවල ක්‍රියාකාරීත්වය මගින් අප සීමා වී තිබීමයි.
- අනුක්‍රමික කියවීම 4432 MB/s.
- අනුක්‍රමික ලිවීම 804 MB/s.
- එක් පාලකයක් අසමත් වුවහොත් (අථත්‍ය යන්ත්‍රයක් හෝ ධාරකයක් අසමත් වීම), කාර්ය සාධනය පහත වැටීම දෙගුණයකි.
- ගබඩා තැටිය අසමත් වුවහොත්, ඇද වැටීම 1/3 කි. තැටි නැවත ගොඩනැගීම එක් එක් පාලකයේ සම්පත් වලින් 5% ක් ගනී.
කුඩා බ්ලොක් එකක, පාලකයේ (අථත්‍ය යන්ත්‍රය) ක්‍රියාකාරීත්වය මගින් අප සීමා කරනු ලැබේ, එහි CPU 100% කින් පටවනු ලැබේ, සහ බ්ලොක් එක වැඩි වන විට, අපි වරාය කලාප පළලින් සීමා කරමු. AllFlash පද්ධතියේ විභවය අගුළු හැරීමට 10 Gbps ප්‍රමාණවත් නොවේ. අවාසනාවකට, සපයා ඇති demo stand හි පරාමිතීන් අපට 40 Gbit/s හි ක්‍රියාකාරිත්වය පරීක්ෂා කිරීමට ඉඩ නොදේ.
පරීක්ෂණ සහ ගෘහ නිර්මාණ ශිල්පය හැදෑරීමෙන් මගේ හැඟීම අනුව, සියලුම ධාරක අතර දත්ත ස්ථානගත කරන ඇල්ගොරිතම නිසා, අපට පරිමාණය කළ හැකි, පුරෝකථනය කළ හැකි කාර්ය සාධනයක් ලැබේ, නමුත් මෙය කියවීමේදී ද සීමාවකි, මන්ද එය දේශීය තැටි වලින් වැඩිපුර මිරිකා ගැනීමට හැකි වනු ඇත. මෙහිදී එය වඩාත් ඵලදායී ජාලයක් සුරැකිය හැක, උදාහරණයක් ලෙස, FI 40 Gbit/s ලබා ගත හැක.
එසේම, හැඹිලිගත කිරීම සහ අඩු කිරීම සඳහා එක් තැටියක් සීමාවක් විය හැකිය; ඇත්ත වශයෙන්ම, මෙම පරීක්ෂණ ඇඳෙහි අපට SSD තැටි හතරකට ලිවිය හැකිය. Caching drives ප්‍රමාණය වැඩි කරලා වෙනස බලන්න පුළුවන් නම් ගොඩක් හොඳයි.
සැබෑ භාවිතය
උපස්ථ දත්ත මධ්‍යස්ථානයක් සංවිධානය කිරීම සඳහා, ඔබට ප්‍රවේශයන් දෙකක් භාවිතා කළ හැකිය (දුරස්ථ වෙබ් අඩවියක උපස්ථයක් තැබීම ගැන අපි නොසිතමු):
- ක්රියාකාරී-නිෂ්ක්රීය. සියලුම යෙදුම් ප්රධාන දත්ත මධ්යස්ථානයේ සත්කාරකත්වය දරයි. අනුකරණය සමමුහුර්ත හෝ අසමමිතික වේ. ප්රධාන දත්ත මධ්‍යස්ථානය අසමත් වුවහොත්, අපි උපස්ථ එක සක්‍රිය කළ යුතුය. මෙය අතින්/scripts/orchestration යෙදුම් වලින් සිදු කළ හැක. මෙහිදී අපට අනුකරණ සංඛ්‍යාතයට සරිලන RPO එකක් ලැබෙනු ඇති අතර, RTO පරිපාලකගේ ප්‍රතික්‍රියාව සහ කුසලතා සහ මාරු කිරීමේ සැලැස්මේ සංවර්ධනයේ/දෝෂකරණයේ ගුණාත්මකභාවය මත රඳා පවතී.
- ක්රියාකාරී-ක්රියාකාරී. මෙම අවස්ථාවෙහිදී, ඇත්තේ සමමුහුර්ත අනුකරණයක් පමණි; දත්ත මධ්‍යස්ථානවල ඇති බව තීරණය කරනු ලබන්නේ තුන්වන අඩවියේ දැඩි ලෙස පිහිටා ඇති ගණපූරණය/බේරුම්කරුවෙකු විසිනි. RPO = 0, සහ RTO 0 වෙත ළඟා විය හැකිය (යෙදුම ඉඩ දෙන්නේ නම්) හෝ අථත්‍යකරණ පොකුරක් තුළ නෝඩයක අසාර්ථක කාලයට සමාන වේ. අථත්‍යකරණ මට්ටමේදී, සක්‍රීය-ක්රියාකාරී ආචයනය අවශ්ය වන දිගු (මෙට්රෝ) පොකුරක් සාදනු ලැබේ.
සාමාන්‍යයෙන් අපි දකින්නේ ප්රධාන දත්ත මධ්‍යස්ථානය තුළ සේවාදායකයන් දැනටමත් සම්භාව්ය ගබඩා පද්ධතියක් සහිත ගෘහ නිර්මාණ ශිල්පයක් ක්‍රියාත්මක කර ඇති බවයි, එබැවින් අපි අනුකරණය සඳහා තවත් එකක් සැලසුම් කරමු. මා සඳහන් කළ පරිදි, සිස්කෝ හයිපර්ෆ්ලෙක්ස් අසමමුහුර්ත අනුකරණය සහ දිගු කළ අථත්‍යකරණ පොකුරු නිර්මාණය ඉදිරිපත් කරයි. ඒ අතරම, අපට මිඩ්‍රේන්ජ් මට්ටමේ කැපවූ ගබඩා පද්ධතියක් සහ මිල අධික ප්‍රතිනිර්මාණ කාර්යයන් සහ ගබඩා පද්ධති දෙකක සක්‍රිය-ක්රියාකාරී දත්ත ප්රවේශය සහිත ඉහළ ගබඩා පද්ධතියක් අවශ්ය නොවේ.
දර්ශනය 1: අපට ප්‍රාථමික සහ උපස්ථ දත්ත මධ්යස්ථාන ඇත, VMware vSphere හි අථත්‍යකරණ වේදිකාවක්. සියලුම නිෂ්පාදන පද්ධති ප්රධාන දත්ත මධ්යස්ථානයේ පිහිටා ඇති අතර, අථත්‍ය යන්ත්‍රවල ප්‍රතිනිර්මාණය හයිපර්වයිසර් මට්ටමින් සිදු කෙරේ, මෙය උපස්ථ දත්ත මධ්යස්ථානයේ වීඑම් ක්‍රියාත්මක කිරීම වළක්වයි. අපි බිල්ට් මෙවලම් භාවිතයෙන් දත්ත සමුදායන් සහ විශේෂ යෙදුම් ප්‍රතිනිර්මාණය කර VM ක්‍රියාත්මක කර තබමු. ප්රධාන දත්ත මධ්‍යස්ථානය අසමත් වුවහොත්, අපි උපස්ථ දත්ත මධ්යස්ථානයේ පද්ධති දියත් කරමු. අතථ්‍ය යන්ත්‍ර 100ක් පමණ ඇති බව අපි විශ්වාස කරමු. ප්‍රාථමික දත්ත මධ්‍යස්ථානය ක්‍රියාත්මක වන අතර, පොරොත්තු දත්ත මධ්‍යස්ථානයට පරීක්ෂණ පරිසරයන් සහ ප්‍රාථමික දත්ත මධ්‍යස්ථානය මාරු වුවහොත් වසා දැමිය හැකි වෙනත් පද්ධති ධාවනය කළ හැක. අපි ද්වි-මාර්ග අනුකරණය භාවිතා කිරීමට ද ඉඩ ඇත. දෘඪාංග දෘෂ්ටි කෝණයෙන් කිසිවක් වෙනස් නොවනු ඇත.
සම්භාව්ය ගෘහනිර්මාණ ශිල්පය සම්බන්ධයෙන් ගත් කල, අපි සෑම දත්ත මධ්‍යස්ථානයකම FibreChannel හරහා ප්රවේශය සහිත දෙමුහුන් ගබඩා පද්ධතියක් ස්ථාපනය කරන්නෙමු, tiering, deduplication සහ සම්පීඩනය (නමුත් සබැඳි නොවේ), එක් එක් වෙබ් අඩවිය සඳහා සේවාදායක 8 ක්, FibreChannel ස්විච 2ක් සහ 10G Ethernet. සම්භාව්ය ගෘහ නිර්මාණ ශිල්පයක අනුකරණය සහ මාරු කළමණාකරණය සඳහා, අපට VMware මෙවලම් (Replication + SRM) හෝ තෙවන පාර්ශවීය මෙවලම් භාවිතා කළ හැක, එය ටිකක් මිල අඩු සහ සමහර විට වඩාත් පහසු වනු ඇත.
රූපයේ දැක්වෙන්නේ රූප සටහනයි.
Cisco HyperFlex භාවිතා කරන විට, පහත ගෘහ නිර්මාණ ශිල්පය ලබා ගනී:
HyperFlex සඳහා, මම විශාල CPU/RAM සම්පත් සහිත සේවාදායකයන් භාවිතා කළෙමි, මන්ද... සමහර සම්පත් HyperFlex පාලක VM වෙත යයි; CPU සහ මතකය අනුව, මම සිස්කෝ සමඟ සෙල්ලම් නොකිරීමට සහ ඉතිරි වීඑම් සඳහා සම්පත් සහතික කිරීම සඳහා HyperFlex වින්යාසය මඳක් නැවත වින්‍යාස කළෙමි. නමුත් අපට FibreChannel ස්විචයන් අතහැර දැමිය හැකි අතර, අපට එක් එක් සේවාදායකය සඳහා ඊතර්නෙට් වරායන් අවශ්ය නොවනු ඇත; දේශීය ගමනාගමනය FI තුළ මාරු වේ.
ප්රතිඵලය වූයේ එක් එක් දත්ත මධ්‍යස්ථානය සඳහා පහත වින්යාසය:
සේවාදායකයන්
8 x 1U සේවාදායකය (384 GB RAM, 2 x Intel Gold 6132, FC HBA)
8 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6150, 3,2 GB SSD, 10 x 6 TB NL-SAS)
SHD
FC Front-End සමග දෙමුහුන් ගබඩා පද්ධතිය (20TB SSD, 130 TB NL-SAS)
-
LAN
2 x Ethernet switch 10G 12 ports
-
SAN
2 x FC ස්විචය 32/16Gb 24 වරායන්
2 x Cisco UCS FI 6332
බලපත්ර
VMware Ent Plus
VM මාරු කිරීම අනුකරණය කිරීම සහ/හෝ වාද්‍ය වෘන්දය
VMware Ent Plus
මම Hyperflex සඳහා අනුපිටපත් මෘදුකාංග බලපත්ර ලබා දුන්නේ නැත, මන්ද මෙය අපට කොටුවෙන් පිටත ලබා ගත හැකි බැවිනි.
සම්භාව්ය ගෘහ නිර්මාණ ශිල්පය සඳහා, මම උසස් තත්ත්වයේ සහ මිල අඩු නිෂ්පාදකයෙකු ලෙස ස්ථාපිත වූ වෙළෙන්දෙකු තෝරා ගත්තෙමි. විකල්ප දෙකම සඳහා, මම නිශ්චිත විසඳුමක් සඳහා සම්මත වට්ටම් අයදුම් කළ අතර, ප්රතිඵලයක් ලෙස මම සැබෑ මිල ගණන් ලබා ගත්තා.
Cisco HyperFlex විසඳුම 13% ලාභදායී විය.
දර්ශනය 2: ක්රියාකාරී දත්ත මධ්යස්ථාන දෙකක් නිර්මාණය කිරීම. මෙම අවස්ථාවෙහිදී, අපි VMware මත දිගු කළ පොකුරක් නිර්මාණය කරමු.
සම්භාව්ය ගෘහනිර්මාණ ශිල්පය සමන්විත වන්නේ අථත්‍යකරණ සේවාදායක, SAN (FC ප්‍රොටෝකෝලය) සහ ඒවා අතර විහිදෙන පරිමාවට කියවීමට සහ ලිවීමට හැකි ගබඩා පද්ධති දෙකකින් ය. සෑම ගබඩා පද්ධතියකම අපි ගබඩා කිරීම සඳහා ප්රයෝජනවත් ධාරිතාවක් තබමු.
HyperFlex හිදී අපි අඩවි දෙකෙහිම එකම නෝඩ් සංඛ්‍යාවක් සහිත Stretch Cluster එකක් සාදන්නෙමු. මෙම අවස්ථාවෙහිදී, 2+2 අනුකරණ සාධකයක් භාවිතා වේ.
ප්රතිඵලය පහත දැක්වෙන වින්යාසය වේ:
සම්භාව්ය ගෘහ නිර්මාණ ශිල්පය
හයිපර්ෆ්ලෙක්ස්
සේවාදායකයන්
16 x 1U සේවාදායකය (384 GB RAM, 2 x Intel Gold 6132, FC HBA, 2 x 10G NIC)
16 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6132, 1,6 TB NVMe, 12 x 3,8 TB SSD, VIC 1387)
SHD
2 x AllFlash ගබඩා පද්ධති (150 TB SSD)
-
LAN
4 x Ethernet switch 10G 24 ports
-
SAN
4 x FC ස්විචය 32/16Gb 24 වරායන්
4 x Cisco UCS FI 6332
බලපත්ර
VMware Ent Plus
VMware Ent Plus
සියලුම ගණනය කිරීම් වලදී, මම ජාල යටිතල පහසුකම්, දත්ත මධ්යස්ථාන පිරිවැය ආදිය සැලකිල්ලට නොගත්තෙමි: ඒවා සම්භාව්ය ගෘහ නිර්මාණ ශිල්පය සහ HyperFlex විසඳුම සඳහා සමාන වනු ඇත.
පිරිවැය අනුව, HyperFlex 5% වඩා මිල අධික විය. CPU/RAM සම්පත් සම්බන්ධයෙන් මට Cisco සඳහා වක්‍රයක් තිබූ බව මෙහිදී සඳහන් කිරීම වටී, මන්ද වින්‍යාසයේදී මම මතක පාලක නාලිකා ඒකාකාරව පුරවා ඇත. පිරිවැය තරමක් වැඩි ය, නමුත් විශාලත්වයේ අනුපිළිවෙලකින් නොවේ, එය පැහැදිලිව පෙන්නුම් කරන්නේ අධි අභිසාරීතාවය අනිවාර්යයෙන්ම “ධනවතුන් සඳහා සෙල්ලම් බඩුවක්” නොවන නමුත් දත්ත මධ්‍යස්ථානයක් ගොඩනැගීමේ සම්මත ප්රවේශය සමඟ තරඟ කළ හැකි බවයි. දැනටමත් Cisco UCS සේවාදායකයන් සහ ඒවාට අදාළ යටිතල පහසුකම් ඇති අයටද මෙය උනන්දු විය හැකිය.
වාසි අතර, අපට SAN සහ ගබඩා පද්ධති පරිපාලනය සඳහා වියදම් නොමැතිකම, මාර්ගගත සම්පීඩනය සහ අඩු කිරීම, සහය සඳහා තනි පිවිසුම් ලක්ෂ්‍යයක් (අථත්යකරණය, සේවාදායකයන්, ඒවා ද ගබඩා පද්ධති වේ), ඉඩ ඉතිරි කිරීම (නමුත් සියලුම අවස්ථා වලදී නොවේ), සරල කිරීමේ මෙහෙයුම.
සහාය සඳහා, මෙන්න ඔබ එය එක් වෙළෙන්දෙකුගෙන් ලබා ගනී - සිස්කෝ. සිස්කෝ යූසීඑස් සේවාදායකයන් සමඟ මගේ අත්දැකීම් අනුව විනිශ්චය කිරීම, මම එයට කැමතියි; මට එය හයිපර්ෆ්ලෙක්ස් හි විවෘත කිරීමට අවශ්ය නොවීය, සියල්ල එලෙසම ක්‍රියාත්මක විය. ඉංජිනේරුවන් ක්ෂණිකව ප්‍රතිචාර දක්වන අතර සාමාන්‍ය ගැටළු පමණක් නොව සංකීර්ණ අවස්ථා ද විසඳිය හැකිය. සමහර විට මම ප්‍රශ්න සමඟ ඔවුන් වෙත හැරෙමි: "මෙය කළ හැකිද, එය ඉස්කුරුප්පු කරන්න?" හෝ “මම මෙහි යමක් වින්‍යාස කළ අතර එය ක්රියා කිරීමට අවශ්ය නැත. උදව්!" - ඔවුන් ඉවසිලිවන්තව එහි අවශ්ය මාර්ගෝපදේශය සොයාගෙන නිවැරදි ක්රියා පෙන්වා දෙනු ඇත; ඔවුන් පිළිතුරු නොදෙනු ඇත: "අපි විසඳන්නේ දෘඩාංග ගැටළු පමණි."
යොමු
- මගේ තැපෑල - [විද්‍යුත් ආරක්‍ෂිත]
මූලාශ්රය: www.habr.com