{"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\/sk\/blog\/administrirovanie\/application-centric-infrastructure-arhitektura-seti-budushhego-ot-rassuzhdenij-k-delu","title":{"rendered":"Aplik\u00e1cie s centrickou infra\u0161trukt\u00farou. Architekt\u00fara siete bud\u00facnosti \u2014 od my\u0161lienok k \u010dinom","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

V posledn\u00fdch nieko\u013ek\u00fdch rokoch Cisco akt\u00edvne propaguje nov\u00fa architekt\u00faru pre v\u00fdstavbu d\u00e1tov\u00fdch siet\u00ed v d\u00e1tov\u00fdch centr\u00e1ch \u2014 Application Centric Infrastructure (alebo ACI)<\/b>. Niektor\u00ed s\u00fa u\u017e s \u0148ou obozn\u00e1men\u00ed. In\u00ed ju dokonca stihli implementova\u0165 vo svojich firm\u00e1ch, vr\u00e1tane Ruska. Pre v\u00e4\u010d\u0161inu IT odborn\u00edkov a ved\u00facich pracovn\u00edkov IT je v\u0161ak ACI zatia\u013e bu\u010f nejasn\u00e1 skratka, alebo len \u00favaha o bud\u00facnosti.
\nV tomto \u010dl\u00e1nku sa pok\u00fasime t\u00fato bud\u00facnos\u0165 pribl\u00ed\u017ei\u0165. Povieme o hlavn\u00fdch architektonick\u00fdch komponentoch ACI a ilustrujeme sp\u00f4sob jej praktick\u00e9ho vyu\u017eitia. Okrem toho v najbli\u017e\u0161ej dobe zorganizujeme n\u00e1zorn\u00fa demon\u0161tr\u00e1ciu fungovania ACI, na ktor\u00fa sa m\u00f4\u017ee zaregistrova\u0165 ka\u017ed\u00fd zauj\u00edmav\u00fd IT odborn\u00edk.
\n<\/a><\/noindex>
\nViac inform\u00e1ci\u00ed o novej architekt\u00fare v\u00fdstavby siete bude mo\u017en\u00e9 z\u00edska\u0165 v Petrohrade v m\u00e1ji 2019. V\u0161etky podrobnosti \u2013 na odkaze<\/a><\/noindex>. Prihl\u00e1ste sa!<\/p>\n

Pozadie<\/b>
\nTradi\u010dn\u00fdm a najpopul\u00e1rnej\u0161\u00edm modelom stavby siete je troj-\u00farov\u0148ov\u00fd hierarchick\u00fd model: jadro \u2192 distrib\u00facia (agreg\u00e1cia) \u2192 pr\u00edstup. Po mnoho rokov bol tento model etal\u00f3nom, pod ktor\u00fd v\u00fdrobcovia vyd\u00e1vali r\u00f4zne sie\u0165ov\u00e9 zariadenia s pr\u00edslu\u0161nou funkciou.
\nKedysi, ke\u010f boli informa\u010dn\u00e9 technol\u00f3gie akousi potrebnou (a, \u00faprimne povedan\u00e9, nie v\u017edy \u017eiadanou) s\u00fa\u010das\u0165ou biznisu, tento model bol pohodln\u00fd, pomerne statick\u00fd a spo\u013eahliv\u00fd. Av\u0161ak teraz, ke\u010f s\u00fa IT jedn\u00fdm z motorov rozvoja biznisu a v mnoh\u00fdch pr\u00edpadoch aj samotn\u00fdm biznisom, statickos\u0165 tohto modelu za\u010dala sp\u00f4sobova\u0165 ve\u013ek\u00e9 probl\u00e9my.<\/p>\n

S\u00fa\u010dasn\u00fd biznis generuje ve\u013ek\u00e9 mno\u017estvo r\u00f4znych zlo\u017eit\u00fdch po\u017eiadaviek na sie\u0165ov\u00fa infra\u0161trukt\u00faru. Od \u010dasov\u00e9ho pl\u00e1nu naplnenia t\u00fdchto po\u017eiadaviek z\u00e1vis\u00ed priamo \u00faspe\u0161nos\u0165 biznisu. Me\u0161kanie v tak\u00fdchto podmienkach je nepr\u00edpustn\u00e9 a klasick\u00fd model v\u00fdstavby siete \u010dasto nedok\u00e1\u017ee v\u010das uspokoji\u0165 v\u0161etky obchodn\u00e9 potreby. <\/p>\n

Napr\u00edklad, vznik nov\u00e9ho zlo\u017eit\u00fdch obchodn\u00fdch aplik\u00e1ci\u00ed si vy\u017eaduje, aby sie\u0165ov\u00ed administr\u00e1tori vykon\u00e1vali mno\u017estvo rutinn\u00fdch oper\u00e1ci\u00ed na ve\u013ekom po\u010dte r\u00f4znych sie\u0165ov\u00fdch zariaden\u00ed na r\u00f4znych \u00farovniach. Okrem toho, \u017ee to zaber\u00e1 ve\u013ea \u010dasu, zvy\u0161uje to aj riziko chyby, ktor\u00e1 m\u00f4\u017ee vies\u0165 k v\u00e1\u017enemu v\u00fdpadku IT slu\u017eieb a n\u00e1sledne k finan\u010dn\u00fdm strat\u00e1m.<\/p>\n

Jadrom probl\u00e9mu nie s\u00fa ani tak term\u00edny alebo zlo\u017eitosti po\u017eiadaviek. Ide o to, \u017ee tieto po\u017eiadavky je potrebn\u00e9 \"preklada\u0165\" z jazyka obchodn\u00fdch aplik\u00e1ci\u00ed do jazyka sie\u0165ovej infra\u0161trukt\u00fary. Ako je zn\u00e1me, ka\u017ed\u00fd preklad je v\u017edy \u010diasto\u010dn\u00e1 strata v\u00fdznamu. Ke\u010f vlastn\u00edk aplik\u00e1cie hovor\u00ed o logike fungovania svojej aplik\u00e1cie, sie\u0165ov\u00fd administr\u00e1tor ch\u00e1pe s\u00fabor VLAN-ov, Access list-ov na desiatkach zariaden\u00ed, ktor\u00e9 je potrebn\u00e9 udr\u017eiava\u0165, aktualizova\u0165 a dokumentova\u0165.<\/p>\n

Nadobudnut\u00e9 sk\u00fasenosti a neust\u00e1la komunik\u00e1cia so z\u00e1kazn\u00edkmi umo\u017enili spolo\u010dnosti Cisco navrhova\u0165 a zav\u00e1dza\u0165 nov\u00e9 princ\u00edpy budovania sie\u0165ovej infra\u0161trukt\u00fary d\u00e1tov\u00fdch centier, ktor\u00e9 vyhovuj\u00fa s\u00fa\u010dasn\u00fdm trendom a zakladaj\u00fa sa predov\u0161etk\u00fdm na logike obchodn\u00fdch aplik\u00e1ci\u00ed. Odtia\u013e poch\u00e1dza n\u00e1zov \u2014 Application Centric Infrastructure.<\/p>\n

Architekt\u00fara ACI.<\/b>
\nArchitekt\u00faru ACI je najlep\u0161ie ch\u00e1pa\u0165 nielen z fyzick\u00e9ho, ale aj z logick\u00e9ho h\u013eadiska. Je zalo\u017een\u00e1 na modeli automatizovan\u00fdch polit\u00edk, ktor\u00fdch objekty na najvy\u0161\u0161ej \u00farovni m\u00f4\u017eeme rozdeli\u0165 na nasleduj\u00face komponenty:<\/p>\n

    \n
  1. Sie\u0165 s prepin\u00e1kmi Nexus.<\/li>\n
  2. Klaster kontrol\u00e9rov APIC;<\/li>\n
  3. Profily aplik\u00e1ci\u00ed;<\/li>\n<\/ol>\n

    \n\"Aplik\u00e1cie
    \nPozrime sa na ka\u017ed\u00fa \u00farove\u0148 podrobnej\u0161ie \u2013 pri\u010dom prech\u00e1dzame od jednoduch\u00e9ho k zlo\u017eit\u00e9mu.<\/p>\n

    Sie\u0165 s prepin\u00e1kmi Nexus.<\/b>
    \nSie\u0165 v ACI fabrike sa podob\u00e1 na tradi\u010dn\u00fd hierarchick\u00fd model, ale je postaven\u00e1 ove\u013ea jednoduch\u0161ie. Pre organiz\u00e1ciu siete sa vyu\u017e\u00edva model Leaf-Spine, ktor\u00fd sa stal be\u017en\u00fdm pr\u00edstupom pri realiz\u00e1cii siet\u00ed novej gener\u00e1cie. Tento model sa sklad\u00e1 z dvoch \u00farovn\u00ed: Spine a Leaf.
    \n \"Aplik\u00e1cie
    \n\u00darove\u0148 Spine je zodpovedn\u00e1 len za v\u00fdkon. Celkov\u00fd v\u00fdkon Spine prep\u00edna\u010dov sa rovn\u00e1 v\u00fdkonu celej fabriky, preto je na tejto \u00farovni potrebn\u00e9 pou\u017e\u00edva\u0165 prep\u00edna\u010de s portami 40G alebo vy\u0161\u0161ie.
    \nSpine switche sa prip\u00e1jaj\u00fa ku v\u0161etk\u00fdm sp\u00ednac\u00edm zariadeniam nasleduj\u00facej \u00farovne: Leaf switchom, ku ktor\u00fdm s\u00fa pripojen\u00e9 koncov\u00e9 hostite\u013esk\u00e9 zariadenia. Hlavnou \u00falohou Leaf switchov je portov\u00e1 kapacita. <\/p>\n

    Takto sa \u013eahko rie\u0161ia ot\u00e1zky \u0161k\u00e1lovania: ak potrebujeme zv\u00fd\u0161i\u0165 priepustnos\u0165 fabriky, prid\u00e1me Spine switche, a ak potrebujeme zv\u00fd\u0161i\u0165 portov\u00fa kapacitu \u2013 Leaf.
    \nPre obe \u00farovne sa pou\u017e\u00edvaj\u00fa switche s\u00e9rie Cisco Nexus 9000, ktor\u00e9 s\u00fa pre Cisco hlavn\u00fdm n\u00e1strojom na budovanie siet\u00ed d\u00e1tov\u00fdch centier bez oh\u013eadu na ich architekt\u00faru. Pre \u00farove\u0148 Spine sa pou\u017e\u00edvaj\u00fa switche Nexus 9300 alebo Nexus 9500, a pre Leaf iba Nexus 9300.
    \nModelov\u00e1 rada switchov Nexus, ktor\u00e9 sa pou\u017e\u00edvaj\u00fa vo fabrik\u00e1ch ACI, je uveden\u00e1 na obr\u00e1zku ni\u017e\u0161ie.
    \n \"Aplik\u00e1cie<\/p>\n

    Klastra kontrol\u00e9rov APIC (Application Policy Infrastructure Controller) <\/b>
    \nAPIC kontrol\u00e9ry predstavuj\u00fa \u0161pecializovan\u00e9 fyzick\u00e9 servery, pri\u010dom pre mal\u00e9 nasadenia je povolen\u00e9 pou\u017ei\u0165 klaster z jedn\u00e9ho fyzick\u00e9ho APIC kontrol\u00e9ra a dvoch virtu\u00e1lnych.
    \nKontrol\u00e9ry APIC vykon\u00e1vaj\u00fa funkcie spr\u00e1vy a monitorovania. D\u00f4le\u017eit\u00e9 je, \u017ee kontrol\u00e9ry sa nikdy nez\u00fa\u010dast\u0148uj\u00fa na prenose d\u00e1t, t.j. aj keby v\u0161etky kontrol\u00e9ry klastru zlyhali, stabilita siete to v\u00f4bec neovplyvn\u00ed. Tie\u017e je potrebn\u00e9 poznamena\u0165, \u017ee pomocou APIC-ov spravuje administr\u00e1tor v\u0161etky fyzick\u00e9 a logick\u00e9 prostriedky fabriky, a na vykonanie ak\u00fdchko\u013evek zmien sa u\u017e nemus\u00ed prip\u00e1ja\u0165 k dan\u00e9mu zariadeniu, preto\u017ee v ACI sa pou\u017e\u00edva jedin\u00fd kontroln\u00fd bod.
    \n \"Aplik\u00e1cie<\/p>\n

    Teraz prejdeme k jednej z hlavn\u00fdch s\u00fa\u010dast\u00ed ACI \u2013 profilom aplik\u00e1ci\u00ed.<\/b>
    \nProfil aplik\u00e1cie (Application Network Profile)<\/b> \u2013 je logick\u00fd z\u00e1klad ACI. Pr\u00e1ve profily aplik\u00e1ci\u00ed ur\u010duj\u00fa politiky interakcie medzi v\u0161etk\u00fdmi sie\u0165ov\u00fdmi segmentmi a opisuj\u00fa samotn\u00e9 sie\u0165ov\u00e9 segmenty. ANP umo\u017e\u0148uje abstrahova\u0165 od fyzickej \u00farovne a v podstate predstavi\u0165, ako by mala by\u0165 organizovan\u00e1 interakcia medzi r\u00f4znymi segmentmi siete z poh\u013eadu aplik\u00e1cie. <\/p>\n

    Profil aplik\u00e1cie sa sklad\u00e1 z skup\u00edn pripojen\u00ed (End-point groups \u2013 EPG). Skupina pripojen\u00ed je logick\u00e1 skupina hostite\u013eov (virtu\u00e1lnych strojov, fyzick\u00fdch serverov, kontajnerov at\u010f.), ktor\u00e9 sa nach\u00e1dzaj\u00fa v jednom zabezpe\u010denom segmente (nie v sieti, ale \u0161pecificky v zabezpe\u010den\u00ed). Koncov\u00e9 hosty, ktor\u00e9 patr\u00ed do ur\u010ditej EPG, m\u00f4\u017eu by\u0165 definovan\u00e9 mno\u017estvom krit\u00e9ri\u00ed. Zvy\u010dajne sa pou\u017e\u00edvaj\u00fa nasleduj\u00face: <\/p>\n