Како преузети контролу над вашом мрежном инфраструктуром. Прво поглавље. Држати

Овај чланак је први у низу чланака „Како преузети контролу над својом мрежном инфраструктуром“. Садржај свих чланака у серији и линкови се могу пронаћи овде.

У потпуности признајем да постоји довољан број компанија код којих застој мреже од једног сата или чак једног дана није критичан. Нажалост или на срећу, нисам имао прилику да радим на таквим местима. Али, наравно, мреже су различите, захтеви су различити, приступи су различити, а ипак, у овом или оном облику, листа испод у многим случајевима ће заправо бити „обавезна”.

Дакле, почетни услови.

Налазите се на новом послу, напредовали сте или сте одлучили да изнова погледате своје обавезе. Мрежа компаније је ваша област одговорности. За вас је ово на много начина изазов и новост, што донекле оправдава менторски тон овог чланка :). Али надам се да чланак може бити користан и било ком мрежном инжењеру.

Ваш први стратешки циљ је да научите да се одупрете ентропији и одржите ниво пружене услуге.

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

Оборудование

Прво морате разумети где су највећи ризици.

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

Претпоставимо, да буде јасно, да је то ипак континуитет услуге (тако је било у свим компанијама у којима сам радио).

Затим морате почети са опремом. Ево листе тема на које треба обратити пажњу:

• класификација опреме по степену критичности
• резервна копија критичне опреме
• подршка, лиценце

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

Пример

Рецимо да говоримо о роот прекидачу у центру података.

Пошто смо се сложили да је континуитет сервиса најважнији критеријум, разумно је обезбедити „хот“ бацкуп (редунданцију) ове опреме. Али то није све. Такође морате да одлучите колико дуго, ако се први прекидач поквари, да ли је прихватљиво да живите само са једним преосталим прекидачем, јер постоји ризик да ће се и он покварити.

Важно! Не морате сами да одлучујете о овом питању. Морате описати ризике, могућа решења и трошкове за менаџмент или менаџмент компаније. Они морају да доносе одлуке.

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

Али постоји ризик да се не испоруче. Нажалост, једном смо се нашли у таквој ситуацији. Уместо четири сата, опрема је путовала недељу дана!!!

Стога и о овом ризику треба разговарати и можда ће вам бити исправније да купите још један прекидач (трећи) и да га чувате у пакету резервних делова („хладна” резервна копија) или да га користите у лабораторијске сврхе.

Важно! Направите табелу све подршке коју имате са датумима истека и додајте је у свој календар како бисте добили е-поруку најмање месец дана унапред да бисте требали да почнете да бринете о обнављању подршке.

Неће вам бити опроштено ако заборавите да обновите подршку и дан након што се заврши ваш хардвер се поквари.

Хитан рад

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

Важно! Морате имати приступ конзоли свој опреми и овај приступ не би требало да зависи од здравља корисничке мреже података.

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

Мора да постоји

• информације потребне за отварање тикета са подршком добављача или интегратора
• информације о томе како доћи до било које опреме (конзола, управљање)

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

партнери

Сада морате да процените ризике повезане са партнерима. Обично ово

• Интернет провајдери и тачке размене саобраћаја (ИКС)
• провајдери комуникационих канала

Која питања треба да поставите себи? Као и код опреме, морају се размотрити различити сценарији за ванредне ситуације. На пример, за интернет провајдере, то може бити нешто попут:

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

Што се тиче инпута, у мојој пракси у две различите компаније, у два различита дата центра, багер је уништио бунаре и само чудом наша оптика није била погођена. Ово није тако редак случај.

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

резервна копија

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

Важно! Правите резервне копије дневно. Ово није тако велика количина података за уштеду на овоме. Ујутру дежурни инжењер (или ви) треба да добије извештај од система који јасно показује да ли је бекап успео или не, а ако је бекап неуспешан, проблем треба решити или креирати тикет ( види процесе мрежног одељења).

Верзије софтвера

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

Овде морате пронаћи најбољу опцију. Неколико очигледних препорука

