Load Balancing ກັບ AWS ELB

ສະບາຍດີທຸກຄົນ! ຫຼັກສູດເລີ່ມຕົ້ນໃນມື້ນີ້ "AWS ສໍາລັບນັກພັດທະນາ", ໃນການເຊື່ອມຕໍ່ທີ່ພວກເຮົາໄດ້ຈັດກອງປະຊຸມ webinar thematic ທີ່ສອດຄ້ອງກັນອຸທິດຕົນເພື່ອການທົບທວນຄືນ ELB. ພວກເຮົາໄດ້ເບິ່ງປະເພດຂອງຕົວດຸ່ນດ່ຽງແລະສ້າງຫຼາຍໆຕົວຢ່າງ EC2 ດ້ວຍຕົວດຸ່ນດ່ຽງ. ພວກເຮົາຍັງໄດ້ສຶກສາຕົວຢ່າງອື່ນໆຂອງການນໍາໃຊ້.

ຫຼັງຈາກຟັງ webinar, ເຈົ້າ​ຈະ:

• ເຂົ້າໃຈວ່າ AWS Load Balancing ແມ່ນຫຍັງ;
• ຮູ້ຈັກປະເພດຂອງ Elastic Load Balancer ແລະອົງປະກອບຂອງມັນ;
• ໃຊ້ AWS ELB ໃນການປະຕິບັດຂອງທ່ານ.

ເປັນຫຍັງເຈົ້າຕ້ອງຮູ້ເລື່ອງນີ້ທັງໝົດ?

• ເປັນປະໂຫຍດຖ້າຫາກວ່າທ່ານກໍາລັງວາງແຜນທີ່ຈະສອບເສັງການຢັ້ງຢືນ AWS;
• ນີ້ແມ່ນວິທີທີ່ງ່າຍດາຍທີ່ຈະແຈກຢາຍການໂຫຼດລະຫວ່າງເຄື່ອງແມ່ຂ່າຍ;
• ນີ້ແມ່ນວິທີທີ່ງ່າຍດາຍທີ່ຈະເພີ່ມ Lambda ກັບການບໍລິການຂອງທ່ານ (ALB).

ໄດ້ດໍາເນີນບົດຮຽນເປີດ Rishat Teregulov, ວິສະວະກອນລະບົບທີ່ບໍລິສັດການຕະຫຼາດສໍາລັບການພັດທະນາແລະການສະຫນັບສະຫນູນເວັບໄຊທ໌.

ການນໍາສະເຫນີ

ສິ່ງທີ່ Elastic Load Balancer ສາມາດເຫັນໄດ້ໃນແຜນວາດຂ້າງລຸ່ມນີ້, ເຊິ່ງສະແດງໃຫ້ເຫັນຕົວຢ່າງງ່າຍໆ:

Load Balancer ຍອມຮັບການຮ້ອງຂໍແລະແຈກຢາຍໃຫ້ເຂົາເຈົ້າໃນທົ່ວຕົວຢ່າງ. ພວກເຮົາມີຕົວຢ່າງຫນຶ່ງແຍກຕ່າງຫາກ, ມີຫນ້າທີ່ Lambda ແລະມີກຸ່ມ AutoScaling (ກຸ່ມຂອງເຄື່ອງແມ່ຂ່າຍ).

ປະເພດ AWS ELB

1. ໃຫ້ເບິ່ງຢູ່ໃນປະເພດຕົ້ນຕໍ:

ເຄື່ອງດຸ່ນດ່ຽງການໂຫຼດແບບຄລາສສິກ. ຕົວດຸ່ນດ່ຽງທໍາອິດຈາກ AWS, ເຮັດວຽກຢູ່ໃນທັງສອງຊັ້ນ OSI 4 ແລະ 7, HTTP, HTTPS, TCP ແລະ SSL ໄດ້ຮັບການສະຫນັບສະຫນູນ. ມັນສະຫນອງການດຸ່ນດ່ຽງການໂຫຼດພື້ນຖານໃນທົ່ວຫຼາຍໆຕົວຢ່າງ Amazon EC2 ແລະເຮັດວຽກຢູ່ໃນທັງລະດັບການຮ້ອງຂໍແລະການເຊື່ອມຕໍ່. ໃຫ້ເປີດມັນ (ເນັ້ນເປັນສີເທົາ):

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

2. Network Load Balancer. ເໝາະສຳລັບວຽກໜັກ, ເຮັດວຽກຢູ່ OSI Layer 4 (ສາມາດໃຊ້ໃນ EKS ແລະ ECS), TCP, UDP ແລະ TLS ຮອງຮັບ.

Network Load Balancer ສົ່ງເສັ້ນທາງການສັນຈອນໄປຫາເປົ້າໝາຍໃນ Amazon VPC ແລະມີຄວາມສາມາດໃນການປະມວນຜົນຫຼາຍລ້ານຄຳຮ້ອງຂໍຕໍ່ວິນາທີດ້ວຍເວລາ latency ຕໍ່າສຸດ. ນອກຈາກນັ້ນ, ມັນຖືກປັບປຸງໃຫ້ດີທີ່ສຸດເພື່ອຈັດການກັບຮູບແບບການຈະລາຈອນທີ່ມີການໂຫຼດກະທັນຫັນແລະປ່ຽນແປງ.

3. Application Load Balancer. ເຮັດວຽກຢູ່ຊັ້ນ 7, ມີການສະຫນັບສະຫນູນ Lambda, ສະຫນັບສະຫນູນຫົວແລະກົດລະບຽບລະດັບເສັ້ນທາງ, ສະຫນັບສະຫນູນ HTTP ແລະ HTTPS.
ສະຫນອງເສັ້ນທາງການຮ້ອງຂໍແບບພິເສດທີ່ສຸມໃສ່ການສົ່ງຄໍາຮ້ອງສະຫມັກທີ່ສ້າງຂຶ້ນໃນສະຖາປັດຕະຍະກໍາທີ່ທັນສະໄຫມ, ລວມທັງ microservices ແລະ containers. ຊີ້ນໍາການຈະລາຈອນໄປຫາເປົ້າຫມາຍໃນ Amazon VPC ໂດຍອີງໃສ່ເນື້ອໃນຂອງຄໍາຮ້ອງຂໍ.

ສໍາລັບຜູ້ໃຊ້ຈໍານວນຫຼາຍ, Application Load Balancer ເປັນທາງເລືອກທໍາອິດທີ່ຈະປ່ຽນແທນ Classic Load Balancer, ເພາະວ່າ TCP ບໍ່ແມ່ນເລື່ອງທົ່ວໄປຄືກັບ HTTP.

ໃຫ້ສ້າງມັນຄືກັນ, ດັ່ງນັ້ນພວກເຮົາຈະມີສອງ load balancers:

Load Balance Components

ອົງປະກອບການດຸ່ນດ່ຽງການໂຫຼດທົ່ວໄປ (ທົ່ວໄປກັບຜູ້ດຸ່ນດ່ຽງທັງຫມົດ):

• ນະໂຍບາຍບັນທຶກການເຂົ້າເຖິງ

— ບັນ​ທຶກ​ການ​ເຂົ້າ​ເຖິງ ELB ຂອງ​ທ່ານ​. ເພື່ອສ້າງການຕັ້ງຄ່າ, ທ່ານສາມາດໄປທີ່ຄໍາອະທິບາຍແລະເລືອກປຸ່ມ "ແກ້ໄຂຄຸນລັກສະນະ":

ຫຼັງຈາກນັ້ນ, ພວກເຮົາກໍານົດ S3Bucket - ການເກັບຮັກສາວັດຖຸ Amazon:

• ໂຄງການ

- ຕົວດຸ່ນດ່ຽງພາຍໃນຫຼືພາຍນອກ. ຈຸດແມ່ນວ່າ LoadBalancer ຂອງທ່ານຕ້ອງໄດ້ຮັບທີ່ຢູ່ພາຍນອກເພື່ອໃຫ້ສາມາດເຂົ້າເຖິງໄດ້ຈາກພາຍນອກ, ຫຼືອາດຈະເປັນຕົວດຸ່ນດ່ຽງການໂຫຼດພາຍໃນຂອງທ່ານ;

• ກຸ່ມຄວາມປອດໄພ

- ການຄວບຄຸມການເຂົ້າເຖິງການດຸ່ນດ່ຽງ. ໂດຍພື້ນຖານແລ້ວນີ້ແມ່ນ firewall ລະດັບສູງ.

• ເຄືອຂ່າຍຍ່ອຍ

— subnets ພາຍ​ໃນ VPC ຂອງ​ທ່ານ (ແລະ​, ຕາມ​ນັ້ນ​, ເຂດ​ທີ່​ມີ​ຢູ່​)​. ເຄືອຂ່າຍຍ່ອຍຖືກລະບຸໃນລະຫວ່າງການສ້າງ. ຖ້າ VPCs ຖືກຈໍາກັດໂດຍພາກພື້ນ, ຫຼັງຈາກນັ້ນ Subnets ຖືກຈໍາກັດໂດຍເຂດທີ່ມີ. ເມື່ອສ້າງ Load Balancer, ມັນກໍ່ດີກວ່າທີ່ຈະສ້າງມັນຢູ່ໃນຢ່າງຫນ້ອຍສອງ subnets (ຊ່ວຍຖ້າບັນຫາເກີດຂື້ນກັບຫນຶ່ງ Availability Zone);

• ຜູ້ຟັງ

- ໂປໂຕຄອນການດຸ່ນດ່ຽງຂອງທ່ານ. ດັ່ງທີ່ໄດ້ກ່າວມາກ່ອນຫນ້ານີ້, ສໍາລັບ Classic Load Balancer ມັນສາມາດເປັນ HTTP, HTTPS, TCP ແລະ SSL, ສໍາລັບ Network Load Balancer - TCP, UDP ແລະ TLS, ສໍາລັບ Application Load Balancer - HTTP ແລະ HTTPS.

ຕົວຢ່າງສໍາລັບຕົວດຸ່ນດ່ຽງການໂຫຼດແບບຄລາສສິກ:

ແຕ່ໃນ Application Load Balancer ພວກເຮົາເຫັນການໂຕ້ຕອບທີ່ແຕກຕ່າງກັນເລັກນ້ອຍແລະໂດຍທົ່ວໄປແລ້ວເຫດຜົນທີ່ແຕກຕ່າງກັນ:

ອົງປະກອບ Load Balancer v2 (ALB ແລະ NLB)

ຕອນນີ້ເຮົາມາເບິ່ງທີ່ໃກ້ກວ່ານີ້ໃນເວີຊັ່ນ 2 ຕົວດຸ່ນດ່ຽງ Application Load Balancer ແລະ Network Load Balancer. ຕົວດຸ່ນດ່ຽງເຫຼົ່ານີ້ມີລັກສະນະອົງປະກອບຂອງຕົນເອງ. ສໍາລັບຕົວຢ່າງ, ແນວຄວາມຄິດດັ່ງກ່າວເປັນກຸ່ມເປົ້າຫມາຍປະກົດ - ຕົວຢ່າງ (ແລະຫນ້າທີ່). ຂໍຂອບໃຈກັບອົງປະກອບນີ້, ພວກເຮົາມີໂອກາດທີ່ຈະລະບຸວ່າກຸ່ມເປົ້າຫມາຍໃດທີ່ພວກເຮົາຕ້ອງການໃຫ້ການຈະລາຈອນໂດຍກົງ.

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

• ສ້າງ Load Balancer;
• ສ້າງກຸ່ມເປົ້າໝາຍ;
• ໂດຍກົງຜ່ານພອດທີ່ຕ້ອງການຫຼືກົດລະບຽບ Load Balancer ໄປຫາກຸ່ມເປົ້າຫມາຍທີ່ຕ້ອງການ;
• ໃນ​ກຸ່ມ​ເປົ້າ​ຫມາຍ​ທີ່​ທ່ານ​ກໍາ​ນົດ​ຕົວ​ຢ່າງ​.

ເຫດຜົນຂອງການປະຕິບັດງານນີ້ອາດຈະເບິ່ງຄືວ່າສັບສົນຫຼາຍ, ແຕ່ໃນຄວາມເປັນຈິງມັນສະດວກກວ່າ.

ອົງປະກອບຕໍ່ໄປແມ່ນ ກົດ​ລະ​ບຽບ​ຜູ້​ຟັງ​ (ກົດລະບຽບສໍາລັບເສັ້ນທາງ). ອັນນີ້ໃຊ້ກັບ Application Load Balancer ເທົ່ານັ້ນ. ຖ້າຢູ່ໃນ Network Load Balancer ທ່ານພຽງແຕ່ສ້າງ Listener, ແລະມັນສົ່ງການຈະລາຈອນໄປຫາກຸ່ມເປົ້າຫມາຍສະເພາະ, ຫຼັງຈາກນັ້ນໃນ Application Load Balancer ທຸກສິ່ງທຸກຢ່າງ. ມ່ວນ​ຫຼາຍ​ແລະ​ສະ​ດວກ​ສະ​ບາຍ​.

ຕອນນີ້ໃຫ້ເວົ້າສອງສາມຄໍາກ່ຽວກັບອົງປະກອບຕໍ່ໄປ - IP Elastic (ທີ່ຢູ່ຄົງທີ່ສໍາລັບ NLB). ຖ້າຜູ້ຟັງກົດ routing rules ມີຜົນກະທົບພຽງແຕ່ Application Load Balancer, Elastic IP ພຽງແຕ່ສົ່ງຜົນກະທົບຕໍ່ Network Load Balancer.

ມາສ້າງ Network Load Balancer:

ແລະພຽງແຕ່ໃນລະຫວ່າງຂະບວນການສ້າງພວກເຮົາຈະເຫັນວ່າພວກເຮົາໄດ້ຮັບໂອກາດທີ່ຈະເລືອກເອົາ Elastic IP:

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

ທີ່ນີ້ ກໍລະນີການນໍາໃຊ້ອື່ນ ກ່ຽວກັບຫົວຂໍ້ວ່າເປັນຫຍັງ IP Elastic ແມ່ນຈໍາເປັນ. ເບິ່ງ, ພວກເຮົາເຫັນ 3 ທີ່ຢູ່ IP, ແຕ່ພວກມັນຈະບໍ່ຢູ່ທີ່ນີ້ຕະຫຼອດໄປ:

Amazon ປ່ຽນແປງພວກມັນໃນໄລຍະເວລາ, ບາງທີທຸກໆ 60 ວິນາທີ (ແຕ່ໃນການປະຕິບັດ, ແນ່ນອນ, ຫນ້ອຍລົງ). ນີ້ຫມາຍຄວາມວ່າທີ່ຢູ່ IP ສາມາດປ່ຽນແປງໄດ້. ແລະໃນກໍລະນີຂອງ Network Load Balancer, ທ່ານພຽງແຕ່ສາມາດຜູກມັດທີ່ຢູ່ IP ແລະຊີ້ບອກມັນຢູ່ໃນກົດລະບຽບ, ນະໂຍບາຍ, ແລະອື່ນໆ.

ແຕ້ມບົດສະຫຼຸບ

ELB ສະຫນອງການແຈກຢາຍອັດຕະໂນມັດຂອງການຈະລາຈອນຂາເຂົ້າໃນທົ່ວຫຼາຍເປົ້າຫມາຍ (ບັນຈຸ, Amazon EC2 instances, ທີ່ຢູ່ IP, ແລະຫນ້າທີ່ Lambda). ELB ສາມາດແຈກຢາຍການຈະລາຈອນດ້ວຍການໂຫຼດທີ່ແຕກຕ່າງກັນທັງພາຍໃນເຂດ Availability ດຽວ ແລະໃນທົ່ວເຂດ Availability ຫຼາຍ. ຜູ້​ໃຊ້​ສາ​ມາດ​ເລືອກ​ຈາກ​ສາມ​ປະ​ເພດ​ຂອງ​ການ​ດຸ່ນ​ດ່ຽງ​ທີ່​ໃຫ້​ຄວາມ​ມີ​ຢູ່​ສູງ​, autoscaling​, ແລະ​ການ​ປົກ​ປັກ​ຮັກ​ສາ​ທີ່​ດີ​. ທັງຫມົດນີ້ແມ່ນສໍາຄັນເພື່ອຮັບປະກັນຄວາມທົນທານຕໍ່ຄວາມຜິດຂອງຄໍາຮ້ອງສະຫມັກຂອງທ່ານ.

ຂໍ້ໄດ້ປຽບຕົ້ນຕໍ:

