Telekomunikacijų debesies (NFV) tinklo reikalavimai

Šiuo metu vis daugiau telekomunikacijų operatorių supranta, kad tinklo funkcijų paslaugų teikimas naudojant uždarą ir brangią specialią techninę įrangą ne tik sukelia tinklo vėlavimą, bet ir toliau didėja tinklo kapitalo ir veiklos sąnaudos. Pastaruoju metu pastebėjome, kad vis daugiau organizacijų pereina prie programinės įrangos{1}}apibrėžtų tinklų. NFV yra kilęs iš ETSI pramonės normatyvinės darbo grupės specifikacijos, kuri supaprastina operacijas pakeičiant specialią aparatinę įrangą virtualaus tinklo funkcijomis. NFV priimama daugiau.

ETSI apibrėžtoje struktūrinėje sistemoje, kuria siekiama sukurti NFV debesį, NetworkFabric yra esminė NFV infrastruktūros (NFVI) sudedamoji dalis. Pagrindiniai moduliai, kurių reikia NFV Cloud's Network Fabric, yra panašūs į tuos, kuriuos naudoja debesų paslaugų teikėjai savo tinklams kurti. Dabar pažvelkime į pagrindinius modulius.

Lanksti, lengvai{0}}pakeičiama-atvira IP tinklo infrastruktūra:

Nors 2 sluoksnio technologiją galima naudoti kuriant nedidelį debesį, debesijos paslaugų teikėjai galiausiai pasirinko 3-sluoksniu pagrįstą dizainą, kad sukurtų duomenų centro matricą su lapų-stuburo struktūra, kuri gali keistis horizontaliai. IP technologija pagrįsta matricos struktūra gali užtikrinti geresnį mastelio keitimą ir paprastai gali būti pritaikyta tūkstančiams stelažų. NFV sprendimai taip pat turi būti lankstūs, kad pagal poreikį būtų galima atlikti įvairias paslaugų funkcijas (VNF). Pradiniame telekomunikacijų debesies kūrimo etape telekomunikacijų operatoriai gali būti ne per dideli, tačiau jų pagrindinis tinklo dizainas turi užtikrinti, kad jie galėtų prisitaikyti prie būsimų augančių poreikių. IP audinio struktūra labai tinka kurti debesijos paslaugas, kurioms reikalinga horizontali plėtra. QFX serijos produktai palaiko turtingus standartais pagrįstus protokolus ir naudoja ECMP apkrovos balansavimo technologiją, kad sukurtų pagrindinį debesų platformos tinklą, kuris gali keistis horizontaliai.

Šiuo metu telekomunikacijų operatoriai naudoja specialią aparatinę įrangą tinklo funkcijų paslaugoms teikti, o jų paslaugų kokybė gali pasiekti operatoriaus{0}}lygio patikimumą. Kai šios tinklo paslaugos bus perkeltos į virtualų pristatymo modelį, vartotojo reikalavimai paslaugų kokybei nesumažės, o telekomunikacijų operatoriai taip pat turės teikti penkias 9 aukšto -patikimumo paslaugas. Operatoriai, kurie nevertina didelio-patikimo tinklo paslaugų teikimo, susidurs su rizika prarasti klientus ir sumažėti pajamas. Norint pasiekti operatoriaus-klasės aukšto-patikimumo tinklo paslaugas, ne tik pati VNF funkcija turi būti labai patikima, bet ir visas paslaugos teikimo procesas turi būti labai patikimas, o tinklas čia atlieka labai svarbų vaidmenį.

Nuomininko izoliacija naudojant tinklo virtualizaciją:

NFV paslaugų teikimo modelyje bendras NFVI leidžiamas keli nuomininkai. Kaip pavyzdį NFVIaaS, keli paslaugų teikėjai gali teikti prieglobos paslaugas iš tos pačios debesijos infrastruktūros, o kiekvienas paslaugų teikėjas teikia savo NFV paslaugas. Kita vertus, net vieno{2}}nuomininko aplinkoje gali prireikti atskirti skirtingas VNF paslaugas. Pavyzdžiui, tinklo pjaustymas yra pagrindinis besiformuojančių 5G belaidės prieigos standartų reikalavimas. Šiuose scenarijuose svarbiausias dalykas yra tai, kad pagrindinis fizinis tinklas gali nešti virtualaus tinklo dalis ir užtikrinti 100% srauto izoliaciją kiekvienoje tinklo dalyje.

Kitas dalykas, į kurį reikia atkreipti dėmesį, yra tai, kad nors VNF yra talpinamas virtualioje skaičiavimo platformoje, jis gali suteikti visišką NFV judrumą, tačiau tikrai pamatysime VNF veikiančius ant pliko metalo platformų. Pagal šį scenarijų tinklo pjūvio riba nukris ant ToR jungiklio, prijungto prie metalinio serverio, o ne ant virtualaus jungiklio ar virtualaus maršruto parinktuvo hipervizoriuje. Diegiant NFV, pagrindinis tinklo struktūros reikalavimas yra užtikrinti sklandų virtualių skaičiavimo platformų ir pliko metalo skaičiavimo platformų, teikiančių daug VNF paslaugų, ryšį.

Galiausiai, tinklas turi palaikyti paslaugų grandines tarp VNF, kad būtų sukurtos pritaikomos paslaugos.

VNF perkėlimo stiprintuvas:

Telekomunikacijų debesis turi palaikyti VNF, kad būtų galima{0}}migruoti realiuoju laiku duomenų centruose ir tarp jų. Subalansavus skaičiavimo išteklių apkrovą, reaguojant į skaičiavimo išteklių gedimus arba priežiūros langus, gali būti suaktyvintas darbo krūvio perkėlimas. „Telecom Cloud“ valdymo sluoksnis, orkestravimo sluoksnis ir VNF turi palaikyti VNF perkėlimą realiuoju laiku-. Tinklo infrastruktūra (sudaryta iš lapų mazgų, stuburo mazgų ir kraštinių maršrutizatoriaus mazgų), kaip telekomunikacijų debesis, taip pat turi turėti atitinkamą lankstumą, kad būtų galima perkelti VNF realiuoju laiku.