{"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\/it\/blog\/administrirovanie\/application-centric-infrastructure-arhitektura-seti-budushhego-ot-rassuzhdenij-k-delu","title":{"rendered":"Application Centric Infrastructure. L'architettura di rete del futuro \u2014 dalla teoria alla pratica","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Negli ultimi anni, Cisco ha attivamente promosso una nuova architettura per la costruzione di reti di dati nei data center \u2014 Application Centric Infrastructure (o ACI)<\/b>. Alcuni la conoscono gi\u00e0. Altri sono riusciti persino a implementarla nelle loro aziende, incluso in Russia. Tuttavia, per la maggior parte degli esperti IT e dei responsabili IT, l'ACI rimane ancora un acronimo oscuro o un semplice discorso sul futuro.
\nIn questo articolo cercheremo di avvicinare quel futuro. Per fare ci\u00f2, parleremo dei principali componenti architettonici dell'ACI e illustreremo come applicarla nella pratica. Inoltre, organizzeremo a breve una dimostrazione visiva del funzionamento dell'ACI a cui potr\u00e0 iscriversi ogni esperto IT interessato.
\n<\/a><\/noindex>
\n\u00c8 possibile scoprire di pi\u00f9 sulla nuova architettura per la costruzione della rete a San Pietroburgo nel maggio 2019. Tutti i dettagli sono disponibili su link<\/a><\/noindex>. Iscriviti!<\/p>\n

Contesto<\/b>
\nIl modello di rete tradizionale e pi\u00f9 popolare \u00e8 il modello gerarchico a tre livelli: core \u2192 distribuzione (aggregazione) \u2192 accesso. Per molti anni, questo modello \u00e8 stato un riferimento, e i produttori hanno realizzato vari dispositivi di rete con funzionalit\u00e0 corrispondenti.
\nIn passato, quando la tecnologia informatica era una sorta di accessorio necessario (e, diciamolo chiaramente, non sempre desiderato) per le aziende, questo modello era conveniente, abbastanza statico e affidabile. Tuttavia, ora, quando l'IT rappresenta uno dei motori di sviluppo del business e spesso il business stesso, la staticit\u00e0 di questo modello ha cominciato a creare notevoli problemi.<\/p>\n

Le moderne aziende generano un gran numero di requisiti complessi per l'infrastruttura di rete. Il successo del business dipende direttamente dalle tempistiche di attuazione di tali requisiti. In tali condizioni, ritardi non sono accettabili, e il modello classico di creazione della rete spesso non consente di soddisfare tempestivamente tutte le esigenze aziendali. <\/p>\n

Ad esempio, l'emergere di una nuova applicazione aziendale complessa implica che gli amministratori di rete devono eseguire un gran numero di operazioni routinarie simili su molti dispositivi di rete diversi a vari livelli. Oltre a richiedere molto tempo, ci\u00f2 aumenta anche il rischio di commettere errori, che possono portare a un serio downtime dei servizi IT e, di conseguenza, a danni finanziari.<\/p>\n

La radice del problema non sono nemmeno le scadenze o la complessit\u00e0 dei requisiti. Il punto \u00e8 che questi requisiti devono essere 'tradotti' dal linguaggio delle applicazioni aziendali al linguaggio dell'infrastruttura di rete. Come noto, ogni traduzione comporta sempre una parziale perdita di significato. Quando il proprietario dell'applicazione parla della logica di funzionamento della propria applicazione, l'amministratore di rete comprende un insieme di VLAN, liste di accesso su decine di dispositivi che devono essere mantenuti, aggiornati e documentati.<\/p>\n

L'esperienza accumulata e la comunicazione costante con i clienti hanno consentito a Cisco di progettare e implementare nuovi principi per la costruzione della rete di trasmissione dati nei data center, che rispondono alle tendenze moderne e si basano, in primo luogo, sulla logica delle applicazioni aziendali. Da qui il nome \u2014 Application Centric Infrastructure.<\/p>\n

Architettura ACI.<\/b>
\nL'architettura ACI deve essere considerata pi\u00f9 da un punto di vista logico che fisico. Essa si basa su un modello di politiche automatizzate, i cui oggetti possono essere suddivisi a livello superiore nei seguenti componenti:<\/p>\n

    \n
  1. Rete basata su switch Nexus.<\/li>\n
  2. Cluster di controller APIC;<\/li>\n
  3. Profili delle applicazioni;<\/li>\n<\/ol>\n

    \n\"Application
    \nAnalizziamo ogni livello in dettaglio, passando dal semplice al complesso.<\/p>\n

    Rete basata su switch Nexus<\/b>
    \nLa rete in un fabric ACI \u00e8 simile a un modello gerarchico tradizionale, ma viene costruita in modo significativamente pi\u00f9 semplice. Per organizzare la rete, viene utilizzato il modello Leaf-Spine, che \u00e8 diventato l'approccio standard per l'implementazione delle reti di nuova generazione. Questo modello consiste in due livelli: Spine e Leaf, rispettivamente.
    \n \"Application
    \nIl livello Spine \u00e8 responsabile esclusivamente delle prestazioni. La prestazione complessiva degli switch Spine \u00e8 pari a quella dell'intero fabric, quindi a questo livello \u00e8 necessario utilizzare switch con porte da 40G o superiori.
    \nGli switch Spine si collegano a tutti gli switch di livello successivo: gli switch Leaf, a cui sono collegati gli host finali. Il ruolo principale degli switch Leaf \u00e8 la capacit\u00e0 delle porte. <\/p>\n

    In questo modo, la scalabilit\u00e0 diventa facile da gestire: se necessitiamo di aumentare la larghezza di banda del fabric, aggiungiamo switch Spine, mentre se abbiamo bisogno di aumentare la capacit\u00e0 delle porte, utilizziamo switch Leaf.
    \nPer entrambi i livelli vengono utilizzati switch della serie Cisco Nexus 9000, che rappresentano lo strumento principale per Cisco nella costruzione di reti di data center, indipendentemente dalla loro architettura. Per il livello Spine vengono utilizzati switch Nexus 9300 o Nexus 9500, mentre per gli switch Leaf solo il Nexus 9300.
    \nLa gamma di switch Nexus utilizzati nella fabric ACI \u00e8 illustrata nell'immagine sottostante.
    \n \"Application<\/p>\n

    Il cluster di controller APIC (Application Policy Infrastructure Controller) <\/b>
    \nI controller APIC sono server fisici specializzati; per piccole implementazioni \u00e8 possibile utilizzare un cluster formato da un unico controller APIC fisico e due virtuali.
    \nI controller APIC svolgono funzioni di gestione e monitoraggio. \u00c8 importante notare che i controller non partecipano mai al trasferimento dei dati; quindi, anche se tutti i controller del cluster dovessero guastarsi, ci\u00f2 non influisce affatto sulla stabilit\u00e0 della rete. \u00c8 anche necessario evidenziare che attraverso gli APIC, l'amministratore gestisce tutte le risorse fisiche e logiche della fabbrica, e per apportare modifiche non \u00e8 pi\u00f9 necessario collegarsi ai singoli dispositivi, poich\u00e9 in ACI viene utilizzato un punto di controllo centralizzato.
    \n \"Application<\/p>\n

    Ora passiamo a uno dei principali componenti dell'ACI: i profili delle applicazioni.<\/b>
    \nProfilo dell'applicazione (Application Network Profile)<\/b> \u2013 \u00e8 la base logica di ACI. Sono i profili delle applicazioni a definire le politiche di interazione tra tutti i segmenti di rete e a descrivere i segmenti stessi. L'ANP permette di astrarsi dal livello fisico e, sostanzialmente, di rappresentare come organizzare l'interazione tra i diversi segmenti di rete dal punto di vista dell'applicazione. <\/p>\n

    Il profilo dell'applicazione \u00e8 composto da gruppi di connessioni (End-point groups \u2013 EPG). Un gruppo di connessioni \u00e8 un gruppo logico di host (macchine virtuali, server fisici, contenitori, ecc.) che appartengono a un medesimo segmento di sicurezza (non di rete, ma di sicurezza). Gli host finali che appartengono a un certo EPG possono essere definiti secondo molti criteri. Solitamente si utilizzano i seguenti: <\/p>\n