paint-brush
ການຖອດລະຫັດ Load Balancing Primitivesໂດຍ@fairday
39,946 ການອ່ານ
39,946 ການອ່ານ

ການຖອດລະຫັດ Load Balancing Primitives

ໂດຍ Aleksei4m2024/02/26
Read on Terminal Reader
Read this story w/o Javascript

ຍາວເກີນໄປ; ອ່ານ

ເມື່ອການຂະຫຍາຍລະບົບຂອງທ່ານເພື່ອຮອງຮັບການຈະລາຈອນທີ່ເພີ່ມຂຶ້ນແລະຜູ້ໃຊ້, ທ່ານສາມາດເລືອກລະຫວ່າງການປັບຂະຫນາດຕາມແນວຕັ້ງ, ເຊິ່ງຊ່ວຍເພີ່ມພະລັງງານຂອງເຄື່ອງແມ່ຂ່າຍ, ແລະການປັບຂະຫນາດຕາມແນວນອນ, ເຊິ່ງກ່ຽວຂ້ອງກັບເຄື່ອງແມ່ຂ່າຍທີ່ຊ້ໍາກັນ. ໃນຂະນະທີ່ການປັບຂະຫນາດຕາມແນວຕັ້ງແມ່ນງ່າຍດາຍກວ່າ, ມັນມີຂໍ້ຈໍາກັດເຊັ່ນ: ຂໍ້ຈໍາກັດຂອງຮາດແວ. ການປັບຂະຫນາດຕາມແນວນອນກັບຕົວດຸ່ນດ່ຽງການໂຫຼດໄດ້ສະຫນອງຄວາມຍືດຫຍຸ່ນແຕ່ຮຽກຮ້ອງໃຫ້ມີການຄຸ້ມຄອງລັດທີ່ບໍ່ມີລັດແລະຍຸດທະສາດການປັບໃຊ້. ຄວາມເຂົ້າໃຈຕົວດຸ່ນດ່ຽງການໂຫຼດ L4 ແລະ L7 ເປັນສິ່ງຈໍາເປັນ, ໂດຍ L4 ມີຄວາມຫມັ້ນຄົງແລະການປະຕິບັດຫຼາຍ, ໃນຂະນະທີ່ L7 ສະເຫນີເສັ້ນທາງອັດສະລິຍະທີ່ຄ່າໃຊ້ຈ່າຍຂອງປະສິດທິພາບ. ການເລືອກວິທີການທີ່ເຫມາະສົມແມ່ນຂຶ້ນກັບຄວາມຕ້ອງການຂອງລະບົບແລະການດຸ່ນດ່ຽງຄວາມປອດໄພແລະການພິຈາລະນາການປະຕິບັດ.

People Mentioned

Mention Thumbnail
featured image - ການຖອດລະຫັດ Load Balancing Primitives
Aleksei HackerNoon profile picture
0-item


ເມື່ອໃດກໍ່ຕາມທີ່ລະບົບຂອງທ່ານເຕີບໂຕ, ການຈະລາຈອນເພີ່ມຂຶ້ນ, ຜູ້ໃຊ້ຫຼາຍຂື້ນໃຊ້ຜະລິດຕະພັນຂອງທ່ານ, ເຄື່ອງແມ່ຂ່າຍເລີ່ມຕອບສະຫນອງຊ້າລົງ, ເວລາຢຸດເຮັດວຽກບັງຄັບໃຫ້ທຸລະກິດຂອງທ່ານທົນທຸກຫຼັງຈາກນັ້ນທ່ານກໍ່ເລີ່ມຄິດກ່ຽວກັບການຂະຫຍາຍ.


ມີສອງຍຸດທະສາດຕົ້ນຕໍສໍາລັບການປັບຂະຫນາດ - ຕັ້ງແລະແນວນອນ.


ການປັບຂະໜາດຕາມແນວຕັ້ງ ຕັ້ງໃຈຈະເພີ່ມພະລັງງານຂອງລະບົບໂດຍການເພີ່ມ CPU ແລະ RAM ໃຫ້ກັບເຊີບເວີຂອງທ່ານ.


ໃນທາງກົງກັນຂ້າມ, ການຈັດລຽງຕາມແນວນອນ ແມ່ນເນັ້ນໃສ່ການຊໍ້າກັນ (ຫຼື cloning) ເຄື່ອງແມ່ຂ່າຍຂອງທ່ານໃນສະນຸກເກີຂອງຊັບພະຍາກອນ.


