{"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\/da\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","title":{"rendered":"Erfaring med implementering af netv\u00e6rksfabrikker baseret p\u00e5 EVPN VXLAN og Cisco ACI samt en kort sammenligning","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Erfaring
\nVurdere b\u00e5nd i midten af diagrammet. Vi vil vende tilbage til dem senere.<\/i><\/p>\n

P\u00e5 et tidspunkt kan du st\u00f8de p\u00e5, at store komplekse netv\u00e6rk baseret p\u00e5 L2 er uhelbredeligt syge. F\u00f8rst og fremmest p\u00e5 grund af problemer relateret til behandling af BUM-trafik og med STP-protokollen. For det andet p\u00e5 grund af en generelt for\u00e6ldet arkitektur. Dette skaber ubehagelige problemer i form af nedetid og vanskeligheder med administration.<\/p>\n

Vi havde to parallelle projekter, hvor kunderne realistisk vurderede alle fordele og ulemper ved mulighederne og valgte to forskellige overlay-l\u00f8sninger, som vi implementerede. <\/p>\n

Der var mulighed for at sammenligne netop implementeringen. Ikke driften, det kan vi vurdere om to til tre \u00e5r. <\/p>\n

S\u00e5 hvad er et netv\u00e6rksfabrikationssystem med overlay-netv\u00e6rk og SDN?
\n<\/a><\/noindex><\/p>\n

Hvad skal der g\u00f8res med de velkendte problemer i klassisk netv\u00e6rksarkitektur?<\/h3>\n

\nHvert \u00e5r dukker der nye teknologier og ideer op. I praksis har der l\u00e6nge ikke v\u00e6ret et presserende behov for at omstrukturere netv\u00e6rk, fordi man stadig kan g\u00f8re alt manuelt med gamle, p\u00e5lidelige metoder. Og hvad s\u00e5, hvis vi er i det 21. \u00e5rhundrede? I sidste ende skal administratoren arbejde og ikke sidde i sit kontor. <\/p>\n

S\u00e5 begyndte boomet med konstruktionen af store datacentre. Dengang blev det klart, at gr\u00e6nsen for udviklingen af klassisk arkitektur var n\u00e5et, ikke kun hvad ang\u00e5r funktionalitet, fejltolerance og skalerbarhed. Og en af l\u00f8sningerne p\u00e5 disse problemer blev ideen om at bygge overlay-netv\u00e6rk oven p\u00e5 en routbar backbone.<\/p>\n

Derudover opstod problematikken omkring administration af s\u00e5danne fabrikker, n\u00e5r netv\u00e6rkene blev st\u00f8rre, hvilket resulterede i fremkomsten af l\u00f8sninger for softwaredefinerede netv\u00e6rk med mulighed for at administrere hele netv\u00e6rksinfrastrukturen som en enhed. N\u00e5r netv\u00e6rket administreres som en helhed, bliver det lettere for andre komponenter i IT-infrastrukturen at interagere med det, og s\u00e5danne interaktionsprocesser er lettere at automatisere.<\/p>\n

N\u00e6sten hver st\u00f8rre producent, ikke kun af netv\u00e6rksudstyr, men ogs\u00e5 af virtualisering, har s\u00e5danne l\u00f8sninger i deres portef\u00f8lje. <\/p>\n

Det handler kun om at finde ud af, hvad der passer til hvilke behov. For eksempel, for meget store virksomheder med et godt udviklingsteam og driftsafdeling tilfredsstiller de f\u00e6rdige l\u00f8sninger fra leverand\u00f8rer ikke altid alle behov, og de tyr til at udvikle deres egne SD (software defined) l\u00f8sninger. For eksempel er dette cloud-udbydere, der konstant udvider deres sortiment af tjenester til deres kunder, og f\u00e6rdige l\u00f8sninger kan simpelthen ikke f\u00f8lge med deres behov. <\/p>\n

For mellemstore virksomheder er de funktioner, som leverand\u00f8ren tilbyder i form af en f\u00e6rdig l\u00f8sning, tilstr\u00e6kkelige i 99 procent af tilf\u00e6ldene. <\/p>\n

Hvad er overlay-netv\u00e6rk?<\/h3>\n

\nHvad er id\u00e9en bag overlay-netv\u00e6rk? I det v\u00e6sentlige tager du et klassisk routet netv\u00e6rk og bygger et yderligere netv\u00e6rk ovenp\u00e5 for at f\u00e5 flere funktioner. Oftest handler det om effektiv fordeling af belastningen p\u00e5 udstyr og kommunikationslinjer, betydelig stigning i skalerbarhed, forbedring af p\u00e5lidelighed og en masse fordele inden for sikkerhed (gennem segmentering). Og SDN-l\u00f8sninger giver desuden mulighed for meget, meget, meget fleksibel administration, hvilket g\u00f8r netv\u00e6rket mere gennemsigtigt for dets brugere. <\/p>\n

Generelt hvis lokale netv\u00e6rk var blevet opfundet i omkring 2010'erne, ville de se helt anderledes ud end det, vi har arvet fra milit\u00e6ret i 1970'erne. <\/p>\n

Set fra et teknologisk perspektiv for opbygning af fabrikker ved hj\u00e6lp af overlay-netv\u00e6rk, findes der i \u00f8jeblikket mange implementeringer fra producenter og internetprojekter RFC (EVPN+VXLAN, EVPN+MPLS, EVPN+MPLSoGRE, EVPN+Geneve og andre). Ja, der er standarder, men implementeringen af disse standarder fra forskellige producenter kan variere, s\u00e5 det er kun i teorien muligt at undg\u00e5 leverand\u00f8rl\u00e5sning fuldst\u00e6ndigt p\u00e5 papir, n\u00e5r s\u00e5danne fabrikker oprettes.<\/p>\n

Sagerne med SD-l\u00f8sninger er endnu mere komplekse, hver leverand\u00f8r har sin egen opfattelse. Der er helt \u00e5bne l\u00f8sninger, som i teorien kan tilpasses af dig selv, og der er helt lukkede l\u00f8sninger.<\/p>\n

Cisco tilbyder sin version af SDN til datacentre - ACI. Det er selvf\u00f8lgelig en 100 % leverand\u00f8r-specifik l\u00f8sning med hensyn til valg af netv\u00e6rksudstyr, men det integreres fuldt ud med virtualiserings-, containeriserings-, sikkerheds-, orkestreringssystemer, load balancere mv. Men i bund og grund er det stadig en form for sort boks, uden mulighed for fuld adgang til alle interne processer. Ikke alle kunder er enige i denne l\u00f8sning, da man er fuldst\u00e6ndig afh\u00e6ngig af kvaliteten af den kode, der er skrevet til l\u00f8sningen, og dens implementering. P\u00e5 den anden side har producenten en af de bedste tekniske supportl\u00f8sninger i verden og en dedikeret gruppe, der kun arbejder med denne l\u00f8sning. Cisco ACI blev valgt som l\u00f8sning til det f\u00f8rste projekt.<\/p>\n

Til det andet projekt blev der valgt en l\u00f8sning fra Juniper. Producenten har ogs\u00e5 sin egen SDN til datacentre, men kunden besluttede at afvise implementeringen af SDN. EVPN VXLAN-fabrikken blev valgt som netv\u00e6rksteknologi uden brug af centraliserede controllere.<\/p>\n

Hvad er det n\u00f8dvendigt til<\/h3>\n

\nOprettelsen af en fabrik g\u00f8r det muligt at bygge et let skalerbart, fejlresistent og p\u00e5lideligt netv\u00e6rk. Arkitekturen (leaf-spine) tager h\u00f8jde for s\u00e6regenhederne datacentre<\/a> (trafikveje, minimalisering af forsinkelser og flaskehalse i netv\u00e6rket). SD-l\u00f8sninger i datacentre tillader meget bekvemt, hurtigt og fleksibelt at administrere en s\u00e5dan fabrik og integrere den i datacentrets \u00f8kosystem. <\/p>\n

Begge kunder havde behov for at opbygge backup datacentre for at sikre fejltolerance, og derudover skulle trafikken mellem datacentrene krypteres.<\/p>\n

Den f\u00f8rste kunde overvejede allerede l\u00f8sninger uden fabrikken som en mulig standard for deres netv\u00e6rk, men under testene oplevede de problemer med kompatibilitet af STP mellem flere leverand\u00f8rer af hardware. Der opstod nedetider, der for\u00e5rsagede servicefald. Og for kunden var dette kritisk. <\/p>\n

Cisco har allerede v\u00e6ret kundens virksomhedsstandard, de kiggede p\u00e5 ACI og andre muligheder og besluttede, at det var v\u00e6rd at v\u00e6lge denne l\u00f8sning. De kunne godt lide automatiseringen af styringen med et enkelt klik gennem en samlet controller. Tjenesterne konfigureres hurtigere, og administrationen g\u00e5r hurtigere. De besluttede at sikre trafikkryptering ved at implementere MACSec mellem IPN- og SPINE-svitsjerne. P\u00e5 denne m\u00e5de kunne de undg\u00e5 en flaskehals i form af en krypteringsgateway, spare penge p\u00e5 den og maksimere b\u00e5ndbredden.<\/p>\n

Den anden kunde valgte en l\u00f8sning uden controller fra Juniper, da der allerede var en lille installation med implementering af EVPN VXLAN i deres eksisterende datacenter. Men det var ikke redundante (kun \u00e9n switch blev brugt). Der blev truffet beslutning om at udvide infrastrukturen i hoveddatacentret og opbygge en fabrik i det backup-datacenter. Den eksisterende EVPN blev ikke udnyttet fuldt ud: VXLAN-inkapsling blev faktisk ikke anvendt, da alle v\u00e6rter var tilsluttet en switch, og alle MAC-adresser og \/32 adresser for v\u00e6rter var lokale, og gatewayen for dem var den samme switch, der var ingen andre enheder, hvor VXLAN-tunneler skulle opbygges. De besluttede at sikre trafikkryptering ved hj\u00e6lp af IPSEC-teknologi mellem firewalls (MSA-ydeevnen var tilstr\u00e6kkelig).<\/p>\n

De kiggede ogs\u00e5 p\u00e5 ACI, men besluttede, at p\u00e5 grund af leverand\u00f8rbindingen ville de v\u00e6re n\u00f8dt til at k\u00f8be for meget hardware, herunder erstatte nyindk\u00f8bt udstyr, og det giver ikke \u00f8konomisk mening. Ja, Cisco-fabrikken integreres med alt, men inden for selve fabrikken er kun dens egne enheder mulige. <\/p>\n

P\u00e5 den anden side, som n\u00e6vnt tidligere, kan man ikke bare blande en EVPN VXLAN-fabrik med enhver naboleverand\u00f8r, fordi implementeringerne af protokollen adskiller sig. Det er som at blande Cisco og Huawei i et netv\u00e6rk \u2014 standarderne er tilsyneladende f\u00e6lles, men man m\u00e5 danse med tamburinerne. Da dette er en bank, og kompatibilitetstestene ville v\u00e6re meget lange, besluttede de, at det var bedre at investere i den samme leverand\u00f8r nu og ikke blive for optaget af funktionalitet uden for det grundl\u00e6ggende. <\/p>\n

Migrationsplan<\/h3>\n

\nTo datacentre baseret p\u00e5 ACI:<\/p>\n

\"Erfaring
\n
\nOrganisering af interaktionen mellem datacentre. Multi-Pod-l\u00f8sningen blev valgt - hvert datacenter fungerer som en pod. Kravene til skalering med hensyn til antal switches og latensen mellem podene (RTT under 50 ms) er taget i betragtning. Beslutningen om ikke at bygge en Multi-Site-l\u00f8sning blev taget for at forenkle administrationen (for Multi-Pod-l\u00f8sningen anvendes et enkelt administrationsinterface, for Multi-Site ville der v\u00e6re brug for to gr\u00e6nseflader eller en Multi-Site Orchestrator), og da der ikke var behov for geografisk redundans mellem sites.<\/p>\n

\"Erfaring
\n
\nFra et migrationsperspektiv af tjenester fra Legacy-netv\u00e6rket blev den mest gennemsigtige mulighed valgt, nemlig at overf\u00f8re VLAN\u2019er gradvist, der svarer til bestemte tjenester.
\nFor migration blev der oprettet et tilsvarende EPG (End-point-group) for hvert VLAN p\u00e5 fabrikken. F\u00f8rst blev netv\u00e6rket strakt mellem det gamle netv\u00e6rk og fabrikken via L2, derefter, efter migrationen af alle v\u00e6rter, blev gatewayen flyttet til fabrikken, og interaktionen mellem EPG og det eksisterende netv\u00e6rk fandt sted via L3OUT, samtidig blev interaktionen mellem L3OUT og EPG beskrevet ved hj\u00e6lp af kontrakter. Principskema:<\/p>\n

\"Erfaring
\n
\nPrincipskemaet for de fleste politikker i ACI-fabrikken ses p\u00e5 billedet nedenfor. Hele ops\u00e6tningen er baseret p\u00e5 politikker, der er indlejret i andre politikker og s\u00e5 videre. I starten er det meget vanskelig at forst\u00e5, men gradvist, som praksis viser, v\u00e6nner netv\u00e6rksadministratorerne sig til denne struktur p\u00e5 cirka en m\u00e5ned, og kun da f\u00e5r de en forst\u00e5else af, hvor bekvemt det er.<\/p>\n

\"Erfaring
\n <\/p>\n

Sammenligning<\/h3>\n

\nI Cisco ACI-l\u00f8sningen skal der k\u00f8bes mere udstyr (separate switches til inter-Pod-interaktion og APIC-controllere), hvilket g\u00f8r det dyrere. Juniper-l\u00f8sningen kr\u00e6vede ikke k\u00f8b af controllere og hj\u00e6lpesystemer; det var muligt at delvist bruge det eksisterende udstyr, som kunden allerede havde. <\/p>\n

Her er arkitekturen for EVPN VXLAN-fabrikken for de to datacentre fra det andet projekt:<\/p>\n

\"Erfaring
\n\"Erfaring
\n
\nI ACI f\u00e5r du en f\u00e6rdig l\u00f8sning \u2014 du beh\u00f8ver ikke at rode rundt, og du skal ikke optimere. Ved den indledende introduktion af kunden til fabrikken kr\u00e6ves der ikke udviklere eller supportpersonale til kode og automatisering. Det er tilstr\u00e6kkeligt med simpel drift, mange indstillinger kan g\u00f8res via en wizard, hvilket ikke altid er en fordel, is\u00e6r for folk der er vant til kommandolinjen. P\u00e5 ethvert tidspunkt er der brug for tid til at omstille sindet til nye metoder, til den s\u00e6rlige indstilling via politikker og h\u00e5ndtering af mange indbyrdes indviklede politikker. Det er meget \u00f8nskeligt, derudover, at have en klar struktur for navngivning af politikker og objekter. Hvis der opst\u00e5r problemer i controllerens logik, kan dette kun l\u00f8ses gennem teknisk support.<\/p>\n

I EVPN \u2014 konsollen. Lid eller gl\u00e6d dig. Den velkendte gr\u00e6nseflade for den gamle garde. Ja, der er en typisk konfiguration og vejledninger. Du bliver n\u00f8dt til at gennemg\u00e5 manualerne. Forskellige konstruktioner, alt er klart og detaljeret.<\/p>\n

Naturligvis er det i begge tilf\u00e6lde bedst at migrere de mindst kritiske tjenester f\u00f8rst, for eksempel testmilj\u00f8er, og f\u00f8rst derefter, efter at alle fejl er fanget, g\u00e5 i gang med produktionen. Og undg\u00e5 at konfigurere om fredagen aften. Det er ikke klogt at tro p\u00e5, at leverand\u00f8ren siger, at alt vil v\u00e6re i orden; det er altid bedre at tage sine forholdsregler.<\/p>\n

P\u00e5 ACI betaler du mere, selvom Cisco i \u00f8jeblikket aktivt promoverer denne l\u00f8sning og ofte giver gode rabatter p\u00e5 den, men du sparer p\u00e5 service og vedligeholdelse. Styring og enhver form for automatisering af EVPN-fabrikken uden controller kr\u00e6ver investeringer og regelm\u00e6ssige udgifter \u2014 overv\u00e5gning, automatisering, implementering af nye tjenester. Samtidig tager den prim\u00e6re ops\u00e6tning i ACI l\u00e6ngere tid, cirka 30-40 procent l\u00e6ngere. Dette sker, fordi det tager l\u00e6ngere tid at oprette det n\u00f8dvendige s\u00e6t profiler og politikker, som senere vil blive anvendt. Men efterh\u00e5nden som netv\u00e6rket vokser, reduceres antallet af n\u00f8dvendige konfigurationer. Du bruger allerede forudskabte politikker, profiler og objekter. Du kan fleksibelt justere segmentering og sikkerhed og centralt styre de kontrakter, der bestemmer interaktionerne mellem EPG'er \u2014 arbejdsbyrden falder drastisk. <\/p>\n

I EVPN skal hvert enhed i fabrikken konfigureres, hvilket \u00f8ger risikoen for fejl.<\/p>\n

Hvis ACI implementeres langsommere, s\u00e5 tager EVPN n\u00e6sten dobbelt s\u00e5 lang tid at fejlfinde. I tilf\u00e6lde af Cisco kan man altid tilkalde en supportingeni\u00f8r og sp\u00f8rge om netv\u00e6rket generelt (fordi det d\u00e6kkes som en l\u00f8sning), mens du hos Juniper Networks kun k\u00f8ber hardwaren, og det er kun den, der d\u00e6kkes. Er pakkerne sendt fra enheden? N\u00e5, godt, s\u00e5 er det jeres problem. Men man kan stille sp\u00f8rgsm\u00e5l om valg af l\u00f8sning eller netv\u00e6rksdesign - og s\u00e5 vil de anbefale at k\u00f8be professionel service for et ekstra gebyr.<\/p>\n

ACI-supporten er rigtig god, fordi den er s\u00e6rskilt: et separat team sidder kun til dette form\u00e5l. Der er ogs\u00e5 russisktalende specialister. Guiden er detaljeret, l\u00f8sningerne er foruddefinerede. De ser og r\u00e5dgiver. De validerer hurtigt design, hvilket ofte er vigtigt. Juniper Networks g\u00f8r det samme, men meget langsommere (det har v\u00e6ret vores oplevelse, men nu skulle det efter rygterne v\u00e6re bedre), hvilket tvinger dig til selv at g\u00f8re alt der, hvor du kunne have f\u00e5et r\u00e5d fra en solutionsingeni\u00f8r. <\/p>\n

Cisco ACI underst\u00f8tter integration med virtualiserings- og containeriseringssystemer (VMware, Kubernetes, Hyper-V) og centraliseret administration. Der er netv\u00e6rkstjenester og sikkerhedstjenester - belastningsbalancering, firewalls, WAF, IPS og meget mere\u2026 God mikrosegmentering direkte fra kassen. I den anden l\u00f8sning er integrationen med netv\u00e6rkstjenester mere kompliceret, og det er bedst at unders\u00f8ge fora med dem, der har gjort det f\u00f8r. <\/p>\n

Resultat<\/h3>\n

\nFor hver enkelt sag skal der v\u00e6lges en l\u00f8sning, ikke kun baseret p\u00e5 prisen p\u00e5 udstyret, men man skal ogs\u00e5 tage h\u00f8jde for de fremtidige driftsomkostninger og de hovedproblemer, kunden st\u00e5r overfor nu, samt hvilke planer der er for udvikling af IT-infrastrukturen. <\/p>\n

ACI blev dyrere p\u00e5 grund af ekstra udstyr, men det er en klar l\u00f8sning uden behov for tilpasning, mens den anden l\u00f8sning er mere kompleks og kostbar med hensyn til drift, men er billigere. <\/p>\n

Hvis du \u00f8nsker at diskutere, hvad implementeringen af et netv\u00e6rksfabrik kan koste hos forskellige leverand\u00f8rer, og hvilket arkitektur der er n\u00f8dvendig, kan vi m\u00f8des og tale. Indtil et skitseudkast af arkitekturen (som man kan basere budgetterne p\u00e5) kan vi give gratis r\u00e5dgivning, en detaljeret bearbejdning er selvf\u00f8lgelig allerede betalende.<\/p>\n

Vladimir Klepche, virksomhedsnetsv\u00e6rk.<\/p><\/blockquote>\n

Kilde: 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\udd47 Erfaring med implementering af netv\u00e6rksfabrikker baseret p\u00e5 EVPN VXLAN og Cisco ACI samt en lille sammenligning | ProHoster","description":"Vurder venligst.","canonical_url":"https:\/\/prohoster.info\/da\/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":"da_DK","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\/da\/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\/da\/wp-json\/wp\/v2\/posts\/78001","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=78001"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/78001\/revisions"}],"predecessor-version":[{"id":164511,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/78001\/revisions\/164511"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/78002"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=78001"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=78001"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=78001"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}