{"id":33050,"date":"2019-10-31T21:50:27","date_gmt":"2019-10-31T18:50:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/application-centric-infrastructure-arhitektura-seti-budushhego-ot-rassuzhdenij-k-delu\/"},"modified":"2019-10-31T21:50:27","modified_gmt":"2019-10-31T18:50:27","slug":"application-centric-infrastructure-arhitektura-seti-budushhego-ot-rassuzhdenij-k-delu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/application-centric-infrastructure-arhitektura-seti-budushhego-ot-rassuzhdenij-k-delu","title":{"rendered":"Alkalmaz\u00e1sk\u00f6zpont\u00fa infrastrukt\u00fara. A j\u00f6v\u0151 h\u00e1l\u00f3zati architekt\u00far\u00e1ja \u2014 a gondolatokt\u00f3l a tettekig","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Az utols\u00f3 n\u00e9h\u00e1ny \u00e9vben a Cisco akt\u00edvan n\u00e9pszer\u0171s\u00edti az \u00faj adat\u00e1tviteli h\u00e1l\u00f3zat\u00e9p\u00edt\u00e9si architekt\u00far\u00e1t a data center-ekben \u2014 Application Centric Infrastructure (m\u00e1s n\u00e9ven ACI)<\/b>. N\u00e9h\u00e1nyan m\u00e1r tal\u00e1lkoztak vele. Vannak akik m\u00e1r meg is val\u00f3s\u00edtott\u00e1k a saj\u00e1t v\u00e1llalataikban, bele\u00e9rtve Oroszorsz\u00e1got is. Az IT-szakemberek \u00e9s IT-vezet\u0151k t\u00f6bbs\u00e9ge sz\u00e1m\u00e1ra az ACI vagy egy \u00e9rthetetlen mozaiksz\u00f3, vagy csup\u00e1n egy j\u00f6v\u0151r\u0151l val\u00f3 elm\u00e9lked\u00e9s.
\nEbben a cikkben megpr\u00f3b\u00e1ljuk k\u00f6zelebb hozni ezt a j\u00f6v\u0151t. Besz\u00e1molunk az ACI alapvet\u0151 architekt\u00far\u00e1j\u00e1r\u00f3l, valamint illusztr\u00e1lni fogjuk a gyakorlati alkalmaz\u00e1s\u00e1t. Tov\u00e1bb\u00e1, a k\u00f6zelj\u00f6v\u0151ben vizu\u00e1lis bemutat\u00f3t szervez\u00fcnk az ACI m\u0171k\u00f6d\u00e9s\u00e9r\u0151l, amelyre b\u00e1rki, aki \u00e9rdekl\u0151dik, jelentkezhet.
\n<\/a><\/noindex>
\nA leg\u00fajabb h\u00e1l\u00f3zat\u00e9p\u00edt\u00e9si architekt\u00far\u00e1r\u00f3l 2019 m\u00e1jus\u00e1ban Szentp\u00e9terv\u00e1ron lehet majd t\u00f6bbet megtudni. Minden r\u00e9szlet \u2013 itt: linkre kattintva<\/a><\/noindex>. Jelentkezzenek!<\/p>\n

H\u00e1tt\u00e9r<\/b>
\nA hagyom\u00e1nyos \u00e9s legn\u00e9pszer\u0171bb h\u00e1l\u00f3zat\u00e9p\u00edt\u00e9si modell a h\u00e1romszint\u0171 hierarchikus modell: mag -> eloszt\u00e1s (aggreg\u00e1ci\u00f3) -> hozz\u00e1f\u00e9r\u00e9s. \u00c9vek \u00f3ta ez a modell volt a m\u00e9rce, amelyhez a gy\u00e1rt\u00f3k k\u00fcl\u00f6nb\u00f6z\u0151, funkci\u00f3ban megfelel\u0151 h\u00e1l\u00f3zati eszk\u00f6z\u00f6ket k\u00e9sz\u00edtettek.
\nKor\u00e1bban, amikor az informatikai technol\u00f3gi\u00e1k egyfajta sz\u00fcks\u00e9ges (\u00e9s, \u0151szint\u00e9n sz\u00f3lva, nem mindig k\u00edv\u00e1nt) kieg\u00e9sz\u00edt\u00e9se voltak az \u00fczletnek, ez a modell k\u00e9nyelmes, viszonylag statikus \u00e9s megb\u00edzhat\u00f3 volt. Azonban most, amikor az IT az \u00fczlet fejl\u0151d\u00e9s\u00e9nek egyik hajt\u00f3ereje, sok esetben pedig mag\u00e1nak az \u00fczletnek a r\u00e9sze lett, a modell statikuss\u00e1ga s\u00falyos probl\u00e9m\u00e1kat okoz.<\/p>\n

A modern \u00fczlet k\u00fcl\u00f6nf\u00e9le bonyolult k\u00f6vetelm\u00e9nyek nagy mennyis\u00e9g\u00e9t gener\u00e1lja a h\u00e1l\u00f3zati infrastrukt\u00far\u00e1val szemben. E k\u00f6vetelm\u00e9nyek teljes\u00edt\u00e9s\u00e9nek id\u0151kerete k\u00f6zvetlen\u00fcl befoly\u00e1solja az \u00fczlet sikeress\u00e9g\u00e9t. Ezekben a k\u00f6r\u00fclm\u00e9nyek k\u00f6z\u00f6tt a k\u00e9sleked\u00e9s elfogadhatatlan, a klasszikus h\u00e1l\u00f3zat\u00e9p\u00edt\u00e9si modell pedig gyakran nem teszi lehet\u0151v\u00e9 az \u00fczleti ig\u00e9nyek id\u0151ben t\u00f6rt\u00e9n\u0151 kiel\u00e9g\u00edt\u00e9s\u00e9t. <\/p>\n

P\u00e9ld\u00e1ul egy \u00faj, \u00f6sszetett \u00fczleti alkalmaz\u00e1s megjelen\u00e9se nagy mennyis\u00e9g\u0171, azonos t\u00edpus\u00fa rutinfeladat elv\u00e9gz\u00e9s\u00e9t k\u00f6veteli meg a h\u00e1l\u00f3zati adminisztr\u00e1torokt\u00f3l k\u00fcl\u00f6nb\u00f6z\u0151 h\u00e1l\u00f3zati eszk\u00f6z\u00f6k\u00f6n, k\u00fcl\u00f6nb\u00f6z\u0151 szinteken. Ezenk\u00edv\u00fcl ez sok id\u0151be telik, \u00e9s n\u00f6veli annak kock\u00e1zat\u00e1t, hogy hib\u00e1t k\u00f6vetnek el, ami s\u00falyos IT-szolg\u00e1ltat\u00e1si le\u00e1ll\u00e1shoz \u00e9s ennek k\u00f6vetkezm\u00e9nyek\u00e9nt p\u00e9nz\u00fcgyi k\u00e1rokhoz vezethet.<\/p>\n

A probl\u00e9ma gy\u00f6kere nem is annyira az id\u0151keretekben vagy a k\u00f6vetelm\u00e9nyek \u00f6sszetetts\u00e9g\u00e9ben rejlik. A l\u00e9nyeg az, hogy ezeket a k\u00f6vetelm\u00e9nyeket \u00bble kell ford\u00edtani\u00ab az \u00fczleti alkalmaz\u00e1sok nyelv\u00e9r\u0151l a h\u00e1l\u00f3zati infrastrukt\u00fara nyelv\u00e9re. Mint tudjuk, b\u00e1rmilyen ford\u00edt\u00e1s mindig a jelent\u00e9s r\u00e9szleges elveszt\u00e9s\u00e9vel j\u00e1r. Amikor az alkalmaz\u00e1s tulajdonosa az alkalmaz\u00e1sa m\u0171k\u00f6d\u00e9si logik\u00e1j\u00e1r\u00f3l besz\u00e9l, a h\u00e1l\u00f3zati adminisztr\u00e1tor VLAN-csoportokat \u00e9s Access list\u00e1kat \u00e9rt k\u00fcl\u00f6nb\u00f6z\u0151 eszk\u00f6z\u00f6k\u00f6n, amelyeket karban kell tartani, aktualiz\u00e1lni \u00e9s dokument\u00e1lni.<\/p>\n

A felhalmozott tapasztalat \u00e9s a folyamatos kapcsolattart\u00e1s az \u00fcgyfelekkel lehet\u0151v\u00e9 tette a Cisco sz\u00e1m\u00e1ra, hogy \u00faj adat\u00e1tviteli h\u00e1l\u00f3zati \u00e9p\u00edt\u00e9si elveket tervezzen \u00e9s val\u00f3s\u00edtson meg, amelyek megfelelnek a modern tendenci\u00e1knak, \u00e9s els\u0151 sorban az \u00fczleti alkalmaz\u00e1sok logik\u00e1j\u00e1n alapulnak. Innen ered a n\u00e9v \u2014 Application Centric Infrastructure.<\/p>\n

Az ACI architekt\u00fara.<\/b>
\nAz ACI architekt\u00far\u00e1j\u00e1t leghelyesebb logikai oldalr\u00f3l vizsg\u00e1lni. Az alapj\u00e1ul szolg\u00e1l\u00f3, automatiz\u00e1lt politik\u00e1k modellj\u00e9re \u00e9p\u00edt, amelynek objektumait a legmagasabb szinten a k\u00f6vetkez\u0151 komponensekre lehet felosztani:<\/p>\n

    \n
  1. Nexus kapcsol\u00f3k alap\u00fa h\u00e1l\u00f3zat.<\/li>\n
  2. APIC vez\u00e9rl\u0151 klaszter;<\/li>\n
  3. Alkalmaz\u00e1sprofilt;<\/li>\n<\/ol>\n

    \n\"Alkalmaz\u00e1sk\u00f6zpont\u00fa
    \nVizsg\u00e1ljuk meg alaposabban minden szintet \u2013 k\u00f6zben a egyszer\u0171t\u0151l a bonyolult fel\u00e9 haladunk.<\/p>\n

    Nexus kapcsol\u00f3k alap\u00fa h\u00e1l\u00f3zat<\/b>
    \nAz ACI gy\u00e1rban l\u00e9v\u0151 h\u00e1l\u00f3zat hasonl\u00edt a hagyom\u00e1nyos hierarchikus modellre, de sokkal egyszer\u0171bben \u00e9p\u00fcl fel. A h\u00e1l\u00f3zat szervez\u00e9s\u00e9hez Leaf-Spine modellt haszn\u00e1lnak, amely elfogadott megk\u00f6zel\u00edt\u00e9ss\u00e9 v\u00e1lt az \u00faj gener\u00e1ci\u00f3s h\u00e1l\u00f3zatok megval\u00f3s\u00edt\u00e1s\u00e1ra. Ez a modell k\u00e9t szintb\u0151l \u00e1ll: Spine \u00e9s Leaf.
    \n \"Alkalmaz\u00e1sk\u00f6zpont\u00fa
    \nA Spine szint kiz\u00e1r\u00f3lag a teljes\u00edtm\u00e9ny\u00e9rt felel\u0151s. A Spine kapcsol\u00f3k \u00f6sszes\u00edtett teljes\u00edtm\u00e9nye megegyezik az eg\u00e9sz gy\u00e1r teljes\u00edtm\u00e9ny\u00e9vel, ez\u00e9rt ezen a szinten 40G vagy ann\u00e1l nagyobb porttal rendelkez\u0151 kapcsol\u00f3kat kell haszn\u00e1lni.
    \nA gerinch\u00e1l\u00f3zatok minden k\u00f6vetkez\u0151 szint\u0171 kapcsol\u00f3j\u00e1hoz csatlakoznak: a Leaf kapcsol\u00f3khoz, amelyekhez a v\u00e9gs\u0151 hosztok csatlakoznak. A Leaf kapcsol\u00f3k f\u0151 szerepe a portkapacit\u00e1s. <\/p>\n

    \u00cdgy a sk\u00e1l\u00e1z\u00e1s k\u00e9rd\u00e9sei k\u00f6nnyen megoldhat\u00f3k: ha meg kell n\u00f6veln\u00fcnk a gy\u00e1r \u00e1tereszt\u0151k\u00e9pess\u00e9g\u00e9t, Spine kapcsol\u00f3kat adunk hozz\u00e1, ha pedig n\u00f6velni kell a portkapacit\u00e1st, akkor Leaf kapcsol\u00f3kat.
    \nMindk\u00e9t szinthez a Cisco Nexus 9000 sorozat\u00fa kapcsol\u00f3kat haszn\u00e1lj\u00e1k, amelyek a Cisco f\u0151 eszk\u00f6zei az adatk\u00f6zponti h\u00e1l\u00f3zatok ki\u00e9p\u00edt\u00e9s\u00e9ben, f\u00fcggetlen\u00fcl azok architekt\u00far\u00e1j\u00e1t\u00f3l. A Spine szinthez Nexus 9300 vagy Nexus 9500 kapcsol\u00f3k, a Leaf szinthez pedig csak Nexus 9300 kapcsol\u00f3k tartoznak.
    \nAz ACI gy\u00e1rban haszn\u00e1lt Nexus kapcsol\u00f3k modellje az al\u00e1bbi \u00e1br\u00e1n l\u00e1that\u00f3.
    \n \"Alkalmaz\u00e1sk\u00f6zpont\u00fa<\/p>\n

    APIC (Application Policy Infrastructure Controller) vez\u00e9rl\u0151 klaszterek <\/b>
    \nAz APIC vez\u00e9rl\u0151k speci\u00e1lis fizikai szerverek, azonban kis bevezet\u00e9sekn\u00e9l egyetlen fizikai APIC vez\u00e9rl\u0151 \u00e9s k\u00e9t virtu\u00e1lis haszn\u00e1lata is megengedett.
    \nAz APIC vez\u00e9rl\u0151k ir\u00e1ny\u00edt\u00e1si \u00e9s megfigyel\u00e9si funkci\u00f3kat l\u00e1tnak el. Fontos megeml\u00edteni, hogy a vez\u00e9rl\u0151k soha nem vesznek r\u00e9szt az adatok \u00e1tvitel\u00e9ben, teh\u00e1t ha az \u00f6sszes vez\u00e9rl\u0151 a klaszterben meghib\u00e1sodik, az nem befoly\u00e1solja a h\u00e1l\u00f3zat stabil m\u0171k\u00f6d\u00e9s\u00e9t. Tov\u00e1bb\u00e1 meg kell jegyezni, hogy az APIC-ok seg\u00edts\u00e9g\u00e9vel az adminisztr\u00e1tor teljes m\u00e9rt\u00e9kben kezeli az \u00f6sszes fizikai \u00e9s logikai er\u0151forr\u00e1st a gy\u00e1rban, \u00e9s b\u00e1rmilyen m\u00f3dos\u00edt\u00e1shoz nem sz\u00fcks\u00e9ges \u00fajra csatlakozni a megfelel\u0151 eszk\u00f6zh\u00f6z, mivel az ACI egy egys\u00e9ges kezel\u00e9si pontot haszn\u00e1l.
    \n \"Alkalmaz\u00e1sk\u00f6zpont\u00fa<\/p>\n

    Most t\u00e9rj\u00fcnk \u00e1t az ACI egyik f\u0151 komponens\u00e9re \u2013 az alkalmaz\u00e1sprofilokra.<\/b>
    \nAlkalmaz\u00e1sprofil (Application Network Profile)<\/b> \u2013 ez az ACI logikai alapja. Az alkalmaz\u00e1sprofilok hat\u00e1rozz\u00e1k meg a politik\u00e1kat a k\u00fcl\u00f6nb\u00f6z\u0151 h\u00e1l\u00f3zati szegmensek k\u00f6z\u00f6tti interakci\u00f3ra, \u00e9s magukat a h\u00e1l\u00f3zati szegmenseket \u00edrj\u00e1k le. Az ANP lehet\u0151v\u00e9 teszi a fizikai szintt\u0151l val\u00f3 elt\u00e9r\u00e9st, \u00e9s l\u00e9nyeg\u00e9ben bemutatja, hogyan kell megszervezni az interakci\u00f3t a k\u00fcl\u00f6nb\u00f6z\u0151 h\u00e1l\u00f3zati szegmensek k\u00f6z\u00f6tt az alkalmaz\u00e1s szempontj\u00e1b\u00f3l. <\/p>\n

    Az alkalmaz\u00e1sprofilok kapcsolatcsoportokb\u00f3l (End-point groups \u2013 EPG) \u00e1llnak. A kapcsolatcsoport egy logikai csoportja a hosztoknak (virtu\u00e1lis g\u00e9pek, fizikai szerverek, kont\u00e9nerek stb.), amelyek egy biztons\u00e1gi szegmensben tal\u00e1lhat\u00f3k (nem a h\u00e1l\u00f3zati, hanem a biztons\u00e1gi \u00e9rtelemben). Azok a v\u00e9gs\u0151 hosztok, amelyek egy EPG-hez tartoznak, sok krit\u00e9rium alapj\u00e1n meghat\u00e1rozhat\u00f3k. \u00c1ltal\u00e1ban a k\u00f6vetkez\u0151k haszn\u00e1latosak: <\/p>\n