Kubernetes හි ස්වයංක්‍රීය පරිමාණය කිරීමේ මට්ටම් තුනක්: ඒවා ඵලදායී ලෙස භාවිතා කරන්නේ කෙසේද

Kubernetes හි ස්වයංක්‍රීය පරිමාණය කිරීමේ මට්ටම් තුනක්: ඒවා ඵලදායී ලෙස භාවිතා කරන්නේ කෙසේද
Kubernetes සම්පූර්ණයෙන්ම ප්‍රගුණ කිරීමට, ඔබ පොකුරු සම්පත් පරිමාණය කිරීමට විවිධ ක්‍රම දැන සිටිය යුතුය: by පද්ධති සංවර්ධකයින්ට අනුව, මෙය Kubernetes ගේ ප්‍රධාන කාර්යයකි. අපි තිරස් සහ සිරස් ස්වයංක්‍රීය පරිමාණය සහ පොකුරු ප්‍රතිප්‍රමාණ කිරීමේ යාන්ත්‍රණයන් පිළිබඳ ඉහළ මට්ටමේ දළ විශ්ලේෂණයක් මෙන්ම ඒවා ඵලදායී ලෙස භාවිත කරන්නේ කෙසේද යන්න පිළිබඳ නිර්දේශ ලබා දී ඇත.

ලිපිය Kubernetes Autoscaling 101: Cluster Autoscaler, Horizontal Autoscaler සහ සිරස් Pod Autoscaler ස්වයංක්‍රීය පරිමාණය ක්‍රියාත්මක කළ කණ්ඩායම විසින් පරිවර්තනය කරන ලදී Mail.ru වෙතින් Kubernetes aaS.

පරිමාණය ගැන සිතීම වැදගත් වන්නේ ඇයි?

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

කෙසේ වෙතත්, ඔබ පහත සඳහන් ප්රශ්න ගැනද සිතා බැලිය යුතුය:

  1. මොඩියුල සහ යෙදුම් පරිමාණය කරන්නේ කෙසේද?
  2. බහාලුම් ක්‍රියාකාරීව හා කාර්යක්ෂමව තබා ගන්නේ කෙසේද?
  3. පරිශීලකයන්ගෙන් කේතය සහ වැඩ බරෙහි නිරන්තර වෙනස්කම් වලට ප්රතිචාර දක්වන්නේ කෙසේද?

සම්පත් සහ ක්‍රියාකාරීත්වය සමතුලිත කිරීම සඳහා Kubernetes පොකුරු වින්‍යාස කිරීම අභියෝගාත්මක විය හැකි අතර Kubernetes හි අභ්‍යන්තර ක්‍රියාකාරිත්වය පිළිබඳ විශේෂඥ දැනුමක් අවශ්‍ය වේ. ඔබගේ අයදුම්පත්‍රයේ හෝ සේවාවන්හි කාර්ය භාරය දවස පුරා හෝ පැයක් පුරා උච්චාවචනය විය හැක, එබැවින් සමතුලිත කිරීම අඛණ්ඩ ක්‍රියාවලියක් ලෙස සැලකේ.

Kubernetes autoscaling මට්ටම්

ඵලදායී ස්වයංක්‍රීය පරිමාණය සඳහා මට්ටම් දෙකක් අතර සම්බන්ධීකරණය අවශ්‍ය වේ:

  1. පොඩ් මට්ටම, තිරස් (තිරස් පොඩ් ඔටෝස්කේලර්, එච්පීඒ) සහ සිරස් ස්වයංක්‍රීය පරිමාණය (සිරස් පොඩ් ඔටෝස්කේලර්, වීපීඒ) ඇතුළුව. මෙය ඔබගේ බහාලුම් සඳහා පවතින සම්පත් පරිමාණය කරයි.
  2. පොකුරු මට්ටම, ක්ලස්ටර් ඔටෝස්කේලර් (CA) විසින් කළමනාකරණය කරනු ලබන අතර, එය පොකුර තුළ ඇති නෝඩ් ගණන වැඩි කරයි හෝ අඩු කරයි.

තිරස් ඔටෝස්කේලර් (HPA) මොඩියුලය