• инсталирајте само стабилне верзије
• Ипак, не би требало да живите на веома старим верзијама софтвера
• направити таблу са информацијама о томе где се неки софтвер налази
• периодично читајте извештаје о рањивости и грешкама у верзијама софтвера, а у случају критичних проблема требало би да размислите о надоградњи

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

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

Систем плаћања карте

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

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

Систем тикета је у суштини ваш интерфејс за интерну и екстерну комуникацију и требало би да опишете овај интерфејс довољно детаљно.

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

Пример

Почнимо са чињеницом да често корисници са приступом формулишу своје жеље на језику који је неразумљив за мрежног инжењера, наиме, на језику апликације, на пример, „дај ми приступ 1Ц“.

Због тога никада нисмо прихватали захтеве директно од таквих корисника.
И то је био први услов

• захтеви за приступ треба да долазе од техничких одељења (у нашем случају то су били уник, виндовс, инжењери хелпдеск-а)

Други услов је да

• овај приступ мора бити евидентиран (од стране техничког одељења од којег смо примили овај захтев) и као захтев добијамо линк до овог евидентираног приступа

Форма овог захтева мора да нам буде разумљива, тј.

• захтев мора да садржи информације о томе која подмрежа и којој подмрежи приступ треба да буде отворен, као и протокол и (у случају тцп/удп) портова

То би такође требало да буде назначено тамо

• опис зашто је овај приступ отворен
• привремено или трајно (ако је привремено, до ког датума)

И веома важна тачка су одобрења

• од шефа одељења који је иницирао приступ (на пример, рачуноводство)
• од шефа техничког одељења, одакле је овај захтев дошао у мрежно одељење (на пример, хелпдеск)

У овом случају, „власником“ овог приступа сматра се шеф одељења које је приступило (рачуноводство у нашем примеру), и он је одговоран да обезбеди да страница са евидентираним приступом за ово одељење остане ажурна .

Логгинг

Ово је нешто у чему се можете удавити. Али ако желите да примените проактиван приступ, онда морате да научите како да се носите са овом поплавом података.

Ево неколико практичних препорука:

• морате свакодневно прегледавати дневнике
• у случају планираног прегледа (а не хитне ситуације), можете се ограничити на нивое озбиљности 0, 1, 2 и додати одабране обрасце са других нивоа ако сматрате да је потребно
• напишите скрипту која анализира дневнике и игнорише оне дневнике чије сте обрасце додали на листу игнорисања

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

Праћење

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

Два најпопуларнија примера у мојој пракси:

• праћење оптерећења комуникационих канала, критичних веза (на пример, повезивање са провајдерима). Они вам омогућавају да проактивно сагледате потенцијални проблем деградације услуге услед губитка саобраћаја и, сходно томе, избегнете га.
• графикони засновани на НетФлов-у. Они олакшавају проналажење аномалија у саобраћају и веома су корисни за откривање неких једноставних, али значајних врста хакерских напада.

Важно! Подесите СМС обавештења за најкритичније догађаје. Ово се односи и на праћење и на евидентирање. Ако немате дежурну смену, онда би смс требало да стигне и ван радног времена.

Размислите о процесу на такав начин да не пробудите све инжењере. Имали смо дежурног инжењера за ово.

Контрола промена

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

Неколико савета:

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

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

Процеси

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

Дневни процеси:

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

Годишњи процеси:

• продужење гаранција, лиценце

Асинхрони процеси:

• реаговање на различите ванредне ситуације

Закључак првог дела

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

До сада, као што видите, нисте ништа побољшали у својој мрежи. Ако је било безбедносних пропуста, онда су оне остале; ако је било лошег дизајна, онда је остало. Све док не примените своје вештине и знање као мрежни инжењер, на шта сте највероватније потрошили много времена, труда, а понекад и новца. Али прво морате да направите (или ојачате) основу, а затим да почнете да градите.

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

Наравно, не морате све да радите узастопно. Време може бити критично. Урадите то паралелно ако ресурси дозвољавају.

И важан додатак. Комуницирајте, питајте, консултујте се са својим тимом. На крају крајева, они су ти који подржавају и раде све ово.

Извор: ввв.хабр.цом