Sa tuwing lumalaki ang iyong system, tumataas ang trapiko, dumarami ang gumagamit ng iyong mga produkto, nagsisimulang tumugon ang mga server nang mas mabagal, pinipilit ng downtime na magdusa ang iyong negosyo pagkatapos ay magsisimula kang mag-isip tungkol sa pag-scale.  Mayroong dalawang pangunahing diskarte para sa pag-scale - patayo at pahalang.    ay naglalayon na pataasin ang kapangyarihan ng system sa pamamagitan ng pagdaragdag ng karaniwang mas maraming CPU, at RAM sa iyong mga server. Ang vertical scaling  Sa kabaligtaran,   ay nakatuon sa pag-duplicate (o pag-clone) ng iyong mga server sa pool ng mga mapagkukunan. ang pahalang na pag-scale   Higit pa sa mga ito:  Vertical scaling  Ang vertical scaling ay ang pinakamahusay na opsyon para sa isang low-traffic system dahil ito ang pinaka-naa-access na diskarte para sa paghawak ng paglago nang hindi nagpapakilala ng karagdagang kumplikado. Hindi mo kailangang alalahanin ang tungkol sa pag-deploy ng mga diskarte para sa isang pangkat ng mga mapagkukunan, ang pagkalastiko ng pool ng mga mapagkukunan, ang statelessness ng iyong server, ang ipinamahagi na cache, at iba pa.   Gayunpaman, ang vertical scaling ay may mga seryosong disbentaha  Limitasyon sa hardware dahil imposible nang walang katapusan na magdagdag ng mga mapagkukunan  Ang kakulangan ng failover at redundancy ay nagpapataas ng panganib na magkaroon ng matagal na downtime at pagkawala ng data  Pahalang na pag-scale  Inaalis   ang mga problemang ito sa pamamagitan ng pag-clone ng iyong mga server ng application at pag-embed ng isang bahagi gaya ng   . ng pahalang na pag-scale Load balancer    ay namamahagi ng trapiko sa iyong mga server gamit ang   gaya ng: Ang isang load balancer mga partikular na algorithm   Round-robin   Timbang round-robin  IP hash-based na mga diskarte  Pinakamababang paraan ng koneksyon  Weighted least connection method  Pinakamababang paraan ng pagtugon,  at marami pang iba.   Gayunpaman, mayroon itong ilang mga kawalan:  Ang mga server ay kailangang walang estado  Ang mga session ay kailangang ipagpatuloy sa isang sentralisadong data store  Mas kumplikado  maaaring kailanganin   pagpapakalat ng mga estratehiya  Ang isang load balancer ay maaaring maging bottleneck sa performance kung mali ang pagkaka-configure nito at hindi sapat ang mga mapagkukunan  Ito ay nagpapakilala ng karagdagang kumplikado sa system at tumatayo bilang isang potensyal na punto ng pagkabigo, na nangangailangan ng paglalapat ng mga diskarte sa failover  L4 / L7 Mga balancer ng load  Para sa dalawang device sa internet na makipag-ugnayan sa isa't isa, kailangang sundin ng mga pinagbabatayan na system ang mga partikular na protocol. Narinig ng lahat ang tungkol sa modelo ng OSI, na naglalarawan ng pitong layer na ginagamit ng mga computer system upang makipag-usap sa isang network. Bagama't nakabatay ang modernong internet sa isang mas simpleng modelo ng TCP/IP protocol stack, malawakang ginagamit ang modelong OSI, dahil nakakatulong ito sa pag-visualize at pakikipag-usap kung paano gumagana ang mga network at tumutulong na ihiwalay at i-troubleshoot ang mga problema sa networking.  Karamihan sa mga solusyon sa pagbabalanse ng load ng industriya ay gumagamit ng mga terminong L4 at L7 kung saan ang L4 ay tumutukoy sa layer ng transportasyon sa modelo ng OSI at ang L7 ay tumutukoy sa layer ng aplikasyon.  Ang L4 load balancer ay L2/L3 pa rin dahil gumagamit ito ng data mula sa ibabang mga layer gaya ng IP address at port number.   Pangunahing bentahe ng L4 load balancer  Ito ay mas ligtas at gumaganap dahil ang nilalaman ng data ay hindi isinasaalang-alang sa paggawa ng mga pagpapasya sa pagruruta  Ang parehong koneksyon ng TCP ay humahawak sa pagitan ng kliyente at server, na tumutulong upang maiwasan ang paglampas sa limitasyon ng mga available na koneksyon sa TCP sa isang load balancer   Pangunahing disadvantages ng L4 load balancer  Imposible ang matalinong pagruruta dahil hindi nagde-decrypt ang content  Ang stateful protocol ay nagdudulot ng karagdagang kumplikado  Pagmamapa sa pagitan ng pampubliko at pribadong mga address  Walang pag-cache dahil hindi available ang nilalaman sa antas na ito  Hindi posibleng gamitin para sa arkitektura ng microservices dahil hindi available ang pag-redirect ng trapiko batay sa url path  Sa kabilang banda, gumagana ang L7 load balancer sa antas ng aplikasyon sa modelo ng OSI   Pangunahing bentahe ng L7 load balancer  Ang mga matalinong pagpapasya ay maaaring gawin batay sa path ng URL, mga header, nilalaman  Pag-cache   Pangunahing disadvantages ng L7 load balancer  Karagdagang overhead dahil sa pagpapanatili ng dalawang koneksyon sa TCP, isa sa pagitan ng client at load balancer, ang pangalawa sa pagitan ng load balancer at server. Gayundin, kailangang isaalang-alang ang limitasyon sa koneksyon ng TCP ng load balancer  Hindi gaanong secure dahil dapat alam ng load balancer ang mga certificate para makapag-decrypt ng data at makagawa ng mga desisyon sa pagruruta   Konklusyon  Ang load balancer ay isang mahalagang bahagi kapag inilapat ang pahalang na pag-scale upang pangasiwaan ang mga system na may mataas na trapiko. Mayroong dalawang pangunahing uri ng load balancers L4 at L7.  Ang L4 load balancer ay mas secure at gumaganap dahil sa mga limitasyon sa paggawa ng matalinong desisyon  Gumagana ang L7 load balancer sa isang paraan upang magbigay ng matalinong mga desisyon sa pagruruta dahil sa gastos ng kahusayan at seguridad  Ang pagpili ng naaangkop na uri ay depende sa mga kinakailangan ng system at dapat isaalang-alang nang mabuti nang may makatwirang balanse ng paglalapat ng mga prinsipyo sa seguridad at pag-aalis ng mga bottleneck sa pagganap.  Na-publish din  dito.

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

Read My Stories

Ang audio na ito ay ginawa sa orihinal na wika ng kuwento!

Decoding Load Balancing Primitives

About Author

MGA KOMENTO

HANG TAGS

ANG ARTIKULONG ITO AY IPINAKITA SA

Related Stories

COVID-19: We Need More Than Data, We Need Insights!

Hosting a DNS domain on the blockchain

Encrypted Instant Messaging Recommendations January 2017

How I deployed my spark document classification(Logistic Regression) model/s as a standalone app…

COVID-19: We Need More Than Data, We Need Insights!

Hosting a DNS domain on the blockchain

Encrypted Instant Messaging Recommendations January 2017

How I deployed my spark document classification(Logistic Regression) model/s as a standalone app…

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps