ඔබේ පද්ධතිය වර්ධනය වන විට, ගමනාගමනය වැඩි වන විට, වැඩි වැඩියෙන් පරිශීලකයින් ඔබේ නිෂ්පාදන භාවිතා කරන විට, සේවාදායකයන් මන්දගාමීව ප්‍රතිචාර දැක්වීමට පටන් ගනී, අක්‍රීය කාලය ඔබේ ව්‍යාපාරයට දුක් විඳීමට බල කරයි එවිට ඔබ පරිමාණය ගැන සිතන්නට පටන් ගනී.  පරිමාණය සඳහා මූලික උපාය මාර්ග දෙකක් ඇත - සිරස් සහ තිරස්.    සාමාන්‍යයෙන් වැඩි CPU, සහ RAM ඔබේ සේවාදායකයට එක් කිරීමෙන් පද්ධතියේ බලය වැඩි කිරීමට අදහස් කරයි. සිරස් පරිමාණය  ඊට වෙනස්ව,   ඔබේ සේවාදායකයන් සම්පත් සංචිතයේ අනුපිටපත් කිරීම (හෝ ක්ලෝන කිරීම) කෙරෙහි අවධානය යොමු කරයි. තිරස් පරිමාණය   මේවා ගැන වැඩි විස්තර:  සිරස් පරිමාණය  සිරස් පරිමාණය අඩු ගමනාගමන පද්ධතියක් සඳහා හොඳම විකල්පය වේ, මන්ද එය අතිරේක සංකීර්ණත්වය හඳුන්වා දීමකින් තොරව වර්ධනය හැසිරවීමට වඩාත්ම ප්රවේශ විය හැකි ප්රවේශය වේ. සම්පත් සමූහයක් සඳහා උපාය මාර්ග යෙදවීම, සම්පත් සංචිතයේ ප්‍රත්‍යාස්ථතාව, ඔබේ සේවාදායකයේ අස්ථායී බව, බෙදා හරින ලද හැඹිලිය යනාදිය ගැන සැලකිලිමත් වීමට ඔබට අවශ්‍ය නැත.   කෙසේ වෙතත්, සිරස් පරිමාණය බරපතල අඩුපාඩු තිබේ  සම්පත් එකතු කිරීමට අසීමිත ලෙස නොහැකි බැවින් දෘඪාංග සීමාව  අසමත් වීම සහ අතිරික්තය නොමැතිකම දිගුකාලීන අක්‍රීය කාලය සහ දත්ත නැතිවීමේ අවදානම මතු කරයි  තිරස් පරිමාණය    ඔබගේ යෙදුම් සේවාදායකය ක්ලෝන කිරීම සහ   වැනි අංගයක් කාවැද්දීම මගින් මෙම ගැටළු ඉවත් කරයි. තිරස් පරිමාණය ලෝඩ් බැලන්සර්    වැනි   භාවිතයෙන් ඔබේ සේවාදායකයන් මත ගමනාගමනය බෙදා හරිනු ලැබේ: load balancer එකක් විශේෂිත ඇල්ගොරිතම   රවුන්ඩ් රොබින්   බරැති රවුන්ඩ් රොබින්  IP හැෂ් මත පදනම් වූ ප්රවේශයන්  අවම සම්බන්ධතා ක්රමය  බර අඩුම සම්බන්ධතා ක්රමය  අවම ප්‍රතිචාර ක්‍රමය  සහ තවත් බොහෝ දේ.   කෙසේ වෙතත්, එය අවාසි කිහිපයක් ඇත:  සේවාදායකයන් ස්ථාවර විය යුතුය  මධ්‍යගත දත්ත ගබඩාවක සැසි පැවතිය යුතුය  වඩාත් සංකීර්ණයි  අවශ්ය විය හැක   උපාය මාර්ග යෙදවීම  බර සමතුලිතයක් වැරදි ලෙස වින්‍යාස කර ඇත්නම් සහ සම්පත් ප්‍රමාණවත් නොවේ නම් එය කාර්ය සාධන බාධාවක් විය හැක  එය පද්ධතියට අතිරේක සංකීර්ණත්වයක් හඳුන්වා දෙන අතර අසාර්ථක වීමේ උපාය මාර්ග යෙදීම අවශ්‍ය වන අසාර්ථක වීමේ විභව තනි ලක්ෂ්‍යයක් ලෙස පවතී.  L4 / L7 ලෝඩ් බැලන්සර්  අන්තර්ජාලයේ ඇති උපාංග දෙකක් එකිනෙකා සමඟ සන්නිවේදනය කිරීම සඳහා, යටින් පවතින පද්ධති නිශ්චිත ප්‍රොටෝකෝල අනුගමනය කළ යුතුය. පරිගණක පද්ධති ජාලයක් හරහා සන්නිවේදනය කිරීමට භාවිතා කරන ස්ථර හතක් විස්තර කරන OSI ආකෘතිය ගැන සෑම දෙනාම අසා ඇත. නවීන අන්තර්ජාලය සරල TCP/IP ප්‍රොටෝකෝල තොග ආකෘතියක් මත පදනම් වුවද, OSI ආකෘතිය බහුලව භාවිතා වේ, එය ජාල ක්‍රියාත්මක වන ආකාරය දෘශ්‍යමාන කිරීමට සහ සන්නිවේදනය කිරීමට සහ ජාලකරණ ගැටළු හුදකලා කිරීමට සහ දෝශ නිරාකරණය කිරීමට උපකාරී වේ.  බොහෝ කර්මාන්ත භාර සමතුලිත විසඳුම් L4 සහ L7 යන යෙදුම් භාවිතා කරයි, එහිදී L4 යනු OSI ආකෘතියේ ප්‍රවාහන ස්ථරයට සහ L7 යෙදුම් ස්ථරයට යොමු කරයි.  IP ලිපිනය සහ තොට අංකය වැනි පහළ ස්ථර වලින් දත්ත භාවිතා කරන බැවින් L4 load balancer එක තවමත් L2/L3 වේ.   L4 load balancer හි ප්‍රධාන වාසි  මාර්ගගත තීරණ ගැනීමේදී දත්ත අන්තර්ගතය නොගන්නා බැවින් එය වඩාත් ආරක්ෂිත සහ කාර්ය සාධනය වේ  සේවාලාභියා සහ සේවාදායකය අතර එකම TCP සම්බන්ධතාවය පවතින අතර, එය load balancer එකක පවතින TCP සම්බන්ධතා සීමාව ඉක්මවා යාම වැළැක්වීමට උපකාරී වේ.   L4 load balancer හි ප්රධාන අවාසි  අන්තර්ගතය විකේතනය නොවන බැවින් බුද්ධිමත් මාර්ගගත කිරීම කළ නොහැක  රාජ්ය ප්රොටෝකෝලය අතිරේක සංකීර්ණතාවයක් ගෙන එයි  පොදු සහ පෞද්ගලික ලිපින අතර සිතියම්ගත කිරීම  මෙම මට්ටමේ අන්තර්ගතය නොමැති බැවින් හැඹිලිගත කිරීමක් නොමැත  url මාර්ගය මත පදනම්ව රථවාහන යළි හරවා යැවීම ලබා ගත නොහැකි බැවින් ක්ෂුද්‍ර සේවා ගෘහ නිර්මාණ ශිල්පය සඳහා භාවිතා කළ නොහැක  අනෙක් අතට, L7 load balancer OSI ආකෘතියේ යෙදුම් මට්ටම මත ක්‍රියා කරයි   L7 load balancer හි ප්‍රධාන වාසි  URL මාර්ගය, ශීර්ෂක, අන්තර්ගතය මත පදනම්ව බුද්ධිමත් තීරණ ගත හැකිය  හැඹිලිගත කිරීම   L7 load balancer හි ප්‍රධාන අවාසි  TCP සම්බන්ධතා දෙකක් පවත්වා ගැනීම හේතුවෙන් අමතර පොදු කාර්ය, එකක් සේවාලාභියා සහ load balancer අතර, දෙවන එක load balancer සහ server අතර. එසේම, load balancer TCP සම්බන්ධතා සීමාව සලකා බැලිය යුතුය  දත්ත විකේතනය කිරීමට සහ මාර්ගගත කිරීමේ තීරණ ගැනීමට හැකි වන පරිදි පැටවුම් සමතුලිතකයා සහතික දැන සිටිය යුතු බැවින් ආරක්ෂාව අඩුය   නිගමනය  අධික තදබදය සහිත පද්ධති හැසිරවීමට තිරස් පරිමාණය යොදන විට ලෝඩ් බැලන්සර් අත්‍යවශ්‍ය අංගයකි. L4 සහ L7 load balancers ප්‍රධාන වර්ග දෙකක් ඇත.  ස්මාර්ට් තීරණ ගැනීමේ සීමාවන් හේතුවෙන් L4 load balancer වඩාත් ආරක්ෂිත සහ කාර්ය සාධනය වේ  L7 load balancer කාර්යක්‍ෂමතාවය සහ ආරක්‍ෂාව සඳහා වන පිරිවැය හේතුවෙන් බුද්ධිමත් මාර්ගගත තීරණ ලබා දෙන ආකාරයෙන් ක්‍රියාත්මක වේ.  සුදුසු වර්ගය තෝරාගැනීම පද්ධති අවශ්‍යතා මත රඳා පවතින අතර ආරක්‍ෂක මූලධර්ම යෙදීමේ සහ කාර්ය සාධන බාධක ඉවත් කිරීමේ සාධාරණ ශේෂයක් සමඟ ප්‍රවේශමෙන් සලකා බැලිය යුතුය.   මෙහි ද පළ කර ඇත.

The is an opinion piece based on the author’s POV and does not necessarily reflect the views of HackerNoon.

Read My Stories

මෙම ශ්‍රව්‍යය කතාවේ මුල් භාෂාවෙන් නිෂ්පාදනය කර ඇත!

Decoding Load Balance Primitives

About Author

අදහස්

ටැග් එල්ලන්න

මෙම ලිපිය ඉදිරිපත් කරන ලදී

Related Stories

Meet the HackerNoon Top Writers - Wes Huber's Journey In Tech

Spring Into New Features: Smarter Notifications, More Writing Stats, Pixel Icon Library & More

The #crypto-api Writing Contest by CoinGecko and HackerNoon: Results Announcement 🎉

My Six Years of Writing on HackerNoon in Numbers and Pictures

Meet the HackerNoon Top Writers - Wes Huber's Journey In Tech

Spring Into New Features: Smarter Notifications, More Writing Stats, Pixel Icon Library & More

The #crypto-api Writing Contest by CoinGecko and HackerNoon: Results Announcement 🎉

My Six Years of Writing on HackerNoon in Numbers and Pictures

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps