Време е да навлеземе подлабоко во тоа како Cisco NSO навистина функционира и како може да се имплементира во веќе постоечка компанија со системи и процеси. Како искусни Cisco NSO консултанти, им помагаме на компаниите да разберат како NSO може да се интегрира и да помогне во управувањето со нивната мрежа. Овој прв дел се фокусира на техничките основи на Cisco NSO и ги објаснува трите главни компоненти: Service Manager, Device Manager и Network Element Drivers (NED). Но, да започнеме со технички преглед на Cisco NSO.
Преглед на Cisco NSO
Cisco NSO се состои од три слоеви кои меѓусебно соработуваат за поддршка на напредна автоматизација на мрежи: Service Manager, Device Manager и NEDs. Овие компоненти се тесно поврзани преку конфигурациската база на податоци (CDB), која управува и складира мрежни податоци. Подолу следи преглед на системот и неговите компоненти, каде што ќе ги разгледаме секој дел и нивната улога во автоматизацијата на мрежи.
Ако започнеме оддолу нагоре, полесно е да разбереме што се случува во секој слој.
Network Element Drivers (NEDs)
Network Element Driver (NED) е како драјвер кој му овозможува на NSO да комуницира со мрежната опрема. Во моментов, постојат NEDs за повеќе од 1000 различни типови на уреди, вклучувајќи ја целата Cisco опремакако NX-OS и IOS-XR, но исто така и решенија од други производители како Juniper’s JunOS, Arista EOS и Fortinet FortiOS, меѓу другите.
Главната функција на NED е преведување помеѓу сопствениот јазик на уредот, како што се CLI или REST API, и стандардизираниот NETCONF/YANG формат што Cisco NSO го користи интерно. Ќе навлеземе подлабоко во NETCONF/YANG во едно од следните поглавја.
Ако за одреден тип на уред нема достапен NED, можно е да се побара Cisco да развие таков. Ако уредот веќе поддржува NETCONF/YANG на правилен начин, NED може дури и автоматски да се генерира со алатките што се дел од Cisco NSO.
Ова овозможува Cisco NSO да се интегрира со речиси секоја мрежна опрема, а нашите Cisco NSO консултанти можат да ви помогнат да ја најдете најсоодветната решениe за вашата околина.
Device Manager
Device Manager ги собира сите информации што секој NED (Network Element Driver) ги презема од мрежната опрема, вклучувајќи детали како каков тип на уред е, која верзија на оперативниот систем (на пр. JunOS) се користи и слично. Оваа информација потоа се складира во CDB базата на податоци на Cisco NSO.
CDB (Configuration DataBase) е специјално дизајнирана база за управување со YANG-структурирани податоци. Но, Device Manager може да направи многу повеќе од само складирање податоци. Бидејќи е одговорен за управување со сите ажурирања во CDB, Device Manager исто така може автоматски да провери дали уредот е синхронизиран со Cisco NSO. Покрај тоа, уредите можат да бидат заклучени за да се спречат несакани промени, на пример, за време на планирано одржување или ако уредот има проблеми.
Покрај тоа, Device Manager може автоматски да создава и конфигурира нова опрема кога таа се додава во Cisco NSO. Еден пример за ова е кога се додава нов Arista EOS уред, Device Manager може да има преддефинирано правило што автоматски применува стандардна конфигурација на новата опрема. Ова заштедува време и гарантира дека секој нов уред ги следи политиките и барањата на компанијата. Подоцна ќе разгледаме подетално за услугите и управувањето со конфигурации.
Device Manager исто така може да прима и обработува аларми од мрежната опрема, во зависност од тоа каква поддршка нуди NED што се користи. Овие аларми можат да бидат или пренесени за рачно управување или автоматски да активираат одредени акции во Cisco NSO, како што се извршување на специфични команди или примена/отстранување на конфигурации. Ова го прави Cisco NSO моќна алатка за автоматизација на мрежи, а нашите искусни Cisco NSO консултанти можат да помогнат вашата компанија целосно да ги искористи овие можности.
Service Manager
Service Manager е сличен на Device Manager, но наместо да управува со информации за индивидуални мрежни уреди, тој управува со информации за услугите што различните „нарачатели“ над Cisco NSO ги бараат. Во својата наједноставна форма, Service Manager може да се користи за управување со опремата преку CLI, но во тој случај не е постигната вистинска автоматизација – само е променето местото каде што командите се внесуваат, од секој поединечен уред кон заедничкиот интерфејс на Cisco NSO.
Она што Service Manager го прави моќен е неговата способност да има поширок преглед на мрежата. Наместо да се конфигурира секој уред поединечно, со користење на сервисни модели може да се дефинира услуга што опфаќа повеќе мрежни уреди, на пример, неколку порти на Cisco рутер, HP свич и специфични порти на Fortigate заштитен ѕид. Услугата потоа се креира како целина или воопшто не се применува – исто како Device Manager, Service Manager користи NETCONF/YANG за комуникација со CDB и управува со креирањето на услугите како трансакција. Доколку оваа трансакција не може да се изврши, целата конфигурација се отстранува, а не само од уредот каде што настанала грешката.
Кога сервисен модел во Service Manager се ажурира, на пример со промена на пропусниот опсег што услугата го нуди, ова ажурирање автоматски се зачувува во CDB. Ова значи дека други системи и корисници што комуницираат со Cisco NSO, како што е инвентарски систем преку REST API, ќе ја видат најновата верзија на податоците во реално време.
Сервисни модели
Сега кога имаме подобро разбирање за тоа како функционира Cisco NSO, време е да ја адресираме една од најголемите прашања при неговата имплементација: сервисните модели.
Сервисниот модел дефинира кои параметри има една услуга, како на пример колкава пропусност треба да обезбеди услугата, како и кои ресурси во мрежата ги користи услугата.
Имајќи јасна слика за овие параметри, можеме да одговориме на клучни прашања како што се:
Ако одреден мрежен уред откаже, кои услуги ќе бидат засегнати и на кој начин? Постои ли редундантност што може да преземе?
При планирано одржување на уред, кои интерни и екстерни клиенти ќе бидат засегнати и на кој начин? Дали овие услуги имаат редундантност или постои ризик од прекин?
Колку чини испораката на оваа услуга? На пример, оптичките модули се значителен дел од енергетскиот буџет кај модерната опрема. Колкав дел од потрошувачката на електрична енергија на овој уред припаѓа на оваа услуга и, во поширок контекст, како тоа влијае врз извештаите како што е EU ETS?
Дали има доволен капацитет во мрежата за да се испорача оваа услуга на локацијата каде што е потребна? Или прво треба да се изгради дополнителна мрежна инфраструктура за да се исполнат барањата?
При воведување на Cisco NSO, првото прашање често е дали компанијата има воспоставени сервисни модели за своите услуги. И ако постојат – како се документирани и управувани?
Важно е да се направи разлика помеѓу сервисни модели и инвентарни модели. Двата можат да бидат управувани од ист систем, но имаат различни улоги.
Инвентарниот модел одговара на прашања како:
→ Колку примероци од одредена опрема имаме? Колку чинеле и кога ќе бидат отпишани?
→ Каде е опремата лоцирана, до кој кат, соба и рек? Кој код за пристап е потребен за влез и дали техничарите имаат потреба од придружба на локацијата?
→ Колку од овие уреди моментално се користат и за што? Дали има уреди на залиха што можат да се користат како резервни делови и каде се наоѓаат?
→ Кој е серискиот број? Кои договори за поддршка важат и кога истекуваат?
Еден начин да се илустрира разликата помеѓу сервисен модел и инвентарен модел е да се размисли што се случува кога еден уред откаже и се заменува со идентичен.
Сервисниот модел останува ист – јазолот во сервисната графа го задржува своето име и параметри бидејќи новиот уред добива точно истата конфигурација како и стариот што го заменува.
Инвентарниот модел, од друга страна, се ажурира со новиот сериски број на уредот и со информацијата дека е потрошен резервен дел кој треба да се надополни.
За жал, сервисните модели често се запоставен дел од мрежната инфраструктура, особено во традиционални on-prem решенија.
Облачните услуги како AWS и Azure ги принудуваат корисниците експлицитно да креираат и поврзуваат ресурси со услуги, што значи дека сервисните модели секогаш постојат од првиот ден.
Во on-prem мрежите, процесите често се поинформални, што функционира сè додека мрежата не стане преголема и премногу сложена за да се управува на тој начин.
Ова е уникатен предизвик за секоја компанија, но со помош на искусни Cisco NSO консултанти, може да започнете со креирање и управување со ефикасни сервисни модели што ќе одговараат на потребите на вашата организација.
Потребна ви е помош со Cisco NSO?
Ако вашата компанија се соочува со предизвици во мрежната автоматизација или размислува за имплементација на Cisco NSO, нашите Cisco NSO консултанти можат да ве водат низ целиот процес. Без разлика дали станува збор за креирање на сервисни и инвентарни модели, оптимизирање на мрежната автоматизација или долгорочна поддршка, ние ја имаме експертизата што ви е потребна.
Со наша помош, вашата компанија може целосно да ги искористи придобивките на Cisco NSO, да ги намали оперативните трошоци и да ја зголеми ефикасноста.
Контактирајте нè денес за да дознаете како можеме да ви помогнеме да успеете со Cisco NSO!
Comentarios