{"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\/hr\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","title":{"rendered":"Iskustvo realizacije mre\u017enih tvornica temeljeno na EVPN VXLAN i Cisco ACI te malo usporedbe","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Iskustvo
\nProcijenite veze u srednjem dijelu sheme. Vratit \u0107emo se na njih kasnije.<\/i><\/p>\n

U nekom trenutku mogli biste se suo\u010diti s tim da velike slo\u017eene mre\u017ee temeljene na L2 neizlje\u010divo pate. Prvo, probleme povezane s obradom BUM prometa i radom STP protokola. Drugo, s arhitekturom koja je u cjelini moralno zastarjela. To uzrokuje neugodne probleme u obliku zastoja i neugodnosti u upravljanju.<\/p>\n

Imali smo dva paralelna projekta, gdje su naru\u010ditelji realno procijenili sve prednosti i nedostatke opcija i odabrali dva razli\u010dita overlay rje\u0161enja koja smo implementirali. <\/p>\n

Imali smo priliku usporediti upravo implementaciju. Ne operativnu fazu, o kojoj vrijedi govoriti za dvije do tri godine. <\/p>\n

Dakle, \u0161to je mre\u017ena tvornica s preklapanim mre\u017eama i SDN-om?
\n<\/a><\/noindex><\/p>\n

\u0160to u\u010diniti s bolnim problemima klasi\u010dne arhitekture mre\u017ee?<\/h3>\n

\nSvake godine pojavljuju se nove tehnologije i ideje. U praksi, velika potreba za rekonstrukcijom mre\u017ea nije se dugo javljala, jer se sve mo\u017ee raditi ru\u010dno starim dobrim metodama. I \u0161to ako je dvadeset prvi vek? U kona\u010dnici, administrator bi trebao raditi, a ne sjediti u svom uredu. <\/p>\n

Zatim je zapo\u010dela groznica izgradnje velikih data centara. Tada je postalo jasno da je klasi\u010dna arhitektura dostigla limit razvoja, ne samo u pogledu funkcionalnosti, pouzdanosti, skalabilnosti. Jedno od rje\u0161enja tih problema bila je ideja izgradnje slo\u017eenih mre\u017ea iznad routabilnog backbona.<\/p>\n

Osim toga, s pove\u0107anjem opsega mre\u017ea, problem upravljanja takvim tvornicama postao je od izuzetne va\u017enosti, \u0161to je dovelo do pojave rje\u0161enja za softverski definirane mre\u017ee koja omogu\u0107uju upravljanje cijelom mre\u017enom infrastrukturom kao jedinstvenim entitetom. Kada se mre\u017ea upravlja iz jedne to\u010dke, ostalim komponentama IT infrastrukture lak\u0161e je interagirati s njom, a takvi procesi interakcije su lak\u0161i za automatizaciju.<\/p>\n

Gotovo svaki veliki proizvo\u0111a\u010d ne samo mre\u017ene opreme, ve\u0107 i virtualizacije, nudi u svom portfelju opcije takvih rje\u0161enja. <\/p>\n

Preostaje samo da se razjasni \u0161to odgovara kojim potrebama. Na primjer, za velike kompanije s dobrom ekipom developera i operativcima, ne uvijek gotova rje\u0161enja od dobavlja\u010da zadovoljavaju sve potrebe, pa se odlu\u010duju na razvoj vlastitih SD (software defined) rje\u0161enja. Na primjer, to su cloud provideri koji neprekidno pro\u0161iruju asortiman usluga koje pru\u017eaju svojim klijentima, a gotova rje\u0161enja jednostavno ne mogu pratiti njihove potrebe. <\/p>\n

Za srednje kompanije, funkcionalnosti koje nudi dobavlja\u010d u obliku gotovog rje\u0161enja, \u010desto su dovoljni u 99 posto slu\u010dajeva. <\/p>\n

\u0160to su to overlay mre\u017ee<\/h3>\n

\nO \u010demu se radi kod overlay mre\u017ea. U su\u0161tini, uzimate klasi\u010dnu usmjerenu mre\u017eu i gradite jo\u0161 jednu mre\u017eu iznad nje, kako biste dobili vi\u0161e funkcionalnosti. Naj\u010de\u0161\u0107e se radi o efikasnoj raspodjeli optere\u0107enja na opremu i komunikacijske linije, zna\u010dajnom pove\u0107anju limita u skalabilnosti, pobolj\u0161anju pouzdanosti i mno\u0161tvu dodatnih sigurnosnih prednosti (zahvaljuju\u0107i segmentaciji). A SDN rje\u0161enja u dodatku tome omogu\u0107uju vrlo, vrlo, vrlo lako i fleksibilno administriranje, \u010dine\u0107i mre\u017eu prozirnijom za njene korisnike. <\/p>\n

Uglavnom, da su lokalne mre\u017ee izmi\u0161ljene oko 2010-ih, izgledale bi daleko druga\u010dije nego \u0161to je to naslije\u0111eno od vojske iz 1970-ih. <\/p>\n

Sa stanovi\u0161ta tehnologija izgradnje tvornica kori\u0161tenjem overlay mre\u017ea, trenutno postoji mnogo implementacija proizvo\u0111a\u010da i internet projekata RFC (EVPN+VXLAN, EVPN+MPLS, EVPN+MPLSoGRE, EVPN+Geneve i drugi). Da, postoje standardi, ali implementacija tih standarda od strane razli\u010ditih proizvo\u0111a\u010da mo\u017ee se razlikovati, pa je pri stvaranju takvih tvornica potpuno odustajanje od vendor-loka za sada mogu\u0107e samo u teoriji na papiru.<\/p>\n

Sa SD rje\u0161enjima je situacija jo\u0161 zamr\u0161enija, svaki dobavlja\u010d ima svoju viziju. Postoje potpuno otvorena rje\u0161enja koja se teorijski mogu prilagoditi, a postoje i potpuno zatvorena.<\/p>\n

Cisco nudi svoju verziju SDN za podatkovne centre \u2014 ACI. Naravno, to je 100% rje\u0161enje specifi\u010dno za proizvo\u0111a\u010da kada je u pitanju odabir mre\u017ene opreme, ali se u potpunosti integrira s sustavima virtualizacije, kontejnerizacije, sigurnosti, orkestracije, ravnote\u017ee optere\u0107enja i sl. No, u su\u0161tini to je jo\u0161 uvijek neka vrsta crnog kutije, bez mogu\u0107nosti potpunog pristupa svim unutarnjim procesima. Nisu svi kupci saglasni s takvim rje\u0161enjem jer ste potpuno ovisni o kvaliteti napisanog koda rje\u0161enja i njegove implementacije, ali s druge strane, proizvo\u0111a\u010d ima jednu od najboljih tehni\u010dkih podr\u0161ki na svijetu i ima posve\u0107en tim koji se bavi isklju\u010divo ovim rje\u0161enjem. Za prvi projekt odabrano je upravo Cisco ACI.<\/p>\n

Za drugi projekt odabrano je rje\u0161enje na Juniperu. Proizvo\u0111a\u010d tako\u0111er ima svoj SDN za podatkovne centre, ali je kupac odlu\u010dio odustati od implementacije SDN-a. Kao tehnologija za izgradnju mre\u017ee odabrana je EVPN VXLAN tvornica bez kori\u0161tenja centraliziranih kontrolera.<\/p>\n

Za\u0161to je potrebno<\/h3>\n

\nIzgradnja tvornice omogu\u0107uje izgradnju lako skalabilne, otpornije i pouzdane mre\u017ee. Arhitektura (leaf-spine) uzima u obzir karakteristike data centara<\/a> (putanje prolaska prometa, minimiziranje ka\u0161njenja i uskih grla u mre\u017ei). SD rje\u0161enja u podatkovnim centrima omogu\u0107uju vrlo jednostavno, brzo i fleksibilno upravljanje takvom tvornicom te njenu integraciju u ekosustav podatkovnog centra. <\/p>\n

Obojici kupaca bilo je potrebno izgraditi rezervne podatkovne centre za osiguranje otpornosti, pored toga, promet izme\u0111u podatkovnih centara trebao je biti \u0161ifriran.<\/p>\n

Prvi kupac ve\u0107 je razmatrao rje\u0161enja bez tvornice kao mogu\u0107i standard svojih mre\u017ea, ali su imali problema s kompatibilno\u0161\u0107u STP-a izme\u0111u vi\u0161e proizvo\u0111a\u010da opreme tijekom testiranja. Pojavljivali su se prekidi koji su uzrokovali padove usluga. A to je za kupca bilo kriti\u010dno. <\/p>\n

Cisco je ve\u0107 bio korporativni standard korisnika, promatrali su ACI i druge opcije te odlu\u010dili da \u0107e uzeti upravo ovo rje\u0161enje. Svidjela im se automatizacija upravljanja jednim gumbom putem jedinstvenog kontrolera. Usluge se br\u017ee postavljaju, br\u017ee se njime upravlja. Odluka je bila osigurati enkripciju prometa pokretanjem MACSec izme\u0111u IPN i SPINE prekida\u010da. Na taj su na\u010din uspjeli izbje\u0107i usko grlo u obliku kriptolo\u0161kog ure\u0111aja, u\u0161tedjeti na njima i maksimalno iskoristiti propusnost.<\/p>\n

Drugi korisnik je odabrao rje\u0161enje bez kontrolera od Junipera, budu\u0107i da je u njihovom postoje\u0107em podatkovnom centru ve\u0107 bila mala instalacija implementacije EVPN VXLAN fabrike. No tamo nije bila otporna na gre\u0161ke (koristio se jedan prekida\u010d). Odluka je bila pro\u0161iriti infrastrukturu glavnog podatkovnog centra i izgraditi fabriku u rezervnom podatkovnom centru. Postoje\u0107i EVPN nije bio u potpunosti iskori\u0161ten: inkapsulacija VXLAN se zapravo nije primjenjivala, budu\u0107i da su svi hostovi bili spojeni na jedan prekida\u010d, a svi MAC adrese i \/32 adrese hostova bile su lokalne, a njihov prolaz bio je ovaj prekida\u010d, nije bilo drugih ure\u0111aja prema kojima je trebalo postaviti VXLAN tuneli. Odluka je bila osigurati enkripciju prometa kori\u0161tenjem tehnologije IPSEC izme\u0111u vatrozida (performanse MSE bile su dovoljne).<\/p>\n

Tako\u0111er su isprobali ACI, ali su zaklju\u010dili da zbog vendor locka moraju kupiti previ\u0161e opreme, uklju\u010duju\u0107i zamjenu nedavno kupljene nove opreme, i da to jednostavno nema ekonomskog smisla. Da, Cisco fabrika se integri\u0161e sa svime, ali unutar same fabrike mogu postojati samo njezini ure\u0111aji. <\/p>\n

S druge strane, kao \u0161to je ranije re\u010deno, EVPN VXLAN fabrika s bilo kojim susjednim vendorom se nije lako mije\u0161a, jer se implementacije protokola razlikuju. To je kao kri\u017eanje Cisco-a i Huaweija unutar jedne mre\u017ee \u2014 kao da, standardi su zajedni\u010dki, samo treba malo \u201ezabaviti se\u201c. Budu\u0107i da je to banka, i testovi kompatibilnosti bi trajali vrlo dugo, odlu\u010deno je da je bolje kupiti opremu istog vendora sada, i ne previ\u0161e se zadr\u017eavati na funkcionalnostima izvan osnovne. <\/p>\n

Plan migracije<\/h3>\n

\nDva podatkovna centra temeljem ACI:<\/p>\n

\"Iskustvo
\n
\nOrganizacija suradnje izme\u0111u podatkovnih centara. Odabrano je Multi-Pod rje\u0161enje \u2013 svaki podatkovni centar je pod. Uzimaju se u obzir zahtjevi za skaliranjem broja preklopnika i ka\u0161njenjima izme\u0111u podova (RTT manje od 50 ms). Donijeta je odluka da se ne gradi Multi-Site rje\u0161enje radi lak\u0161eg upravljanja (za Multi-Pod rje\u0161enje koristi se jedinstveno su\u010delje za upravljanje, za Multi-Site bilo bi potrebno dva su\u010delja, ili bi bio potreban Multi-Site Orchestrator), a budu\u0107i da geografska rezervacija lokacija nije bila potrebna.<\/p>\n

\"Iskustvo
\n
\nS gledi\u0161ta migracije usluga iz Legacy mre\u017ee, odabran je najtransparentniji na\u010din, postupno prenositi VLAN-ove koji su povezani s odre\u0111enim uslugama.
\nZa migraciju svakom VLAN-u je kreiran odgovaraju\u0107i EPG (grupa krajnjih to\u010daka) na fabrici. Prvo se mre\u017ea protegnula izme\u0111u stare mre\u017ee i fabrike preko L2, zatim nakon migracije svih hostova, prozor se preselio na fabriku, a interakcija EPG-a s postoje\u0107om mre\u017eom odvijala se putem L3OUT, pri \u010demu je interakcija izme\u0111u L3OUT i EPG-a bila opisivana kori\u0161tenjem ugovora. Pribli\u017ena shema:<\/p>\n

\"Iskustvo
\n
\nPribli\u017ena struktura ve\u0107ine politika fabrike ACI na slici ispod. Cjelokupna konfiguracija temelji se na politikama, koje su uvr\u0161tene u druge politike i tako dalje. U po\u010detku nije lako razumjeti, ali postupno, kako praksa pokazuje, mre\u017eni administratori se naviknu na takvu strukturu za otprilike mjesec dana, a tada dolazi do spoznaje koliko je ona prakti\u010dna.<\/p>\n

\"Iskustvo
\n <\/p>\n

Usporedba<\/h3>\n

\nU Cisco ACI rje\u0161enju potrebno je kupiti vi\u0161e opreme (odvojeni preklopnici za Inter-Pod interakciju i APIC kontrole), zbog \u010dega je ono skuplje. Juniperovo rje\u0161enje nije zahtijevalo kupovinu kontrolera i pomo\u0107ne opreme; dijelom je kori\u0161tena ve\u0107 postoje\u0107a oprema klijenta. <\/p>\n

Evo arhitektura EVPN VXLAN fabrike za dva podatkovna centra drugog projekta:<\/p>\n

\"Iskustvo
\n\"Iskustvo
\n
\nU ACI dobivate gotovo rje\u0161enje \u2014 nema potrebe za kopanjem, nema potrebe za optimizacijom. Tijekom prvog upoznavanja klijenta s tvornicom nisu potrebni programeri, niti osobe koje podr\u017eavaju kod i automatizaciju. Dovoljno je samo odr\u017eavanje, mnoge postavke mogu se obavljati \u010dak i putem \u010darobnjaka, \u0161to nije uvijek plus, posebno za ljude koji su naviknuti na naredbeni redak. U svakom slu\u010daju, potrebno je vrijeme da se preuredi um na nove \u0161ine, na osobitosti postavki putem politika i upravljanja brojnim slo\u017eenim politikama. Tako\u0111er je po\u017eeljno imati jasnu strukturu imenovanja politika i objekata. U slu\u010daju bilo kakvih problema u logici rada kontrolera, rje\u0161enje se mo\u017ee na\u0107i samo putem tehni\u010dke podr\u0161ke.<\/p>\n

U EVPN \u2014 konzola. Patite ili se radujte. Poznato su\u010delje za staru gardu. Da, postoji standardna konfiguracija i vodi\u010di. Trebat \u0107ete \u010ditati priru\u010dnike. Razli\u010dite konstrukcije, sve je jasno i detaljno.<\/p>\n

Naravno, u oba slu\u010daja bolje je pri migraciji prvo migrirati manje kriti\u010dne usluge, primjerice testna okru\u017eenja, a tek nakon rje\u0161avanja svih gre\u0161aka krenuti u proizvodnju. I ne postavljati u petak nave\u010der. Ne biste trebali vjerovati dobavlja\u010du da \u0107e sve biti u redu, uvijek je bolje se osigurati.<\/p>\n

Na ACI pla\u0107ate vi\u0161e, iako Cisco aktivno promi\u010de ovo rje\u0161enje i \u010desto nudi dobre popuste, ali \u0161tedite na odr\u017eavanju \u2014 pra\u0107enju. Upravljanje i bilo kakva automatizacija EVPN tvornice bez kontrolera zahtijeva ulaganja i stalne tro\u0161kove \u2014 monitoring, automatizaciju, implementaciju novih usluga. Pri tome, inicijalno pokretanje kod ACI traje 30\u201340 posto du\u017ee. To se doga\u0111a jer du\u017ee traje stvaranje cijelog skupa potrebnih profila i politika koje \u0107e se kasnije koristiti. No, kako mre\u017ea raste, broj potrebnih konfiguracija se smanjuje. Ve\u0107 koristite unaprijed stvorene politike, profile, objekte. Mo\u017eete fleksibilno postaviti segmentaciju i sigurnost, centralizirano upravljati ugovorima koji odgovaraju za odobravanje razli\u010ditih interakcija izme\u0111u EPG-a \u2014 obujam posla se naglo smanjuje. <\/p>\n

U EVPN potrebno je konfigurirati svaki ure\u0111aj u tvornici, rizik od gre\u0161ke je ve\u0107i.<\/p>\n

Ako se ACI implementira sporije, EVPN se gotovo dvostruko du\u017ee debugira. Dok se kod Cisco-a uvijek mo\u017eete obratiti in\u017eenjeru podr\u0161ke i postaviti pitanja o mre\u017ei u cjelini (jer se to pokriva kao rje\u0161enje), kod Juniper Networks kupujete samo hardver, i to je sve \u0161to je pokriveno. Oti\u0161li su paketi s ure\u0111aja? Pa, dobro, to su sad va\u0161i problemi. No, mo\u017eete otvoriti pitanje o izboru rje\u0161enja ili dizajnu mre\u017ee \u2014 i tada \u0107e vam savjetovati da kupite profesionalnu uslugu uz dodatnu naknadu.<\/p>\n

ACI podr\u0161ka je izvrsna, jer je odvojena: posebna ekipa sjedi samo za to. Tu su, me\u0111u ostalim, i stru\u010dnjaci koji govore ruski. Vodi\u010d je detaljan, rje\u0161enja su unaprijed definirana. Gledaju i savjetuju. Brzo validiraju dizajn, \u0161to je \u010desto va\u017eno. Juniper Networks rade isto, ali daleko sporije (kod nas je to bilo tako, sada bi trebalo biti bolje prema glasinama), \u0161to te prisiljava da sve radi\u0161 sam, gdje bi ti in\u017eenjer rje\u0161enja mogao dati savjet. <\/p>\n

Cisco ACI podr\u017eava integraciju s virtualizacijskim i kontejnerskim sustavima (VMware, Kubernetes, Hyper-V) i centralizirano upravljanje. Ima s mre\u017enim uslugama i uslugama sigurnosti \u2014 balansiranje, vatrozidi, WAF, IPS i drugo... Dobra mikrosegsmenatacija od samog po\u010detka. U drugom rje\u0161enju integracija s mre\u017enim uslugama prolazi s pote\u0161ko\u0107ama, i bolje je unaprijed prou\u010diti forume onih koji su to ve\u0107 radili. <\/p>\n

Zaklju\u010dak<\/h3>\n

\nZa svaki konkretan slu\u010daj potrebno je odabrati rje\u0161enje, ne samo na temelju tro\u0161kova opreme, ve\u0107 tako\u0111er treba uzeti u obzir daljnje tro\u0161kove eksploatacije i osnovne probleme s kojima se naru\u010ditelj trenutno suo\u010dava, kao i koje su planovi za razvoj IT infrastrukture. <\/p>\n

ACI je zbog dodatne opreme ispao skuplji, ali rje\u0161enje je spremno bez potrebe za doradom; drugo rje\u0161enje je slo\u017eenije i skuplje u pogledu eksploatacije, ali je jeftinije. <\/p>\n

Ako \u017eelite razgovarati o tome koliko mo\u017ee ko\u0161tati implementacija mre\u017ene fabrike kod razli\u010ditih dobavlja\u010da i koja arhitektura je potrebna, mo\u017eemo se sastati i razgovarati. Do nacrta arhitekture (s kojim se mogu izra\u010dunati prora\u010duni) savjetujemo besplatno, detaljnija razrada, naravno, ve\u0107 se napla\u0107uje.<\/p>\n

Vladimir Klep\u010de, korporativne mre\u017ee.<\/p><\/blockquote>\n

Izvor: 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\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\udd47Iskustvo u implementaciji mre\u017enih fabrika temeljenih na EVPN VXLAN i Cisco ACI i malo usporedbe | ProHoster","description":"Ocijenite.","canonical_url":"https:\/\/prohoster.info\/hr\/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":"hr_HR","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.","og:url":"https:\/\/prohoster.info\/hr\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/78001","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=78001"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/78001\/revisions"}],"predecessor-version":[{"id":164511,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/78001\/revisions\/164511"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/78002"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=78001"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=78001"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=78001"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}