Кожны раз, калі ваша сістэма расце, павялічваецца трафік, усё больш і больш карыстальнікаў выкарыстоўваюць вашы прадукты, серверы пачынаюць рэагаваць павольней, прастоі прымушаюць ваш бізнес пакутаваць, тады вы пачынаеце думаць аб маштабаванні.  Ёсць дзве асноўныя стратэгіі маштабавання - вертыкальная і гарызантальная.    мае намер павялічыць магутнасць сістэмы шляхам дадання звычайна большай колькасці працэсара і аператыўнай памяці да вашых сервераў. Вертыкальнае маштабаванне  Наадварот,   сканцэнтравана на дубліраванні (або кланаванні) вашых сервераў у пуле рэсурсаў. гарызантальнае маштабаванне   Больш пра гэта:  Вертыкальнае маштабаванне  Вертыкальнае маштабаванне - лепшы варыянт для сістэмы з нізкім трафікам, таму што гэта найбольш даступны падыход для апрацоўкі росту без дадатковай складанасці. Вам не трэба клапаціцца пра разгортванне стратэгій для групы рэсурсаў, эластычнасць пула рэсурсаў, адсутнасць стану вашага сервера, размеркаваны кэш і гэтак далей.   Аднак вертыкальнае маштабаванне мае сур'ёзныя недахопы  Ліміт апаратнага забеспячэння, паколькі бясконцае даданне рэсурсаў немагчыма  Адсутнасць пераключэння пасля адмовы і рэзервавання павышае рызыку працяглага прастою і страты даных  Гарызантальнае маштабаванне    ліквідуе гэтыя праблемы шляхам кланавання вашых сервераў прыкладанняў і ўбудавання такіх кампанентаў, як   . Гарызантальнае маштабаванне балансір нагрузкі    размяркоўвае трафік на вашых серверах з дапамогай   такіх як: Балансір нагрузкі пэўных алгарытмаў,   Кругавая сістэма   Узважаная кругавая сістэма  Падыходы на аснове 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-злучэнняў, аднаго паміж кліентам і балансірам нагрузкі, другога паміж балансірам нагрузкі і серверам. Акрамя таго, трэба ўлічваць ліміт 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

Гэта аўдыя зроблена на мове арыгіналу гісторыі!

Расшыфроўка прымітываў балансавання нагрузкі

About Author

КАМЕНТАРЫІ

ВЕСІЦЬ БІРКІ

ГЭТЫ АРТЫКУЛ БЫЎ ПРАДСТАЎЛЕНЫ Ў

Related Stories

HackerNoon Releases “The Editing Protocol” - Technical Documentation for Digital Publishing at Scale

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

Navigating the Future of Blockchain VC Industry With Stelian Balta of Hyperchain Capital

Inside BTCC: What 14 Years of Crypto Taught BTCC, and What Comes Next

HackerNoon Releases “The Editing Protocol” - Technical Documentation for Digital Publishing at Scale

10 Reasons Why Publishing on HackerNoon Will Skyrocket Your Reach and Impact

Navigating the Future of Blockchain VC Industry With Stelian Balta of Hyperchain Capital

Inside BTCC: What 14 Years of Crypto Taught BTCC, and What Comes Next

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps