Unity ගබඩාව මත වේගවත් VP: එය ක්‍රියා කරන ආකාරය

අද අපි Unity/Unity XT ගබඩා පද්ධති - FAST VP හි ක්රියාත්මක කරන ලද රසවත් තාක්ෂණයක් ගැන කතා කරමු. Unity ගැන ඔබ අසන පළමු අවස්ථාව මෙය නම්, ලිපියේ අවසානයේ ඇති සබැඳිය භාවිතයෙන් ඔබට පද්ධති ලක්ෂණ පරීක්ෂා කළ හැකිය. මම වසරකට වැඩි කාලයක් Dell EMC ව්‍යාපෘති කණ්ඩායමේ FAST VP හි වැඩ කළෙමි. අද මට මෙම තාක්ෂණය ගැන වඩාත් විස්තරාත්මකව කතා කිරීමට අවශ්ය වන අතර එය ක්රියාත්මක කිරීම පිළිබඳ තොරතුරු කිහිපයක් හෙළිදරව් කිරීමට අවශ්ය වේ. ඇත්ත වශයෙන්ම, හෙළි කිරීමට අවසර ඇති ඒවා පමණි. ඔබ කාර්යක්ෂම දත්ත ගබඩා කිරීමේ ගැටළු ගැන උනන්දුවක් දක්වන්නේ නම් හෝ ලේඛන සම්පූර්ණයෙන් තේරුම් ගෙන නොමැති නම්, මෙම ලිපිය නිසැකවම ප්රයෝජනවත් සහ රසවත් වනු ඇත.

ද්රව්යයේ නොමැති දේ මම වහාම ඔබට කියමි. තරඟකරුවන් සෙවීමක් සහ ඔවුන් සමඟ සැසඳීමක් සිදු නොවනු ඇත. විවෘත මූලාශ්‍රයෙන් සමාන තාක්ෂණයන් ගැන කතා කිරීමට මම අදහස් නොකරමි, මන්ද කුතුහලයෙන් සිටින පාඨකයා දැනටමත් ඒවා ගැන දන්නා බැවිනි. ඇත්ත වශයෙන්ම, මම කිසිවක් ප්‍රචාරය කිරීමට යන්නේ නැත.

ගබඩා මට්ටම් කිරීම. වේගවත් VP හි අරමුණු සහ අරමුණු

FAST VP යනු අතථ්‍ය තටාකය සඳහා පූර්ණ ස්වයංක්‍රීය ගබඩා ටයරින් යන්නයි. ටිකක් අමාරුද? ප්‍රශ්නයක් නැහැ, අපි දැන් ඒක හොයාගන්නම්. Tiering යනු මෙම දත්ත ගබඩා කර ඇති මට්ටම් කිහිපයක් (ස්ථර) ඇති දත්ත ගබඩාව සංවිධානය කිරීමේ ක්‍රමයකි. සෑම එකක්ම තමන්ගේම ලක්ෂණ ඇත. වඩාත්ම වැදගත්: කාර්ය සාධනය, පරිමාව සහ තොරතුරු ඒකකයක් ගබඩා කිරීමේ මිල. ඇත්ත වශයෙන්ම, ඔවුන් අතර සම්බන්ධතාවයක් ඇත.

tiering හි වැදගත් ලක්ෂණයක් නම්, දත්ත වෙත ප්‍රවේශය දැනට පවතින ගබඩා මට්ටම නොසලකා ඒකාකාරව සපයනු ලබන අතර, තටාකයේ ප්‍රමාණය එයට ඇතුළත් කර ඇති සම්පත් ප්‍රමාණයේ එකතුවට සමාන වේ. හැඹිලියේ වෙනස්කම් පවතින්නේ මෙහිදීය: හැඹිලියේ ප්‍රමාණය සම්පතේ මුළු පරිමාවට එකතු නොවේ (මෙම අවස්ථාවේදී සංචිතය), සහ හැඹිලි දත්ත ප්‍රධාන මාධ්‍ය දත්තවල යම් කොටසක් අනුපිටපත් කරයි (නැතහොත් අනුපිටපත් වේ නම් හැඹිලියෙන් දත්ත තවම ලියා නැත). එසේම, මට්ටම් අනුව දත්ත බෙදා හැරීම පරිශීලකයාගෙන් සැඟවී ඇත. එනම්, ප්‍රතිපත්ති සැකසීමෙන් (ඒවා ගැන වැඩි විස්තර) ඔහුට වක්‍ර ලෙස මෙයට බලපෑම් කළ හැකි වුවද, එක් එක් මට්ටම්වල පිහිටා ඇති දත්ත මොනවාදැයි ඔහුට හරියටම නොපෙනේ.

දැන් අපි Unity හි ගබඩා tiering ක්රියාත්මක කිරීමේ ලක්ෂණ දෙස බලමු. එකමුතුකමට මට්ටම් 3ක් හෝ ස්ථර ඇත:

• අතිශය කාර්ය සාධනය (SSDs)
• කාර්ය සාධනය (SAS HDD 10k/15k RPM)
• ධාරිතාව (NL-SAS HDD 7200 RPM)

ඒවා කාර්ය සාධනය සහ මිලෙහි අවරෝහණ අනුපිළිවෙලින් ඉදිරිපත් කෙරේ. අතිශය කාර්ය සාධනයට ඇතුළත් වන්නේ ඝන තත්ත්‍ව ධාවකයන් (SSDs) පමණි. අනෙක් ස්ථර දෙකට චුම්බක තැටි ධාවකයන් ඇතුළත් වන අතර ඒවා භ්‍රමණ වේගය සහ ඒ අනුව ක්‍රියාකාරීත්වය වෙනස් වේ.

එකම මට්ටමේ සහ එකම ප්‍රමාණයේ ගබඩා මාධ්‍ය RAID අරාවකට ඒකාබද්ධ කර RAID කණ්ඩායමක් (RAID කණ්ඩායම, RG ලෙස කෙටියෙන්) සාදයි; නිල ලේඛනවල පවතින සහ නිර්දේශිත RAID මට්ටම් ගැන ඔබට කියවිය හැක. RAID කණ්ඩායම් වලින් ගබඩා තටාක සෑදී ඇත්තේ මට්ටම් එකකින් හෝ වැඩි ගණනකින් වන අතර එයින් නිදහස් ඉඩ බෙදා හරිනු ලැබේ. තවද සංචිතයෙන් ගොනු පද්ධති සහ LUN සඳහා ඉඩ වෙන් කර ඇත.

මට Tiering අවශ්‍ය වන්නේ ඇයි?

කෙටියෙන් හා වියුක්තව: අවම සම්පත් භාවිතා කරමින් වැඩි ප්‍රතිඵල ලබා ගැනීමට. වඩාත් නිශ්චිතවම, ප්රතිඵලය සාමාන්යයෙන් ගබඩා පද්ධති ලක්ෂණ සමූහයක් ලෙස වටහාගෙන ඇත - වේගය සහ ප්රවේශ කාලය, ගබඩා පිරිවැය සහ අනෙකුත් අය. අවම සම්පත් යන්නෙන් අදහස් කරන්නේ අවම වියදමයි: මුදල්, ශක්තිය සහ යනාදිය. FAST VP Unity/Unity XT ගබඩා පද්ධතිවල විවිධ මට්ටම් හරහා දත්ත නැවත බෙදා හැරීම සඳහා යාන්ත්‍රණ ක්‍රියාත්මක කරයි. ඔබ මාව විශ්වාස කරන්නේ නම්, ඔබට ඊළඟ ඡේදය මඟ හැරිය හැක. ඉතිරිය සඳහා, මම ඔබට තව ටිකක් කියන්නම්.

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

• පරිපාලකගේ කාලය සහ අවධානය අවශ්ය වේ;
• වෙනස් වන තත්වයන්ට ගැලපෙන පරිදි ගබඩා සම්පත් "නැවත ඇඳීම" සැමවිටම කළ නොහැක;
• වැදගත් වාසියක් අතුරුදහන් වේ: විවිධ ගබඩා මට්ටම්වල පිහිටා ඇති සම්පත් සඳහා ඒකාබද්ධ ප්රවේශය.

