{"id":35291,"date":"2019-10-31T22:03:28","date_gmt":"2019-10-31T19:03:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu\/"},"modified":"2019-10-31T22:03:28","modified_gmt":"2019-10-31T19:03:28","slug":"setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","title":{"rendered":"N\u00e4tverksfabriken f\u00f6r datacenter Cisco ACI - till hj\u00e4lp f\u00f6r administrat\u00f6ren","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"N\u00e4tverksfabriken
\nMed hj\u00e4lp av detta magiska stycke skript kan Cisco ACI snabbt st\u00e4lla in n\u00e4tverket.<\/i><\/p>\n

N\u00e4tverksfabriken f\u00f6r datacenter Cisco ACI har funnits i fem \u00e5r, men p\u00e5 Habr har det knappt skrivits n\u00e5got om den, s\u00e5 jag beslutade mig f\u00f6r att r\u00e4tta till detta lite. Jag kommer att ber\u00e4tta utifr\u00e5n min egen erfarenhet vad det handlar om, vilken nytta den har och vilka problem den kan medf\u00f6ra. <\/p>\n

Vad \u00e4r det och varifr\u00e5n kom det?<\/h3>\n

\nVid tillk\u00e4nnagivandet av ACI (Application Centric Infrastructure) 2013 tr\u00e4ngde konkurrenter mot de traditionella n\u00e4tverksmetoderna f\u00f6r datacenter p\u00e5 tre fronter. <\/p>\n

\u00c5 ena sidan lovade SDN-l\u00f6sningar \"f\u00f6rsta generationen\" baserade p\u00e5 OpenFlow att g\u00f6ra n\u00e4tverken b\u00e5de mer flexibla och billigare samtidigt. Id\u00e9n var att flytta beslutsfattande, som traditionellt utf\u00f6rdes av propriet\u00e4r mjukvara p\u00e5 switcharna, till en central kontroller. <\/p>\n

Denna kontroller skulle ha en gemensam syn p\u00e5 allt som h\u00e4nder och, baserat p\u00e5 detta, programmera h\u00e5rdvaran f\u00f6r alla switchar p\u00e5 niv\u00e5 av regler f\u00f6r behandling av specifika fl\u00f6den. <\/a><\/noindex>
\n\u00c5 andra sidan gav \u00f6verlagrade n\u00e4tverksl\u00f6sningar m\u00f6jlighet att implementera \u00f6nskad anslutning och s\u00e4kerhetspolicy helt utan f\u00f6r\u00e4ndringar i det fysiska n\u00e4tverket, genom att bygga programvarutunnlar mellan virtualiserade v\u00e4rdar. Det mest k\u00e4nda exemplet p\u00e5 en s\u00e5dan l\u00f6sning var Nicira, som vid den tiden redan hade f\u00f6rv\u00e4rvats av VMWare f\u00f6r 1,26 miljarder dollar och gav upphov till det nuvarande VMWare NSX. En viss krydda till situationen tillf\u00f6rdes av att medgrundarna av Nicira var samma personer som tidigare stod bakom OpenFlow, som nu sa att f\u00f6r att bygga datacenterfabriken \u00e4r OpenFlow ol\u00e4mpligt.<\/a><\/noindex>.<\/p>\n

Slutligen har switchchip som \u00e4r tillg\u00e4ngliga p\u00e5 den \u00f6ppna marknaden (det som kallas merchant silicon) n\u00e5tt en mognadsgrad d\u00e4r de utg\u00f6r ett verkligt hot mot traditionella switchtillverkare. Tidigare designade varje tillverkare sina egna chip f\u00f6r sina switchar, men med tiden har chip fr\u00e5n tredjepartsleverant\u00f6rer, framf\u00f6r allt fr\u00e5n Br\u043eadcom, successivt kommit ikapp tillverkarens chip n\u00e4r det g\u00e4ller funktioner, och i pris\/prestandaf\u00f6rh\u00e5llande \u00f6vertr\u00e4ffat dem. D\u00e4rf\u00f6r ans\u00e5g m\u00e5nga att dagarna f\u00f6r switchar med egenutvecklade chip var r\u00e4knade.<\/p>\n

ACI blev Cisco's \"asymmetriska svar\" (eller snarare, f\u00f6retaget Insieme som gick in i Cisco, grundat av tidigare anst\u00e4llda) p\u00e5 allt detta. <\/p>\n

Vad \u00e4r skillnaden med OpenFlow?<\/h3>\n

\nUr ett funktionellt f\u00f6rdelningsperspektiv \u00e4r ACI faktiskt motsatsen till OpenFlow.
\nI OpenFlow-arkitekturen ansvarar controllern f\u00f6r att skriva detaljerade regler (fl\u00f6den)
\ntill h\u00e5rdvaran i alla switchar, vilket inneb\u00e4r att i ett stort n\u00e4tverk kan den ha ansvar f\u00f6r att uppr\u00e4tth\u00e5lla och, viktigast av allt, \u00e4ndra tiotals miljoner poster p\u00e5 hundratals punkter i n\u00e4tverket, s\u00e5 dess prestanda och tillf\u00f6rlitlighet i stora implementationer blir en flaskhals.<\/p>\n

I ACI anv\u00e4nds en omv\u00e4nd metod: det finns ocks\u00e5 en controller, men switcharna f\u00e5r h\u00f6g-niv\u00e5 deklarativa policyer fr\u00e5n den, och rendering av detaljerade inst\u00e4llningar i h\u00e5rdvaran utf\u00f6rs av sj\u00e4lva switchen. Controllern kan startas om eller st\u00e4ngas av helt, och inget d\u00e5ligt kommer h\u00e4nda med n\u00e4tverket, f\u00f6rutom att det f\u00f6r tillf\u00e4llet inte g\u00e5r att styra. Intressant nog finns det situationer i ACI d\u00e4r OpenFlow \u00e4nd\u00e5 anv\u00e4nds, men lokalt inom v\u00e4rden f\u00f6r programmering av Open vSwitch.<\/p>\n

ACI \u00e4r helt byggd p\u00e5 overlay-transport baserat p\u00e5 VXLAN, men inkluderar ocks\u00e5 underliggande IP-transport inom en enda l\u00f6sning. Cisco har kallat detta begrepp \"integrerad overlay\". Som terminationspunkt f\u00f6r overlay i ACI anv\u00e4nds oftast fabriks-switchar (de g\u00f6r detta med kanalens hastighet). V\u00e4rdar beh\u00f6ver inte veta n\u00e5got om fabriken, inkapsling och s\u00e5 vidare, men i vissa fall (till exempel f\u00f6r att ansluta OpenStack-v\u00e4rdar) kan VXLAN-trafik g\u00e5 \u00e4nda till dem.<\/p>\n

Overlay anv\u00e4nds i ACI inte bara f\u00f6r att s\u00e4kerst\u00e4lla flexibel konnektivitet via transportn\u00e4tet, utan ocks\u00e5 f\u00f6r att \u00f6verf\u00f6ra metainformation (den anv\u00e4nds till exempel f\u00f6r att till\u00e4mpa s\u00e4kerhetspolicyer). <\/p>\n

Broadcoms chippar har tidigare anv\u00e4nts av Cisco i Nexus 3000-switchar. Familjen Nexus 9000, som s\u00e4rskilt sl\u00e4pptes f\u00f6r att st\u00f6dja ACI, implementerade ursprungligen en hybridmodell som kallades Merchant+. I switchen anv\u00e4ndes b\u00e5de den nya Broadcom Trident 2-chippet och ett komplementerande chip fr\u00e5n Cisco som gjorde hela ACI-magin m\u00f6jlig. Detta tycks ha gjort det m\u00f6jligt att snabba upp produktlanseringen och s\u00e4nka switchens pris till en niv\u00e5 n\u00e4ra modeller med endast Trident 2. Denna strategi r\u00e4ckte i de f\u00f6rsta tv\u00e5 till tre \u00e5ren av ACI-leveranser. Under denna tid utvecklade och sl\u00e4ppte Cisco n\u00e4sta generations Nexus 9000 med sina egna chipp som hade h\u00f6gre prestanda och funktioner, men p\u00e5 samma prisklass. De externa specifikationerna f\u00f6r fabrikens interaktion f\u00f6rblev helt intakta. Dessutom \u00e4ndrades den interna h\u00e5rdvaran helt: n\u00e5got som liknar refaktorisering, men f\u00f6r h\u00e5rdvara.<\/p>\n

Hur Cisco ACI:s arkitektur fungerar <\/h3>\n

\nI sin enklaste form byggs ACI upp enligt Clos-n\u00e4tverks topologi, eller som det ofta kallas, Spine-Leaf. Antalet Spine-switchar kan vara fr\u00e5n tv\u00e5 (eller en, om vi inte \u00e4r bekymrade \u00f6ver redundans) till sex. Ju fler Spine-switchar, desto h\u00f6gre redundans (mindre bandbreddsnedg\u00e5ng och tillf\u00f6rlitlighet vid fel eller underh\u00e5ll av en Spine) och total prestanda. Alla externa anslutningar g\u00e5r till Leaf-switcharna: detta inkluderar b\u00e5de servrar, anslutningar till externa n\u00e4tverk via L2 eller L3, samt kopplingar till APIC-kontroller. Generellt sett sker inte bara konfigurationen av ACI utan \u00e4ven insamling av statistik, \u00f6vervakning av fel och andra uppgifter - allt g\u00f6rs via kontrollerarnas gr\u00e4nssnitt, d\u00e4r det i vanliga implementeringar finns tre stycken. <\/p>\n

Du beh\u00f6ver aldrig ansluta en konsol till switcharna, inte ens f\u00f6r att starta n\u00e4tverket: kontrollerna uppt\u00e4ckter sj\u00e4lv switcharna och bygger fabriken med hj\u00e4lp av inst\u00e4llningarna f\u00f6r alla tj\u00e4nsteprotokoll, vilket \u00e4r anledningen till att det \u00e4r viktigt att notera serienumren p\u00e5 den installerade utrustningen vid installationen, s\u00e5 att man inte beh\u00f6ver gissa vilken switch som finns i vilken rack. F\u00f6r fels\u00f6kning kan du vid behov ansluta till switcharna via SSH: p\u00e5 dem \u00e5terges de vanliga Cisco show-kommandona med stor noggrannhet. <\/p>\n

Inuti fabriken anv\u00e4nds IP-transport, s\u00e5 det finns inga Spanning Tree och andra skr\u00e4ckhistorier fr\u00e5n det f\u00f6rflutna: alla l\u00e4nkar \u00e4r aktiva, och konvergens vid fel \u00e4r mycket snabb. Trafiken i fabriken \u00f6verf\u00f6rs via tunnlar baserade p\u00e5 VXLAN. Mer specifikt kallar Cisco sj\u00e4lva inkapslingen iVXLAN, och det som skiljer den fr\u00e5n vanlig VXLAN \u00e4r att reserverade f\u00e4lt i det n\u00e4tverks\u00f6vergripande huvudet anv\u00e4nds f\u00f6r att \u00f6verf\u00f6ra informationsdata, framf\u00f6r allt om trafikens f\u00f6rh\u00e5llande till EPG-gruppen. Detta m\u00f6jligg\u00f6r implementering av interaktionsregler mellan grupper i h\u00e5rdvaran, vilket anv\u00e4nder deras nummer p\u00e5 samma s\u00e4tt som adresser anv\u00e4nds i vanliga \u00e5tkomstlistor. <\/p>\n

Tunnlar m\u00f6jligg\u00f6r att str\u00e4cka b\u00e5de L2-segment och L3 (dvs. VRF) \u00f6ver intern IP-transport. H\u00e4r \u00e4r standardgatewayen distribuerad. Det betyder att varje switch ansvarar f\u00f6r routingen av den inkommande trafiken i fabriken. N\u00e4r det g\u00e4ller logiken f\u00f6r trafik\u00f6verf\u00f6ring liknar ACI en fabrik baserad p\u00e5 VXLAN\/EVPN. <\/p>\n

Om s\u00e5 \u00e4r fallet, vad \u00e4r skillnaderna? I allt annat! <\/h3>\n

\nDen f\u00f6rsta skillnaden man st\u00f6ter p\u00e5 i ACI \u00e4r hur servrar kopplas till n\u00e4tverket. I traditionella n\u00e4tverk ansluts b\u00e5de fysiska servrar och virtuella maskiner till VLAN, och allt annat h\u00e4rstammar d\u00e4rifr\u00e5n: anslutning, s\u00e4kerhet etc. I ACI anv\u00e4nds en konstruktion som Cisco kallar EPG (End-point Group), som man inte kan undkomma. Kan man likst\u00e4lla den med VLAN? Ja, men i s\u00e5 fall finns det risk att mycket av det som ACI erbjuder g\u00e5r f\u00f6rlorat. <\/p>\n

N\u00e4r det g\u00e4ller EPG formuleras alla \u00e5tkomstregler, och i ACI anv\u00e4nds som standard principen om 'vitlista', vilket inneb\u00e4r att endast trafik vars genomsl\u00e4pptande \u00e4r uttryckligen till\u00e5tet f\u00e5r passera. Det betyder att vi kan skapa EPG-grupper 'Web' och 'MySQL' och definiera en regel som till\u00e5ter interaktion mellan dem endast via port 3306. Detta kommer att fungera utan koppling till n\u00e4tverksadresser, \u00e4ven inom samma subn\u00e4t! <\/p>\n

Vi har kunder som valt ACI just p\u00e5 grund av denna funktion, eftersom den till\u00e5ter att begr\u00e4nsa \u00e5tkomsten mellan servrar (virtuella eller fysiska \u2013 spelar ingen roll) utan att flytta dem mellan subn\u00e4t, vilket inneb\u00e4r att adresseringen inte ber\u00f6rs. Ja, vi vet, ingen skriver ju ner det f\u00f6r hand IP-adresser<\/a> i applikationskonfigurationer, eller hur?<\/p>\n

Regler f\u00f6r trafikfl\u00f6den i ACI kallas kontrakt. I ett s\u00e5dant kontrakt blir en eller flera grupper eller niv\u00e5er i en m\u00e5ngskiktad applikation tj\u00e4nsteleverant\u00f6rer (som en databas-tj\u00e4nst), medan andra blir konsumenter. Kontraktet kan helt enkelt sl\u00e4ppa igenom trafiken, eller g\u00f6ra n\u00e5got mer avancerat, till exempel dirigera den till en brandv\u00e4gg eller lastbalanserare, samt \u00e4ndra QoS-v\u00e4rdet.<\/p>\n

Hur hamnar servrar i dessa grupper? Om det handlar om fysiska servrar eller n\u00e5got som ing\u00e5r i ett existerande n\u00e4tverk d\u00e4r vi har skapat en VLAN-trunk, s\u00e5 m\u00e5ste vi peka p\u00e5 switchporten och den anv\u00e4nda VLAN f\u00f6r att s\u00e4tta dem i EPG. Som vi ser dyker VLAN upp d\u00e4r de \u00e4r n\u00f6dv\u00e4ndiga.<\/p>\n

Om servrarna \u00e4r virtuella maskiner r\u00e4cker det att h\u00e4nvisa till den anslutna virtualiseringsmilj\u00f6n, och sedan h\u00e4nder allt automatiskt: en portgrupp (om vi pratar i termer av VMWare) skapas f\u00f6r att ansluta VM, n\u00f6dv\u00e4ndiga VLAN eller VXLAN tilldelas, och skrivs in p\u00e5 de n\u00f6dv\u00e4ndiga switchportarna, och s\u00e5 vidare. S\u00e5 \u00e4ven om ACI \u00e4r byggd kring ett fysiskt n\u00e4tverk \u00e4r kopplingarna f\u00f6r virtuella servrar mycket enklare \u00e4n f\u00f6r fysiska. ACI har redan inbyggd integration med VMWare och MS Hyper-V, samt st\u00f6d f\u00f6r OpenStack och RedHat Virtualization. Fr\u00e5n en viss punkt har det \u00e4ven tillkommit inbyggt st\u00f6d f\u00f6r containerplattformar: Kubernetes, OpenShift, Cloud Foundry, vilket \u00e4ven omfattar till\u00e4mpning av policys och \u00f6vervakning, s\u00e5 n\u00e4tverksadministrat\u00f6ren kan direkt se vilka pods som k\u00f6rs p\u00e5 vilka v\u00e4rdar och i vilka grupper de tillh\u00f6r.<\/p>\n

F\u00f6rutom att ing\u00e5 i en eller annan portgrupp har virtuella servrar \u00e4ven extra egenskaper: namn, attribut osv., som kan anv\u00e4ndas som kriterier f\u00f6r att flytta dem till en annan grupp, till exempel vid omd\u00f6pning av VM eller om den f\u00e5r en extra tagg. Cisco kallar detta mikrosektionsgrupper, \u00e4ven om sj\u00e4lva konstruktionen som m\u00f6jligg\u00f6r att skapa flera s\u00e4kerhetssegment i form av EPG i samma subnet ocks\u00e5 kan betraktas som mikrosegregering. N\u00e5v\u00e4l, leverant\u00f6ren vet nog b\u00e4st. <\/p>\n

Sj\u00e4lva EPG:erna \u00e4r helt logiska konstruktioner, som inte \u00e4r kopplade till specifika switchar, servrar, etc., s\u00e5 man kan g\u00f6ra saker med dem och konstruktioner baserade p\u00e5 dem (applikationer och tenants) som \u00e4r sv\u00e5ra att g\u00f6ra i vanliga n\u00e4tverk, till exempel kloning. Som ett resultat \u00e4r det ganska enkelt att skapa en klon av en produktionsmilj\u00f6 f\u00f6r att f\u00e5 en testmilj\u00f6 som garanterat \u00e4r identisk med produktionen. Det kan g\u00f6ras manuellt, men det \u00e4r b\u00e4ttre (och enklare) via API. <\/p>\n

Generellt sett \u00e4r logiken f\u00f6r hantering i ACI inte alls lik den man vanligtvis st\u00f6ter p\u00e5
\ni traditionella n\u00e4tverk fr\u00e5n samma Cisco: det programvarubaserade gr\u00e4nssnittet \u00e4r prim\u00e4rt, medan GUI eller CLI \u00e4r sekund\u00e4ra, eftersom de arbetar via samma API. D\u00e4rf\u00f6r b\u00f6rjar n\u00e4stan alla som arbetar med ACI att efter en tid orientera sig i den objektmodellen som anv\u00e4nds f\u00f6r hantering och automatisera n\u00e5got efter sina behov. Det \u00e4r enklast att g\u00f6ra detta fr\u00e5n Python: det finns praktiska f\u00e4rdiga verktyg f\u00f6r det. <\/p>\n

De lovade fallgroparna<\/h3>\n

\nHuvudproblemet \u00e4r att m\u00e5nga saker i ACI \u00e4r gjorda p\u00e5 ett annat s\u00e4tt. F\u00f6r att b\u00f6rja arbeta normalt med det beh\u00f6ver man l\u00e4ra om. Detta g\u00e4ller s\u00e4rskilt n\u00e4tverksdriftsteam hos stora kunder, d\u00e4r ingenj\u00f6rer i \u00e5ratal har sysslat med \"att registrera VLAN:er\" efter beg\u00e4ran. Det att VLAN nu inte l\u00e4ngre \u00e4r VLAN, och att man inte beh\u00f6ver skapa VLAN:er f\u00f6r att l\u00e4gga nya n\u00e4tverk i virtualiserade v\u00e4rdar, \"sl\u00e5r helt ut\" traditionella n\u00e4tverksarbetare och tvingar dem att h\u00e5lla sig kvar vid sina vanliga metoder. Det b\u00f6r noteras att Cisco har f\u00f6rs\u00f6kt att g\u00f6ra det lite l\u00e4ttare genom att l\u00e4gga till en \"NXOS-liknande\" CLI i kontrollern, vilket g\u00f6r det m\u00f6jligt att g\u00f6ra inst\u00e4llningar fr\u00e5n ett gr\u00e4nssnitt som liknar traditionella switchar. Men f\u00f6r att b\u00f6rja anv\u00e4nda ACI p\u00e5 ett bra s\u00e4tt kommer man fortfarande att beh\u00f6va f\u00f6rst\u00e5 hur det fungerar. <\/p>\n

Ur ett kostnadsperspektiv skiljer sig n\u00e4tverket ACI fr\u00e5n traditionella n\u00e4tverk baserade p\u00e5 Cisco-utrustning i stort sett inte, eftersom de anv\u00e4nder samma switchar f\u00f6r att byggas upp (Nexus 9000 kan fungera b\u00e5de i ACI- och traditionellt l\u00e4ge och har nu blivit den fr\u00e4msta \"arbetsh\u00e4sten\" f\u00f6r nya datacenterprojekt). Men f\u00f6r datacenter inneb\u00e4r n\u00e4rvaron av kontroller och Spine-Leaf-arkitektur f\u00f6rst\u00e5s en skillnad mellan de tv\u00e5 switcharna. Nyligen lanserades Mini ACI-fabriken, d\u00e4r tv\u00e5 av tre kontroller har ersatts av virtuella maskiner. Detta g\u00f6r det m\u00f6jligt att minska kostnadsskillnaden, men den kvarst\u00e5r \u00e4nd\u00e5. S\u00e5 f\u00f6r kunden best\u00e4ms valet av hur intresserad han \u00e4r av s\u00e4kerhetsfunktioner, integration med virtualisering, enhetlig kontrollpunkt och annat.
\n
K\u00e4lla: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0432\u043e\u0442 \u044d\u0442\u043e\u0433\u043e \u0432\u043e\u043b\u0448\u0435\u0431\u043d\u043e\u0433\u043e \u043a\u0443\u0441\u043a\u0430 \u0441\u043a\u0440\u0438\u043f\u0442\u0430 Cisco ACI \u043c\u043e\u0436\u043d\u043e \u0431\u044b\u0441\u0442\u0440\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0441\u0435\u0442\u044c. \u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0444\u0430\u0431\u0440\u0438\u043a\u0430 \u0434\u043b\u044f \u0426\u041e\u0414\u0430 Cisco ACI c\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442 \u0443\u0436\u0435 \u043f\u044f\u0442\u044c \u043b\u0435\u0442, \u043d\u043e \u043d\u0430 \u0425\u0430\u0431\u0440\u0435 \u043f\u0440\u043e \u043d\u0435\u0451 \u0442\u043e\u043b\u043a\u043e\u043c \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043d\u043e, \u0432\u043e\u0442 \u0438 \u0440\u0435\u0448\u0438\u043b \u044d\u0442\u043e \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u0438\u0441\u043f\u0440\u0430\u0432\u0438\u0442\u044c. \u0420\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u043d\u0430 \u0441\u0432\u043e\u0451\u043c \u043e\u043f\u044b\u0442\u0435, \u0447\u0442\u043e \u044d\u0442\u043e \u0442\u0430\u043a\u043e\u0435, \u043a\u0430\u043a\u0430\u044f \u043e\u0442 \u043d\u0435\u0451 \u043f\u043e\u043b\u044c\u0437\u0430 \u0438 \u0433\u0434\u0435 \u0443 \u043d\u0435\u0451 \u0433\u0440\u0430\u0431\u043b\u0438. \u0427\u0442\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35291","post","type-post","status-publish","format-standard","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\udd47N\u00e4tverksfabrik f\u00f6r Cisco ACI-datacenter \u2014 till hj\u00e4lp f\u00f6r administrat\u00f6ren | ProHoster","description":"Med hj\u00e4lp av denna magiska skriptbit.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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\u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0444\u0430\u0431\u0440\u0438\u043a\u0430 \u0434\u043b\u044f \u0426\u041e\u0414\u0430 Cisco ACI \u2014 \u0432 \u043f\u043e\u043c\u043e\u0449\u044c \u0430\u0434\u043c\u0438\u043d\u0443 | ProHoster","og:description":"\u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0432\u043e\u0442 \u044d\u0442\u043e\u0433\u043e \u0432\u043e\u043b\u0448\u0435\u0431\u043d\u043e\u0433\u043e \u043a\u0443\u0441\u043a\u0430 \u0441\u043a\u0440\u0438\u043f\u0442\u0430.","og:url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","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":"2019-10-31T19:03:28+00:00","article:modified_time":"2019-10-31T19:03:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35291","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":"2026-02-08 20:27:18","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:06:24","updated":"2026-02-08 20:27:18","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/35291","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=35291"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/35291\/revisions"}],"predecessor-version":[{"id":157819,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/35291\/revisions\/157819"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=35291"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=35291"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=35291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}