නමට අනුව, HPA පොඩ් අනුරූ ගණන පරිමාණය කරයි. බොහෝ devops අනුරූ ගණන වෙනස් කිරීම සඳහා ප්‍රේරක ලෙස CPU සහ මතක භාරය භාවිතා කරයි. කෙසේ වෙතත්, එය මත පදනම්ව පද්ධතිය පරිමාණය කළ හැකිය අභිරුචි මිනුම්, ඔවුන්ගේ සංයෝජන නැතහොත් පවා බාහිර මිනුම්.

ඉහළ මට්ටමේ HPA මෙහෙයුම් රූප සටහන:

  1. HPA තත්පර 30 ක පෙරනිමි කාල පරතරයකින් ස්ථාපනය කිරීමේදී නිශ්චිතව දක්වා ඇති මෙට්‍රික් අගයන් අඛණ්ඩව පරීක්ෂා කරයි.
  2. HPA විසින් නියම කරන ලද සීමාවට ළඟා වුවහොත් මොඩියුල ගණන වැඩි කිරීමට උත්සාහ කරයි.
  3. HPA විසින් යෙදවුම්/ප්‍රතිනිර්මාණ පාලකය තුළ ඇති අනුරූ ගණන යාවත්කාලීන කරයි.
  4. පසුව යෙදවීම/ප්‍රතිනිර්මාණ පාලකය අවශ්‍ය ඕනෑම අමතර මොඩියුල යොදවයි.

Kubernetes හි ස්වයංක්‍රීය පරිමාණය කිරීමේ මට්ටම් තුනක්: ඒවා ඵලදායී ලෙස භාවිතා කරන්නේ කෙසේද
HPA මෙට්‍රික් සීමාවකට ළඟා වූ විට මොඩියුල යෙදවීමේ ක්‍රියාවලිය ආරම්භ කරයි

HPA භාවිතා කරන විට, පහත සඳහන් කරුණු සලකා බලන්න:

  • පෙරනිමි HPA පිරික්සුම් පරතරය තත්පර 30 කි. එය කොඩිය මගින් සකසා ඇත horizontal-pod-autoscaler-sync-period පාලක කළමනාකරු තුළ.
  • පෙරනිමි සාපේක්ෂ දෝෂය 10% කි.
  • මොඩියුල සංඛ්‍යාවේ අවසාන වැඩිවීමෙන් පසුව, මිනිත්තු තුනක් ඇතුළත ප්‍රමිතික ස්ථාවර වනු ඇතැයි HPA අපේක්ෂා කරයි. මෙම පරතරය ධජය මගින් සකසා ඇත horizontal-pod-autoscaler-upscale-delay.
  • මොඩියුල ගණනේ අවසාන අඩු කිරීමෙන් පසුව, HPA ස්ථාවර වීමට මිනිත්තු පහක් බලා සිටී. මෙම පරතරය ධජය මගින් සකසා ඇත horizontal-pod-autoscaler-downscale-delay.
  • HPA අනුවර්තන පාලකයන්ට වඩා යෙදවුම් වස්තු සමඟ හොඳින් ක්‍රියා කරයි. තිරස් ස්වයංක්‍රීය පරිමාණය රෝලිං යාවත්කාලීනය සමඟ නොගැලපේ, එය සෘජුවම අනුකරණ පාලක හසුරුවයි. යෙදවීමත් සමඟ, අනුරූ ගණන කෙලින්ම රඳා පවතින්නේ යෙදවුම් වස්තූන් මත ය.

කරල්වල සිරස් ස්වයං පරිමාණය

සිරස් ස්වයං පරිමාණය (VPA) දැනට පවතින කරල් සඳහා වැඩි (හෝ අඩු) CPU කාලය හෝ මතකය වෙන් කරයි. රාජ්‍ය හෝ රාජ්‍ය රහිත කරල් සඳහා සුදුසු නමුත් ප්‍රධාන වශයෙන් රාජ්‍ය සේවා සඳහා අදහස් කෙරේ. කෙසේ වෙතත්, ඔබට මුලින් වෙන් කරන ලද සම්පත් ප්‍රමාණය ස්වයංක්‍රීයව සකස් කිරීමට අවශ්‍ය නම්, ඔබට රාජ්‍ය රහිත මොඩියුල සඳහා VPA භාවිතා කළ හැකිය.

VPA ද OOM (මතකයෙන් බැහැර) සිදුවීම් වලට ප්‍රතිචාර දක්වයි. CPU කාලය සහ මතකය වෙනස් කිරීම සඳහා පොඩ් නැවත ආරම්භ කිරීම අවශ්‍ය වේ. නැවත ආරම්භ කරන විට, VPA ප්‍රතිපාදන අයවැයට ගරු කරයි (කරල් බෙදාහැරීමේ අයවැය, PDB) අවශ්‍ය අවම මොඩියුල ගණන සහතික කිරීමට.

ඔබට එක් එක් මොඩියුලය සඳහා අවම සහ උපරිම සම්පත් සැකසිය හැක. මේ අනුව, ඔබට උපරිම වෙන් කළ මතකය 8 GB දක්වා සීමා කළ හැකිය. වත්මන් නෝඩ් වලට අනිවාර්යයෙන්ම බහාලුම් 8 GB වඩා වැඩි මතකයක් වෙන් කළ නොහැකි නම් මෙය ප්රයෝජනවත් වේ. සවිස්තරාත්මක පිරිවිතර සහ මෙහෙයුම් යාන්ත්රණය විස්තර කර ඇත නිල VPA විකි.

ඊට අමතරව, VPA හට සිත්ගන්නා නිර්දේශ කිරීමේ කාර්යයක් ඇත (VPA නිර්දේශ කරන්නා). එය ඓතිහාසික ප්‍රමිතික මත පදනම් වූ බුද්ධිමත් ඇල්ගොරිතමයක් මත පදනම්ව නව මතකය සහ CPU කාල අගයන් යෝජනා කිරීමට සියලු මොඩියුලවල සම්පත් භාවිතය සහ OOM සිදුවීම් නිරීක්ෂණය කරයි. Pod handle එකක් ගෙන යෝජිත සම්පත් අගයන් ලබා දෙන API එකක් ද ඇත.

VPA නිර්දේශ කරන්නා සම්පත් "සීමාව" නිරීක්ෂණය නොකරන බව සඳහන් කිරීම වටී. මෙය නෝඩ් තුළ ඇති මොඩියුල ඒකාධිකාරී සම්පත් ඇති කිරීමට හේතු විය හැක. විශාල මතකය හෝ CPU පරිභෝජනය වැලැක්වීම සඳහා නාම අවකාශයේ සීමාව සැකසීම වඩා හොඳය.

ඉහළ මට්ටමේ VPA මෙහෙයුම් යෝජනා ක්රමය:

  1. VPA තත්පර 10 ක පෙරනිමි කාල පරතරයකින් ස්ථාපනය කිරීමේදී නිශ්චිතව දක්වා ඇති මෙට්රික් අගයන් අඛණ්ඩව පරීක්ෂා කරයි.
  2. නිශ්චිත සීමාවට ළඟා වී ඇත්නම්, වෙන් කළ සම්පත් ප්‍රමාණය වෙනස් කිරීමට VPA උත්සාහ කරයි.
  3. VPA විසින් යෙදවුම්/ප්‍රතිනිර්මාණ පාලකය තුළ ඇති සම්පත් සංඛ්‍යාව යාවත්කාලීන කරයි.
  4. මොඩියුල නැවත ආරම්භ කරන විට, සියලු නව සම්පත් සාදන ලද අවස්ථා සඳහා යොදනු ලැබේ.

Kubernetes හි ස්වයංක්‍රීය පරිමාණය කිරීමේ මට්ටම් තුනක්: ඒවා ඵලදායී ලෙස භාවිතා කරන්නේ කෙසේද
VPA අවශ්‍ය සම්පත් ප්‍රමාණය එකතු කරයි

VPA භාවිතා කරන විට කරුණාකර පහත කරුණු මතක තබා ගන්න:

  • පරිමාණය කිරීම සඳහා පොඩ් එකේ අනිවාර්ය නැවත ආරම්භයක් අවශ්ය වේ. වෙනස්කම් සිදු කිරීමෙන් පසු අස්ථායී ක්රියාකාරිත්වය වළක්වා ගැනීම සඳහා මෙය අවශ්ය වේ. විශ්වසනීයත්වය සඳහා, අලුතින් වෙන් කරන ලද සම්පත් මත පදනම්ව මොඩියුල නැවත ආරම්භ කර නෝඩ් හරහා බෙදා හරිනු ලැබේ.
  • VPA සහ HPA තවමත් එකිනෙකා සමඟ නොගැලපෙන අතර එකම කරල් මත ධාවනය කළ නොහැක. ඔබ එකම පොකුරේ පරිමාණ යාන්ත්‍රණ දෙකම භාවිතා කරන්නේ නම්, ඔබේ සැකසුම් එකම වස්තූන් මත ඒවා සක්‍රිය වීම වළක්වන බවට වග බලා ගන්න.
  • අතීත සහ වර්තමාන භාවිතය මත පමණක් පදනම් වූ සම්පත් සඳහා බහාලුම් ඉල්ලීම් VPA සුසර කරයි. එය සම්පත් භාවිත සීමාවන් සකසන්නේ නැත. යෙදුම් නිවැරදිව ක්‍රියා නොකිරීම සහ වැඩි වැඩියෙන් සම්පත් අත්පත් කර ගැනීමට පටන් ගැනීම සම්බන්ධයෙන් ගැටළු ඇති විය හැක, මෙය Kubernetes මෙම පොඩ් එක අක්‍රිය කිරීමට හේතු වේ.
  • VPA තවමත් සංවර්ධනයේ මුල් අවධියේ පවතී. නුදුරු අනාගතයේ දී පද්ධතිය යම් වෙනස්කම් වලට භාජනය විය හැකි බවට සූදානම් වන්න. ගැන කියවන්න පුළුවන් දන්නා සීමාවන් и සංවර්ධන සැලසුම්. මේ අනුව, VPA සහ HPA හි ඒකාබද්ධ ක්‍රියාකාරිත්වය ක්‍රියාත්මක කිරීමට සැලසුම් කර ඇති අතර, ඒවා සඳහා සිරස් ස්වයංක්‍රීය පරිමාණ ප්‍රතිපත්තියක් සමඟ මොඩියුල යෙදවීම (උදාහරණයක් ලෙස, විශේෂ ලේබලයක් 'VPA අවශ්‍ය වේ').

Kubernetes පොකුරක් ස්වයං පරිමාණය කිරීම

Cluster Autoscaler (CA) පොරොත්තු කරල් ගණන මත පදනම්ව නෝඩ් ගණන වෙනස් කරයි. පද්ධතිය වරින් වර පොරොත්තු මොඩියුල සඳහා පරීක්ෂා කරයි - සහ වැඩි සම්පත් අවශ්‍ය නම් සහ පොකුරු ස්ථාපිත සීමාවන් නොඉක්මවන්නේ නම් පොකුරු ප්‍රමාණය වැඩි කරයි. CA ක්ලවුඩ් සේවා සපයන්නා සමඟ සන්නිවේදනය කරයි, එයින් අමතර නෝඩ් ඉල්ලයි, හෝ නිෂ්ක්‍රීය ඒවා නිකුත් කරයි. CA හි පළමු සාමාන්‍යයෙන් ලබා ගත හැකි අනුවාදය Kubernetes 1.8 හි හඳුන්වා දෙන ලදී.

SA මෙහෙයුමේ ඉහළ මට්ටමේ යෝජනා ක්රමය:

  1. CA විසින් පොරොත්තු මොඩියුල සඳහා තත්පර 10 ක පෙරනිමි පරතරයකින් පරීක්ෂා කරයි.
  2. පොකුරට ඒවා වෙන් කිරීමට ප්‍රමාණවත් සම්පත් නොමැති නිසා කරල් එකක් හෝ කිහිපයක් පොරොත්තු තත්ත්වයක තිබේ නම්, එය අමතර නෝඩ් එකක් හෝ කිහිපයක් සැපයීමට උත්සාහ කරයි.
  3. වලාකුළු සේවා සපයන්නා විසින් අවශ්ය නෝඩය වෙන් කළ විට, එය පොකුරට සම්බන්ධ වී කරල් සේවය කිරීමට සූදානම් වේ.
  4. Kubernetes උපලේඛකයා නව නෝඩයකට පොරොත්තු කරල් බෙදා හරියි. මෙයින් පසු සමහර මොඩියුල තවමත් පොරොත්තු තත්වයක පවතී නම්, ක්‍රියාවලිය නැවත නැවත සිදු කර නව නෝඩ් පොකුරට එකතු කරනු ලැබේ.

Kubernetes හි ස්වයංක්‍රීය පරිමාණය කිරීමේ මට්ටම් තුනක්: ඒවා ඵලදායී ලෙස භාවිතා කරන්නේ කෙසේද
වලාකුළෙහි පොකුරු නෝඩ් ස්වයංක්‍රීයව සැපයීම

CA භාවිතා කරන විට පහත කරුණු සලකා බලන්න:

  • CPU භාරය කුමක් වුවත්, පොකුරේ ඇති සියලුම කරල් වලට ක්‍රියාත්මක වීමට ඉඩ ඇති බව CA සහතික කරයි. එය පොකුරේ අනවශ්‍ය නෝඩ් නොමැති බව සහතික කිරීමට ද උත්සාහ කරයි.
  • CA ආසන්න වශයෙන් තත්පර 30කට පසුව පරිමාණය කිරීමේ අවශ්‍යතාවය ලියාපදිංචි කරයි.
  • නෝඩයක් තවදුරටත් අවශ්‍ය නොවන විට, පද්ධතිය පරිමාණය කිරීමට පෙර මිනිත්තු 10ක් බලා සිටීමට CA පෙරනිමි කරයි.
  • ස්වයංක්‍රීය පරිමාණ පද්ධතියට විස්තාරක සංකල්පය ඇත. මේවා නව නෝඩ් එකතු කරන නෝඩ් සමූහයක් තෝරා ගැනීම සඳහා විවිධ උපාය මාර්ග වේ.
  • විකල්පය වගකීමෙන් භාවිතා කරන්න cluster-autoscaler.kubernetes.io/safe-to-evict (සත්‍ය). ඔබ කරල් ගොඩක් ස්ථාපනය කරන්නේ නම්, හෝ ඒවායින් බොහොමයක් සියලුම නෝඩ් පුරා විසිරී තිබේ නම්, ඔබට පොකුරේ පරිමාණය කිරීමේ හැකියාව බොහෝ දුරට අහිමි වනු ඇත.
  • භාවිත PodDisruptionBudgetsඔබගේ යෙදුමේ කොටස් සම්පූර්ණයෙන්ම කැඩී යාමට හේතු විය හැකි කරල් මැකීම වැළැක්වීමට.

Kubernetes autoscalers එකිනෙකා සමඟ අන්තර් ක්‍රියා කරන ආකාරය

පරිපූර්ණ සමගිය සඳහා, ස්වයං පරිමාණය කරල් මට්ටම (HPA/VPA) සහ පොකුරු මට්ටම යන දෙකෙහිම යෙදිය යුතුය. ඔවුන් එකිනෙකා සමඟ සාපේක්ෂ වශයෙන් සරලව කටයුතු කරයි:

  1. HPAs හෝ VPAs Pod replicas හෝ පවතින කරල් සඳහා වෙන් කර ඇති සම්පත් යාවත්කාලීන කරයි.
  2. සැලසුම් කරන ලද පරිමාණය සඳහා ප්‍රමාණවත් නෝඩ් නොමැති නම්, පොරොත්තු තත්වයේ කරල් පවතින බව CA දකී.
  3. CA නව නෝඩ් වෙන් කරයි.
  4. මොඩියුල නව නෝඩ් වලට බෙදා හරිනු ලැබේ.

Kubernetes හි ස්වයංක්‍රීය පරිමාණය කිරීමේ මට්ටම් තුනක්: ඒවා ඵලදායී ලෙස භාවිතා කරන්නේ කෙසේද
සහයෝගී Kubernetes පරිමාණ-ඉවත් පද්ධතිය

Kubernetes autoscaling හි පොදු වැරදි

ස්වයංක්‍රීය පරිමාණය ක්‍රියාත්මක කිරීමට උත්සාහ කිරීමේදී devops වලට මුහුණ දෙන පොදු ගැටළු කිහිපයක් තිබේ.

HPA සහ VPA ප්‍රමිතික සහ සමහර ඓතිහාසික දත්ත මත රඳා පවතී. ප්‍රමාණවත් නොවන සම්පත් වෙන් කර ඇත්නම්, මොඩියුල අවම කරනු ලබන අතර ප්‍රමිතික උත්පාදනය කිරීමට නොහැකි වනු ඇත. මෙම අවස්ථාවේදී, ස්වයංක්‍රීය පරිමාණය කිසි විටෙකත් සිදු නොවේ.

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

කදිම අවස්ථාව - විනාඩි 4:

  1. තත්පර 30 යි. ඉලක්ක ප්‍රමිතික යාවත්කාලීන කරන්න: තත්පර 30−60.
  2. තත්පර 30 යි. HPA මෙට්‍රික් අගයන් පරීක්ෂා කරයි: තත්පර 30.
  3. තත්පර 2 ට අඩු. කරල් සාදනු ලබන අතර රැඳී සිටීමේ තත්වයට යයි: තත්පර 1.
  4. තත්පර 2 ට අඩු. CA පොරොත්තු මොඩියුල දකින අතර ප්‍රතිපාදන නෝඩ් වෙත ඇමතුම් යවයි: තත්පර 1.
  5. විනාඩි 3 යි. වලාකුළු සපයන්නා නෝඩ් වෙන් කරයි. K8s ඔවුන් සූදානම් වන තෙක් බලා සිටියි: විනාඩි 10 දක්වා (සාධක කිහිපයක් මත පදනම්ව).

නරකම අවස්ථාව (වඩාත් යථාර්ථවාදී) - මිනිත්තු 12:

  1. තත්පර 30 යි. ඉලක්ක මිතික යාවත්කාලීන කරන්න.
  2. තත්පර 30 යි. HPA මෙට්‍රික් අගයන් පරීක්ෂා කරයි.
  3. තත්පර 2 ට අඩු. කරල් නිර්මාණය කර පොරොත්තු තත්ත්වයට ඇතුළු වේ.
  4. තත්පර 2 ට අඩු. CA පොරොත්තු මොඩියුල දකින අතර නෝඩ් සැපයීම සඳහා ඇමතුම් ලබා දෙයි.
  5. විනාඩි 10 යි. වලාකුළු සපයන්නා නෝඩ් වෙන් කරයි. K8s ඔවුන් සූදානම් වන තෙක් බලා සිටියි. පොරොත්තු කාලය විකුණුම් ප්‍රමාදය, OS ප්‍රමාදය සහ ආධාරක මෙවලම් වැනි සාධක කිහිපයක් මත රඳා පවතී.

වලාකුළු සපයන්නන්ගේ පරිමාණ යාන්ත්‍රණ අපගේ CA සමඟ පටලවා නොගන්න. දෙවැන්න Kubernetes පොකුරක් තුළ ක්‍රියාත්මක වන අතර, cloud provider එන්ජිම node බෙදාහැරීමේ පදනමක් මත ක්‍රියා කරයි. එය ඔබගේ කරල් හෝ යෙදුම සමඟ සිදුවන්නේ කුමක්දැයි නොදනී. මෙම පද්ධති සමාන්තරව ක්රියාත්මක වේ.

Kubernetes හි පරිමාණය කළමනාකරණය කරන්නේ කෙසේද

  1. Kubernetes යනු සම්පත් කළමනාකරණය සහ වාද්‍ය වෘන්දය මෙවලමකි. කරල් සහ පොකුරු සම්පත් කළමනාකරණය සඳහා වූ මෙහෙයුම් Kubernetes ප්‍රගුණ කිරීමේ ප්‍රධාන සන්ධිස්ථානයකි.
  2. HPA සහ VPA සැලකිල්ලට ගනිමින් පොඩ් පරිමාණයේ තර්කනය තේරුම් ගන්න.
  3. CA භාවිතා කළ යුත්තේ ඔබේ කරල් සහ බහාලුම්වල අවශ්‍යතා පිළිබඳව ඔබට හොඳ අවබෝධයක් තිබේ නම් පමණි.
  4. පොකුරක් ප්‍රශස්ත ලෙස වින්‍යාස කිරීම සඳහා, විවිධ පරිමාණ පද්ධති එකට ක්‍රියා කරන ආකාරය ඔබ තේරුම් ගත යුතුය.
  5. පරිමාණය කිරීමේ කාලය ඇස්තමේන්තු කරන විට, නරකම අවස්ථාව සහ හොඳම අවස්ථා මතක තබා ගන්න.

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

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