{"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\/sv\/blog\/administrirovanie\/application-centric-infrastructure-arhitektura-seti-budushhego-ot-rassuzhdenij-k-delu","title":{"rendered":"Applikationscentrerad infrastruktur. Framtidens n\u00e4tverksarkitektur \u2014 fr\u00e5n teori till praktik","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Under de senaste \u00e5ren har Cisco aktivt fr\u00e4mjat en ny arkitektur f\u00f6r att bygga datan\u00e4tverk i datacenter \u2014 Application Centric Infrastructure (eller ACI)<\/b>. Vissa \u00e4r redan bekanta med den. Andra har till och med implementerat den i sina f\u00f6retag, inklusive i Ryssland. Men f\u00f6r de flesta IT-specialister och IT-chefer \u00e4r ACI fortfarande antingen en obegriplig f\u00f6rkortning eller bara spekulationer om framtiden.
\nI den h\u00e4r artikeln kommer vi att f\u00f6rs\u00f6ka n\u00e4rma oss den framtiden. Vi kommer att beskriva de grundl\u00e4ggande arkitektoniska komponenterna i ACI och \u00e4ven illustrera hur den kan till\u00e4mpas i praktiken. Dessutom kommer vi snart att organisera en visuell demonstration av ACI:s funktion, d\u00e4r varje intresserad IT-specialist kan anm\u00e4la sig.
\n<\/a><\/noindex>
\nMer information om den nya arkitekturen f\u00f6r n\u00e4tverksbyggande kommer att finnas i Sankt Petersburg i maj 2019. Alla detaljer \u2013 via l\u00e4nken<\/a><\/noindex>. Anm\u00e4l dig!<\/p>\n

Bakgrund<\/b>
\nDen traditionella och mest popul\u00e4ra modellen f\u00f6r n\u00e4tverksuppbyggnad \u00e4r den tre-niv\u00e5ers hierarkiska modellen: k\u00e4rna -> distribution (aggregering) -> \u00e5tkomst. Under m\u00e5nga \u00e5r har denna modell varit en standard, och till den har tillverkare sl\u00e4ppt olika n\u00e4tverksprodukter med motsvarande funktionalitet.
\nTidigare, n\u00e4r informationsteknik var en slags n\u00f6dv\u00e4ndig (och, \u00e4rligt talat, inte alltid \u00f6nskad) till\u00e4gg till aff\u00e4ren, var denna modell bekv\u00e4m, ganska statisk och p\u00e5litlig. Men nu, n\u00e4r IT \u00e4r en av drivkrafterna f\u00f6r aff\u00e4rsutveckling och i m\u00e5nga fall ocks\u00e5 aff\u00e4ren sj\u00e4lv, har denna modells statiska natur b\u00f6rjat orsaka stora problem.<\/p>\n

Moderna f\u00f6retag genererar en stor m\u00e4ngd olika komplexa krav p\u00e5 n\u00e4tverksinfrastrukturen. Framg\u00e5ngen f\u00f6r verksamheten beror direkt p\u00e5 tidsramarna f\u00f6r att uppfylla dessa krav. F\u00f6rdr\u00f6jning under s\u00e5dana f\u00f6rh\u00e5llanden \u00e4r oacceptabel, och den klassiska modellen f\u00f6r n\u00e4tverksuppbyggnad till\u00e5ter ofta inte att alla aff\u00e4rsbehov tillfredsst\u00e4lls i tid. <\/p>\n

Till exempel inneb\u00e4r introduktionen av en ny komplex aff\u00e4rsapplikation att n\u00e4tverksadministrat\u00f6rer kommer att utf\u00f6ra m\u00e5nga likartade rutinoperationer p\u00e5 m\u00e5nga olika n\u00e4tverksenheter p\u00e5 olika niv\u00e5er. Ut\u00f6ver att detta tar mycket tid, \u00f6kar det ocks\u00e5 risken f\u00f6r att g\u00f6ra misstag som kan leda till allvarliga nedtider f\u00f6r IT-tj\u00e4nster och d\u00e4rmed ekonomiska f\u00f6rluster.<\/p>\n

K\u00e4rnan i problemet handlar inte ens om tidsramar eller komplexiteten i kraven. Problemet \u00e4r att dessa krav m\u00e5ste \"\u00f6vers\u00e4ttas\" fr\u00e5n aff\u00e4rsapplikationernas spr\u00e5k till n\u00e4tverksinfrastrukturens spr\u00e5k. Som bekant medf\u00f6r varje \u00f6vers\u00e4ttning alltid en viss f\u00f6rlust av mening. N\u00e4r applikations\u00e4garen talar om logiken bakom sin applikation, f\u00f6rst\u00e5r n\u00e4tverksadministrat\u00f6ren en upps\u00e4ttning VLAN:er, access-listor p\u00e5 tiotals enheter som m\u00e5ste st\u00f6djas, uppdateras och dokumenteras.<\/p>\n

Den samlade erfarenheten och den kontinuerliga kommunikationen med kunderna har gjort det m\u00f6jligt f\u00f6r Cisco att utforma och implementera nya principer f\u00f6r att bygga datan\u00e4tverket i datacentret, som svarar mot moderna trender och som i f\u00f6rsta hand baseras p\u00e5 logiken i aff\u00e4rsapplikationerna. D\u00e4rav namnet - Application Centric Infrastructure.<\/p>\n

ACI-arkitekturen.<\/b>
\nDet \u00e4r mest korrekt att betrakta ACI-arkitekturen ur ett logiskt snarare \u00e4n ett fysiskt perspektiv. Den bygger p\u00e5 en modell av automatiserade policys, vars objekt p\u00e5 h\u00f6gsta niv\u00e5 kan delas in i f\u00f6ljande komponenter:<\/p>\n

    \n
  1. N\u00e4tverk baserat p\u00e5 Nexus-switchar.<\/li>\n
  2. En kluster av APIC-kontrollanter;<\/li>\n
  3. Applikationsprofiler;<\/li>\n<\/ol>\n

    \n\"Applikationscentrerad
    \nL\u00e5t oss titta n\u00e4rmare p\u00e5 varje niv\u00e5 \u2013 vi kommer att g\u00e5 fr\u00e5n det enkla till det mer komplexa.<\/p>\n

    N\u00e4tverk baserat p\u00e5 Nexus-switchar<\/b>
    \nN\u00e4tverket i ACI-fabriken liknar den traditionella hierarkiska modellen, men bygger p\u00e5 ett betydligt enklare s\u00e4tt. F\u00f6r att organisera n\u00e4tverket anv\u00e4nds modellen Leaf-Spine, som har blivit den allm\u00e4nt accepterade metoden f\u00f6r att implementera framtidens n\u00e4tverk. Denna modell best\u00e5r av tv\u00e5 niv\u00e5er: Spine och Leaf.
    \n \"Applikationscentrerad
    \nSpine-niv\u00e5n ansvarar endast f\u00f6r prestanda. Den totala prestandan hos Spine-switcharna \u00e4r lika med prestandan f\u00f6r hela fabriken, s\u00e5 det \u00e4r viktigt att anv\u00e4nda switchar med portar p\u00e5 40G eller h\u00f6gre p\u00e5 denna niv\u00e5.
    \nSpine-switchar kopplas ihop med alla switchar p\u00e5 n\u00e4sta niv\u00e5: Leaf-switcharna, som ansluter till slutliga v\u00e4rdar. Leaf-switcharnas huvudroll \u00e4r portkapacitet. <\/p>\n

    P\u00e5 s\u00e5 s\u00e4tt l\u00f6ses skalbarhetsfr\u00e5gorna enkelt: om vi beh\u00f6ver \u00f6ka bandbredden i fabriken l\u00e4gger vi till Spine-switchar, och om vi beh\u00f6ver \u00f6ka portkapaciteten \u2013 Leaf.
    \nF\u00f6r b\u00e5da niv\u00e5erna anv\u00e4nds switchar fr\u00e5n Cisco Nexus 9000-serien, som \u00e4r Cisco:s huvudsakliga verktyg f\u00f6r att bygga datacenter oavsett deras arkitektur. F\u00f6r Spine-niv\u00e5n anv\u00e4nds switchar Nexus 9300 eller Nexus 9500, medan bara Nexus 9300 anv\u00e4nds f\u00f6r Leaf.
    \nModellserien av Nexus-switchar som anv\u00e4nds i ACI-fabriken visas i bilden nedan.
    \n \"Applikationscentrerad<\/p>\n

    Klustret av APIC-kontroller (Application Policy Infrastructure Controller) <\/b>
    \nAPIC-kontroller \u00e4r specialiserade fysiska servrar, och f\u00f6r sm\u00e5 implementeringar \u00e4r det till\u00e5tet att anv\u00e4nda en kluster med en fysisk APIC-kontroller och tv\u00e5 virtuella.
    \nAPIC-kontrollerna utf\u00f6r hanterings- och \u00f6vervakningsfunktioner. Det \u00e4r viktigt att notera att kontrollerna aldrig deltar i datatransmission, dvs. om alla kontroller i klustret skulle g\u00e5 s\u00f6nder, p\u00e5verkar det inte n\u00e4tverkets stabilitet. Det \u00e4r ocks\u00e5 v\u00e4rt att p\u00e5peka att med hj\u00e4lp av APIC:arna hanterar administrat\u00f6ren alla fysiska och logiska resurser i fabriken, och f\u00f6r att g\u00f6ra n\u00e5gra \u00e4ndringar kr\u00e4vs det inte l\u00e4ngre att ansluta till en viss enhet, eftersom en enhetlig styrpunkt anv\u00e4nds i ACI.
    \n \"Applikationscentrerad<\/p>\n

    L\u00e5t oss nu g\u00e5 vidare till en av huvudkomponenterna i ACI \u2013 applikationsprofiler.<\/b>
    \nApplikationsprofil (Application Network Profile)<\/b> \u00e4r den logiska grunden f\u00f6r ACI. Det \u00e4r just applikationsprofilerna som definierar policyer f\u00f6r interaktion mellan alla n\u00e4tverkssegment och beskriver sj\u00e4lva n\u00e4tverkssegmenten. ANP m\u00f6jligg\u00f6r en abstraktion fr\u00e5n den fysiska niv\u00e5n och ger i stort sett en bild av hur interaktionen mellan de olika n\u00e4tverkssegmenten b\u00f6r organiseras ur ett applikationsperspektiv. <\/p>\n

    En applikationsprofil best\u00e5r av anslutningsgrupper (End-point groups \u2013 EPG). En anslutningsgrupp \u00e4r en logisk grupp av v\u00e4rdar (virtuella maskiner, fysiska servrar, containrar, osv.) som ligger inom samma s\u00e4kerhetssegment (inte n\u00e4tverk, utan just s\u00e4kerhet). Slutv\u00e4rdarna som tillh\u00f6r en viss EPG kan best\u00e4mmas av ett stort antal kriterier. Vanligtvis anv\u00e4nds f\u00f6ljande: <\/p>\n