Врхунски водич за мрежни дизајн

Једном када успоставите мрежу, ваш главни задатак менаџера мреже је да одржава свој капацитет. Ово је превасходно питање додавања више хардвера како би се задовољило веће потребе за пропусним опсегом и више крајњих тачака за особље. Међутим, ово ширење можете постићи на уредан начин само ако имате успостављен оквир дизајна.

Када креирате нову мрежу, имате предност чистог листа, који вам пружа могућност дизајнирања услуге која се лако може проширити. Дакле, ако преузмете лоше планирану мрежу, може бити добра идеја дизајнирати систем од нуле и онда преместите постојеће ресурсе да одговарају вашем планираном распореду.

У овом водичу ћете прочитати о систему за креирање дизајна, који ће вам пружити изглед нове мреже. Такође се може применити на постојеће мреже како би им се донеле боље перформансе. Шема у овом водичу следи систем препоручен у току за Испит Цисцо Цертифиед Нетворк Ассоциате (ЦЦНА). Дакле, чак и ако вам тренутно није вјероватно да је одговоран за креирање мрежног дизајна, савјети у овом водичу требали би вам барем помоћи да положите своје ЦЦНА испите.

Прочитајте за крајњи водич за дизајн мреже!

Методологија дизајна

Коначно, мреже постоје искључиво како би служиле потребама организације. Свако предузеће, добротворно удружење или удружење мора да има у виду јединствене захтеве мреже. На пример, хардвер и оперативне апликације које су вам потребне да бисте створили мрежу за Интернет Посао се разликује од опреме која ће вам требати за пословну подршку опека и малтера посао.

Када размислите о дизајну мреже, од самог почетка се не морате бавити задатком састављања листе хардверских захтева. То ће доћи касније. Тренутно се фокусирамо на дизајн мреже, а не на имплементацију тог дизајна. Умањивање на даљњи ниво апстракције, на почетку дизајнерске вјежбе, ми се уопће не бавимо изгледом мреже или чак њеном сврхом. Прво се треба фокусирати на методологију коју ћете следити како бисте дизајнирали мрежу.

Радите на стварању оквира који дефинише мрежу и који ће се бавити организацијом у било којем тренутку у будућности, а не само о њеним непосредним потребама. ЦЦНА смернице препоручују приступ одоздо нагоре.

Одозго на доле приступ

Давање задатка стварања мреже од нуле може бити застрашујуће искуство. Питање је одакле почети? Одговор одозго на доле на то питање је креирање хијерархије циљева, а затим листа задатака који су потребни за постизање сваког циља. Једном када је тај план успостављен, ући ћете у критичну анализу путања како бисте наручили задатке тако да у најкраћем могућем року можете доћи до циља.

Једном када знате које задатке треба прво покренути и које задатке можете изводити паралелно, моћи ћете планирати захтеве за ресурсима. Ово ће вам омогућити да у правом тренутку пронађете праве стручњаке на лицу места и натераћете их да раде што је брже могуће како би смањили трошкове. Такође ћете моћи да напишете захтев за инвентар, тако да ћете знати када вам је потребна опрема.

У приступу одоздо нагоре разматрања куповине хардвера се дешавају као последњи задатак на листи.

Алтернативни приступи

Приступ одоздо према горе је начин рада на који сте вероватно навикли. Ово је посебно случај ако проширите постојећу мрежу. У овом сценарију, почетна тачка дизајна је листа опреме. Овде је претпоставка "шта сада имамо и која ће нам опрема требати да бисмо испоручили проширену мрежу?"

Проблем приступа мрежном дизајну одоздо нагоре је тај што се он фокусира само на непосредну потребу за испуњавањем одређеног пословног захтева. То не поставља циљ у контекст шире мреже и могуће будуће ширење; само прегледате једно подручје мреже које треба побољшати. Ова промена могла би утицати на остале услуге и довести до оптерећења капацитета других подручја мреже мреже.

Чини се да је модел Агиле развоја методологија одоздо према горе. Са Агиле развојем, добијате грубу идеју како да испуните захтев, уложите то решење смјестите, а затим прилагодите резултате након што дође до података о употреби и пружи вам стварни капацитет захтеви. Агилни развој се не ослања на нагађања. У ствари, Агиле методологија може само бити постигнут у оквиру, а план одоздо према доље дат ће вашој мрежној конструкцији структуру која ће омогућити брзу инсталацију и рекурзивна прилагођавања.

Категорије циљева

Постоје три основна корака у дизајнирању мреже:

1. Идентификујте мрежне захтеве
2. Документирајте постојећу мрежу
3. Дизајнирајте топологију мреже и решења

