Ar gyfer erthyglau cysylltiedig a rennir gennyf ar awtomeiddio rhwydwaith, cyfeiriwch at y catalog "NetDevOps from Scratch"
Yn ystod y blynyddoedd diwethaf, gyda datblygiad parhaus y maes cyfrifiadura cwmwl byd-eang a thwf parhaus busnes, mae technoleg rhwydwaith hefyd wedi parhau i ddatblygu, ac mae technoleg SDN wedi dod i'r amlwg. O'r syniad craidd gwreiddiol o wahanu anfon ymlaen a rheolaeth yn seiliedig ar Openflow, mae pobl yn parhau i ehangu Wrth ymestyn SDN, ar hyn o bryd gall pobl ddod i gonsensws nad yw Openflow bellach yn gyflwr angenrheidiol (ond mae gwahanu anfon ymlaen a rheolaeth yn dal yn gyflwr craidd), ac mae rhaglenadwyedd rhwydwaith wedi dod yn araf yn un o'r meini prawf pwysig ar gyfer mesur pensaernïaeth SDN.
Yn gyffredinol, mae gweithrediadau rhaglenadwy offer rhwydwaith traddodiadol yn seiliedig ar brotocolau CLI a SNMP. P'un a ydynt yn sgriptiau neu'n feddalwedd rheoli rhwydwaith, maent i gyd yn cael eu datblygu ar y sail hon i gyflawni'r ystod eang o raglenadwyedd rhwydwaith yr ydym yn mynd i siarad amdano heddiw. galluoedd, a thrwy hynny wireddu awtomeiddio llawer o senarios. Mae rhai dyfeisiau'n cefnogi cyfluniad rhai rhyngwynebau gwe ac amnewid y cyfluniad cyffredinol trwy xml. Mae'r rhain yn brin iawn ac ni fyddant yn cael eu disgrifio'n fanwl yn yr erthygl hon.
CLI
Mae CLI (Rhyngwyneb Llinell Orchymyn) yn gwireddu rhyngweithio dynol-cyfrifiadur trwy'r llinell orchymyn. Mae'n sgil angenrheidiol i weithwyr rhwydwaith. Mae pobl yn agor y meddalwedd SSH neu Telnet i'r ddyfais bob dydd, yna gludwch gyfluniad, ei arbed a dod i rym. Un diwrnod, roedd pobl yn blino ar y math hwn o ailadrodd, ac yn defnyddio rhaglen i gynhyrchu sgriptiau cyfluniad yn awtomatig, mewngofnodi i'r ddyfais mewn sypiau, a chyhoeddi ffurfweddiadau i ddod i rym, gan wireddu awtomeiddio. Mae hwn yn ddull rhaglenadwy rhwydwaith. Gadewch i ni siarad am y manteision, sy'n gyson iawn â meddwl, syniadau a systemau technegol presennol pobl. Ond yn y pen draw, mae'r dull hwn yn ffafrio pobl dros ddyfeisiau rhwydwaith. Mae ganddo'r anfanteision canlynol:
-Mae gwahaniaethau enfawr mewn setiau gorchymyn rhwng gweithgynhyrchwyr. Nid yn unig gweithgynhyrchwyr, ond gall fod gan wahanol fersiynau meddalwedd o'r un model wahaniaethau gwahanol iawn.
-Rhaid i ddatblygwyr fod yn gyfarwydd â'r set orchymyn a sut i'w ddefnyddio. Mae risgiau diogelwch ar y lefel ffurfweddu. Er enghraifft, gyda fflic o’r llaw, trodd y porthladd roeddwn i eisiau ei agor yn gau’r porthladd…
-Nid oes unrhyw ofynion gorfodol ar gyfer protocolau trosglwyddo (SSH a Telnet), ac mae risgiau diogelwch cynhyrchu.
-Mae'r broses o ddosrannu a chynhyrchu ffurfweddau yn hynod gymhleth. Mewn llawer o achosion, ni all y rheolau rheolaidd a ysgrifennwyd ond fod yn anfeidrol agos at y "gwir", ond nid y "gwir" cyfan.
-Nid oes unrhyw drafodion, a gall cyfluniad ddod i rym yn rhannol a gall rhan beidio â dod i rym.
-Nid oes mecanwaith arolygu awtomataidd ac mae'n gwbl ddibynnol ar bobl. Er enghraifft, rwyf am brofi a yw'r sgript a gynhyrchir yn gywir. Mae yna ffordd, ond mae'n anodd iawn ac yn aml yn anodd ei weithredu'n hawdd.
-Dim syniad o fodelu data
Mae CLI bob amser yn ffordd o ryngweithio dynol-cyfrifiadur. Gall roi galluoedd rhaglenadwy penodol i'r rhwydwaith trwy raglenni, ond wedi'r cyfan, nid yw'n ddull y gellir ei raglennu gan rwydwaith yn ei hanfod. O dan y don gyfredol o gyfrifiadura cwmwl a SDN, nid yw'n addas ar gyfer defnydd awtomataidd ar raddfa fawr yn y rhwydwaith, ac mae ei raglenadwyedd yn gyfyngedig. Mae'n anodd i bobl o'r tu allan ddeall anhawster datblygiad.
SNMP
SNMP (SNMP, Protocol Rheoli Rhwydwaith Syml), gall y protocol hwn gefnogi systemau rheoli rhwydwaith i fonitro a oes gan y dyfeisiau sy'n gysylltiedig â'r rhwydwaith unrhyw sefyllfa sy'n achosi sylw rheolwyr. Mae'n cynnwys set o safonau rheoli rhwydwaith, gan gynnwys protocol haen cais, sgema cronfa ddata, a set o wrthrychau data.
Ar gyfer darn o gynnwys yn Wikipedia, rydym yn amlygu rheolaeth rhwydwaith, monitro, a gwrthrychau data. Fe'i defnyddir i reoli'r rhwydwaith, gellir ei ffurfweddu a'i gasglu, ac fe'i defnyddir yn bennaf ar gyfer monitro. Mae ganddo fodelu data i strwythuro rhai modiwlau, nodweddion, a data statws offer rhwydwaith. Fe'i defnyddir yn bennaf ar gyfer systemau rheoli rhwydwaith (monitro yn bennaf). Yna gadewch i ni siarad am ei ddiffygion:
- Darllenadwyedd gwael. Mae'n well ganddo'r "peiriant" mewn peiriant dynol. Nid yw'n ddarllenadwy pan gaiff ei ddefnyddio, ac nid yw'r data modelu hefyd yn ddarllenadwy. Mae'n defnyddio uwchset o ASN.1.
-Mae'r diogelwch yn gyfyngedig. Mae yna dri fersiwn: v1, v2c a v3, ac mae'r diogelwch yn cael ei wella yn eu trefn. Fodd bynnag, yr un mwyaf cyffredin yw v2c, sydd â diogelwch cyfyngedig. Mae'r fersiwn v3 yn ddiogel iawn trwy ddyluniad, ond nid yw'n gyffredinol. . .
-Nid oes mecanwaith wrth gefn, adfer na dychwelyd. Mae gennym hefyd rediad sioe a dulliau eraill i wneud copi wrth gefn o'r llinell orchymyn, ond mae snmp. . .
-Ychydig iawn sy'n ysgrifennu. Darllenwch lawer, ysgrifennwch ychydig, a ddefnyddir yn bennaf ar gyfer monitro.
-Mae'r eitemau data y gellir eu casglu yn gyfyngedig, ac ni ellir cael cyfluniad y ddyfais gyfan. Lawer gwaith rydym yn canfod y gallwn ddefnyddio cli i'w gasglu, ond ni allwn ddefnyddio snmp i'w gasglu.
-Mae yna dagfa perfformiad. Terfyn uchaf y data a gasglwyd yw 64K, ac mae'r gronynnedd casglu yn rhy fawr. Mewn rhwydweithiau mawr a chymhleth, gall gymryd munudau neu fwy. Mae hyn hefyd yn amlygu’r pwynt pwysig. Mae ein gofynion ar gyfer gronynnedd hefyd yn llym iawn. Lawer gwaith rydym yn gobeithio casglu traffig porthladd bob ychydig eiliadau. Mewn rhwydweithiau mawr, rwy'n meddwl mai meddalwedd rheoli rhwydwaith traddodiadol yw… I ymhelaethu ar un frawddeg arall, y dull presennol yw Telemetreg (fel gRPC) a all gyrraedd lefel microsecond, ac mae rhai yn gofyn am gyfuniad o feddalwedd a chaledwedd. Nid yw'n boblogaidd eto, ond yn y dyfodol Rhaid iddo fod yn duedd. O ran pryd y daw hyn yn y dyfodol…
-Ers ei enedigaeth, mae SNMP wedi'i ddefnyddio'n helaeth ym maes monitro rhwydwaith i gael data ar gyfer monitro. Mae diffyg a chymhlethdod galluoedd cyfluniad wedi arwain at ychydig o ddefnydd ohono mewn cyfluniad rhwydwaith. Rhwydwaith darllen yn unig y gellir ei raglennu.
Protocol Netconf a Model YANG
Yn wynebu'r genhedlaeth nesaf o rwydweithiau, pa fath o brotocolau rheoli rhwydwaith sydd eu hangen arnom i wireddu rhaglenadwyedd rhwydwaith yn well a gwella lefel yr awtomeiddio?
Cynigiodd yr IETF y syniadau canlynol yn RFC3535 yn 2002 (mewn gwirionedd mae 33 ohonynt. Yn seiliedig ar wybodaeth ar-lein a gwybodaeth yr awdur, ysgrifennais y syniadau canlynol):
1. Mae rhyngwyneb rhaglenadwy ar gyfer cyfluniad rhwydwaith
2. Gellir defnyddio'r un ffurfweddiad ar draws gweithgynhyrchwyr a modelau
3. Angen uno iaith fodelu gyda darllenadwyedd da
4. Gwirio gwallau cyflawn a swyddogaethau adfer
5. Trafodol
Os oes gennych syniad, rhowch ef ar waith. Yn 2006, cynigiodd yr IETF y protocol Netconf, a ddatrysodd y problemau a godwyd gan RFC3535. Roedd y Netconf cychwynnol yn nodi fframwaith sylfaenol a gweithrediadau'r protocol yn unig, ac yn diffinio atebion a oedd yn ystyried rhai o broblemau RFC3535. Nid oedd yn pennu iaith fodelu unedig. Felly, roedd rhai offer gweithgynhyrchwyr cynnar yn cefnogi rhai gweithrediadau sylfaenol o Netconf yn unig, ac nid oeddent yn defnyddio haen waelod unedig. Iaith modelu data.
Rhyddhawyd RFC6020 yn 2010, gan gynnig iaith fodelu Model YANG a dull o'i gyfuno â NETCONF. Mae un diffiniad yn iaith modelu data sy'n uno'r rhesymeg adnoddau sylfaenol rhwng gweithgynhyrchwyr, a'r diffiniad arall yw set gorchymyn unedig ar gyfer gweithrediadau pob gwneuthurwr ar ddata cyfluniad a data statws. Mae'r enghreifftiau data a grëwyd gan fodel YANG wedi'u lapio ym mhrotocol Netconf. Trosglwyddo, mae'r ddau yn cael eu cyfuno â'i gilydd i adeiladu set newydd o ryngwynebau rhaglenadwy rhwydwaith cyffredinol ar gyfer y cyfnod newydd yn seiliedig ar fodel YANG ac yn cael ei yrru gan brotocol Netconf.
Ar ôl 2016, cafodd protocol Netconf ei integreiddio'n agos â Model YANG a daeth yn boblogaidd. Hyd yn hyn, pan edrychwn ar rai agweddau meddalwedd pensaernïaeth SDN, rydym wedi clywed y ddau derm hyn fwy neu lai.
YANG a Netconf, mae un yn statig a'r llall yn ddeinamig, yn union fel yin ac yang. Mae'r ddau wedi deillio o fyd rhaglenadwy rhwydwaith y cyfnod nesaf. (Pan edrychwn ar warws YANG ar github, byddwn hefyd yn canfod mai ei eicon yw Tai Chi, ac mae'r cysylltiad rhwng ei enw a "Yang" braidd yn datgelu syniadau dylunio gwreiddiol y dylunydd).
Nesaf, byddwn yn siarad yn fyr am y Model YANG a phrotocol Netconf. Gadewch i ni siarad yn gyntaf am yr iaith modelu data YANG i weld sut mae'n disgrifio gefeilliaid digidol y byd rhwydwaith hwn.
Model YANG
Yn y ddogfen RFC6020, mae'r bennod agoriadol yn nodi'n glir, YANG, Iaith Modelu Data ar gyfer Protocol Ffurfweddu Rhwydwaith. Dyma'r talfyriad o Iaith Modelu Data Yet Another Next Generation (Yang). Mae'n iaith fodelu a ddefnyddir i ddisgrifio cysyniadau rhwydwaith.
Yn cefnogi diffiniad o restrau, geiriaduron, a strwythurau data mwy cymhleth fyth, yn cefnogi cyfyngiadau, cyfrifiadau, mewnforion cyfeirio, rheoli fersiynau, a gofodau enwau. Oherwydd gofod, byddwn yn rhoi esboniad byr. I gael gwybodaeth fanwl, gallwch gyfeirio at:
Gall ddisgrifio'r ddyfais rhwydwaith hon yn syml iawn mewn iaith strwythuredig. Er enghraifft, ar gyfer y diffiniad o borthladd:
Fel personél gweithredu a chynnal a chadw proffesiynol, gydag ychydig o hanfodion rhwydwaith ac ychydig o hanfodion rhaglennu, gallwch ddeall y diffiniad o borthladd yn gymharol glir. Mae'n strwythur rhestr, a gall fod lluosog. Un o'i nodweddion yw rhyngwyneb-enw (hefyd allwedd). , unigryw, na ellir ei ailadrodd), yn ogystal â'r priodoledd cyflymder a phriodoledd deublyg, y ddau ohonynt yn llinynnau.
Disgrifir llawer o nodweddion dyfais rhwydwaith gan Fodel YANG, gan gynnwys statws cyfluniad a statws gweithredu.
Yn y modd hwn, mae Model YANG yn disgrifio'r byd ar-lein gan ddefnyddio iaith strwythuredig. Os oes gennych ddiddordeb, gallwch ddarllen y post blog Rhyngrwyd uchod, sydd â disgrifiad manwl iawn.
Gellir ei drawsnewid yn ddata XML yn dda iawn a'i lapio ym mhrotocol Netconf ar gyfer trosglwyddo (byddwn yn ei esbonio yn nes ymlaen):
Ar yr un pryd, er mwyn lefelu'r gwahaniaethau rhwng gwerthwyr, mae Openconfig, dan arweiniad Google, wedi safoni'r model data. O'r wefan swyddogol, gwelwn y slogan "Gwerthwr-niwtral, rheoli rhwydwaith wedi'i yrru gan fodel a ddyluniwyd gan ddefnyddwyr", sydd wedi'i ddylunio gan ddefnyddwyr a thraws-lwyfan. Rhaglennu rhwydwaith cyffredin sy'n cael ei yrru gan werthwr (dewch i ni ei gyfieithu fel hyn yn gyntaf). I'w roi yn syml, yr un yw gwneud y modelu rhwng gwahanol weithgynhyrchwyr yr un peth, fel na fydd yn rhaid i chi edrych trwy fodel yang preifat pob gwneuthurwr fesul un pan fyddwch chi'n ffurfweddu data penodol. Ond mae gan y Rhyngrwyd brotocolau preifat bob amser, a bydd gweithgynhyrchwyr gwahanol bob amser yn creu protocolau preifat newydd a gwell ar gyfer "profiad defnyddiwr gwell" a "strategaeth fusnes well" (dyma bechod gwreiddiol gweithgynhyrchwyr rhwydwaith mewn gwirionedd). Mae'r llun yn dangos rhai o'r gweithrediadau model openconfig yang a ddefnyddir amlaf.
A barnu o'r llun, rwy'n credu bod yna lawer iawn ohonyn nhw, ac mae'r ffurfweddiadau a ddefnyddir yn gyffredin yn gymharol gyflawn. Ond yn ymarferol, mae'n dibynnu a yw'r gwneuthurwr hefyd yn cefnogi'r modelau yang hyn. Mae rhai dyfeisiau fersiwn uwch o bwnc penodol yn cael eu cefnogi yn y bôn. Nid wyf wedi edrych yn agosach ar y rhai domestig eto.
Ni all rhwydweithiau fod yn union yr un fath. I beiriannydd sy'n ymwneud â datblygu gweithrediad rhwydwaith a chynnal a chadw, mae'n fendith gallu cyflawni'r un nod!
gellir dod o hyd i openconfig yn https://github.com/openconfig/public/tree/master/release/models
Gallwch ddod o hyd i fodelau yang preifat ar wefannau swyddogol amrywiol.
Protocol Netconf
Ar ôl siarad am y model yang, gadewch i ni siarad am y protocol Netconf. Mae'r model yang yn diffinio disgrifiad digidol y byd rhwydwaith, ac mae Netconf yn diffinio caffael (get) ac addasu (config) data.
Mae Netconf yn crynhoi data'r byd a ddisgrifir gan y model yang i wireddu rheolaeth y byd rhwydwaith.
Mae data Yang yn cael ei grynhoi mewn xml ac yna'n cael ei reoli trwy brotocol Netconf. Mae'n brotocol gyda syniad haenog gwych, sy'n disgrifio rhai manylion am y protocol mewn modd hierarchaidd. Gadewch i ni edrych ar y llun uchod.
-Transmission: Mae Netconf yn cael ei drosglwyddo trwy'r protocol SSH, mae'n canolbwyntio ar gysylltiad, ac mae ganddo warantau diogelwch.
-Neges: Gwnewch alwad o bell i'r ddyfais rhwydwaith trwy RPC, mae'r rheolwr rhwydwaith yn cyhoeddi cais rpc, ac mae'r ddyfais rhwydwaith yn ailddechrau rpc-reply.
-Gweithrediad: Dyma enaid Netconf. Mae'n cefnogi get (cyfluniad a data rhedeg), get-config (cael data cyfluniad, a gall dyfais gael data cyfluniad lluosog, un rhedeg, un cychwyn, ymgeiswyr ymgeiswyr lluosog), golygu -config (ffurfweddu paramedrau dyfais rhwydwaith, cefnogi adio, dileu ac addasu), dileu-config, copi-config (copïo'r ffurfweddiad i'r gyrchfan, gall y cyrchfan fod yn ftp, ffurfweddiad ffeil neu redeg, ac ati), cloi\datgloi (cloi'r cyfluniad i atal gwrthdaro neu fethiannau cyfluniad a achosir gan gweithrediadau aml-broses) ac yn y blaen.
-Data: data yw data yang wedi'i lapio mewn xml. Fel y porthladd a ddisgrifiwyd gennym uchod, mae data strwythuredig yn hawdd i'w raglennu. Defnyddir i ddisgrifio'r data sydd i'w ffurfweddu neu ei ddileu neu ei gael.
Dyma bedair haen Netconf. Mae'r pen rheoli a'r ddyfais rhwydwaith yn cyfathrebu trwy Netconf, trwy'r protocol ssh traddodiadol, gan ddefnyddio is-system Netconf, a'r porthladd rhagosodedig yw 830. Fel y dangosir isod:
Mae'r ffigur hwn yn dangos y rhyngweithio gan ddefnyddio ssh amrwd, ond mewn gwirionedd rydym yn gweithredu'r broses hon trwy raglennu. Byddaf yn dangos y dull gweithredu rhaglennu i chi yn nes ymlaen.
Mae Netconf yn ffurfweddu dyfeisiau rhwydwaith. Mae'r broses ryngweithio yn fras fel a ganlyn:
Mae'r llun hwn mor isel, gallwch hefyd weld ei fod wedi'i dynnu gennyf i ... Mae fy nealltwriaeth i o Netconf fel yr uchod. Rwy'n credu bod yna lawer o luniau ar y Rhyngrwyd nad ydyn nhw'n iawn, ac nid yw llawer o ymddygiadau asiant y gweinydd yn gywir. Dyma beth rydw i'n ei deimlo'n reddfol pan fyddaf yn mewngofnodi i'r ddyfais, ac wrth gwrs mae'n cyfateb un-i-un â'r ddogfennaeth swyddogol.
Gallwn edrych ar rai enghreifftiau Netconf:
Helo, adeiladu dolen.
Gwelsom nifer o eiriau allweddol, fersiwn Netconf, Model YANG a gefnogir, id sesiwn. Ar yr un pryd, mae hello yn nodi ym mha ofod enw rydym yn gweithredu. Yn yr achos hwn, dyma'r fersiwn cyfatebol o Netconf.
Cael cyfluniad
Un paramedr o get-cofig yw'r ffynhonnell, a dyna lle mae'r data cyfluniad yn cael ei gasglu (rhedeg, cychwyn neu arall). Paramedr arall yw hidlydd, hynny yw, pa ddata a geir o'r model data a ddisgrifir gan ba fodel yang. Mae hyn yn cyfateb i'r gallu a anfonwyd yn wreiddiol gan y ddyfais rhwydwaith. Os bydd yn llwyddiannus, bydd y data cyfluniad cyfatebol yn cael ei ddychwelyd.
Cael ffurfweddiad neu ddata rhedeg
Yn debyg i get-config, ond yr hyn a geir yw rhedeg ffurfweddiad (dealltwriaeth bersonol) neu redeg data. Gellir pennu hidlydd.
Copi cyfluniad
Mae gan y gweithrediad copi ddau baramedr, ffynhonnell a chyrchfan. Mae'r ateb llwyddiannus gyda'r tag iawn.
Golygu cyfluniad
Wrth olygu'r ffurfweddiad, nodwch yr eitem ddata i'w golygu, gofod enw'r gallu a'r label cyfatebol. Er enghraifft, mae hyn er mwyn ffurfweddu dhcp, a ddisgrifir gan y model yang http://tail-f.com/ns/example/dhcp.
Caewch y sesiwn yn osgeiddig
Y math hwn o neges sy'n cael ei throsglwyddo yn ôl ac ymlaen mewn ssh. Rydym yn tynnu rhan o'r neges er mwyn hwyluso dealltwriaeth pawb.
Yna ychwanegwch rywfaint o gynnwys er gwybodaeth.
-Mae Netconf yn seiliedig ar sesiwn, a bydd gan bob llwyddiant id sesiwn.
-Mae gan bob cais id neges, cyn belled â'i fod yn dod yn fwy yn raddol
-Gellir cloi cyfluniad data, yn unigryw, a'i weithredu trwy glo.
-Mae Netconf yn drafodol, ac mae gweithrediadau naill ai'n cael eu gweithredu i gyd neu ddim. Ar yr un pryd, yn ôl dogfennaeth y wefan swyddogol, mae'r trafodoldeb hwn ar gyfer cyfluniad dyfeisiau rhwydwaith N, hynny yw, gall polymorphism cyfluniad un-amser gefnogi trafodaetholdeb. Ond dydw i ddim wedi ei wneud eto…
-Netconf cefnogi tanysgrifiad. O ran perfformiad dyfais, mae'r drefn maint tua 5 sesiwn. Gallaf danysgrifio i eitem ddata benodol a bydd y ddyfais yn fy hysbysu pan fydd yn newid.
-Gallu, dyma sut yr wyf yn ei ddeall. Mae'r ddyfais rhwydwaith yn anfon y fersiwn o Model Netconf a YANG, ac mae'r derfynell reoli yn anfon y fersiwn o Netconf. Dim ond pan fydd y fersiwn Netconf yn cyfateb i'r ddau y gallwn barhau. Dyma fy nheimlad greddfol. Mae croeso i unrhyw gyngor.
-Bydd gweithrediadau fel cael eu golygu yn nodi'r data i'w newid, y gellir ei hidlo gan ddefnyddio hidlydd.
-copy-config yn cefnogi copïo set gyflawn o ffurfweddiadau o rywle i rywle. Gall y rhywle fod yn Ffeil FTP, rhedeg, cychwyn, a ffurfweddiadau ymgeisydd ar y ddyfais.
-Netconf hefyd yn cefnogi dilysu ffurfweddiad, gan ddefnyddio'r gweithrediad dilysu.
Mae'r erthygl hon yn dal i obeithio poblogeiddio gwyddoniaeth, ac nid af i fanylion. Gallwch ddarllen y protocolau perthnasol o RFC, nad yw mewn gwirionedd yn hir iawn.
Yn ymarferol, yn seiliedig ar rai meddalwedd ffynhonnell agored, megis ncclient python, gallwn yn hawdd ffurfweddu dyfeisiau rhwydwaith yn awtomatig a chyflawni rhaglenadwyedd rhwydwaith. Dyma genhadaeth Netconf a YANG Model.
Mae personél rhwydwaith yn darllen diffiniadau Model YANG sydd wedi'u fformatio'n dda ac yn defnyddio ieithoedd rhaglennu perthnasol i berfformio gweithrediadau rhaglenadwy ar ddyfeisiau rhwydwaith yn seiliedig ar y gweithrediadau a ddiffinnir gan Netconf. Yn y modd hwn, mae'r llwybr i raglenadwyedd rhwydwaith yn cael ei ffurfio.
Gadewch i ni ehangu a dychmygu bod Model YANG wedi diffinio strwythur data'r ddyfais rhwydwaith. Gallwn ei weithredu trwy Netconf. A ellir ei weithredu hefyd trwy brotocolau eraill?
Yr ateb yw ydy. Mewn gwirionedd, mae llawer o brotocolau eraill wedi deillio o Netconf, megis RESTConf. Fel y dangosir isod,
Mae Model YANG (cyhoeddus a brodorol) yn diffinio'r strwythur data, sef protocolau rheoli rhwydwaith newydd uchod, Netconf, RESTCon, gRPC, ac ati Yn y modd hwn, gallwn weithredu dyfeisiau rhwydwaith trwy RESTConf yn seiliedig ar HTTP RESTful API, gallwn hefyd weithredu rhwydwaith dyfeisiau trwy Netconf yn seiliedig ar SSH, neu gallwn weithredu dyfeisiau rhwydwaith trwy gRPC yn seiliedig ar HTTP2.0. Maent i gyd yn seiliedig ar YANG gyda strwythur data da. Model, ysgrifennwch y data cyfatebol, ei amgáu i mewn i xml neu json i raglennu dyfeisiau rhwydwaith. Dyma ddyfodol rhaglenadwyedd rhwydwaith. I fod yn fanwl gywir, Rhaglen a Yrrir gan Fodelau ydyw, sef rhaglenadwyedd rhwydwaith sy'n seiliedig ar fodel. Mae peirianwyr rhwydwaith yn canolbwyntio'n raddol ar baramedrau'r ddyfais yn lle'r set orchymyn, ac yn ffurfweddu paramedrau'r rhwydwaith trwy ddarllen y model data cyfatebol.
Ar y diwedd, rwy'n ysgrifennu, pam ddylwn i agor y cyfrif cyhoeddus hwn. Astudiais gyfrifiadureg a thechnoleg pan oeddwn yn yr ysgol. Ar ôl dod i mewn i'r gweithle, roeddwn i'n ymwneud â gweithredu rhwydwaith a gwaith cynnal a chadw. Wrth feddwl am y peth, efallai mai'r rheswm pam y cefais fy rhannu'n dimau oedd oherwydd fy mod yn fyfyriwr graddedig yn y Rhwydwaith Ymchwil Technoleg Sefydliad (doniol â llaw). O'r cychwyn cyntaf, roeddwn i'n ymwneud â gweithrediadau rhwydwaith. Yn y cam gweithredu a chynnal a chadw diweddarach, defnyddiwyd offer i symleiddio gwaith a gwella effeithlonrwydd yn seiliedig ar CLI. Yn ddiweddarach, datblygwyd yr offer yn raddol yn gymwysiadau gwe â strwythur BS. Roeddent yn gyson yn agored i dechnolegau newydd ac yn parhau i gyfoethogi swyddogaethau newydd.
Yn ffodus, fe wnaethant ddal i fyny â datblygiad technoleg ffynhonnell agored a SDN, ac yn raddol trawsnewidiais i waith NetDevOps a defnyddio fy sgiliau rhaglennu i wella galluoedd gweithredu a chynnal a chadw'r tîm. Fe wnes i fwynhau ysgrifennu'r llinell hon o god hefyd. Wrth i'r ysgrifennu fynd rhagddo, darganfyddir yn raddol y dylai NetDevOps fod yn sgil y dylai fod gan bob peiriannydd rhwydwaith yn y dyfodol (mae pawb yn ychwanegu tanwydd at y tân), fel y gallant gyflawni cynllunio lefel uchel a gweithredu cyflym. Wrth edrych yn ôl ar rywfaint o wybodaeth ar y Rhyngrwyd, a dweud y gwir, ychydig iawn o wybodaeth sydd yn Tsieina, ac nid yw'r awyrgylch domestig yn gryf iawn. Mae llawer o feddalwedd domestig yn seiliedig ar yr hen CLI a snmp, ac mae pawb yn dal i ddefnyddio offer testun ac offer SSH ar gyfer gwaith. Felly dwi'n gobeithio fy mod iyn gallu dysgu eraill sut i bysgota, rhannu fy mhrofiad (pyllau) a sgiliau gyda mwy o beirianwyr gweithredu rhwydwaith a chynnal a chadw, a gwneud fy ngorau. Dywedodd Xiao Chu y gallwch ddysgu rhywbeth i leihau eich llwyth gwaith, a thrwy ganolbwyntio ar y dyfodol pell, gall gweithrediad a chynnal a chadw rhwydwaith domestig esblygu'n wirioneddol tuag at awtomeiddio.
Yn y dyfodol, byddaf yn recordio rhai fideos ac yn ysgrifennu rhai erthyglau. Mae'n teimlo'n galed iawn i ysgrifennu dogfen. Mae croeso i chi danysgrifio, casglu, clicio hoffi a gwylio.
atodiad: Gweithrediadau cyffredin Netconf
Dyluniad Ateb DWDM OTN a Dyfynbris Cost, mae pls yn cysylltu â mi, Taylor Huang