• ມີໃຫ້ສູງ. ຂໍ້ຕົກລົງການບໍລິການຖືວ່າມີ 99,99% ສໍາລັບຕົວດຸ່ນດ່ຽງການໂຫຼດ. ຕົວຢ່າງ, ຫຼາຍເຂດທີ່ມີໃຫ້ຮັບປະກັນວ່າການຈະລາຈອນຖືກປະມວນຜົນໂດຍວັດຖຸທີ່ມີສຸຂະພາບດີເທົ່ານັ້ນ. ໃນຄວາມເປັນຈິງ, ທ່ານສາມາດດຸ່ນດ່ຽງການໂຫຼດໃນທົ່ວພາກພື້ນ, ການປ່ຽນເສັ້ນທາງໄປສູ່ເປົ້າຫມາຍທີ່ມີສຸຂະພາບດີໃນເຂດທີ່ມີທີ່ແຕກຕ່າງກັນ;
• ຄວາມປອດໄພ. ELB ເຮັດວຽກກັບ Amazon VPC, ສະຫນອງຄວາມສາມາດດ້ານຄວາມປອດໄພຕ່າງໆ - ການຄຸ້ມຄອງໃບຢັ້ງຢືນປະສົມປະສານ, ການກວດສອບຜູ້ໃຊ້ແລະການຖອດລະຫັດ SSL/TLS. ທັງຫມົດຮ່ວມກັນສະຫນອງການຈັດການສູນກາງແລະຄວາມຍືດຫຍຸ່ນຂອງການຕັ້ງຄ່າ TLS;
• ຄວາມຍືດຍຸ່ນ. ELB ສາມາດຈັດການການປ່ຽນແປງຢ່າງກະທັນຫັນໃນການຈະລາຈອນເຄືອຂ່າຍ. ແລະການເຊື່ອມໂຍງຢ່າງເລິກເຊິ່ງກັບ Auto Scaling ເຮັດໃຫ້ແອັບພລິເຄຊັນມີຊັບພະຍາກອນພຽງພໍຖ້າການໂຫຼດປ່ຽນແປງ, ໂດຍບໍ່ຕ້ອງການແຊກແຊງດ້ວຍມື;
• ຢືດຢຸ່ນ. ທ່ານສາມາດນໍາໃຊ້ທີ່ຢູ່ IP ເພື່ອສົ່ງຄໍາຮ້ອງຂໍໄປຫາເປົ້າຫມາຍຂອງແອັບພລິເຄຊັນຂອງທ່ານ. ນີ້ສະຫນອງຄວາມຍືດຫຍຸ່ນໃນເວລາທີ່ virtualizing ຄໍາຮ້ອງສະຫມັກເປົ້າຫມາຍ, ດັ່ງນັ້ນຈຶ່ງເຮັດໃຫ້ຄວາມສາມາດໃນການເປັນເຈົ້າພາບຫຼາຍຄໍາຮ້ອງສະຫມັກໃນຕົວຢ່າງດຽວ. ເນື່ອງຈາກແອັບພລິເຄຊັນສາມາດນໍາໃຊ້ພອດເຄືອຂ່າຍດຽວແລະມີກຸ່ມຄວາມປອດໄພແຍກຕ່າງຫາກ, ການສື່ສານລະຫວ່າງແອັບພລິເຄຊັນແມ່ນງ່າຍດາຍເມື່ອພວກເຮົາມີສະຖາປັດຕະຍະກໍາທີ່ອີງໃສ່ microservices;
• ການ​ຕິດ​ຕາມ​ກວດ​ກາ​ແລະ​ການ​ກວດ​ສອບ​. ທ່ານສາມາດຕິດຕາມແອັບພລິເຄຊັນໃນເວລາຈິງໂດຍໃຊ້ຄຸນສົມບັດ Amazon CloudWatch. ພວກເຮົາກໍາລັງເວົ້າກ່ຽວກັບ metrics, ບັນທຶກ, ການຕິດຕາມການຮ້ອງຂໍ. ໃນຄໍາສັບທີ່ງ່າຍດາຍ, ທ່ານຈະສາມາດກໍານົດບັນຫາແລະກໍານົດຂໍ້ບົກພ່ອງການປະຕິບັດຢ່າງຖືກຕ້ອງ;
• ການດຸ່ນດ່ຽງການໂຫຼດແບບປະສົມ. ຄວາມສາມາດໃນການໂຫຼດຄວາມດຸ່ນດ່ຽງລະຫວ່າງຊັບພະຍາກອນໃນພື້ນທີ່ແລະ AWS ໂດຍໃຊ້ຕົວດຸ່ນດ່ຽງການໂຫຼດດຽວກັນເຮັດໃຫ້ມັນງ່າຍຕໍ່ການໂອນຫຼືຂະຫຍາຍແອັບພລິເຄຊັນໃນພື້ນທີ່ໄປຫາຄລາວ. ການຈັດການຄວາມລົ້ມເຫລວຍັງຖືກເຮັດໃຫ້ງ່າຍດາຍໂດຍໃຊ້ຄລາວ.

ຖ້າທ່ານສົນໃຈໃນລາຍລະອຽດ, ນີ້ແມ່ນການເຊື່ອມຕໍ່ທີ່ເປັນປະໂຫຍດຫຼາຍຈາກເວັບໄຊທ໌ Amazon ຢ່າງເປັນທາງການ:

1. ການດຸ່ນດ່ຽງການໂຫຼດ Elastic.
2. ຄວາມສາມາດໃນການດຸ່ນດ່ຽງການໂຫຼດ Elastic.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com