У основи, морате знати како би ваша мрежа требала завршити, шта имате сада и како ћете прелазити из једне у другу.

Може се чинити чудним радити прво на идентификацији захтјева, а не на документацији постојеће мреже. Можда ћете помислити да је логичније почети са оним што имате и погледати шта захтев захтева. Међутим, овај низ корака написан је само у контексту пројекта проширења. Већ бисте требали имати добар план своје мреже и попис опреме коју користите за свакодневно решавање проблема. Постојање ових информација знатно ће олакшати корак 2.

Табула Раса

Када радите на дизајну мреже, размишљати о ономе што већ имате одвлачи пажњу. Ако размишљате у тим условима, на крају ћете пружити решење које подсећа на ваш постојећи систем. А то можда није најбоље решење. Боље је започети дизајн без претпоставки, јер у супротном никада нећете добити мрежу која је значајно боља од оне коју већ имате.

Одредите мрежне захтеве

Полазна тачка за сваки пројекат је пословни захтев, који ће навести нетехнички менаџер у организацији. Вероватно ћете сарађивати са менаџером пословних пројеката у развоју мреже.

Захтеви корисника

Морате добити спецификацију пројектоване која ће бити написана у облику циља. Овај циљ треба навести:

• Захтеви за капацитет: нпр., омогућити приступ Кс броју запослених или опслуживати И купце дневно
• Сврха: нпр. софтвер за покретање мреже, записи који се похрањују
• Перформансе потребне: нпр. „прихватљива времена одзива“
• Захтев за локацију: нпр. све у једној канцеларији или омогућавање приступа удаљеним радницима
• Временских ограничења: нпр. до краја следећег месеца
• Буџетска ограничења: нпр. максимум који се може потрошити за пружање потребне услуге

Технички захтев

Широко наведени кориснички захтеви могу се превести у изразе који су од значаја за техничко особље, које усмерава изјаве о циљевима до специфичних питања капацитета. Овај корак такође захтева додатно истраживање циљне потребе корисника. Из овога би требало да будете у могућности да набројите:

• Нови софтвер који се користи
• Решења за складиштење
• Типови крајњих уређаја: нпр. Радне површине, БИОД, ВиФи, мобилни уређаји, штампачи итд
• број корисника
• Захтеви за пропусну ширину

Требали бисте бити у могућности да утврдите да ли ће нови захтеви утицати на целу мрежу или само на једно географско подручје. На пример, нова пословна пракса, попут увођења ЕРП-а, вероватно би додала саобраћај свакој вези у канцеларијској мрежи. Додавање новог особља у одељењу за људске ресурсе само би додало саобраћај мрежи (која лежи између уређаја и уређаја) ново особље користи за приступ мрежи), као и сервере и опрему којој ће то особље требати приступ.

Циљ споразума

Дакле, имате документоване Захтеве корисника и грубу представу ИТ услуга које би требале постићи те циљеве. Затим напишите ове циљеве пројекта у документ и назовите менаџера корисника да га одјави прије него што даље напредујете.

Спремите нове захтеве за будуће пројекте

Након што постигнете уговор о циљевима, утврдићете параметре пројекта и можете избећи да се додају додатни захтеви. Нови захтеви ће се природно појавити како пројекат напредује. Међутим, то треба напоменути и поставити као циљеве који ће се узети у обзир за даљи пројекат, а не сме им се одложити или скренути радни напор за тренутни пројекат.

Стварање или ширење мреже неизбежно је повезано са софтвером и захтевима за обраду података у организацији. Међутим, разматрања куповине софтвера и капацитета сервера треба издвојити као одвојене циљеве.

Елиминишите нејасан језик из својих циљева

За потребе овог водича, ми се само фокусирамо на планирање мрежног дизајна. Стога би споразум о циљевима требао бити написан после Кориснички менаџер је већ проценио софтверске могућности и формирао јасне захтеве за особљем за посао.

Пишите прецизне цифре у циљ кад год је то могуће, јер је нејасност у односу на циљеве перформанси неизбежна при комуникацији са нетехничким особљем. Међутим, требало би јасно навести број корисника за које се очекује да ће бити додани у мрежу, број и врсту крајњих тачака, као и број посетилаца који се очекују на веб локацији.

Ако не пооштрите уговор о циљевима, кориснички менаџер ће користити нејасне циљеве као позадину за ширење пројекта. А онда ћете морати да одговорите на питања зашто нисте могли да се придржавате договореног буџета и распореда испоруке.

Документирајте постојећу мрежу

Надамо се да већ имате ефикасан софтвер за управљање мрежама. Тај алат ће вам моћи дати извештај о стању тренутних перформанси мреже. Ако креирате нову мрежу, постојеће перформансе мреже нису применљиве - само ћете морати прескочити овај корак.

Направите залихе опреме на месту

Како бисте требали моћи да сакупите капацитет сваког уређаја и кабла на вашој мрежи са вашег мрежног монитора, није губљење времена да укључите преглед сву опрему у мрежи. Међутим, географски захтеви вашег циљаног споразума требали би вам омогућити да ограничите обухват планирања. На пример, ако покренете ВАН, на једну локацију додајете десет нових крајњих тачака. Анализа утицаја може се разумно ограничити на мрежну опрему и каблове на месту где треба да се прошири. Ако ће се те крајње тачке користити за комуникацију с удаљеним сервером, тада је интернетска веза до тог сервера релевантна и за пројекат.

Мапирање мрежне топологије

Узмите копију ваше постојеће топологије мреже, било дигитално или физички, и обележите обрис око тог дела мреже на који ће промена утицати. Направите листу уређаја и веза у том ограниченом подручју. За сваки елемент у мрежи запишите:

• Капацитет пропусне ширине уређаја
• Просечна потражња за опсегом тренутно
• Највиша потражња за ширином опсега

За свако пребацивање на вашој мрежи имајте на уму ове додатне факторе:

• Тренутни број заузетих портова
• Тренутне везе са сусједним уређајима
• Тренутне везе са крајњим тачкама
• Број доступних портова

На мрежној мапи обележите локацију нове опреме, попут потребних рачунара, а затим тестирајте руте између најближег прелаза до вероватног одредишта за нови саобраћај који ће пројекат остварити Генериши. За сваку идентификовану руту нацртајте путању, приказујући каблове и мрежне уређаје у низу. Забиљежите елемент с најмањим капацитетом у свакој рути, а затим забиљежите просјечну и максималну потражњу на тој рути, и везом-по-линку и од краја до краја.

Дизајнерски слојеви

Кад уђете у фазу дизајна вашег пројекта, морате испитати нове захтеве и да ли ће ваша постојећа опрема и изглед допринети постизању циља. ЦЦНА курс раздваја мрежни дизајн на три слоја:

• Језгро
• Дистрибуција
• Приступ

Сваки од ових слојева захтева другачија разматрања дизајна:

Разматрања дизајна језгреног слоја

Цоре слој је мрежна окосница. Када планирате овај аспект своје мреже, испитујете физичку опрему која ће вам бити потребна. Не заборавите да поставите опсег разматрања језгре на део мреже на који ће пројекат утицати. Бићете усредсређени на захтеве за:

• Рутери и прекидачи
• Балансирање оптерећења
• Отпремност руте
• Захтеви за везу у брзини
• Оптимални протоколи за рутирање

На Интернету, сваки рутер мора имплементирати Бордер Гатеваи Протоцол. Међутим, унутар ограничења ваше приватне мреже имате пуно више могућности и можете одабрати онај протокол усмеравања који највише одговара вашој мрежи.

Захтев за балансирањем оптерећења и разматрања путање међусобно су зависни. На примјер, Спаннинг Трее Протоцол ограничава опције усмјеравања на само једну стазу и неће вам дозволити да подијелите промет. Покушајте да изградите редунданцију руте да бисте обезбедили покриће за неуспех главног пута.

Размислите о примени:

• Побољшани протокол за усмеравање унутрашњих пролаза
• Отворите први протокол најкраћег пута

Хардверски захтеви

Истражите хардверске захтеве за свој одабрани протокол. На примјер, можда ћете требати користити усмјериваче у мрежи на којима обично можете инсталирати прекидаче. Поставите приоритет опреми која нема безбедне функције, попут додатних управљачких модула, компоненти двоструке подршке (напајање и вентилатори) и дизајн заснован на шасији који олакшава партнерство дуплиране опреме.

Топологија мреже

Следећи проблем који треба размотрити је топологија мреже, треба ли размотрити опције пуне мреже и делимичне мреже? Топологија коју одаберете зависиће од величине ваше мреже, броја сувишних веза које уграђујете и вашег избора протокола усмеравања.

Разматрања дизајна слоја дистрибуције

Дистрибутивни слој испитује границе између система. Ово укључује интеракцију између ваше мреже и спољног света или између подручја мреже која се разматра и остатка мреже. Границни услови покривени дистрибутивним слојем такодје укљуцују интеракције измедју Приступног слоја и језгра.

Како се овај слој тиче граница ваше мреже, фокусира се на рутере, а не на преклопнике. Размотрићете приливе и одливе саобраћаја са којима мора да се бави ваш главни слој. Усредсредите се на ове факторе:

• Филтрирање саобраћаја
• Контрола приступа
• Резимирање руте
• Заштита језгра
• Интер-ВЛАН саобраћај

Обликовање саобраћаја

У овом слоју гледаћете на могуће мере обликовања саобраћаја, као што су приоритизација и редови чекања на граници мреже.

• Размислите о томе како се погодности мрежне топологије могу побољшати усмјеравањем разматрања како би се неким чворовима омогућио бржи приступ основним услугама, као што су сервери апликација или похрана. Размислите о балансирању канала и оптерећења помоћу КоС таговања како бисте одређеним корисницима омогућили боље перформансе од својих кључних апликација.
• Ако имате веб сервер и управљате огранком мреже изоловано од вашег уредског система, интеракција између тих зона била би делокруга слоја дистрибуције. Размислите о инсталирању кластера опреме и балансирању оптерећења на улазу у изворе који су окренути према ван. Примените сувишност ресурса за критично важне приступне стазе.
• Размотрите спискове контроле приступа (АЦЛ-ове) да бисте филтрирали саобраћај са интернета или ДМЗ-а у вашу основну мрежу.

Препоручени протоколи за рутирање

Цисцо препоручује још неколико методологија усмјеравања за Дистрибутивни слој него за Цоре слој. Размотрити:

• Побољшани протокол за усмеравање унутрашњих пролаза
• Отворите први протокол најкраћег пута
• Протокол информација о рутирању верзија 2
• Протокол средњег система до средњег система

Сви ови протоколи укључују процедуре за резимирање рута, што је важан елемент за оптимизацију мреже потребан у дистрибутивном слоју. Посебно треба избегавати класичне методе усмеравања за Дистрибутивни слој. Оне ће одредити појединачне руте за сав саобраћај, што је неефикасно при убацивању саобраћаја у мрежу и не улаже највише у ваше подмрежне напоре.

Разматрања дизајна слоја приступа

Док слој дистрибуције гледа како се саобраћај напаја из других мрежа, приступни слој се бави начином на који се крајње тачке корисника прикључују на основну мрежу. На овом завршном слоју већ имате планиране слојеве језгрене мреже и дистрибуције. Када се бавите крајњим тачкама, не морате да се бринете како ће саобраћај од крајње тачке прећи основну мрежу, кроз рутер и преко интернета до удаљених ресурса. Треба само да испитате како ће врста и локација корисничких уређаја утицати на обрасце саобраћаја основне мреже.

Како кориснички уређаји знатно надмашују све друге врсте опреме у канцеларијској мрежи, овај одељак би могао да буде најважнији део дизајна. Међутим, у случају малих предузећа заснованих на Интернету, можда нећете имати много посла у слоју приступа. Како облачни сервиси и телекомуникације постају све учесталији, концепти крајњих тачака постају мање важни.

Апликације које захтевају ресурсе

На овом слоју прегледаћете опрему ормара за ожичење и њихове локације. Најкритичне апликације којима ће требати пуно пажње на слоју приступа су интерактивни услужни програми који покрећу ВЛАН-ове - говорне и видео услуге. Овде ћете морати да примените КоС таговање како би се ваш ВЛАН саобраћај разликовао од ваше мреже података. Такође морате узети у обзир давање приоритета овом типу саобраћаја, јер брзина испоруке је од пресудне важности за њихову функционалност.

Виртуализације

Виртуализације су такође одговорност слоја приступа. Међутим, ЦЦНА смернице ову технологију само кратко спомињу. Ако проучавате разматрања мрежног дизајна за стварну имплементацију, потрошићете много више времена истражујући ваше захтеве за виртуализацијом него што сте то урадили ће потрошити на ваше ВЛАН мреже. Међутим, ако студирате за ЦЦНА испите, више се фокусирајте на упознавање проблема са ВЛАН-ом јер они долазе на испиту више него виртуализације.

Мобилни уређаји

Бежична опрема треба размотрити у Приступном слоју, а управљање мобилним уређајима је такође кључно у овом слоју. Морате истражити софтвер за управљање мобилним уређајима и одлучити да ли ћете охрабрити корисника уређаја у власништву запослених или испоручити све мобилне уређаје.

Фактори мрежног дизајна

На крају ћете морати да додате софтвер за управљање мрежом када дизајнирате мрежу. Размотрите препоруке у Савет овисности преглед софтвера за управљање мрежом као смјерница.

Да ли следите другачију методологију за дизајн мреже? Јесте ли прошли ЦЦНА испите и затим имплементирали трослојни модел у стварни мрежни дизајн? Оставите поруку у одељку Коментари испод и поделите своја искуства.