{"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\/hu\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","title":{"rendered":"H\u00e1l\u00f3zati gy\u00e1r az adatk\u00f6zpont sz\u00e1m\u00e1ra Cisco ACI \u2013 seg\u00edts\u00e9g az adminisztr\u00e1toroknak","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"H\u00e1l\u00f3zati gy\u00e1r az adatk\u00f6zpont sz\u00e1m\u00e1ra Cisco ACI \u2013 seg\u00edts\u00e9g az adminisztr\u00e1toroknak\" src=\"\/wp-content\/uploads\/3f7e2f976c6b0edc6c8e75bbd0793c14.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Ezzel a var\u00e1zslatos Cisco ACI szkripttel gyorsan be\u00e1ll\u00edthatja a h\u00e1l\u00f3zatot.<\/i><\/p>\n<p>A Cisco ACI adatk\u00f6zponti h\u00e1l\u00f3zati gy\u00e1r m\u00e1r \u00f6t \u00e9ve l\u00e9tezik, de a Habr-on r\u00f3la szinte semmit nem \u00edrtak, \u00edgy \u00fagy d\u00f6nt\u00f6ttem, hogy ezt egy kicsit kijav\u00edtom. Elmondom a saj\u00e1t tapasztalataim alapj\u00e1n, mi ez, milyen el\u0151nye van, \u00e9s hol vannak a buktat\u00f3i. <\/p>\n<h3>Mi ez, \u00e9s honnan j\u00f6tt?<\/h3>\n<p>\nAmikor 2013-ban bejelentett\u00e9k az ACI-t (Application Centric Infrastructure), a hagyom\u00e1nyos adatk\u00f6zponti h\u00e1l\u00f3zati megk\u00f6zel\u00edt\u00e9sekre h\u00e1rom oldalr\u00f3l is versenyt\u00e1rsak l\u00e9ptek. <\/p>\n<p>Egyr\u00e9szt az SDN els\u0151 gener\u00e1ci\u00f3s OpenFlow alap\u00fa megold\u00e1sok azt \u00edg\u00e9rt\u00e9k, hogy a h\u00e1l\u00f3zatok rugalmass\u00e1 \u00e9s olcs\u00f3v\u00e1 v\u00e1lnak. Az \u00f6tlet az volt, hogy a hagyom\u00e1nyosan a saj\u00e1t szoftvereik \u00e1ltal kezelt d\u00f6nt\u00e9shozatalt egy k\u00f6zponti vez\u00e9rl\u0151re helyezz\u00fck. <\/p>\n<p>Ez a vez\u00e9rl\u0151 egys\u00e9ges k\u00e9pet alkotott volna minden esem\u00e9nyr\u0151l, \u00e9s ennek megfelel\u0151en programozta volna a kapcsol\u00f3k hardver\u00e9t a konkr\u00e9t \u00e1raml\u00e1sok feldolgoz\u00e1s\u00e1nak szab\u00e1lyai szerint. <noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nM\u00e1sr\u00e9szt az overlay h\u00e1l\u00f3zati megold\u00e1sok lehet\u0151v\u00e9 tett\u00e9k a sz\u00fcks\u00e9ges kapcsol\u00f3d\u00e1sok \u00e9s biztons\u00e1gi politik\u00e1k megval\u00f3s\u00edt\u00e1s\u00e1t an\u00e9lk\u00fcl, hogy v\u00e1ltoztatni kellett volna a fizikai h\u00e1l\u00f3zaton, szoftveres alagutakat \u00e9p\u00edtve a virtualiz\u00e1lt hosztok k\u00f6z\u00f6tt. A legismertebb p\u00e9lda erre a Nicira megold\u00e1sa volt, amelyet ekkor m\u00e1r 1,26 milli\u00e1rd doll\u00e1r\u00e9rt v\u00e1s\u00e1rolt meg a VMWare, \u00e9s amely elind\u00edtotta a mai VMWare NSX-t. A helyzet pikant\u00e9ri\u00e1j\u00e1t az adta, hogy a Nicira t\u00e1rsalap\u00edt\u00f3i azok az emberek voltak, akik kor\u00e1bban az OpenFlow alapjait tett\u00e9k le, most pedig azt hangoztatt\u00e1k, hogy az adatk\u00f6zponti gy\u00e1r meg\u00e9p\u00edt\u00e9s\u00e9hez az OpenFlow nem alkalmas. <noindex><a rel=\"nofollow\" href=\"https:\/\/searchnetworking.techtarget.com\/news\/2240174517\/Why-Nicira-abandoned-OpenFlow-hardware-control\">OpenFlow nem alkalmas.<\/a><\/noindex>.<\/p>\n<p>V\u00e9g\u00fcl a piacon el\u00e9rhet\u0151 kapcsol\u00e1si chipek (amit merchant silicon-nak h\u00edvnak) el\u00e9rt\u00e9k azt a fejletts\u00e9gi szintet, amely val\u00f3s fenyeget\u00e9st jelentett a hagyom\u00e1nyos kapcsol\u00f3k gy\u00e1rt\u00f3ira. M\u00edg kor\u00e1bban minden gy\u00e1rt\u00f3 saj\u00e1t chipeket fejlesztett ki a kapcsol\u00f3ihoz, az id\u0151 m\u00fal\u00e1s\u00e1val a harmadik f\u00e9lt\u0151l sz\u00e1rmaz\u00f3 chipek, els\u0151sorban a Broadcom-t\u00f3l, kezdt\u00e9k cs\u00f6kkenteni a t\u00e1vols\u00e1got a gy\u00e1rt\u00f3i chipekhez k\u00e9pest funkci\u00f3ikban, \u00e9s \u00e1r\/ teljes\u00edtm\u00e9ny ar\u00e1nyban fel\u00fclm\u00falt\u00e1k azokat. Ez\u00e9rt sokan \u00fagy v\u00e9lt\u00e9k, hogy a saj\u00e1t fejleszt\u00e9s\u0171 chipekkel rendelkez\u0151 kapcsol\u00f3k napjai meg vannak sz\u00e1ml\u00e1lva.<\/p>\n<p>Az ACI a Cisco (pontosabban az \u0151t birtokl\u00f3 Insieme c\u00e9g, amelyet kor\u00e1bbi alkalmazottai alap\u00edtottak) \u201easzimmetrikus v\u00e1lasza\u201d lett mindezekre. <\/p>\n<h3>Mi a k\u00fcl\u00f6nbs\u00e9g az OpenFlow-hoz k\u00e9pest?<\/h3>\n<p>\nA funkci\u00f3k eloszt\u00e1sa szempontj\u00e1b\u00f3l az ACI gyakorlatilag az OpenFlow ellent\u00e9te. <br \/>\nAz OpenFlow-architekt\u00far\u00e1ban a vez\u00e9rl\u0151 felel\u0151s a r\u00e9szletes szab\u00e1lyok (folyamok) meg\u00edr\u00e1s\u00e1\u00e9rt <br \/>\nminden egyes switch hardver\u00e9ben, teh\u00e1t egy nagy h\u00e1l\u00f3zatban az \u0151 feladata lehet a tizek milli\u00f3 rekord fenntart\u00e1sa \u00e9s, ami a legfontosabb, megv\u00e1ltoztat\u00e1sa is t\u00f6bb sz\u00e1z ponton a h\u00e1l\u00f3zaton, ez\u00e9rt a teljes\u00edtm\u00e9nye \u00e9s megb\u00edzhat\u00f3s\u00e1ga egy nagyobb bevezet\u00e9sn\u00e9l sz\u0171k keresztmetszetet jelenthet.<\/p>\n<p>Az ACI visszafel\u00e9 ir\u00e1nyul\u00f3 megk\u00f6zel\u00edt\u00e9st alkalmaz: a vez\u00e9rl\u0151 term\u00e9szetesen l\u00e9tezik, de a switchek magasan v\u00e9grehajthat\u00f3 deklarat\u00edv politik\u00e1kat kapnak t\u0151le, \u00e9s a konkr\u00e9t be\u00e1ll\u00edt\u00e1sok hardverben val\u00f3 v\u00e9grehajt\u00e1s\u00e1t maga a switch v\u00e9gzi. A vez\u00e9rl\u0151t \u00fajraind\u00edthatjuk vagy ak\u00e1r ki is kapcsolhatjuk, \u00e9s a h\u00e1l\u00f3zattal nem t\u00f6rt\u00e9nik semmi rossz, kiv\u00e9ve, term\u00e9szetesen, a kezelhet\u0151s\u00e9g hi\u00e1ny\u00e1t abban a pillanatban. \u00c9rdekes, hogy az ACI-ban vannak olyan helyzetek, amikor az OpenFlow m\u00e9gis haszn\u00e1latban van, de helyben, a hoszton bel\u00fcl az Open vSwitch programoz\u00e1s\u00e1hoz.<\/p>\n<p>Az ACI teljes m\u00e9rt\u00e9kben VXLAN alap\u00fa overlay k\u00f6zleked\u00e9sre \u00e9p\u00fcl, de egyetlen megold\u00e1son bel\u00fcl mag\u00e1ban foglalja az als\u00f3bb IP-k\u00f6zleked\u00e9st is. A Cisco ezt az \"integr\u00e1lt overlay\" kifejez\u00e9ssel illette. Az overlay-k termin\u00e1l\u00e1si pontjak\u00e9nt az ACI-ban a legt\u00f6bb esetben a gy\u00e1r switch-eit haszn\u00e1lj\u00e1k (ezek a csatorna sebess\u00e9g\u00e9n m\u0171k\u00f6dnek). A hosztoknak nem kell semmit tudniuk a gy\u00e1rr\u00f3l, az enkapszul\u00e1ci\u00f3r\u00f3l stb., \u00e1m bizonyos esetekben (mondjuk, OpenStack hosztok csatlakoztat\u00e1s\u00e1n\u00e1l) a VXLAN forgalmat hozz\u00e1juk is el lehet juttatni.<\/p>\n<p>Az overlay-k az ACI-ban nemcsak a rugalmas kapcsol\u00f3d\u00e1s biztos\u00edt\u00e1s\u00e1ra szolg\u00e1lnak a sz\u00e1ll\u00edt\u00f3h\u00e1l\u00f3zaton, hanem meta-inform\u00e1ci\u00f3k tov\u00e1bb\u00edt\u00e1s\u00e1ra is (ez p\u00e9ld\u00e1ul a biztons\u00e1gi politik\u00e1k alkalmaz\u00e1s\u00e1hoz sz\u00fcks\u00e9ges). <\/p>\n<p>A Broadcom chipeket kor\u00e1bban is haszn\u00e1lt\u00e1k a Cisco Nexus 3000-as sorozat\u00fa switch-eiben. A kifejezetten az ACI t\u00e1mogat\u00e1s\u00e1ra kiadott Nexus 9000 csal\u00e1dban kezdetben egy hibrid modellt val\u00f3s\u00edtottak meg, amelyet Merchant+-nak neveztek el. A switch egyidej\u0171leg haszn\u00e1lta az \u00faj Broadcom Trident 2 chippet, valamint egy Cisco \u00e1ltal kifejlesztett kieg\u00e9sz\u00edt\u0151 chippet, amely megval\u00f3s\u00edtotta az ACI \u00f6sszes var\u00e1zslat\u00e1t. A jelek szerint ez lehet\u0151v\u00e9 tette a term\u00e9k gyorsabb piacra ker\u00fcl\u00e9s\u00e9t \u00e9s a switch \u00e1r\u00e1nak cs\u00f6kkent\u00e9s\u00e9t a Trident 2-\u0151t is haszn\u00e1l\u00f3 modellek k\u00f6zel\u00e9be. Ez a megk\u00f6zel\u00edt\u00e9s elegend\u0151nek bizonyult az ACI els\u0151 k\u00e9t-h\u00e1rom \u00e9v\u00e9ben. Ez id\u0151 alatt a Cisco kifejlesztette \u00e9s piacra dobta a k\u00f6vetkez\u0151 gener\u00e1ci\u00f3s Nexus 9000-t, amely m\u00e1r saj\u00e1t chipein alapult, nagyobb teljes\u00edtm\u00e9nnyel \u00e9s funkci\u00f3k\u00e9szlettel, de azonos \u00e1ron. A k\u00fcls\u0151 specifik\u00e1ci\u00f3k szempontj\u00e1b\u00f3l a gy\u00e1rban val\u00f3 egy\u00fcttm\u0171k\u00f6d\u00e9s teljes m\u00e9rt\u00e9kben megmaradt. Ek\u00f6zben a bels\u0151 tartalom teljesen megv\u00e1ltozott: valami hasonl\u00f3 a refaktor\u00e1l\u00e1shoz, de a hardver eset\u00e9ben.<\/p>\n<h3>Hogyan m\u0171k\u00f6dik a Cisco ACI architekt\u00far\u00e1ja <\/h3>\n<p>\nA legegyszer\u0171bb esetben az ACI a Clos h\u00e1l\u00f3zati topol\u00f3gi\u00e1t k\u00f6veti, vagy ahogy gyakran nevezik, Spine-Leaf. A Spine szint\u0171 switch-ek sz\u00e1ma lehet kett\u0151 (vagy egy, ha nem \u00e9rdekel a hibat\u0171r\u0151 k\u00e9pess\u00e9g) \u00e9s hat k\u00f6z\u00f6tt. Ennek megfelel\u0151en, min\u00e9l t\u00f6bb van bel\u0151l\u00fck, ann\u00e1l magasabb a hibat\u0171r\u0151 k\u00e9pess\u00e9g (a s\u00e1vsz\u00e9less\u00e9g \u00e9s a megb\u00edzhat\u00f3s\u00e1g cs\u00f6kken\u00e9se kisebb egy Spine hiba vagy karbantart\u00e1s eset\u00e9n), valamint a teljes\u00edtm\u00e9ny. Minden k\u00fcls\u0151 kapcsolat a Leaf szint\u0171 switch-ekbe megy: ezek a szerverek, valamint az L2- vagy L3 alap\u00fa kapcsol\u00f3d\u00e1s a k\u00fcls\u0151 h\u00e1l\u00f3zatokhoz, valamint az APIC vez\u00e9rl\u0151k csatlakoz\u00e1sa. Az ACI-val kapcsolatban nemcsak a be\u00e1ll\u00edt\u00e1s, hanem a statisztika gy\u0171jt\u00e9se, hibamonitoroz\u00e1s \u00e9s egy\u00e9b feladatok is \u2014 mindez a vez\u00e9rl\u0151k interf\u00e9sz\u00e9n kereszt\u00fcl t\u00f6rt\u00e9nik, amelyek a norm\u00e1l nagys\u00e1g\u00fa telep\u00edt\u00e9sekben h\u00e1rom p\u00e9ld\u00e1nyban tal\u00e1lhat\u00f3k. <\/p>\n<p>A switch-ekhez soha nem sz\u00fcks\u00e9ges csatlakozni konzollal, m\u00e9g a h\u00e1l\u00f3zat ind\u00edt\u00e1s\u00e1hoz sem: a vez\u00e9rl\u0151 automatikusan felfedezi a switch-eket \u00e9s \u00f6ssze\u00e1ll\u00edtja bel\u0151l\u00fck a gy\u00e1rat, bele\u00e9rtve az \u00f6sszes szolg\u00e1ltat\u00f3 protokoll be\u00e1ll\u00edt\u00e1sait, ez\u00e9rt egy\u00e9bk\u00e9nt nagyon fontos, hogy a telep\u00edt\u00e9skor feljegyezz\u00fck az adott k\u00e9sz\u00fcl\u00e9k sorozatsz\u00e1mait, hogy k\u00e9s\u0151bb ne kelljen tal\u00e1lgatni, melyik switch melyik rackben tal\u00e1lhat\u00f3. Hibaelh\u00e1r\u00edt\u00e1shoz a switch-ekhez SSH-n kereszt\u00fcl is csatlakozhatunk sz\u00fcks\u00e9g eset\u00e9n: alaposan reproduk\u00e1lt\u00e1k az \u00e1ltal\u00e1nos Cisco show parancsokat. <\/p>\n<p>A gy\u00e1rban IP-transportot haszn\u00e1lnak, \u00edgy nincsenek Spanning Tree \u00e9s egy\u00e9b borzalmak a m\u00faltb\u00f3l: minden kapcsolat akt\u00edv, \u00e9s a hibaelh\u00e1r\u00edt\u00e1si id\u0151 nagyon gyors. A forgalom a gy\u00e1rban VXLAN alap\u00fa alagutakon kereszt\u00fcl halad. Pontosabban, maga a Cisco iVXLAN-nak nevezi az encapsul\u00e1ci\u00f3t, \u00e9s ez abban k\u00fcl\u00f6nb\u00f6zik a hagyom\u00e1nyos VXLAN-t\u00f3l, hogy a h\u00e1l\u00f3zati fejl\u00e9c fenntartott mez\u0151it a forgalom mal kapcsolatban inform\u00e1ci\u00f3k \u00e1tad\u00e1s\u00e1ra haszn\u00e1lj\u00e1k, els\u0151sorban az EPG-csoporttal val\u00f3 \u00f6sszef\u00fcgg\u00e9sr\u0151l. Ez lehet\u0151v\u00e9 teszi a csoportok k\u00f6z\u00f6tti interakci\u00f3s szab\u00e1lyok megval\u00f3s\u00edt\u00e1s\u00e1t a hardverben, a sz\u00e1mok haszn\u00e1lat\u00e1val, ak\u00e1rcsak a hagyom\u00e1nyos hozz\u00e1f\u00e9r\u00e9si list\u00e1k eset\u00e9ben, ahol az IP-c\u00edmeket haszn\u00e1lj\u00e1k. <\/p>\n<p>Az alagutak lehet\u0151v\u00e9 teszik a bels\u0151 IP-transport \u00e9s L2-szegmensek, valamint L3 (vagyis VRF) kiterjeszt\u00e9s\u00e9t. A default gateway elosztott. Ez azt jelenti, hogy a gy\u00e1rba be\u00e9rkez\u0151 forgalom ir\u00e1ny\u00edt\u00e1s\u00e1t minden switch v\u00e9gzi. A forgalom tov\u00e1bb\u00edt\u00e1s\u00e1nak logik\u00e1j\u00e1ban az ACI hasonl\u00edt a VXLAN\/EVPN alap\u00fa gy\u00e1rra. <\/p>\n<h3>Ha \u00edgy van, akkor miben k\u00fcl\u00f6nb\u00f6zik? Az \u00f6sszes t\u00f6bbi dologban! <\/h3>\n<p>\nAz els\u0151 k\u00fcl\u00f6nbs\u00e9g, amellyel az ACI-ban tal\u00e1lkozunk, az, hogyan csatlakoznak a szerverek a h\u00e1l\u00f3zathoz. A hagyom\u00e1nyos h\u00e1l\u00f3zatokban mind a fizikai, mind a virtu\u00e1lis szerverek a VLAN-okba csatlakoznak, \u00e9s minden tov\u00e1bbi dolog, mint a kapcsol\u00f3d\u00e1s \u00e9s a biztons\u00e1g, ebb\u0151l indul ki. Az ACI viszont olyan strukt\u00far\u00e1t haszn\u00e1l, amelyet a Cisco EPG-nek (End-point Group) nevez, amelyr\u0151l nem lehet elmenek\u00fclni. Fel lehet-e equ\u00e1lni a VLAN-nal? Igen, de ebben az esetben nagy r\u00e9sze veszik el annak, amit az ACI ny\u00fajt. <\/p>\n<p>Az EPG-hez kapcsol\u00f3d\u00f3an fogalmazz\u00e1k meg a hozz\u00e1f\u00e9r\u00e9si szab\u00e1lyokat, \u00e9s az ACI alap\u00e9rtelmez\u00e9s szerint a \u201efeh\u00e9r lista\u201d elvet alkalmazza, vagyis csak az enged\u00e9lyezett forgalom \u00e1thalad\u00e1sa megengedett. Teh\u00e1t l\u00e9trehozhatunk EPG-csoportokat, p\u00e9ld\u00e1ul \u201eWeb\u201d \u00e9s \u201eMySQL\u201d, \u00e9s meghat\u00e1rozhatunk egy szab\u00e1lyt, amely lehet\u0151v\u00e9 teszi sz\u00e1mukra a k\u00f6lcs\u00f6nhat\u00e1st csak a 3306-os porton. Ez az IP-c\u00edmekt\u0151l f\u00fcggetlen\u00fcl fog m\u0171k\u00f6dni, m\u00e9g egy alh\u00e1l\u00f3zaton bel\u00fcl is! <\/p>\n<p>Vannak olyan \u00fcgyfeleink, akik az ACI-t \u00e9ppen ez\u00e9rt a funkci\u00f3\u00e9rt v\u00e1lasztott\u00e1k, mivel lehet\u0151v\u00e9 teszi a hozz\u00e1f\u00e9r\u00e9sek korl\u00e1toz\u00e1s\u00e1t a szerverek (virtu\u00e1lis vagy fizikai \u2013 nem sz\u00e1m\u00edt) k\u00f6z\u00f6tt an\u00e9lk\u00fcl, hogy \u0151ket \u00e1thelyezn\u00e9nk az alh\u00e1l\u00f3zatok k\u00f6z\u00f6tt, \u00e9s ezzel nem ny\u00faln\u00e1nk az adresz\u00e1l\u00e1shoz. Igen, tudjuk, hogy senki sem \u00edrja be k\u00e9zzel a konfigur\u00e1ci\u00f3kba, igaz? <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/hu\/lir\/ipv4\/\"   title=\"IP address\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"628\">IP address<\/a> a alkalmaz\u00e1s-konfigur\u00e1ci\u00f3kban, igaz?<\/p>\n<p>A forgalomkezel\u00e9si szab\u00e1lyok az ACI-ban szerz\u0151d\u00e9ses meg\u00e1llapod\u00e1soknak nevezhet\u0151k. Egy ilyen szerz\u0151d\u00e9sben egy vagy t\u00f6bb csoport vagy szint egy t\u00f6bbc\u00e9l\u00fa alkalmaz\u00e1sban szolg\u00e1ltat\u00e1sny\u00fajt\u00f3v\u00e1 v\u00e1lik (p\u00e9ld\u00e1ul egy adatb\u00e1zis-szolg\u00e1ltat\u00e1s), m\u00edg m\u00e1sok fogyaszt\u00f3k\u00e9nt m\u0171k\u00f6dnek. A szerz\u0151d\u00e9s egyszer\u0171en \u00e1tbocs\u00e1thatja a forgalmat, vagy valami bonyolultabbat is tehet, p\u00e9ld\u00e1ul \u00e1tir\u00e1ny\u00edthatja a forgalmat egy t\u0171zfalhoz vagy terhel\u00e9seloszt\u00f3hoz, illetve megv\u00e1ltoztathatja a QoS \u00e9rt\u00e9k\u00e9t.<\/p>\n<p>Hogyan ker\u00fclnek a szerverek ezekbe a csoportokba? Ha ezek fizikai szerverek vagy valami, ami egy megl\u00e9v\u0151 h\u00e1l\u00f3zat r\u00e9sze, amelyhez VLAN trunkot hoztunk l\u00e9tre, akkor ahhoz, hogy az EPG-be ker\u00fcljenek, meg kell adni a kapcsol\u00f3 portj\u00e1t \u00e9s az azon haszn\u00e1lt VLAN-t. Ahogy l\u00e1tjuk, a VLAN-ok ott jelennek meg, ahol n\u00e9lk\u00fcl\u00fck nem tudunk boldogulni.<\/p>\n<p>Ha viszont a szerverek virtu\u00e1lis g\u00e9pek, akkor elegend\u0151 hivatkozni a csatlakoztatott virtualiz\u00e1ci\u00f3s k\u00f6rnyezetre, \u00e9s a t\u00f6bbi mag\u00e1t\u00f3l fog megt\u00f6rt\u00e9nni: l\u00e9trej\u00f6n egy portcsoport (ha a VMWare terminol\u00f3gi\u00e1j\u00e1val besz\u00e9l\u00fcnk) a VM csatlakoztat\u00e1s\u00e1hoz, hozz\u00e1rendel\u00e9sre ker\u00fclnek a sz\u00fcks\u00e9ges VLAN-ok vagy VXLAN-ok, \u00e9s bejegyz\u00e9sre ker\u00fclnek a sz\u00fcks\u00e9ges kapcsol\u00f3portokon, stb. Teh\u00e1t b\u00e1r az ACI a fizikai h\u00e1l\u00f3zat k\u00f6r\u00e9 \u00e9p\u00fcl, a virtu\u00e1lis szerverek csatlakoztat\u00e1sa sokkal egyszer\u0171bbnek t\u0171nik, mint a fizikai szerverek\u00e9. Az ACI m\u00e1r be\u00e9p\u00edtett integr\u00e1ci\u00f3val rendelkezik a VMWare-rel \u00e9s a MS Hyper-V-vel, valamint t\u00e1mogatja az OpenStack-et \u00e9s a RedHat Virtualization-t. R\u00e1ad\u00e1sul egy id\u0151 \u00f3ta be\u00e9p\u00edtett t\u00e1mogat\u00e1ssal b\u00edr a kont\u00e9nerplatformokhoz: Kubernetes, OpenShift, Cloud Foundry, \u00e9s ez kiterjed a politik\u00e1k alkalmaz\u00e1s\u00e1ra \u00e9s a monitoroz\u00e1sra is, teh\u00e1t a h\u00e1l\u00f3zati adminisztr\u00e1tor azonnal l\u00e1thatja, hogy mely hosztokon mely podok futnak, \u00e9s milyen csoportokba ker\u00fcltek.<\/p>\n<p>A virtu\u00e1lis szerverek egy adott portcsoportba val\u00f3 belefoglal\u00e1s\u00e1n k\u00edv\u00fcl tov\u00e1bbi tulajdons\u00e1gokkal is rendelkeznek: n\u00e9v, attrib\u00fatumok, stb., amelyeket haszn\u00e1lhatunk krit\u00e9riumk\u00e9nt, hogy \u00e1thelyezz\u00fck \u0151ket egy m\u00e1sik csoportba, p\u00e9ld\u00e1ul a VM \u00e1tnevez\u00e9sekor vagy egy \u00faj c\u00edmke megjelen\u00e9sekor. A Cisco ezt mikro-szegment\u00e1ci\u00f3s csoportoknak nevezi, b\u00e1r l\u00e9nyeg\u00e9ben a biztons\u00e1gi szegmensek sokas\u00e1g\u00e1nak l\u00e9trehoz\u00e1s\u00e1ra alkalmas EPG konstrukci\u00f3 is teljes m\u00e9rt\u00e9kben mikro-szegment\u00e1ci\u00f3nak sz\u00e1m\u00edt. Nos, ezt a gy\u00e1rt\u00f3 tudja a legjobban. <\/p>\n<p>Az EPG-k tiszt\u00e1n logikai konstrukci\u00f3k, amelyeket nem k\u00f6tnek konkr\u00e9t switchekhez, szerverekhez stb., \u00edgy vel\u00fck \u00e9s az ezekre \u00e9p\u00fcl\u0151 konstrukci\u00f3kkal (alkalmaz\u00e1sokkal \u00e9s tenantokkal) olyan dolgokat lehet csin\u00e1lni, amelyeket neh\u00e9z megval\u00f3s\u00edtani a hagyom\u00e1nyos h\u00e1l\u00f3zatokban, p\u00e9ld\u00e1ul kl\u00f3nozni. Ennek eredm\u00e9nyek\u00e9nt mondjuk, nagyon k\u00f6nny\u0171 l\u00e9trehozni egy produkt\u00edv k\u00f6rnyezet kl\u00f3nj\u00e1t, hogy tesztel\u00e9si k\u00f6rnyezetet kapjunk, amely garant\u00e1ltan azonos a produkci\u00f3val. Ezt meg lehet csin\u00e1lni k\u00e9zzel, de jobb (\u00e9s egyszer\u0171bb) API-n kereszt\u00fcl. <\/p>\n<p>\u00c1ltal\u00e1ban az ACI kezel\u00e9si logik\u00e1ja egy\u00e1ltal\u00e1n nem hasonl\u00edt arra, amivel \u00e1ltal\u00e1ban tal\u00e1lkozni szokt\u00e1l <br \/>\na Cisco hagyom\u00e1nyos h\u00e1l\u00f3zataiban: a programoz\u00e1si interf\u00e9sz az els\u0151dleges, m\u00edg a GUI vagy CLI m\u00e1sodlagos, mivel ugyanazon az API-n kereszt\u00fcl m\u0171k\u00f6dnek. Ez\u00e9rt szinte mindenki, aki ACI-val foglalkozik, egy id\u0151 ut\u00e1n elkezdi meg\u00e9rteni az objektummodellt, amelyet a kezel\u00e9shez haszn\u00e1lnak, \u00e9s valamit automatiz\u00e1lni a saj\u00e1t ig\u00e9nyei szerint. Ezt a legk\u00f6nnyebben Python-b\u00f3l lehet megtenni: j\u00f3l haszn\u00e1lhat\u00f3 eszk\u00f6z\u00f6k \u00e1llnak rendelkez\u00e9sre. <\/p>\n<h3>Az \u00edg\u00e9rt buktat\u00f3k<\/h3>\n<p>\nA f\u0151 probl\u00e9ma az, hogy sok dolog az ACI-ban m\u00e1sk\u00e9pp k\u00e9sz\u00fclt. Ahhoz, hogy norm\u00e1lisan tudj vele dolgozni, \u00fajra kell tanulnod. K\u00fcl\u00f6n\u00f6sen a nagy \u00fcgyfelek h\u00e1l\u00f3zati \u00fczemeltet\u00e9si csapataira vonatkozik ez, ahol az m\u00e9rn\u00f6k\u00f6k \u00e9vek \u00f3ta a VLAN-ok \"be\u00edr\u00e1s\u00e1val\" foglalkoznak a k\u00e9r\u00e9sek alapj\u00e1n. Ami most VLAN, m\u00e1r nem VLAN, \u00e9s \u00faj h\u00e1l\u00f3zatok l\u00e9trehoz\u00e1s\u00e1hoz a virtualiz\u00e1lt hosztokban a VLAN-ok manu\u00e1lis l\u00e9trehoz\u00e1sa egy\u00e1ltal\u00e1n nem sz\u00fcks\u00e9ges, teljesen \u201emeg\u0151rj\u00edti\u201d a hagyom\u00e1nyos h\u00e1l\u00f3zati szakembereket, \u00e9s arra k\u00e9nyszer\u00edti \u0151ket, hogy ragaszkodjanak a megszokott megk\u00f6zel\u00edt\u00e9sekhez. Meg kell eml\u00edteni, hogy a Cisco pr\u00f3b\u00e1lta egy kiss\u00e9 \u00e9desebb\u00e9 tenni a pirul\u00e1t, \u00e9s hozz\u00e1adta a vez\u00e9rl\u0151h\u00f6z az \u201eNXOS-szer\u0171\u201d CLI-t, amely lehet\u0151v\u00e9 teszi a be\u00e1ll\u00edt\u00e1sokat egy hagyom\u00e1nyos switchekre hasonl\u00edt\u00f3 fel\u00fcleten. De m\u00e9gis ahhoz, hogy norm\u00e1lisan tudj haszn\u00e1lni ACI-t, meg kell \u00e9rteni, hogyan m\u0171k\u00f6dik. <\/p>\n<p>\u00c1r szempontj\u00e1b\u00f3l a nagy \u00e9s k\u00f6zepes m\u00e9ret\u0171 ACI h\u00e1l\u00f3zatok \u00e1ra gyakorlatilag nem k\u00fcl\u00f6nb\u00f6zik a hagyom\u00e1nyos Cisco berendez\u00e9seken alapul\u00f3 h\u00e1l\u00f3zatok\u00e9t\u00f3l, mivel \u00e9p\u00edt\u00e9s\u00fckh\u00f6z ugyanazokat a kapcsol\u00f3kat haszn\u00e1lj\u00e1k (a Nexus 9000 kapcsol\u00f3k ACI \u00e9s hagyom\u00e1nyos m\u00f3dban is \u00fczemelhetnek, \u00e9s mostanra az \u00faj adatk\u00f6zponti projektek f\u0151 \"munkahorse-j\u00e1v\u00e1\" v\u00e1ltak). Azonban a k\u00e9t kapcsol\u00f3s adatk\u00f6zpontok eset\u00e9n a vez\u00e9rl\u0151k \u00e9s Spine-Leaf architekt\u00fara jelenl\u00e9te term\u00e9szetesen \u00e9rezhet\u0151. Nemr\u00e9giben megjelent a Mini ACI gy\u00e1r, amelyben a h\u00e1rom vez\u00e9rl\u0151b\u0151l kett\u0151t virtu\u00e1lis g\u00e9pekkel helyettes\u00edtettek. Ez cs\u00f6kkenti a k\u00f6lts\u00e9gbeli k\u00fcl\u00f6nbs\u00e9get, de az tov\u00e1bbra is megmarad. \u00cdgy az \u00fcgyf\u00e9l sz\u00e1m\u00e1ra a v\u00e1laszt\u00e1s az biztons\u00e1gi funkci\u00f3k, a virtualiz\u00e1ci\u00f3val val\u00f3 integr\u00e1ci\u00f3, az egys\u00e9ges vez\u00e9rl\u00e9si pont \u00e9s hasonl\u00f3k ir\u00e1nti \u00e9rdekl\u0151d\u00e9st\u0151l f\u00fcgg.<br \/>\n<br \/>Forr\u00e1s: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/croc\/blog\/455882\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\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 [&hellip;]<\/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<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\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.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"hu_HU\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\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\" \/>\n\t\t<meta property=\"og:description\" content=\"\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.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:03:28+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:03:28+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cisco ACI h\u00e1l\u00f3zati gy\u00e1r \u2014 seg\u00edts\u00e9g az adminisztr\u00e1toroknak | ProHoster","description":"Ezzel a var\u00e1zslatos kis szkripttel.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","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\/hu\/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\/hu\/wp-json\/wp\/v2\/posts\/35291","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=35291"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/35291\/revisions"}],"predecessor-version":[{"id":157819,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/35291\/revisions\/157819"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=35291"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=35291"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=35291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}