{"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\/ro\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","title":{"rendered":"Fabric\u0103 de re\u021bea pentru DC-uri Cisco ACI \u2014 \u00een sprijinul administratorului","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Fabric\u0103
\nCu ajutorul acestui script magic Cisco ACI, re\u021beaua poate fi configurat\u0103 rapid.<\/i><\/p>\n

Fabrica de re\u021bea pentru centrele de date Cisco ACI exist\u0103 deja de cinci ani, dar nu s-a spus nimic concret despre ea pe Habr\u0103, a\u0219a c\u0103 am decis s\u0103 rectific acest lucru. Voi povesti din experien\u021ba mea ce este, care este avantajul ei \u0219i unde sunt capcanele. <\/p>\n

Ce este \u0219i de unde provine?<\/h3>\n

\nLa momentul anun\u021bului ACI (Application Centric Infrastructure) \u00een 2013, abord\u0103rile tradi\u021bionale privind re\u021belele de centre de date erau sub atac din trei direc\u021bii simultan. <\/p>\n

Pe de o parte, solu\u021biile SDN de \u201eprima genera\u021bie\u201d bazate pe OpenFlow promiteau s\u0103 fac\u0103 re\u021belele mai flexibile \u0219i mai ieftine \u00een acela\u0219i timp. Ideea era de a muta luarea deciziilor, executat\u0103 \u00een mod tradi\u021bional de software-ul proprietar al comutatoarelor, pe un controler central. <\/p>\n

Acest controler ar avea o viziune unificat\u0103 asupra tuturor evenimentelor \u0219i, pe baza acesteia, ar programa hardware-ul tuturor switch-urilor la nivelul regulilor de procesare a fluxurilor specifice. <\/a><\/noindex>
\nPe de alt\u0103 parte, solu\u021biile de re\u021bea overlay ofereau posibilitatea de a realiza conectivitatea \u0219i politicile de securitate f\u0103r\u0103 modific\u0103ri \u00een re\u021beaua fizic\u0103, construind tuneluri software \u00eentre gazdele virtualizate. Cel mai cunoscut exemplu al acestui concept a fost solu\u021bia de la Nicira, care fusese deja achizi\u021bionat\u0103 de VMWare pentru 1,26 miliarde dolari \u0219i a dat na\u0219tere actualului VMWare NSX. O oarecare savoare situa\u021biei era c\u0103 cofondatorii Nicira erau acelea\u0219i persoane care mai devreme st\u0103teau la originea OpenFlow, acum afirm\u00e2nd c\u0103 pentru a construi o fabric\u0103 de centre de date OpenFlow nu este potrivit<\/a><\/noindex>.<\/p>\n

\u00cen cele din urm\u0103, cipurile de comutare disponibile pe pia\u021ba liber\u0103 (ceea ce se nume\u0219te silicon de comercian\u021bi) au atins un grad de maturitate la care au devenit o amenin\u021bare real\u0103 pentru produc\u0103torii tradi\u021bionali de comutatoare. Dac\u0103 \u00eenainte fiecare furnizor \u00ee\u0219i dezvolta cipurile pentru comutatoarele sale, \u00een timp, cipurile de la produc\u0103tori ter\u021bi, \u00een special cele de la Broadcom, au \u00eenceput s\u0103 reduc\u0103 distan\u021ba fa\u021b\u0103 de cipurile furnizorilor \u00een func\u021bii, iar \u00een ceea ce prive\u0219te raportul pre\u021b\/performan\u021b\u0103, le-au dep\u0103\u0219it. De aceea, mul\u021bi credeau c\u0103 zilele comutatoarelor cu cipuri proprii sunt num\u0103rate.<\/p>\n

ACI a devenit un \u201er\u0103spuns asimetric\u201d al Cisco (mai precis, al companiei Insieme, integrat\u0103 \u00een Cisco \u0219i fondat\u0103 de fo\u0219tii s\u0103i angaja\u021bi) la toate cele enumerate. <\/p>\n

Care este diferen\u021ba fa\u021b\u0103 de OpenFlow?<\/h3>\n

\nDin punctul de vedere al distribu\u021biei func\u021biilor, ACI este practic opusul OpenFlow.
\n\u00cen arhitectura OpenFlow, controlerul este responsabil pentru scrierea regulilor detaliate (fluxurilor)
\n\u00een hardware-ul tuturor switch-urilor, adic\u0103 \u00eentr-o re\u021bea mare, poate fi responsabil pentru men\u021binerea \u0219i, cel mai important, modificarea zecilor de milioane de \u00eenregistr\u0103ri \u00een sute de puncte din re\u021bea, de aceea performan\u021ba \u0219i fiabilitatea acestuia \u00eentr-o implementare mare devin un factor limitativ.<\/p>\n

\u00cen ACI se folose\u0219te o abordare invers\u0103: exist\u0103, desigur, un controler, dar switch-urile primesc de la el politici declarative de nivel \u00eenalt, iar randarea detaliilor configura\u021biilor specifice \u00een hardware este efectuat\u0103 de switch. Controlerul poate fi repornit sau chiar oprit, iar re\u021beaua nu va suferi nicio daun\u0103, cu excep\u021bia, desigur, absen\u021bei posibilit\u0103\u021bii de gestionare \u00een acel moment. Este interesant c\u0103 \u00een ACI exist\u0103 situa\u021bii \u00een care OpenFlow este folosit totu\u0219i, dar local \u00een interiorul gazdei pentru programarea Open vSwitch.<\/p>\n

ACI este construit\u0103 complet pe transportul overlay bazat pe VXLAN, dar include, de asemenea, \u00een cadrul unei solu\u021bii unice \u0219i transportul IP de baz\u0103. Cisco a denumit acest lucru termenul \u201eoverlay integrat\u201d. Ca punct de terminare a overlay-urilor \u00een ACI, \u00een majoritatea cazurilor se folosesc switch-uri de fabric\u0103 (leag\u0103 acest lucru la viteza canalului). Gazdele nu trebuie s\u0103 \u0219tie nimic despre fabric\u0103, encapsulare etc., dar \u00een anumite cazuri (de exemplu, pentru conectarea gazdelor OpenStack) traficul VXLAN poate fi condus \u0219i c\u0103tre ele.<\/p>\n

Overlay-urile sunt utilizate \u00een ACI nu doar pentru a asigura conectivitate flexibil\u0103 prin re\u021beaua de transport, ci \u0219i pentru a transmite metainforma\u021bii (care sunt folosite, de exemplu, pentru aplicarea politicilor de securitate). <\/p>\n

Chipurile de la Broadcom au fost folosite anterior de Cisco \u00een switch-urile din seria Nexus 3000. \u00cen familia Nexus 9000, creat\u0103 special pentru a suporta ACI, a fost implementat ini\u021bial un model hibrid numit Merchant+. \u00cen switch a fost folosit at\u00e2t noul chip Broadcom Trident 2, c\u00e2t \u0219i un chip complementar dezvoltat de Cisco, care realiza toat\u0103 magia ACI. Se pare c\u0103 acest lucru a permis accelerarea lans\u0103rii produsului \u0219i reducerea pre\u021bului switch-ului la un nivel apropiat de modelele care foloseau doar Trident 2. Aceast\u0103 abordare a fost suficient\u0103 pentru primii doi-trei ani de livr\u0103ri ACI. \u00cen aceast\u0103 perioad\u0103, Cisco a dezvoltat \u0219i a lansat pe pia\u021b\u0103 urm\u0103toarea genera\u021bie Nexus 9000 bazat\u0103 pe propriile sale cipuri, cu o performan\u021b\u0103 mai mare \u0219i un set mai bogat de func\u021bii, dar la acela\u0219i nivel de pre\u021b. Specifica\u021biile externe din perspectiva interac\u021biunii \u00een fabric\u0103 au r\u0103mas \u00een totalitate neschimbate. \u00cens\u0103, interven\u021bia intern\u0103 s-a schimbat complet: ceva asem\u0103n\u0103tor cu un refactoring, dar pentru hardware.<\/p>\n

Cum este organizat\u0103 arhitectura Cisco ACI <\/h3>\n

\n\u00cen cel mai simplu caz, ACI este construit pe o topologie de re\u021bea Clos, sau, cum se mai spune adesea, Spine-Leaf. Num\u0103rul de switch-uri de nivel Spine poate varia \u00eentre dou\u0103 (sau unul, dac\u0103 nu ne intereseaz\u0103 rezisten\u021ba la defec\u021biuni) \u0219i \u0219ase. Cu c\u00e2t sunt mai multe, cu at\u00e2t rezisten\u021ba la defec\u021biuni este mai mare (o sc\u0103dere mai mic\u0103 a l\u0103\u021bimii de band\u0103 \u0219i a fiabilit\u0103\u021bii \u00een cazul unei defec\u021biuni sau service a unui Spine) \u0219i performan\u021ba global\u0103. Toate conexiunile externe se efectueaz\u0103 prin switch-uri de nivel Leaf: acestea includ servere, conectarea la re\u021bele externe prin L2 sau L3 \u0219i conectarea controlerilor APIC. \u00cen general, cu ACI nu doar configurarea, ci \u0219i colectarea statisticilor, monitorizarea defec\u021biunilor \u0219i altele \u2014 totul se face prin intermediul interfe\u021bei controlerelor, iar \u00een implement\u0103rile de dimensiuni obi\u0219nuite sunt trei. <\/p>\n

La switch-uri nu este necesar s\u0103 ne conect\u0103m vreodat\u0103 prin consol\u0103, nici m\u0103car pentru a lansa re\u021beaua: controlerul descoper\u0103 singur switch-urile \u0219i le adun\u0103 \u00eentr-o fabric\u0103, inclusiv set\u0103rile tuturor protocoalelor de serviciu, prin urmare, este foarte important s\u0103 not\u0103m, la montaj, numerele de serie ale echipamentului instalat, pentru a nu ne \u00eentreba ulterior care switch se afl\u0103 \u00een care rack. Pentru depanare, la switch-uri se poate conecta prin SSH, deoarece acestea replic\u0103 cu grij\u0103 comenzile obi\u0219nuite de tip show ale Cisco. <\/p>\n

\u00cen interior, fabrica utilizeaz\u0103 transport IP, a\u0219a c\u0103 nu exist\u0103 Spanning Tree \u0219i alte groz\u0103vii ale trecutului: toate linkurile sunt folosite, iar con\u0219tientizarea \u00een cazul de e\u0219ecuri este foarte rapid\u0103. Traficul din fabric\u0103 este transmis prin tuneluri bazate pe VXLAN. Mai precis, Cisco nume\u0219te incapsularea iVXLAN, \u0219i se deosebe\u0219te de VXLAN obi\u0219nuit prin faptul c\u0103 c\u00e2mpurile rezervate din headerul de re\u021bea sunt utilizate pentru a transporta informa\u021bii de control, \u00een principal \u2013 despre rela\u021bia traficului cu grupul EPG. Acest lucru permite implementarea regulilor de interac\u021biune \u00eentre grupuri \u00een hardware, utiliz\u00e2nd numerele acestora a\u0219a cum se folosesc adresele \u00een listele de acces obi\u0219nuite. <\/p>\n

Tunelurile permit extinderea at\u00e2t a segmentelor L2, c\u00e2t \u0219i a celor L3 (adic\u0103 VRF) prin transportul IP intern. \u00cen acest caz, gateway-ul implicit este distribuit. Aceasta \u00eenseamn\u0103 c\u0103 fiecare switch se ocup\u0103 de rutarea traficului care intr\u0103 \u00een fabric\u0103. \u00cen ceea ce prive\u0219te logica de transmitere a traficului, ACI este similar cu o fabric\u0103 bazat\u0103 pe VXLAN\/EVPN. <\/p>\n

Dac\u0103 da, atunci care sunt diferen\u021bele? \u00cen tot restul! <\/h3>\n

\nDiferen\u021ba num\u0103rul unu, cu care te confrun\u021bi \u00een ACI, este modul \u00een care serverele sunt conectate \u00een re\u021bea. \u00cen re\u021belele tradi\u021bionale, conectarea at\u00e2t a serverelor fizice, c\u00e2t \u0219i a celor virtuale se face \u00een VLAN-uri, iar de la acestea se deosebesc toate celelalte aspecte: conectivitatea, securitatea etc. \u00cen ACI, se utilizeaz\u0103 o construc\u021bie pe care Cisco o nume\u0219te EPG (End-point Group), de la care nu po\u021bi sc\u0103pa. Poate fi echivalent cu VLAN? Da, dar \u00een acest caz exist\u0103 \u0219ansa s\u0103 pierzi o mare parte din ceea ce ofer\u0103 ACI. <\/p>\n

\u00cen raport cu EPG se formuleaz\u0103 toate regulile de acces, iar \u00een ACI, din default, se folose\u0219te principiul \u201elistei albe\u201d, adic\u0103 este permis doar traficul a c\u0103rui transmitere este autorizat\u0103 \u00een mod explicit. Cu alte cuvinte, putem crea grupuri EPG \u201eWeb\u201d \u0219i \u201eMySQL\u201d \u0219i putem defini o regul\u0103 care permite interac\u021biunea dintre ele doar pe portul 3306. Aceasta va func\u021biona f\u0103r\u0103 a depinde de adresele de re\u021bea, chiar \u0219i \u00een interiorul acelea\u0219i subre\u021bele! <\/p>\n

Avem clien\u021bi care au ales ACI tocmai din cauza acestei func\u021bii, deoarece permite limitarea accesului \u00eentre servere (virtuale sau fizice \u2013 nu conteaz\u0103) f\u0103r\u0103 a le muta \u00eentre subre\u021bele, ceea ce \u00eenseamn\u0103 c\u0103 nu afecteaz\u0103 adresarea. Da, \u0219tim, nimeni nu scrie manual adrese IP<\/a> \u00een configura\u021biile aplica\u021biilor, nu-i a\u0219a?<\/p>\n

Regulile de trafic \u00een ACI se numesc contracte. \u00centr-un astfel de contract, unul sau mai multe grupuri sau niveluri dintr-o aplica\u021bie multi-tier devin furnizori de servicii (de exemplu, un serviciu de baz\u0103 de date), iar altele devin consumatori. Contractul poate pur \u0219i simplu s\u0103 permit\u0103 trecerea traficului, sau poate face ceva mai sofisticat, de exemplu, s\u0103 direc\u021bioneze c\u0103tre un firewall sau un echilibrator de sarcin\u0103, precum \u0219i s\u0103 schimbe valoarea QoS.<\/p>\n

Cum ajung serverele \u00een aceste grupuri? Dac\u0103 sunt servere fizice sau ceva integrat \u00eentr-o re\u021bea existent\u0103, \u00een care am creat un trunk VLAN, atunci pentru a le integra \u00een EPG trebuie s\u0103 se specifice portul comutatorului \u0219i VLAN-ul utilizat pe acesta. Observ\u0103m c\u0103 VLAN-urile apar acolo unde nu se poate face f\u0103r\u0103 ele.<\/p>\n

Dac\u0103 serverele sunt ma\u0219ini virtuale, este suficient s\u0103 facem referire la mediul de virtualizare conectat, iar apoi totul se va \u00eent\u00e2mpla de la sine: se va crea un grup de porturi (dac\u0103 ne referim la termeni \u2014 VMWare) pentru conectarea VM-urilor, vor fi atribuite VLAN-urile sau VXLAN-urile necesare, se vor modifica pe porturile comutatoarelor necesare etc. Astfel, de\u0219i ACI este construit \u00een jurul unei re\u021bele fizice, conect\u0103rile pentru serverele virtuale par mult mai simple dec\u00e2t pentru cele fizice. ACI deja include integrarea cu VMWare \u0219i MS Hyper-V, precum \u0219i suport pentru OpenStack \u0219i RedHat Virtualization. De ceva vreme, exist\u0103 \u0219i suport \u00eencorporat pentru platformele de containere: Kubernetes, OpenShift, Cloud Foundry, iar acest lucru se refer\u0103 at\u00e2t la aplicarea politicilor, c\u00e2t \u0219i la monitorizare, adic\u0103 administratorul de re\u021bea poate vedea imediat pe ce gazde func\u021bioneaz\u0103 ce poduri \u0219i \u00een ce grupuri s-au inclus.<\/p>\n

Pe l\u00e2ng\u0103 includerea \u00eentr-un anumit grup de porturi, serverele virtuale au propriet\u0103\u021bi suplimentare: nume, atribute etc., care pot fi folosite ca criterii pentru transferul lor \u00eentr-un alt grup, de exemplu, \u00een cazul redenumirii VM-ului sau apari\u021biei unei etichete suplimentare. Cisco nume\u0219te aceste grupuri microsegmentate, de\u0219i, \u00een esen\u021b\u0103, \u00eens\u0103\u0219i construc\u021bia care permite crearea a mai multor segmente de securitate sub form\u0103 de EPG \u00een aceea\u0219i subre\u021bea este, de asemenea, o form\u0103 de microsegmentare. Dar, desigur, furnizorului \u00eei revine s\u0103 decid\u0103. <\/p>\n

EPG-urile sunt structuri pur logice, nelegate de switch-uri specifice, servere etc., astfel \u00eenc\u00e2t cu ele \u0219i cu structurile bazate pe ele (aplica\u021bii \u0219i chiria\u0219i) se pot realiza lucruri care sunt greu de realizat \u00een re\u021belele obi\u0219nuite, de exemplu, clonarea. Ca urmare, este foarte u\u0219or s\u0103 creezi o clon\u0103 a unui mediu de produc\u021bie pentru a ob\u021bine un mediu de testare, garantat identic cu cel de produc\u021bie. Poate fi realizat manual, dar este mai bine (\u0219i mai simplu) prin API. <\/p>\n

\u00cen general, logica de gestionare \u00een ACI este complet diferit\u0103 de ceea ce \u00eent\u00e2lne\u0219ti de obicei
\n\u00een re\u021belele tradi\u021bionale de la Cisco: interfa\u021ba programatic\u0103 este primar\u0103, iar GUI sau CLI sunt secundare, deoarece func\u021bioneaz\u0103 prin aceea\u0219i API. Prin urmare, aproape to\u021bi cei care se ocup\u0103 de ACI \u00eencep s\u0103 se familiarizeze cu modelul de obiecte utilizat pentru gestionare \u0219i s\u0103 automatizeze anumite lucruri \u00een func\u021bie de nevoile lor. Cel mai simplu este s\u0103 faci acest lucru din Python: exist\u0103 unelte convenabile deja disponibile pentru el. <\/p>\n

Gardurile promise<\/h3>\n

\nProblema principal\u0103 este c\u0103 multe lucruri \u00een ACI sunt realizate diferit. Pentru a \u00eencepe s\u0103 lucrezi normal cu ea, trebuie s\u0103 \u00ee\u021bi re\u00eenv\u0103\u021b comportamentul. Acest lucru este deosebit de adev\u0103rat pentru echipele de operare a re\u021belei din clien\u021bi mari, unde inginerii au ani de zile se ocup\u0103 cu \u00ab\u00eenregistrarea VLAN-urilor\u00bb dup\u0103 cereri. Ceea ce acum este VLAN nu mai este VLAN, iar pentru a crea noi re\u021bele \u00een gazdele virtualizate, nu mai este nevoie s\u0103 creezi VLAN-uri manual, ceea ce <\/p>\n

Din punct de vedere al pre\u021bului, re\u021beaua ACI la scar\u0103 mare \u0219i mijlocie nu se deosebe\u0219te de re\u021belele tradi\u021bionale pe echipamente Cisco, deoarece pentru construc\u021bia lor se folosesc acelea\u0219i switch-uri (Nexus 9000 pot func\u021biona at\u00e2t \u00een modul ACI, c\u00e2t \u0219i \u00een cel tradi\u021bional \u0219i s-au dovedit a fi acum \"caii de munc\u0103\" principali pentru noi proiecte de datacenter). \u00cens\u0103 pentru datacentere, prezen\u021ba controlerelor \u0219i arhitectura Spine-Leaf se simt cu siguran\u021b\u0103 c\u00e2nd se utilizeaz\u0103 dou\u0103 switch-uri. Recent a ap\u0103rut Mini ACI-fabrica, \u00een care dou\u0103 dintre cele trei controlere au fost \u00eenlocuite cu ma\u0219ini virtuale. Aceasta permite reducerea diferen\u021bei de cost, dar ea r\u0103m\u00e2ne totu\u0219i. A\u0219adar, pentru clien\u021bi, alegerea este dictat\u0103 de nivelul de interes \u00een func\u021biile de securitate, integrarea cu virtualizarea, punctul unic de gestionare \u0219i alte aspecte.
\n
Sursa: 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\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\udd47Fabrica de re\u021bea pentru datacenter Cisco ACI \u2014 \u00een ajutorul administratorului | ProHoster","description":"Folosind acest minunat script.","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"ro_RO","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\/ro\/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\/ro\/wp-json\/wp\/v2\/posts\/35291","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=35291"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/35291\/revisions"}],"predecessor-version":[{"id":157819,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/35291\/revisions\/157819"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=35291"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=35291"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=35291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}