ගබඩා පරිපාලකයින් රැකියා සුරක්ෂිතභාවය ගැන අඩුවෙන් කනස්සල්ලට පත් කිරීමට, දක්ෂ සම්පත් සැලසුම් කිරීම ද මෙහි අවශ්‍ය බව මම එකතු කරමි. දැන් තට්ටු කිරීමේ කාර්යයන් කෙටියෙන් දක්වා ඇති බැවින්, වේගවත් VP වෙතින් ඔබට අපේක්ෂා කළ හැකි දේ දෙස බලමු. දැන් අර්ථ දැක්වීම වෙත ආපසු යාමට කාලයයි. පළමු වචන දෙක - සම්පුර්ණයෙන්ම ස්වයංක්‍රීය - වචනාර්ථයෙන් "සම්පූර්ණ ස්වයංක්‍රීය" ලෙස පරිවර්තනය කර ඇති අතර එයින් අදහස් වන්නේ මට්ටම් අතර බෙදා හැරීම ස්වයංක්‍රීයව සිදුවන බවයි. හොඳයි, Virtual Pool යනු විවිධ ගබඩා මට්ටම්වල සම්පත් ඇතුළත් දත්ත සංචිතයකි. එය පෙනෙන්නේ මෙයයි:

ඉදිරිය දෙස බලන විට, FAST VP දත්ත චලනය කරන්නේ එක් සංචිතයක් තුළ පමණක් මිස සංචිත කිහිපයක් අතර නොවන බව මම කියමි.

වේගවත් VP මගින් ගැටළු විසඳා ඇත

අපි මුලින්ම වියුක්තව කතා කරමු. මෙම සංචිතය තුළ දත්ත නැවත බෙදා හැරිය හැකි සංචිතයක් සහ යාන්ත්‍රණයක් අප සතුව ඇත. අපගේ ඉලක්කය උපරිම ඵලදායිතාව ළඟා කර ගැනීම බව මතක තබා ගනිමින්, අපි අපෙන්ම මෙසේ අසාගනිමු: අපට එය සාක්ෂාත් කරගත හැකි මාර්ග මොනවාද? ඒවායින් කිහිපයක් තිබිය හැකි අතර, මෙහි FAST VP හට පරිශීලකයාට ලබා දීමට යමක් ඇත, මන්ද තාක්‍ෂණය ගබඩා මට්ටම් වලට වඩා වැඩි යමක් වේ. වේගවත් VP සංචිතයේ කාර්ය සාධනය වැඩි කළ හැකි ක්‍රම කිහිපයක් මෙන්න:

• විවිධ වර්ගයේ තැටි, මට්ටම් හරහා දත්ත බෙදා හැරීම
• එකම වර්ගයේ තැටි අතර දත්ත බෙදා හැරීම
• සංචිතය පුළුල් කිරීමේදී දත්ත බෙදා හැරීම

මෙම කාර්යයන් විසඳන්නේ කෙසේදැයි බැලීමට පෙර, වේගවත් VP ක්‍රියා කරන ආකාරය පිළිබඳ අවශ්‍ය කරුණු කිහිපයක් අප දැන සිටිය යුතුය. FAST VP නිශ්චිත ප්‍රමාණයේ කුට්ටි සමඟ ක්‍රියාත්මක වේ - මෙගාබයිට් 256. මෙය චලනය කළ හැකි කුඩාම යාබද "කුට්ටිය" වේ. ලේඛනගත කිරීමේදී ඔවුන් එය හඳුන්වන්නේ මෙයයි: පෙත්තක්. FAST VP හි දෘෂ්ටි කෝණයෙන්, සියලුම RAID කණ්ඩායම් එවැනි "කෑලි" කට්ටලයකින් සමන්විත වේ. ඒ අනුව, සියලුම I/O සංඛ්‍යාලේඛන එවැනි දත්ත අවහිර කිරීම් සඳහා රැස් කර ඇත. මෙම බ්ලොක් ප්‍රමාණය තෝරා ගත්තේ ඇයි සහ එය අඩු කරයිද? බ්ලොක් එක තරමක් විශාලයි, නමුත් මෙය දත්තවල කැටිති බව (කුඩා බ්ලොක් ප්‍රමාණය යනු වඩාත් නිවැරදි ව්‍යාප්තිය) සහ පවතින පරිගණන සම්පත් අතර සම්මුතියකි: දැනට පවතින RAM සහ බ්ලොක් විශාල සංඛ්‍යාවක පවතින දැඩි සීමාවන් අනුව සංඛ්‍යාලේඛන දත්ත ලබා ගත හැක. ඕනෑවට වඩා, සහ ගණනය කිරීම් සංඛ්යාව සමානුපාතිකව වැඩි වනු ඇත.

වේගවත් VP සංචිතයට දත්ත වෙන් කරන ආකාරය. දේශපාලකයෝ

වේගවත් VP සබල කර ඇති සංචිතයක දත්ත ස්ථානගත කිරීම පාලනය කිරීමට, පහත ප්‍රතිපත්ති පවතියි:

• ලබා ගත හැකි ඉහළම ස්ථරය
• ස්වයංක්‍රීය ස්ථරය
• ඉහළට ආරම්භ කරන්න ඉන්පසු ස්වයංක්‍රීය ස්ථරය (පෙරනිමිය)
• පවතින අඩුම ස්ථරය

ඒවා මුල් වාරණ වෙන් කිරීම (පළමුව ලියන ලද දත්ත) සහ පසුව නැවත ස්ථානගත කිරීම යන දෙකටම බලපායි. දත්ත දැනටමත් තැටි මත පිහිටා ඇති විට, කාලසටහනකට අනුව හෝ අතින් නැවත බෙදා හැරීම ආරම්භ කරනු ලැබේ.

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

ගබඩා පද්ධතියේ ප්‍රයෝජනවත් ක්‍රියාකාරිත්වයට බාධා නොවන පරිදි දත්ත හුවමාරුව අඩු ප්‍රමුඛතාවයකින් සිදු වේ, කෙසේ වෙතත්, ප්‍රමුඛතාවය වෙනස් කරන “දත්ත නැවත ස්ථානගත කිරීමේ අනුපාතය” සැකසීමක් ඇත. මෙහි විශේෂත්වයක් ඇත: සියලුම දත්ත කොටස් එකම නැවත බෙදා හැරීමේ අනුපිළිවෙලක් නොමැත. උදාහරණයක් ලෙස, පාර-දත්ත ලෙස සලකුණු කර ඇති කුට්ටි පළමුව වේගවත් මට්ටමකට ගෙන යනු ඇත. පාරදත්ත යනු, කතා කිරීමට, "දත්ත පිළිබඳ දත්ත", පරිශීලක දත්ත නොවන, නමුත් එහි විස්තරය ගබඩා කරන අමතර තොරතුරු වේ. උදාහරණයක් ලෙස, කිසියම් ගොනුවක් පිහිටා ඇති අවහිර කිරීම පිළිබඳ ගොනු පද්ධතියේ තොරතුරු. මෙයින් අදහස් කරන්නේ දත්ත වෙත ප්‍රවේශ වීමේ වේගය පාරදත්ත වෙත ප්‍රවේශ වීමේ වේගය මත රඳා පවතින බවයි. පාරදත්ත සාමාන්‍යයෙන් ප්‍රමාණයෙන් ඉතා කුඩා බැවින්, එය ඉහළ කාර්ය සාධන තැටි වෙත ගෙන යාමේ ප්‍රතිලාභ වැඩි වනු ඇතැයි අපේක්ෂා කෙරේ.

Fast VP එහි කාර්යයේදී භාවිතා කරන නිර්ණායක

එක් එක් බ්ලොක් සඳහා ප්‍රධාන නිර්ණායකය, ඉතා දළ වශයෙන්, දත්තවල “ඉල්ලුමේ” ලක්ෂණය වන අතර එය දත්ත කැබැල්ලක කියවීම සහ ලිවීමේ මෙහෙයුම් ගණන මත රඳා පවතී. අපි මෙම ලක්ෂණය "උෂ්ණත්වය" ලෙස හඳුන්වමු. ඉල්ලුම් නොකළ දත්ත වලට වඩා "උණුසුම්" ඉල්ලූ (උණුසුම්) දත්ත තිබේ. එය කලින් කලට, පෙරනිමියෙන් පැයක කාල පරතරයකින් ගණනය කෙරේ.

උෂ්ණත්ව ගණනය කිරීමේ කාර්යයට පහත ගුණාංග ඇත:

• I/O නොමැති විට, දත්ත කාලයත් සමඟ "සිසිල්" වේ.
• කාලයත් සමඟ වැඩි හෝ අඩු සමාන බරක් යටතේ, උෂ්ණත්වය මුලින්ම වැඩි වන අතර පසුව යම් පරාසයක ස්ථාවර වේ.

ඊළඟට, ඉහත විස්තර කර ඇති ප්රතිපත්ති සහ එක් එක් ස්ථරයේ නිදහස් ඉඩ සැලකිල්ලට ගනී. පැහැදිලිකම සඳහා, මම ලේඛනයෙන් පින්තූරයක් ලබා දෙන්නෙමි. මෙහි රතු, කහ සහ නිල් වර්ණ පිළිවෙළින් ඉහළ, මධ්යම සහ අඩු උෂ්ණත්වයන් සහිත කුට්ටි දක්වයි.

නමුත් අපි නැවත කාර්යයන් වෙත යමු. එබැවින්, වේගවත් VP ගැටළු විසඳීම සඳහා සිදු කරන දේ විශ්ලේෂණය කිරීමට අපට පටන් ගත හැකිය.

A. විවිධ වර්ගයේ තැටි, මට්ටම් හරහා දත්ත බෙදා හැරීම

ඇත්තටම මේක තමයි FAST VP වල ප්‍රධාන කාර්යය. ඉතිරිය, එක් අර්ථයකින්, එහි ව්‍යුත්පන්නයන් වේ. තෝරාගත් ප්‍රතිපත්තිය මත පදනම්ව, දත්ත විවිධ ගබඩා මට්ටම් හරහා බෙදා හරිනු ලැබේ. පළමුවෙන්ම, ස්ථානගත කිරීමේ ප්රතිපත්තිය සැලකිල්ලට ගනී, පසුව බ්ලොක් උෂ්ණත්වය සහ RAID කණ්ඩායම්වල ප්රමාණය / වේගය.

ඉහළම/අඩුම පවතින ස්ථර ප්‍රතිපත්ති සඳහා සියල්ල ඉතා සරලය. අනිත් දෙකට මේක තමයි. RAID කණ්ඩායම්වල විශාලත්වය සහ කාර්ය සාධනය සැලකිල්ලට ගනිමින් විවිධ මට්ටම් හරහා දත්ත බෙදා හරිනු ලැබේ: එවිට එක් එක් RAID කාණ්ඩයේ "කොන්දේසි සහිත උපරිම කාර්ය සාධනය" සඳහා බ්ලොක් වල සම්පූර්ණ "උෂ්ණත්වය" අනුපාතය ආසන්න වශයෙන් සමාන වේ. මේ අනුව, බර අඩු හෝ වැඩි වශයෙන් ඒකාකාරව බෙදා හරිනු ලැබේ. වැඩි ඉල්ලුමක් ඇති දත්ත වේගවත් මාධ්‍ය වෙත ගෙන යන අතර කලාතුරකින් භාවිතා වන දත්ත මන්දගාමී මාධ්‍ය වෙත ගෙන යනු ලැබේ. ඉතා මැනවින්, බෙදා හැරීම මේ වගේ දෙයක් විය යුතුය:

B. එකම වර්ගයේ තැටි අතර දත්ත බෙදා හැරීම

මතක තබා ගන්න, ආරම්භයේදී මම එම ගබඩා මාධ්‍ය ලිව්වෙමි එකක් හෝ කිහිපයක් මට්ටම් එක් තටාකයකට ඒකාබද්ධ කර තිබේද? තනි මට්ටමකදී, FAST VP ද කිරීමට වැඩ ඇත. ඕනෑම මට්ටමක උපරිම කාර්ය සාධනයක් ලබා ගැනීම සඳහා, තැටි අතර දත්ත ඒකාකාරව බෙදා හැරීම සුදුසුය. මෙය (න්‍යායාත්මකව) ඔබට IOPS උපරිම ප්‍රමාණය ලබා ගැනීමට ඉඩ සලසයි. RAID සමූහයක් තුළ දත්ත තැටි හරහා ඒකාකාරව බෙදා හැරිය හැකි බව සැලකිය හැක, නමුත් මෙය RAID කණ්ඩායම් අතර සැම විටම සිදු නොවේ. අසමතුලිතතාවයකදී, FAST VP විසින් RAID කණ්ඩායම් අතර දත්ත ඔවුන්ගේ පරිමාවට සමානුපාතිකව සහ "කොන්දේසි සහිත කාර්ය සාධනය" (සංඛ්‍යාත්මක අනුව) ගෙන යනු ඇත. පැහැදිලිකම සඳහා, මම RAID කණ්ඩායම් තුනක් අතර නැවත සමතුලිත කිරීමේ යෝජනා ක්රමයක් පෙන්වමි:

B. සංචිතය පුළුල් කිරීමේදී දත්ත බෙදා හැරීම

මෙම කාර්යය පෙර පැවති විශේෂ අවස්ථාවක් වන අතර RAID කණ්ඩායමක් සංචිතයට එකතු කරන විට සිදු කරනු ලැබේ. අලුතින් එකතු කරන ලද RAID කණ්ඩායම නිෂ්ක්‍රීයව නොපවතින බව සහතික කිරීම සඳහා, සමහර දත්ත එයට මාරු කරනු ලැබේ, එනම් භාරය සියලුම RAID කණ්ඩායම් හරහා යලි බෙදා හරිනු ඇත.

SSD Wear Leveling

Wear leveling භාවිතා කිරීමෙන්, FAST VP හට SSD එකක ආයු කාලය දීර්ඝ කළ හැක, නමුත් මෙම විශේෂාංගය Storage Tiering සමඟ සෘජුව සම්බන්ධ නොවේ. උෂ්ණත්ව දත්ත දැනටමත් පවතින බැවින්, ලිවීමේ මෙහෙයුම් ගණන ද සැලකිල්ලට ගෙන ඇති අතර, දත්ත බ්ලොක් චලනය කරන්නේ කෙසේදැයි අපි දනිමු, මෙම ගැටළුව විසඳීම සඳහා වේගවත් VP සඳහා තර්කානුකූල වනු ඇත.

එක් RAID කණ්ඩායමක ඇතුළත් කිරීම් සංඛ්‍යාව තවත් එකක ඇතුළත් කිරීම් සංඛ්‍යාව සැලකිය යුතු ලෙස ඉක්මවා ගියහොත්, FAST VP ලිවීමේ මෙහෙයුම් ගණනට අනුකූලව දත්ත නැවත බෙදා හරිනු ඇත. එක් අතකින්, මෙය බර අඩු කරන අතර සමහර තැටිවල සම්පත් ඉතිරි කරයි, අනෙක් අතට, එය අඩු පටවන ලද ඒවා සඳහා "වැඩ" එකතු කරයි, සමස්ත කාර්ය සාධනය වැඩි කරයි.

මේ ආකාරයට, FAST VP Storage Tiering හි සාම්ප්‍රදායික අභියෝග භාර ගන්නා අතර ඊට වඩා ටිකක් වැඩි යමක් කරයි. මේ සියල්ල Unity ගබඩා පද්ධතිය තුළ ඉතා කාර්යක්ෂමව දත්ත ගබඩා කිරීමට ඔබට ඉඩ සලසයි.

ඉඟි කිහිපයක්

1. ලේඛන කියවීම නොසලකා හරින්න එපා. හොඳම භාවිතයන් ඇත, ඒවා හොඳින් ක්‍රියාත්මක වේ. ඔබ ඒවා අනුගමනය කරන්නේ නම්, නීතියක් ලෙස, බරපතල ගැටළු මතු නොවේ. ඉතිරි උපදෙස් මූලික වශයෙන් පුනරාවර්තනය හෝ ඒවා සම්පූර්ණ කරයි.
2. ඔබ FAST VP වින්‍යාස කර සක්‍රීය කර ඇත්නම්, එය සක්‍රීය කර තැබීම වඩා හොඳය. එය වෙන් කර ඇති කාලය තුළ දත්ත බෙදා හැරීමට සහ වසරකට වරක් වඩා ටිකෙන් ටික බෙදා හැරීමට සහ අනෙකුත් කාර්යයන් ඉටු කිරීමට බරපතල බලපෑමක් ඇති කිරීමට ඉඩ දෙන්න. එවැනි අවස්ථාවලදී, දත්ත නැවත බෙදා හැරීමට බොහෝ කාලයක් ගත විය හැකිය.
3. නැවත ස්ථානගත කිරීමේ කවුළුවක් තෝරාගැනීමේදී ප්රවේශම් වන්න. මෙය පැහැදිලිව පෙනෙන්නට තිබුණත්, Unity මත අවම බරක් සහිත වේලාවක් තෝරා ගැනීමට සහ ප්රමාණවත් කාලයක් වෙන් කිරීමට උත්සාහ කරන්න.
4. ඔබේ ගබඩා පද්ධතිය පුළුල් කිරීමට සැලසුම් කරන්න, නියමිත වේලාවට එය කරන්න. මෙය වේගවත් VP සඳහා ද වැදගත් වන පොදු නිර්දේශයකි. නිදහස් ඉඩ ප්‍රමාණය ඉතා කුඩා නම්, දත්ත චලනය මන්දගාමී වේ හෝ කළ නොහැකි වනු ඇත. විශේෂයෙන් ඔබ 2 වන කරුණ නොසලකා හැරියහොත්.
5. වේගවත් VP සක්‍රීය කර ඇති තටාකයක් පුළුල් කිරීමේදී, ඔබ මන්දගාමී තැටි වලින් ආරම්භ නොකළ යුතුය. එනම්, අපි සැලසුම් කර ඇති සියලුම RAID කණ්ඩායම් එකවර එකතු කරන්නෙමු, නැතහොත් වේගවත්ම තැටි පළමුව එකතු කරන්නෙමු. මෙම අවස්ථාවේදී, නව "වේගවත්" තැටි වෙත දත්ත නැවත බෙදා හැරීම, සංචිතයේ සමස්ත වේගය වැඩි කරනු ඇත. එසේ නොමැති නම්, "මන්දගාමී" තැටි වලින් ආරම්භ කිරීම ඉතා අප්රසන්න තත්වයකට හේතු විය හැක. පළමුව, දත්ත නව, සාපේක්ෂව මන්දගාමී තැටි වෙත මාරු කරනු ලැබේ, පසුව, වේගවත් ඒවා එකතු කරන විට, ප්රතිවිරුද්ධ දිශාවට. විවිධ වේගවත් VP ප්‍රතිපත්තිවලට අදාළ සූක්ෂ්මතා මෙහි ඇත, නමුත් පොදුවේ ගත් කල, සමාන තත්වයක් ඇතිවිය හැකිය.

ඔබ මෙම නිෂ්පාදනය දෙස බලන්නේ නම්, Unity VSA virtual appliance බාගත කිරීමෙන් ඔබට Unity නොමිලේ උත්සාහ කළ හැකිය.

ද්රව්ය අවසානයේ, මම ප්රයෝජනවත් සබැඳි කිහිපයක් බෙදා ගනිමි:

• පිටුව ඒකීය ගබඩා පද්ධතිය
• Dell EMC Unity: වේගවත් VP මෙහෙයුම් න්‍යාය - කාර්යය පිළිබඳ කෙටි විස්තරයක්
• වඩාත් සම්පූර්ණ සහ සවිස්තරාත්මක විස්තරය, pdf ආකෘතිය
• Unity VSA/Cloud සංස්කරණය

නිගමනය

මම බොහෝ දේ ගැන ලිවීමට කැමතියි, නමුත් සියලු විස්තර පාඨකයාට රසවත් නොවන බව මට වැටහේ. උදාහරණයක් ලෙස, දත්ත හුවමාරුව පිළිබඳව, I/O සංඛ්‍යාලේඛන විශ්ලේෂණය කිරීමේ ක්‍රියාවලීන් පිළිබඳව වේගවත් VP තීරණ ගන්නා නිර්ණායක පිළිබඳව ඔබට වඩාත් විස්තරාත්මකව කතා කළ හැකිය. එසේම, සමඟ අන්තර්ක්‍රියා කිරීමේ මාතෘකාව ගතික තටාක, සහ මෙය වෙනම ලිපියක් ලැබීමට සුදුසුයි. මෙම තාක්ෂණයේ දියුණුව ගැන පවා ඔබට මනඃකල්පිත කළ හැකිය. එය කම්මැලි නොවූ බවත් මම ඔබව කම්මැලි නොකළ බවත් මම බලාපොරොත්තු වෙමි. නැවත හමුවෙමු!

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