ເພີ່ມເຕີມກ່ຽວກັບສິ່ງເຫຼົ່ານີ້:


ການປັບຂະໜາດຕາມແນວຕັ້ງ

ການປັບຂະຫນາດຕາມແນວຕັ້ງແມ່ນທາງເລືອກທີ່ດີທີ່ສຸດສໍາລັບລະບົບການຈະລາຈອນຕ່ໍາເນື່ອງຈາກວ່າມັນເປັນວິທີການທີ່ສາມາດເຂົ້າເຖິງໄດ້ຫຼາຍທີ່ສຸດໃນການຈັດການການຂະຫຍາຍຕົວໂດຍບໍ່ມີການແນະນໍາຄວາມສັບສົນເພີ່ມເຕີມ. ທ່ານບໍ່ຈໍາເປັນຕ້ອງສົນໃຈກ່ຽວກັບການນໍາໃຊ້ຍຸດທະສາດສໍາລັບກຸ່ມຂອງຊັບພະຍາກອນ, ຄວາມຍືດຫຍຸ່ນຂອງຊັບພະຍາກອນ, ຄວາມບໍ່ມີລັດຂອງເຄື່ອງແມ່ຂ່າຍຂອງທ່ານ, cache ທີ່ແຈກຢາຍ, ແລະອື່ນໆ.


ຢ່າງໃດກໍ່ຕາມ, ການປັບຂະຫນາດຕາມແນວຕັ້ງມີຂໍ້ບົກຜ່ອງທີ່ຮ້າຍແຮງ

  1. ຈໍາກັດຮາດແວນັບຕັ້ງແຕ່ມັນເປັນໄປບໍ່ໄດ້ທີ່ບໍ່ມີຂອບເຂດທີ່ຈະເພີ່ມຊັບພະຍາກອນ
  2. ການຂາດຄວາມລົ້ມເຫລວແລະຄວາມຊໍ້າຊ້ອນເຮັດໃຫ້ຄວາມສ່ຽງຂອງການໃຊ້ເວລາຢຸດດົນນານແລະການສູນເສຍຂໍ້ມູນ


ການ​ຂະ​ຫຍາຍ​ອອກ​ຕາມ​ລວງ​ນອນ​

ການ​ປັບ​ຂະ​ໜາດ​ຕາມ​ລວງ​ນອນ ​ກຳ​ຈັດ​ບັນ​ຫາ​ເຫຼົ່າ​ນີ້​ໂດຍ​ການ​ໂຄນ​ເຊີບ​ເວີ​ແອັບ​ພ​ລິ​ເຄ​ຊັນ​ຂອງ​ທ່ານ ແລະ​ຝັງ​ອົງ​ປະ​ກອບ​ເຊັ່ນ Load balancer .


ຕົວດຸ່ນດ່ຽງການໂຫຼດ ແຈກຢາຍການຈະລາຈອນໃນເຊີບເວີຂອງທ່ານໂດຍໃຊ້ ສູດການຄິດໄລ່ສະເພາະ ເຊັ່ນ:


  1. ຮອບ-ໂຣບິນ
  2. ນ້ຳໜັກຮອບ-ໂຣບິນ
  3. ວິທີການທີ່ໃຊ້ IP hash
  4. ວິທີການເຊື່ອມຕໍ່ຫນ້ອຍທີ່ສຸດ
  5. ວິທີການເຊື່ອມຕໍ່ທີ່ມີນ້ໍາຫນັກຫນ້ອຍທີ່ສຸດ
  6. ວິທີການຕອບໂຕ້ຫນ້ອຍທີ່ສຸດ, ແລະອື່ນໆຈໍານວນຫຼາຍ.


ຢ່າງໃດກໍຕາມ, ມັນມີຈຸດອ່ອນຫຼາຍ:


  1. ເຊີບເວີຕ້ອງບໍ່ມີລັດ
  2. ເຊດຊັນຈະຕ້ອງສືບຕໍ່ຢູ່ໃນບ່ອນເກັບຂໍ້ມູນສູນກາງ
  3. ສັບສົນຫຼາຍ ການ​ນໍາ​ໃຊ້​ຍຸດ​ທະ​ສາດ​ ອາດຈະຕ້ອງການ
  4. ຕົວດຸ່ນດ່ຽງການໂຫຼດສາມາດກາຍເປັນຂໍ້ບົກຜ່ອງດ້ານການປະຕິບັດໄດ້ຖ້າມັນຖືກຕັ້ງຄ່າຜິດແລະຊັບພະຍາກອນບໍ່ພຽງພໍ
  5. ມັນແນະນໍາຄວາມສັບສົນເພີ່ມເຕີມຕໍ່ກັບລະບົບແລະຢືນເປັນຈຸດດຽວຂອງຄວາມລົ້ມເຫຼວ, ເຊິ່ງຮຽກຮ້ອງໃຫ້ມີການນໍາໃຊ້ຍຸດທະສາດການລົ້ມເຫລວ.


L4 / L7 Load balancers

ສໍາລັບອຸປະກອນສອງອັນໃນອິນເຕີເນັດເພື່ອຕິດຕໍ່ສື່ສານເຊິ່ງກັນແລະກັນ, ລະບົບພື້ນຖານຈະຕ້ອງປະຕິບັດຕາມໂປໂຕຄອນສະເພາະ. ທຸກຄົນໄດ້ຍິນກ່ຽວກັບແບບຈໍາລອງ OSI, ເຊິ່ງອະທິບາຍເຖິງເຈັດຊັ້ນທີ່ລະບົບຄອມພິວເຕີໃຊ້ເພື່ອຕິດຕໍ່ສື່ສານຜ່ານເຄືອຂ່າຍ. ເຖິງແມ່ນວ່າອິນເຕີເນັດທີ່ທັນສະໄຫມແມ່ນອີງໃສ່ຮູບແບບ stack protocol TCP / IP ທີ່ງ່າຍກວ່າ, ຮູບແບບ OSI ຖືກນໍາໃຊ້ຢ່າງກວ້າງຂວາງ, ຍ້ອນວ່າມັນຊ່ວຍໃຫ້ເບິ່ງເຫັນແລະສື່ສານວິທີການເຄືອຂ່າຍເຮັດວຽກແລະຊ່ວຍແຍກແລະແກ້ໄຂບັນຫາເຄືອຂ່າຍ.


ການແກ້ໄຂການດຸ່ນດ່ຽງການໂຫຼດອຸດສາຫະກໍາສ່ວນໃຫຍ່ໃຊ້ຄໍາສັບ L4 ແລະ L7 ທີ່ L4 ຫມາຍເຖິງຊັ້ນການຂົນສົ່ງໃນຮູບແບບ OSI ແລະ L7 ຫມາຍເຖິງຊັ້ນຄໍາຮ້ອງສະຫມັກ.


ຕົວດຸ່ນດ່ຽງການໂຫຼດ L4 ຍັງຄົງເປັນ L2/L3 ເນື່ອງຈາກມັນໃຊ້ຂໍ້ມູນຈາກຊັ້ນລຸ່ມເຊັ່ນ: ທີ່ຢູ່ IP ແລະໝາຍເລກພອດ.


ຂໍ້ໄດ້ປຽບຕົ້ນຕໍຂອງ L4 load balancer

  • ມັນມີຄວາມປອດໄພ ແລະມີປະສິດທິພາບຫຼາຍຂຶ້ນ ເນື່ອງຈາກເນື້ອຫາຂໍ້ມູນບໍ່ໄດ້ຖືກນໍາໄປໃຊ້ໃນການຕັດສິນໃຈກໍານົດເສັ້ນທາງ

  • ການເຊື່ອມຕໍ່ TCP ດຽວກັນຖືລະຫວ່າງລູກຄ້າແລະເຄື່ອງແມ່ຂ່າຍ, ເຊິ່ງຊ່ວຍປ້ອງກັນການເກີນຂອບເຂດຈໍາກັດຂອງການເຊື່ອມຕໍ່ TCP ທີ່ມີຢູ່ໃນຕົວດຸ່ນດ່ຽງການໂຫຼດ.


ຂໍ້ເສຍຫຼັກຂອງ L4 load balancer

  • ການສ້າງເສັ້ນທາງອັດສະລິຍະເປັນໄປບໍ່ໄດ້ເນື່ອງຈາກເນື້ອຫາບໍ່ໄດ້ຖອດລະຫັດ
  • ພິທີການຂອງລັດນໍາເອົາຄວາມສັບສົນເພີ່ມເຕີມ
  • ແຜນທີ່ລະຫວ່າງທີ່ຢູ່ສາທາລະນະ ແລະເອກະຊົນ
  • ບໍ່ມີການເກັບຂໍ້ມູນເນື່ອງຈາກເນື້ອຫາບໍ່ສາມາດໃຊ້ໄດ້ໃນລະດັບນີ້
  • ບໍ່ສາມາດໃຊ້ສໍາລັບສະຖາປັດຕະຍະກໍາ microservices ເນື່ອງຈາກການປ່ຽນເສັ້ນທາງການຈະລາຈອນບໍ່ສາມາດໃຊ້ໄດ້ໂດຍອີງໃສ່ເສັ້ນທາງ url


ໃນທາງກົງກັນຂ້າມ, ຕົວດຸ່ນດ່ຽງການໂຫຼດ L7 ດໍາເນີນການໃນລະດັບຄໍາຮ້ອງສະຫມັກໃນຮູບແບບ OSI


ຂໍ້ໄດ້ປຽບຕົ້ນຕໍຂອງ L7 load balancer

  • ການຕັດສິນໃຈອັດສະລິຍະສາມາດເຮັດໄດ້ໂດຍອີງໃສ່ເສັ້ນທາງ URL, ສ່ວນຫົວ, ເນື້ອຫາ

  • ການເກັບຂໍ້ມູນ


ຂໍ້ເສຍຫຼັກຂອງ L7 load balancer

  • ຄ່າໃຊ້ຈ່າຍເພີ່ມເຕີມເນື່ອງຈາກການຮັກສາສອງການເຊື່ອມຕໍ່ TCP, ຫນຶ່ງລະຫວ່າງລູກຄ້າແລະ load balancer, ອັນທີສອງລະຫວ່າງ load balancer ແລະ server. ນອກຈາກນີ້, ຂີດຈໍາກັດການເຊື່ອມຕໍ່ TCP load balancer ຕ້ອງໄດ້ຮັບການພິຈາລະນາ
  • ປອດໄພໜ້ອຍກວ່າເນື່ອງຈາກຕົວດຸ່ນດ່ຽງການໂຫຼດຕ້ອງຮູ້ຈັກໃບຢັ້ງຢືນເພື່ອສາມາດຖອດລະຫັດຂໍ້ມູນ ແລະຕັດສິນໃຈກຳນົດເສັ້ນທາງໄດ້.


ສະຫຼຸບ

Load balancer ເປັນອົງປະກອບທີ່ສໍາຄັນໃນເວລາທີ່ການປັບຂະຫນາດຕາມແນວນອນຖືກນໍາໃຊ້ເພື່ອຈັດການກັບລະບົບການຈະລາຈອນສູງ. ມີສອງປະເພດຕົ້ນຕໍຂອງຕົວດຸ່ນດ່ຽງການໂຫຼດ L4 ແລະ L7.


  1. ຕົວດຸ່ນດ່ຽງການໂຫຼດ L4 ແມ່ນມີຄວາມປອດໄພ ແລະມີປະສິດທິພາບຫຼາຍຂຶ້ນເນື່ອງຈາກມີຂໍ້ຈຳກັດຂອງການຕັດສິນໃຈທີ່ສະຫຼາດ

  2. L7 load balancer ດໍາເນີນການໃນວິທີການສະຫນອງການຕັດສິນໃຈເສັ້ນທາງອັດສະລິຍະເນື່ອງຈາກຄ່າໃຊ້ຈ່າຍຂອງປະສິດທິພາບແລະຄວາມປອດໄພ.


ການເລືອກປະເພດທີ່ເຫມາະສົມແມ່ນຂຶ້ນກັບຄວາມຕ້ອງການຂອງລະບົບແລະຄວນໄດ້ຮັບການພິຈາລະນາຢ່າງລະມັດລະວັງດ້ວຍຄວາມສົມດູນທີ່ສົມເຫດສົມຜົນຂອງການນໍາໃຊ້ຫຼັກການຄວາມປອດໄພແລະການກໍາຈັດຂໍ້ບົກຜ່ອງດ້ານການປະຕິບັດ.


ຍັງໄດ້ເຜີຍແຜ່ ຢູ່ທີ່ນີ້.


L O A D I N G
. . . comments & more!

About Author

Aleksei HackerNoon profile picture
Aleksei@fairday
Hey, I am Alex, a dedicated Software Development Engineer with experience in the .NET environment and architecture

ວາງປ້າຍ

ບົດ​ຄວາມ​ນີ້​ໄດ້​ຖືກ​ນໍາ​ສະ​ເຫນີ​ໃນ...