{"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\/cs\/blog\/administrirovanie\/application-centric-infrastructure-arhitektura-seti-budushhego-ot-rassuzhdenij-k-delu","title":{"rendered":"Aplikacemi orientovan\u00e1 infrastruktura. Architektura budouc\u00ed s\u00edt\u011b \u2014 od my\u0161lenek k \u010din\u016fm","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

V posledn\u00edch n\u011bkolika letech Cisco aktivn\u011b propaguje novou architekturu pro budov\u00e1n\u00ed datov\u00fdch s\u00edt\u00ed v DC \u2014 Application Centric Infrastructure (neboli ACI)<\/b>. N\u011bkte\u0159\u00ed z v\u00e1s se s n\u00ed u\u017e sezn\u00e1mili. Jin\u00ed ji dokonce stihli implementovat ve sv\u00fdch podnic\u00edch, v\u010detn\u011b Ruska. Pro v\u011bt\u0161inu IT specialist\u016f a mana\u017eer\u016f v\u0161ak ACI zat\u00edm z\u016fst\u00e1v\u00e1 bu\u010f z\u00e1hadnou zkratkou, nebo jen spekulac\u00ed o budoucnosti.
\nV tomto \u010dl\u00e1nku se pokus\u00edme tuto budoucnost p\u0159ibl\u00ed\u017eit. P\u0159edstav\u00edme hlavn\u00ed architektonick\u00e9 komponenty ACI a ilustrujeme zp\u016fsob jej\u00ed praktick\u00e9 aplikace. Krom\u011b toho v nejbli\u017e\u0161\u00ed dob\u011b zorganizujeme n\u00e1zornou uk\u00e1zku fungov\u00e1n\u00ed ACI, na kterou se m\u016f\u017ee p\u0159ihl\u00e1sit ka\u017ed\u00fd z\u00e1jemce z \u0159ad IT specialist\u016f.
\n<\/a><\/noindex>
\nV\u00edce o nov\u00e9 architektu\u0159e budov\u00e1n\u00ed s\u00edt\u00ed se bude mo\u017en\u00e9 dozv\u011bd\u011bt v Petrohradu v kv\u011btnu 2019. V\u0161echny podrobnosti \u2013 na odkazu<\/a><\/noindex>. P\u0159ihlaste se!<\/p>\n

Pozad\u00ed<\/b>
\nTradi\u010dn\u00edm a nejpopul\u00e1rn\u011bj\u0161\u00edm modelem pro budov\u00e1n\u00ed s\u00edt\u011b je t\u0159\u00ed\u00farov\u0148ov\u00fd hierarchick\u00fd model: j\u00e1dro -> distribuce (agregace) -> p\u0159\u00edstup. Po mnoho let byl tento model etalonem, podle kter\u00e9ho v\u00fdrobci vyd\u00e1vali r\u016fzn\u00e1 s\u00ed\u0165ov\u00e1 za\u0159\u00edzen\u00ed odpov\u00eddaj\u00edc\u00ed funk\u010dnosti.
\nD\u0159\u00edve, kdy\u017e byly informa\u010dn\u00ed technologie jak\u00fdmsi nezbytn\u00fdm (a up\u0159\u00edmn\u011b \u0159e\u010deno, ne v\u017edy \u017e\u00e1douc\u00edm) dopl\u0148kem podnik\u00e1n\u00ed, byl tento model pohodln\u00fd, pom\u011brn\u011b statick\u00fd a spolehliv\u00fd. Nyn\u00ed, kdy\u017e jsou IT jedn\u00edm z motor\u016f rozvoje podnik\u00e1n\u00ed a ve mnoha p\u0159\u00edpadech i samotn\u00e9ho podnik\u00e1n\u00ed, se stati\u010dnost tohoto modelu stala velk\u00fdm probl\u00e9mem.<\/p>\n

Modern\u00ed podnik\u00e1n\u00ed generuje velk\u00e9 mno\u017estv\u00ed r\u016fzn\u00fdch komplexn\u00edch po\u017eadavk\u016f na s\u00ed\u0165ovou infrastrukturu. Od term\u00edn\u016f realizace t\u011bchto po\u017eadavk\u016f p\u0159\u00edmo z\u00e1vis\u00ed \u00fasp\u011bch podnik\u00e1n\u00ed. Zpo\u017ed\u011bn\u00ed v takov\u00fdch podm\u00ednk\u00e1ch je nep\u0159ijateln\u00e9, a klasick\u00fd model budov\u00e1n\u00ed s\u00edt\u011b \u010dasto nedovoluje v\u010das splnit v\u0161echny obchodn\u00ed pot\u0159eby. <\/p>\n

Nap\u0159\u00edklad vznik nov\u00e9ho slo\u017eit\u00e9ho obchodn\u00edho aplikace p\u0159edpokl\u00e1d\u00e1, \u017ee s\u00ed\u0165ov\u00ed administr\u00e1to\u0159i provedou velk\u00e9 mno\u017estv\u00ed rutinn\u00edch operac\u00ed na r\u016fzn\u00fdch s\u00ed\u0165ov\u00fdch za\u0159\u00edzen\u00edch na r\u016fzn\u00fdch \u00farovn\u00edch. Krom\u011b toho, \u017ee to zabere hodn\u011b \u010dasu, zvy\u0161uje to tak\u00e9 riziko chyby, kter\u00e1 m\u016f\u017ee v\u00e9st k v\u00e1\u017en\u00e9mu v\u00fdpadku IT slu\u017eeb a n\u00e1sledn\u00e9mu finan\u010dn\u00edmu po\u0161kozen\u00ed.<\/p>\n

J\u00e1drem probl\u00e9mu nejsou ani tak term\u00edny nebo slo\u017eitost po\u017eadavk\u016f. Jde o to, \u017ee tyto po\u017eadavky je nutn\u00e9 \"p\u0159ekl\u00e1dat\" z jazyka obchodn\u00edch aplikac\u00ed do jazyka s\u00ed\u0165ov\u00e9 infrastruktury. Jak je zn\u00e1mo, ka\u017ed\u00fd p\u0159eklad \u2013 to v\u017edy obn\u00e1\u0161\u00ed \u010d\u00e1ste\u010dnou ztr\u00e1tu v\u00fdznamu. Kdy\u017e vlastn\u00edk aplikace mluv\u00ed o logice fungov\u00e1n\u00ed sv\u00e9 aplikace, s\u00ed\u0165ov\u00fd administr\u00e1tor rozum\u00ed sad\u011b VLAN, Access list\u016f na des\u00edtk\u00e1ch za\u0159\u00edzen\u00ed, kter\u00e9 je pot\u0159eba udr\u017eovat, aktualizovat a dokumentovat.<\/p>\n

Z\u00edskan\u00e9 zku\u0161enosti a neust\u00e1l\u00e1 komunikace se z\u00e1kazn\u00edky umo\u017enily spole\u010dnosti Cisco navrhnout a implementovat nov\u00e9 principy konstrukce s\u00edt\u011b p\u0159enosu dat v datov\u00fdch centrech, kter\u00e9 vyhovuj\u00ed modern\u00edm trend\u016fm a zakl\u00e1daj\u00ed se p\u0159edev\u0161\u00edm na logice obchodn\u00edch aplikac\u00ed. Odtud i n\u00e1zev \u2013 Application Centric Infrastructure.<\/p>\n

Architektura ACI.<\/b>
\nArchitekturu ACI je nejvhodn\u011bj\u0161\u00ed posuzovat ne z fyzick\u00e9ho hlediska, ale z logick\u00e9ho. Je zalo\u017eena na modelu automatizovan\u00fdch politik, jejich\u017e objekty lze na vy\u0161\u0161\u00ed \u00farovni rozd\u011blit na n\u00e1sleduj\u00edc\u00ed komponenty:<\/p>\n

    \n
  1. S\u00ed\u0165 zalo\u017een\u00e1 na p\u0159ep\u00edna\u010d\u00edch Nexus.<\/li>\n
  2. Klaster kontrol\u00e9r\u016f APIC;<\/li>\n
  3. Profily aplikac\u00ed;<\/li>\n<\/ol>\n

    \n\"Aplikacemi
    \nPod\u00edvejme se podrobn\u011bji na ka\u017edou \u00farove\u0148 \u2013 p\u0159i\u010dem\u017e budeme p\u0159ech\u00e1zet od jednoduch\u00e9ho ke slo\u017eit\u00e9mu.<\/p>\n

    S\u00ed\u0165 zalo\u017een\u00e1 na p\u0159ep\u00edna\u010d\u00edch Nexus<\/b>
    \nS\u00ed\u0165 v ACI f\u00e1brice je podobn\u00e1 tradi\u010dn\u00ed hierarchick\u00e9 modelu, ale buduje se podstatn\u011b jednodu\u0161eji. Pro organizaci s\u00edt\u011b se pou\u017e\u00edv\u00e1 model Leaf-Spine, kter\u00fd se stal obecn\u011b p\u0159ij\u00edman\u00fdm p\u0159\u00edstupem k realizaci s\u00edt\u00ed nov\u00e9 generace. Tento model se skl\u00e1d\u00e1 ze dvou \u00farovn\u00ed: Spine a Leaf.
    \n \"Aplikacemi
    \n\u00darove\u0148 Spine odpov\u00edd\u00e1 pouze za v\u00fdkon. Celkov\u00fd v\u00fdkon Spine p\u0159ep\u00edna\u010d\u016f je roven v\u00fdkonu cel\u00e9 fabriku, proto na t\u00e9to \u00farovni by m\u011bly b\u00fdt pou\u017e\u00edv\u00e1ny p\u0159ep\u00edna\u010de s porty 40G nebo vy\u0161\u0161\u00edmi.
    \nSpine switche se spojuj\u00ed se v\u0161emi p\u0159ep\u00edna\u010di n\u00e1sleduj\u00edc\u00ed \u00farovn\u011b: Leaf p\u0159ep\u00edna\u010di, ke kter\u00fdm se p\u0159ipojuj\u00ed koncov\u00e9 hostitel\u00e9. Hlavn\u00ed rol\u00ed Leaf p\u0159ep\u00edna\u010d\u016f je portov\u00e1 kapacita. <\/p>\n

    T\u00edmto zp\u016fsobem snadno \u0159e\u0161\u00edme ot\u00e1zky \u0161k\u00e1lovatelnosti: pokud pot\u0159ebujeme zv\u00fd\u0161it propustnost datov\u00e9ho centra, p\u0159id\u00e1me Spine p\u0159ep\u00edna\u010de, a pokud pot\u0159ebujeme zv\u00fd\u0161it portovou kapacitu \u2013 Leaf.
    \nPro ob\u011b \u00farovn\u011b se pou\u017e\u00edvaj\u00ed p\u0159ep\u00edna\u010de s\u00e9rie Cisco Nexus 9000, kter\u00e9 jsou pro Cisco hlavn\u00edm n\u00e1strojem k budov\u00e1n\u00ed datov\u00fdch center bez ohledu na jejich architekturu. Pro \u00farove\u0148 Spine se pou\u017e\u00edvaj\u00ed p\u0159ep\u00edna\u010de Nexus 9300 nebo Nexus 9500, a pro Leaf pouze Nexus 9300.
    \nModelov\u00e1 \u0159ada p\u0159ep\u00edna\u010d\u016f Nexus, kter\u00e9 se pou\u017e\u00edvaj\u00ed ve v\u00fdrob\u011b ACI, je uvedena na obr\u00e1zku n\u00ed\u017ee.
    \n \"Aplikacemi<\/p>\n

    Kluster \u0159adi\u010d\u016f APIC (Controller Infrastructure Controller). <\/b>
    \nAPIC \u0159adi\u010de jsou specializovan\u00e9 fyzick\u00e9 servery, p\u0159i\u010dem\u017e pro men\u0161\u00ed nasazen\u00ed je povoleno pou\u017e\u00edt kluster z jednoho fyzick\u00e9ho APIC \u0159adi\u010de a dvou virtu\u00e1ln\u00edch.
    \n\u0158adi\u010de APIC prov\u00e1d\u011bj\u00ed funkce \u0159\u00edzen\u00ed a monitorov\u00e1n\u00ed. Je d\u016fle\u017eit\u00e9, \u017ee \u0159adi\u010de se nikdy ne\u00fa\u010dastn\u00ed p\u0159enosu dat, co\u017e znamen\u00e1, \u017ee i kdy\u017e v\u0161echny \u0159adi\u010de v klusteru sel\u017eou, stabilita s\u00edt\u011b t\u00edm v\u016fbec nebude ovlivn\u011bna. Tak\u00e9 je t\u0159eba poznamenat, \u017ee pomoc\u00ed APIC\u016f spr\u00e1vce spravuje v\u0161echny fyzick\u00e9 a logick\u00e9 zdroje v\u00fdrobny, a k proveden\u00ed jak\u00fdchkoli zm\u011bn ji\u017e nemus\u00ed b\u00fdt pot\u0159eba p\u0159ipojit se k ur\u010dit\u00e9mu za\u0159\u00edzen\u00ed, proto\u017ee v ACI je pou\u017eito jedin\u00e9ho \u0159\u00eddic\u00edho bodu.
    \n \"Aplikacemi<\/p>\n

    Nyn\u00ed p\u0159ejdeme k jedn\u00e9 z hlavn\u00edch slo\u017eek ACI \u2013 profil\u016fm aplikac\u00ed.<\/b>
    \nProfil aplikace (Application Network Profile)<\/b> je logick\u00fdm z\u00e1kladem ACI. Pr\u00e1v\u011b profily aplikac\u00ed ur\u010duj\u00ed politiky interakce mezi v\u0161emi s\u00ed\u0165ov\u00fdmi segmenty a popisuj\u00ed p\u0159\u00edmo samotn\u00e9 s\u00ed\u0165ov\u00e9 segmenty. ANP umo\u017e\u0148uje abstrahovat od fyzick\u00e9 \u00farovn\u011b a v podstat\u011b p\u0159edstavit, jak by m\u011blo b\u00fdt organizov\u00e1no vz\u00e1jemn\u00e9 spojen\u00ed mezi r\u016fzn\u00fdmi segmenty s\u00edt\u011b z pohledu aplikace. <\/p>\n

    Profil aplikace se skl\u00e1d\u00e1 z skupin p\u0159ipojen\u00ed (End-point groups \u2013 EPG). Skupina p\u0159ipojen\u00ed je logick\u00e1 skupina hostitel\u016f (virtu\u00e1ln\u00edch stroj\u016f, fyzick\u00fdch server\u016f, kontejner\u016f atd.), kter\u00e9 jsou v jednom bezpe\u010dnostn\u00edm segmentu (ne v s\u00edti, ale pr\u00e1v\u011b v bezpe\u010dnosti). Koncov\u00e9 hostitele, kter\u00e9 se vztahuj\u00ed k ur\u010dit\u00e9 EPG, lze definovat na z\u00e1klad\u011b mnoha krit\u00e9ri\u00ed. Obvykle se pou\u017e\u00edvaj\u00ed n\u00e1sleduj\u00edc\u00ed: <\/p>\n