{"id":78001,"date":"2020-04-15T13:42:19","date_gmt":"2020-04-15T11:42:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie"},"modified":"2020-04-15T13:42:19","modified_gmt":"2020-04-15T11:42:19","slug":"opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","title":{"rendered":"Kogemus v\u00f5rguhappe rakendamisel EVPN VXLAN ja Cisco ACI baasil ning v\u00e4ike v\u00f5rdlus","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Kogemus
\nHinnake skeemi keskmise osa seoseid. Kohtume nendega hiljem.<\/i><\/p>\n

Mingil hetkel v\u00f5ite sattuda olukorda, kus suured keerulised L2 v\u00f5rgud on ravimatult haiged. Esiteks probleemid, mis on seotud BUM liikluse t\u00f6\u00f6tlemise ja STP protokolli toimimisega. Teiseks \u2013 \u00fcldiselt moraalselt vananenud arhitektuuriga. See toob kaasa ebameeldivaid probleeme nagu seisakud ja halva haldamise mugavus.<\/p>\n

Meil oli kaks paralleelset projekti, kus tellijad hindasid objektiivselt k\u00f5iki v\u00f5imaluste plusse ja miinuseid ning valisid kaks erinevat overlay lahendust, mille me juurutame. <\/p>\n

Oli v\u00f5imalik v\u00f5rrelda just teostust. Mitte kasutust, sellest tuleb r\u00e4\u00e4kida paar aastat hiljem. <\/p>\n

Nii et mis on overlay-v\u00f5rk ja SDN?
\n<\/a><\/noindex><\/p>\n

Mis teha traditsioonilise v\u00f5rguarhitektuuri p\u00f5letavate probleemidega?<\/h3>\n

\nIgal aastal tekivad uued tehnoloogiad ja ideed. Praktikas pole olnud \u00e4raootavat vajadust v\u00f5rguside \u00fcmberkorraldamiseks juba pikka aega, sest k\u00f5ik on v\u00f5imalik teha ka k\u00e4sitsi vanade heade meetoditega. Ja mis siis, et on 21. sajand? L\u00f5ppude l\u00f5puks peab adminn ju t\u00f6\u00f6tama, mitte istuma oma kabinetis. <\/p>\n

Siis algas suur andmekeskuste ehitamise buum. Siis sai selgeks, et traditsioonilise arhitektuuri arengul on saavutatud piir mitte ainult t\u00f6\u00f6kindluse, talitluse ja skaaleerimise osas. \u00dcksk\u00f5ikne lahendus nende probleemide lahendamiseks oli idee luua overlay-v\u00f5rgud marsruutimisv\u00f5rgu peale.<\/p>\n

Lisaks sellele, kui v\u00f5rgud suurenevad, kerkib \u00e4\u00e4rmiselt terav probleem selliste tehaste haldamisega, mille tulemusena ilmnevad lahendused programmide m\u00e4\u00e4ratud v\u00f5rgus, mille kaudu on v\u00f5imalik kogu v\u00f5rguinfrastruktuuri hallata kui \u00fchte tervikut. Ja kui v\u00f5rk on hallatav \u00fches punktis, on muudel IT-infrastruktuuri komponentidel kergem temaga suhelda, ja selliseid suhtlemisprotsesse on lihtsam automatiseerida.<\/p>\n

Praktiselt iga suur tootja mitte ainult v\u00f5rguseadmete, vaid ka virtualiseerimise valdkonnas, omab oma portfellis sellise lahendusi. <\/p>\n

K\u00fcsimus on, millised vajadused sobivad. N\u00e4iteks v\u00e4ga suurtele ettev\u00f5tetele, kellel on hea arendajate ja haldamise meeskond, ei rahulda alati m\u00fc\u00fcjad pakutavad lahendused k\u00f5iki vajadusi, ja nad arendavad oma SD (tarkvara m\u00e4\u00e4ratud) lahendusi. N\u00e4iteks on see pilveteenuste pakkujad, kes pidevalt laiendavad oma klientidele pakutavate teenuste valikut, ja valmis lahendused ei suuda lihtsalt nende n\u00f5udlustes j\u00e4rgi j\u00f5uda. <\/p>\n

Keskmiste ettev\u00f5tete jaoks piisab enamikul juhtudel m\u00fc\u00fcjate poolt pakutavatest lahendustest 99 protsendi ulatuses. <\/p>\n

Mis on overlay-v\u00f5rgud?<\/h3>\n

\nMilles seisneb overlay-v\u00f5rkude idee? Sisuliselt v\u00f5tate klassikalise marsruutimisv\u00f5rgu ja ehitate selle peale veel \u00fche v\u00f5rgu, et saada rohkem omadusi. Tihti r\u00e4\u00e4gime seadmete ja sidekanalite koormuse t\u00f5husast jaotusest, maksimaalsest laiendamisv\u00f5ime suurendamisest, t\u00f6\u00f6kindluse suurendamisest ja mitmest turvalisuse eelise (segmenteerimise t\u00f5ttu). SDN lahendused lisaks sellele annavad v\u00e4ga, v\u00e4ga paindlikud haldamisv\u00f5imalused ja muudavad v\u00f5rgu oma tarbijatele l\u00e4bipaistvamaks. <\/p>\n

Kokkuv\u00f5ttes, kui kohalikud v\u00f5rgud oleksid v\u00e4lja t\u00f6\u00f6tatud umbes 2010. aastatel, ei n\u00e4eks nad kindlasti v\u00e4lja nagu need, mis meile on j\u00e4\u00e4nud 1970. aastate s\u00f5jav\u00e4elt. <\/p>\n

Tehnoloogiate seisukohalt, mis on seotud overlay-v\u00f5rkude tootmisega, on praegu k\u00e4ibel mitmed teostused tootjatelt ja Interneti projektide RFC (EVPN+VXLAN, EVPN+MPLS, EVPN+MPLSoGRE, EVPN+Geneve jne). Jah, on standardid, kuid nende standardite rakendamine erinevate tootjate poolt v\u00f5ib varieeruda, seega overlay-v\u00f5rkude loomisel oleks v\u00f5imalik t\u00e4ielikult loobuda vendori lukust ainult teoorias esitatud paberil.<\/p>\n

SD lahendused on veelgi keerulisemad, igal tootjal on oma n\u00e4gemus. On t\u00e4iesti avatud lahendusi, mida teoreetiliselt saab ise t\u00e4iustada, ja on t\u00e4iesti suletud lahendusi.<\/p>\n

Cisco pakub oma lahendust SDN kohta andmekeskustes - ACI. Loomulikult on see 100% tarnijapoolne lahendus v\u00f5rguseadmete valiku osas, kuid samas integreerub see t\u00e4ielikult virtualiseerimise, konteinerimise, turvalisuse, orkestreerimise, koormuse tasakaalustamise ja muude s\u00fcsteemidega. Kuid sisuliselt on see ikkagi must kast, ilma v\u00f5imaluseta t\u00e4ielikult k\u00f5iki sisemisi protsesse juurde p\u00e4\u00e4seda. Mitte k\u00f5ik tellijad ei ole sellise lahendusega n\u00f5us, kuna s\u00f5ltud t\u00e4ielikult lahenduse koodi kvaliteedist ja selle rakendamisest, kuid teisest k\u00fcljest on tootjal \u00fcks parimaid tehnilisi tugimeeskondi maailmas, mis tegeleb ainult selle lahendusega. Esimese projekti lahenduseks valiti just Cisco ACI.<\/p>\n

Teiseks projektiks valiti lahendus Juniperilt. Tootjal on samuti oma SDN andmekeskustele, kuid tellija otsustas loobuda SDN rakendamisest. V\u00f5rgutehnoloogia ehitamiseks valiti EVPN VXLAN tehase lahendus ilma kesksete kontrolleriteta.<\/p>\n

Miks on see vajalik<\/h3>\n

\nTehase loomine v\u00f5imaldab rajada kergesti skaleeritava, t\u00f5rgete suhtes vastupidava ja usaldusv\u00e4\u00e4rse v\u00f5rgustruktuuri. Arhitektuur (leaf-spine) arvestab eriliste vajadustega andmekeskusi<\/a> (andmete edastamise teed, viivituste ja kitsaskohtade minimeerimine v\u00f5rgus). SD lahendused andmekeskustes v\u00f5imaldavad v\u00e4ga mugavat, kiiret ja paindlikku sellise tehase haldamist ning selle integreerimist andmekeskuse \u00f6kos\u00fcsteemi. <\/p>\n

M\u00f5lemale tellijale oli vajalik ehitada varuandmekeskused t\u00f5rkej\u00f5ulisuse tagamiseks, lisaks peab andmeside andmekeskuste vahel olema kr\u00fcpteeritud.<\/p>\n

Esimene tellija oli juba kaalunud lahendusi ilma tehaseta, kui v\u00f5imalikku standardit oma v\u00f5rkudes, kuid testide k\u00e4igus esines neil \u00fchilduvusprobleeme STP vahel mitmete tarnijate seadmetega. Ilmnesid seisakud, mis p\u00f5hjustasid teenuste katkestusi. Ja see oli tellijale kriitilise t\u00e4htsusega. <\/p>\n

Cisco oli juba tellija ettev\u00f5tte standardiks, nad uurisid ACI ja teisi variante ning otsustasid, et tuleks valida just see lahendus. Neile meeldis \u00fche nupu kaudu haldamise automatiseerimine, mis kiirendab teenuste seadistamist ja haldamist. Andmeside kr\u00fcpteerimise tagamiseks otsustati kasutada MACSec'i IPN ja SPINE l\u00fclitite vahel. Nii saadi v\u00e4ltida kitsaskohta kr\u00fcptotusvtlise seadmena, s\u00e4\u00e4sta nende pealt ja maksimeerida ribalaiust.<\/p>\n

Teine tellija valis Juniperilt lahenduse ilma kontrollerita, kuna nende olemasolevas andmekeskuses oli juba v\u00e4ike installatsioon EVPN VXLAN tehase rakenduste osas. Kuid seal ei olnud see t\u00f5rke suhtes vastupidav (kasutati \u00fchte l\u00fclitit). Otsustati laiendada peamise andmekeskuse infrastruktuuri ja rajada varuandmekeskusesse tehas. Olemasolevat EVPN ei kasutatud t\u00e4ielikult: VXLAN-i kapseldamine ei olnud praktiliselt kasutusel, kuna k\u00f5ik hostid olid \u00fchendatud \u00fche l\u00fclitiga ja k\u00f5ik MAC-aadressid ning \/32 aadressid olid lokaalsed, selle l\u00fcliti juhtimiseks oli see sama ja teisi seadmeid, kuhu oleks tulnud rajada VXLAN tunnelid, ei olnud.<\/p>\n

Sama prooviti ka ACI-ga, kuid otsustati, et tarnijapoolne lukku seondub liiga palju seadmete ostmisest, sealhulgas hiljuti ostetud uue seadmega asendamisest, ja see ei ole lihtsalt majanduslikult m\u00f5ttekas. Jah, Cisco tehase integreerub k\u00f5igega, kuid tehase sees on lubatud ainult selle seadmete kasutamine. <\/p>\n

Teisest k\u00fcljest, nagu varem \u00f6eldi, ei saa EVPN VXLAN tehast lihtsalt segada kohalike tarnijatega, sest protokollide rakendused erinevad. See on nagu proovida Cisco't ja Huawei't \u00fchenduses - standartid on nagu \u00fchesugused, kuid siiski tuleb veidi keerulisemalt vastata. Kuna see on pank ja \u00fchilduvuse testid v\u00f5taksid liiga kaua aega, siis otsustati osta sama tarnijat n\u00fc\u00fcd ja mitte liialdada funktsionaalsusega v\u00e4ljaspool p\u00f5hifunktsiooni. <\/p>\n

Migratsiooniplaan<\/h3>\n

\nKaks andmekeskust ACI baasil:<\/p>\n

\"Kogemus
\n
\nKohtade vahelise suhtluse korraldamine. Valitud Multi-Pod lahendus - iga andmekeskus on pod. Arvesse on v\u00f5etud n\u00f5udeid l\u00fclitite arvu ja hilinemise kohta podide vahel (RTT alla 50 ms). Otsustati mitte rajada Multi-Site lahendust lihtsama haldamise huvides (Multi-Pod lahenduse jaoks kasutatakse \u00fchte haldusliidest, Multi-Site puhul oleks olnud vajadus kahe liidese v\u00f5i Multi-Site Orkestratori j\u00e4rele), kuna ei olnud vajalik geograafiline varukoopia kohtade reserveerimine.<\/p>\n

\"Kogemus
\n
\nTeenuste migreerimise osas Legacy v\u00f5rgust valiti k\u00f5ige l\u00e4bipaistvam lahendus, et j\u00e4rk-j\u00e4rgult \u00fcle viia VLAN-id, mis vastavad teatud teenustele.
\nIga VLAN migratsiooni jaoks loodi vastav EPG (End-point-group) tehases. Esiteks venitati v\u00f5rk vana v\u00f5rgu ja tehase vahel L2-s, seej\u00e4rel, p\u00e4rast k\u00f5igi hostide migratsiooni, viidi gateway tehasesse ning EPG interaktsioon olemasoleva v\u00f5rgu jaoks toimus L3OUT kaudu, samal ajal kui L3OUT-i ja EPG vahelise suhtluse m\u00e4\u00e4ratlemiseks kasutati lepinguid. Ligikaudne skeem:<\/p>\n

\"Kogemus
\n
\nEnamiku ACI tehase poliitikate umbkaudne struktuur on toodud alloleval joonisel. Kogu konfigureerimine p\u00f5hineb poliitikatel, mis on \u00fcksteisesse liigitatud ja nii edasi. Alguses on keeruline arusaada, kuid j\u00e4rk-j\u00e4rgult, nagu praktika n\u00e4itab, harjuvad v\u00f5rguadministraatorid sellise struktuuriga umbes kuu jooksul ning seej\u00e4rel tekib arusaam, kui mugav see on.<\/p>\n

\"Kogemus
\n <\/p>\n

V\u00f5rdlus<\/h3>\n

\nCisco ACI lahenduses tuleb osta rohkem riistvara (erinevad l\u00fclitid Inter-Pod suhtluseks ja APIC kontrollerid), mist\u00f5ttu see osutus kallimaks. Juniperi lahendus ei n\u00f5udnud kontrollerite ja abiriistade ostmist; oli osaliselt v\u00f5imalik kasutada juba olemasolevat seadmeid klientidel. <\/p>\n

Siin on EVPN VXLAN tehase arhitektuur kahes andmekeskuses teises projektis:<\/p>\n

\"Kogemus
\n\"Kogemus
\n
\nACI-s saad valmis lahenduse \u2014 ei pea n\u00e4puvahel ringi kaevama, ei pea optimeerima. Klientide esimese tutvustamise ajal tehasega ei ole arendajaid ega toetavaid inimesi koodi ja automatiseerimise jaoks vaja. Piisab lihtsalt kasutamisest, paljusid s\u00e4tteid saab teha isegi lihtsalt wizard-i kaudu, mis ei ole alati pluss, eriti neile, kes on harjunud k\u00e4sureaga. Igatahes on aega vajalik oma m\u00f5ttelaadi \u00fcmber kujundamiseks uutele r\u00f6\u00f6bastele, seoses poliitikate kaudu seadistamise iseloomu ja paljude omavahel seotud poliitikate haldamisega. Samuti on soovitatav omada selget poliitikate ja objektide nimetamise struktuuri. Iga probleemi korral kontrolleri t\u00f6\u00f6loogikas saab lahendusi ainult tehnilisest toetusest.<\/p>\n

EVPN \u2014 konsool. Aga piina v\u00f5i r\u00f5\u00f5mustada. Harjumusp\u00e4rane liides vana garderoobi jaoks. Jah, on t\u00fc\u00fcpiline konfiguratsioon ja juhised. Pead l\u00e4bi t\u00f6\u00f6tama k\u00e4siraamatud. Erinevad konstruktsioonid, k\u00f5ik on selge ja detailselt.<\/p>\n

Muidugi, m\u00f5lemal juhul on parem migratsiooni ajal k\u00f5igepealt migreerida mitte k\u00f5ige kriitilisemad teenused, n\u00e4iteks testkeskkonnad, ja alles seej\u00e4rel, p\u00e4rast k\u00f5ikide t\u00f5rgete tabamist, liikuda tootmisse. Ja mitte seadistada reede \u00f5htul. \u00c4ra usu m\u00fc\u00fcjat, et k\u00f5ik on h\u00e4sti, alati on parem end kaitsta.<\/p>\n

ACI eest maksad rohkem, kuigi hetkel Cisco aktiivselt edendab seda lahendust ja tihti pakub sellele h\u00e4id allahindlusi, kuid kokkuhoid on hooldus- ja toetuskuludest. EVPN tehase haldamine ja automatiseerimine, ilma kontrollerita, n\u00f5uab investeeringuid ja regulaarseid kulusid \u2014 j\u00e4lgimine, automatiseerimine, uute teenuste rakendamine. Samuti takeb ACI esialgne k\u00e4ivitamine 30\u201340% kauem aega. See on tingitud sellest, et kogu vajalikud profiilide ja poliitikate komplekti loomine kestab kauem, mis hiljem kasutatakse. Kuid v\u00f5rgu suurenedes v\u00e4heneb vajalike seadistuste arv. Sa kasutad juba eelnevalt loodud poliitikaid, profiile ja objekte. Sa saad paindlikult h\u00e4\u00e4lestada segmenteerimist ja turvalisust, keskelt hallata lepinguid, mis reguleerivad EPG vahelisi tehingute suhtlemisi \u2014 t\u00f6\u00f6 mahud langevad j\u00e4rsult. <\/p>\n

EVPN-is peab iga seadme tehases konfigureerima, vea t\u00f5en\u00e4osus on suurem.<\/p>\n

Kui ACI rakendatakse aeglasemalt, siis EVPN-i h\u00e4\u00e4lestamine kestab peaaegu kaks korda kauem. Kui Cisco puhul saab alati kutsuda toe inseneri, et k\u00fcsida v\u00f5rgu \u00fcldt\u00f6\u00f6tamise kohta (sest see katab lahendust), siis Juniper Networks'i puhul ostad ainult riistvara, ja see katab vaid selle. Kas seadmest on pakett v\u00e4lja l\u00e4inud? Noh, edasi on teie probleem. Kuid saate avada k\u00fcsimuse lahenduse v\u00f5i v\u00f5rgu disaini kohta \u2014 ja siis soovitatakse osta profesionaalne teenus, lisatasu eest.<\/p>\n

ACI toetus on v\u00e4ga hea, sest see on eraldi: eraldi meeskond t\u00f6\u00f6tab vaid selle nimel. Sealhulgas on ka venekeelsed spetsialistid. Juhend on detailne, lahendused on ette m\u00e4\u00e4ratud. Nad \u00f5pid ja n\u00f5uavad. Kiiresti valideerivad disaini, mis on sageli oluline. Juniper Networks teeb sama, kuid palju aeglasemalt (meil oli nii, praegu peaks kuulujuttude j\u00e4rgi olema parem), mis sunnib sind ise tegema k\u00f5ike seal, kus sul oleks v\u00f5inud soovitada lahenduste insener. <\/p>\n

Cisco ACI toetab virtualiseerimise ja konteinerite s\u00fcsteemide (VMware, Kubernetes, Hyper-V) integreerimist ning keskset haldust. Pakuvad v\u00f5rguteenuseid ja turvateenuseid - laadimine, tulem\u00fc\u00fcrid, WAF, IPS ja muud... Hea mikrosegmentatsioon kohe v\u00e4lja pakendatud. Teises lahenduses teenuste integreerimine k\u00e4ib keerulisemalt ja on parem, kui uurida foorumeid nende jaoks, kes seda juba teinud on. <\/p>\n

Kokkuv\u00f5te<\/h3>\n

\nIga konkreetse juhtumi puhul tuleb lahendus valida mitte ainult seadmete hindade p\u00f5hjal, vaid arvesse tuleks v\u00f5tta ka edasisi kulutusi hooldusele ja peamistele probleemidele, millega klient hetkel silmitsi seisab, ning IT-infrastruktuuri arengu plaane. <\/p>\n

ACI, t\u00e4nu t\u00e4iendavatele seadmetele, osutus kallimaks, kuid lahendus on valmis ilma t\u00e4iendavate kohandusteta, teine lahendus on keerulisem ja kulukam, kuid odavam. <\/p>\n

Kui soovite arutada, kui palju v\u00f5ib maksta v\u00f5rgu tehase rakendamine erinevatelt tarnijatelt ja milline arhitektuur on vajalik, - saame kokku ja r\u00e4\u00e4kida. \u00dckski ettevalmistav arhitektuur (mille p\u00f5hjal saame eelarveid planeerida) on tasuta, detailne t\u00f6\u00f6tlemine, loomulikult, on juba tasuline.<\/p>\n

Vladimir Klept\u0161, ettev\u00f5ttev\u00f5rgud.<\/p><\/blockquote>\n

Allikas: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u0446\u0435\u043d\u0438\u0442\u0435 \u0441\u0432\u044f\u0437\u043a\u0438 \u0432 \u0441\u0440\u0435\u0434\u043d\u0435\u0439 \u0447\u0430\u0441\u0442\u0438 \u0441\u0445\u0435\u043c\u044b. \u041d\u0438\u0436\u0435 \u043a \u043d\u0438\u043c \u0432\u0435\u0440\u043d\u0451\u043c\u0441\u044f \u0412 \u043a\u0430\u043a\u043e\u0439-\u0442\u043e \u043c\u043e\u043c\u0435\u043d\u0442 \u0432\u044b \u043c\u043e\u0436\u0435\u0442\u0435 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0438\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0435 \u0441\u0435\u0442\u0438 \u043d\u0430 \u0431\u0430\u0437\u0435 L2 \u043d\u0435\u0438\u0437\u043b\u0435\u0447\u0438\u043c\u043e \u0431\u043e\u043b\u044c\u043d\u044b. \u0412 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438, \u0441\u0432\u044f\u0437\u0430\u043d\u043d\u044b\u043c\u0438 \u0441 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u043e\u0439 BUM \u0442\u0440\u0430\u0444\u0438\u043a\u0430 \u0438 \u0441 \u0440\u0430\u0431\u043e\u0442\u043e\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 STP. \u0412\u043e \u0432\u0442\u043e\u0440\u0443\u044e \u2014 \u0432 \u0446\u0435\u043b\u043e\u043c \u043c\u043e\u0440\u0430\u043b\u044c\u043d\u043e \u0443\u0441\u0442\u0430\u0440\u0435\u0432\u0448\u0435\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043e\u0439. \u042d\u0442\u043e \u0432\u044b\u0437\u044b\u0432\u0430\u0435\u0442 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u044b\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0432 \u0432\u0438\u0434\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":78002,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-78001","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47 EVPN VXLAN ja Cisco ACI p\u00f5histe v\u00f5rgutehaste realiseerimise kogemus ja v\u00e4ike v\u00f5rdlus | ProHoster","description":"Hinnake \u00fchendusi skeemi keskmises osas. Tagasi nende juurde p\u00f6\u00f6rdume. M\u00f5nel hetkel v\u00f5ite kokku puutuda olukorraga, kus suured keerulised v\u00f5rgu L2 baasil on ravimatult haiged. Esiteks probleemide t\u00f5ttu, mis on seotud BUM liikluse t\u00f6\u00f6tlemise ja STP protokolli toimimisega. Teiseks, \u00fcldiselt moraalselt vananenud arhitektuuriga. See p\u00f5hjustab ebameeldivaid probleeme nagu","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u043f\u044b\u0442 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0441\u0435\u0442\u0435\u0432\u044b\u0445 \u0444\u0430\u0431\u0440\u0438\u043a \u043d\u0430 \u0431\u0430\u0437\u0435 EVPN VXLAN \u0438 Cisco ACI \u0438 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0435 \u0441\u0440\u0430\u0432\u043d\u0435\u043d\u0438\u0435 | ProHoster","og:description":"\u041e\u0446\u0435\u043d\u0438\u0442\u0435 \u0441\u0432\u044f\u0437\u043a\u0438 \u0432 \u0441\u0440\u0435\u0434\u043d\u0435\u0439 \u0447\u0430\u0441\u0442\u0438 \u0441\u0445\u0435\u043c\u044b. \u041d\u0438\u0436\u0435 \u043a \u043d\u0438\u043c \u0432\u0435\u0440\u043d\u0451\u043c\u0441\u044f \u0412 \u043a\u0430\u043a\u043e\u0439-\u0442\u043e \u043c\u043e\u043c\u0435\u043d\u0442 \u0432\u044b \u043c\u043e\u0436\u0435\u0442\u0435 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0438\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0435 \u0441\u0435\u0442\u0438 \u043d\u0430 \u0431\u0430\u0437\u0435 L2 \u043d\u0435\u0438\u0437\u043b\u0435\u0447\u0438\u043c\u043e \u0431\u043e\u043b\u044c\u043d\u044b. \u0412 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438, \u0441\u0432\u044f\u0437\u0430\u043d\u043d\u044b\u043c\u0438 \u0441 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u043e\u0439 BUM \u0442\u0440\u0430\u0444\u0438\u043a\u0430 \u0438 \u0441 \u0440\u0430\u0431\u043e\u0442\u043e\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 STP. \u0412\u043e \u0432\u0442\u043e\u0440\u0443\u044e \u2014 \u0432 \u0446\u0435\u043b\u043e\u043c \u043c\u043e\u0440\u0430\u043b\u044c\u043d\u043e \u0443\u0441\u0442\u0430\u0440\u0435\u0432\u0448\u0435\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043e\u0439. \u042d\u0442\u043e \u0432\u044b\u0437\u044b\u0432\u0430\u0435\u0442 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u044b\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0432 \u0432\u0438\u0434\u0435","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-04-15T11:42:19+00:00","article:modified_time":"2020-04-15T11:42:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"78001","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:07:26","updated":"2022-09-27 21:24:29"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/78001","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=78001"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/78001\/revisions"}],"predecessor-version":[{"id":164511,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/78001\/revisions\/164511"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/78002"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=78001"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=78001"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=78001"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}