Секогаш кога вашиот систем расте, сообраќајот се зголемува, сè повеќе корисници ги користат вашите производи, серверите почнуваат да реагираат побавно, прекините го принудуваат вашиот бизнис да страда, а потоа почнувате да размислувате за скалирање.  Постојат две примарни стратегии за скалирање - вертикална и хоризонтална.    има намера да ја зголеми моќноста на системот со додавање обично повеќе CPU и RAM на вашите сервери. Вертикалното скалирање  Спротивно на тоа,   се фокусира на дуплирање (или клонирање) на вашите сервери во базенот на ресурси. хоризонталното скалирање   Повеќе за овие:  Вертикално скалирање  Вертикалното скалирање е најдобрата опција за систем со мал сообраќај бидејќи тоа е најпристапниот пристап за справување со растот без воведување дополнителна сложеност. Не треба да се грижите за распоредување стратегии за група ресурси, за еластичноста на базенот на ресурси, за бездржавноста на вашиот сервер, за дистрибуираниот кеш итн.   Сепак, вертикалното скалирање има сериозни недостатоци  Хардверско ограничување бидејќи е невозможно бесконечно да се додаваат ресурси  Недостатокот на неуспех и технолошки вишок го зголемува ризикот од продолжено прекинување и губење на податоци  Хоризонтално скалирање    ги елиминира овие проблеми со клонирање на серверите за апликации и вградување на компонента како што е   . Хоризонталното скалирање Load balancer    го дистрибуира сообраќајот на вашите сервери користејќи   како што се: Балансерот на оптоварување специфични алгоритми   Круг-робин   Пондериран круг-робин  Пристапи базирани на IP хаш  Најмал начин на поврзување  Најмал пондериран метод на поврзување  Метод со најмал одговор  и многу други.   Сепак, има неколку недостатоци:  Серверите мора да бидат без државјанство  Сесиите треба да се одржуваат во централизирана продавница за податоци  Покомплицирано  може да се бара   распоредување стратегии  Балансерот на оптоварување може да стане тесно грло во перформансите ако е погрешно конфигуриран и ресурсите не се доволни  Тој воведува дополнителна сложеност на системот и претставува потенцијална единствена точка на неуспех, која бара примена на стратегии за отфрлање  L4 / L7 Балансери на оптоварување  За два уреди на интернет да комуницираат едни со други, основните системи треба да следат специфични протоколи. Сите слушнаа за моделот OSI, кој опишува седум слоеви кои компјутерските системи ги користат за да комуницираат преку мрежа. Иако современиот интернет се заснова на поедноставен модел на стек протокол TCP/IP, моделот OSI е широко користен, бидејќи помага да се визуелизира и да се комуницира како функционираат мрежите и да се изолираат и да се отстранат проблемите со мрежата.  Повеќето индустриски решенија за балансирање на оптоварување ги користат термините L4 и L7 каде што L4 се однесува на транспортниот слој во OSI моделот и L7 се однесува на слојот на апликација.  Балансерот на оптоварување L4 сè уште е L2/L3 бидејќи користи податоци од долните слоеви како што се IP адресата и бројот на портата.   Главните предности на балансот на оптоварување L4  Тој е посигурен и пофункционален бидејќи содржината на податоците не се зема во донесувањето одлуки за рутирање  Истата TCP врска се одржува помеѓу клиентот и серверот, што помага да се спречи надминување на границата на достапни TCP конекции на балансерот на оптоварување   Главните недостатоци на балансерот на оптоварување L4  Интелигентното рутирање е невозможно бидејќи содржината не се дешифрира  Статуалниот протокол носи дополнителна сложеност  Мапирање помеѓу јавни и приватни адреси  Нема кеширање бидејќи содржината е недостапна на ова ниво  Не е можно да се користи за архитектура на микроуслуги бидејќи пренасочувањето на сообраќајот не е достапно врз основа на патеката на URL-то  Од друга страна, балансерот на оптоварување L7 работи на ниво на примена во OSI моделот   Главните предности на балансерот на оптоварување L7  Паметните одлуки може да се донесат врз основа на патеката на URL-то, заглавијата, содржината  Кеширање   Главните недостатоци на балансерот на оптоварување L7  Дополнителни трошоци поради одржување на две TCP конекции, едната помеѓу клиентот и load balancer, втората помеѓу load balancer и серверот. Исто така, треба да се земе предвид границата за поврзување TCP на балансерот на оптоварување  Помалку безбеден бидејќи балансерот на оптоварување мора да знае сертификати за да може да ги дешифрира податоците и да донесува одлуки за рутирање   Заклучок  Балансерот на товарот е витална компонента кога се применува хоризонтално скалирање за ракување со системи со голем сообраќај. Постојат два главни типа на балансери на оптоварување L4 и L7.  Балансерот на оптоварување L4 е многу посигурен и поефективен поради ограничувањата за донесување паметни одлуки  L7 балансерот на оптоварување работи на начин да обезбеди интелигентни одлуки за рутирање поради трошоците за ефикасност и безбедност  Изборот на соодветен тип зависи од системските барања и треба внимателно да се разгледа со разумна рамнотежа на примена на безбедносните принципи и елиминирање на тесните грла во изведбата.  Објавено и  овде.

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

Read My Stories

Ова аудио е произведено на оригиналниот јазик на приказната!

Премногу долго; Да чита

Get Free Unlimited IP Geo Data With IPinfo Lite

Примитивци за декодирање на балансирање на оптоварување

About Author

КОМЕНТАРИ

ВИСЕТЕ ТАГОВИ

ОВОЈ СТАТИЈА БЕШЕ ПРЕТСТАВЕН ВО

Related Stories

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps