{"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\/fr\/blog\/administrirovanie\/application-centric-infrastructure-arhitektura-seti-budushhego-ot-rassuzhdenij-k-delu","title":{"rendered":"Infrastructure Centrique Application. L'architecture r\u00e9seau de demain - des r\u00e9flexions aux actes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Au cours des derni\u00e8res ann\u00e9es, Cisco a activement promu une nouvelle architecture pour la cr\u00e9ation de r\u00e9seaux de transmission de donn\u00e9es dans les centres de donn\u00e9es \u2014 Application Centric Infrastructure (ou ACI)<\/b>. Certains sont d\u00e9j\u00e0 familiers avec cela. D'autres ont m\u00eame r\u00e9ussi \u00e0 l'impl\u00e9menter dans leurs entreprises, y compris en Russie. Cependant, pour la majorit\u00e9 des professionnels de l'informatique et des responsables IT, ACI reste soit un acronyme incompr\u00e9hensible, soit simplement une r\u00e9flexion sur l'avenir.
\nDans cet article, nous tenterons de rapprocher cet avenir. Pour cela, nous allons expliquer les principaux composants architecturaux de l'ACI, ainsi qu'illustrer sa mani\u00e8re de fonctionnement en pratique. De plus, dans un avenir proche, nous organiserons une d\u00e9monstration visuelle du fonctionnement de l'ACI, \u00e0 laquelle chaque professionnel de l'informatique int\u00e9ress\u00e9 pourra s'inscrire.
\n<\/a><\/noindex>
\nVous pourrez en apprendre davantage sur la nouvelle architecture r\u00e9seau \u00e0 Saint-P\u00e9tersbourg en mai 2019. Tous les d\u00e9tails \u2013 par le lien<\/a><\/noindex>. Inscrivez-vous !<\/p>\n

Contexte<\/b>
\nLe mod\u00e8le traditionnel et le plus populaire de construction de r\u00e9seau est le mod\u00e8le hi\u00e9rarchique \u00e0 trois niveaux : c\u0153ur \u2192 distribution (agr\u00e9gation) \u2192 acc\u00e8s. Pendant de nombreuses ann\u00e9es, ce mod\u00e8le a \u00e9t\u00e9 la r\u00e9f\u00e9rence, et les fabricants ont produit divers \u00e9quipements r\u00e9seau en fonction de ses sp\u00e9cifications.
\nAuparavant, lorsque les technologies de l'information \u00e9taient en quelque sorte un accessoire n\u00e9cessaire (et, avouons-le, pas toujours souhait\u00e9) pour les entreprises, ce mod\u00e8le \u00e9tait pratique, assez statique et fiable. Cependant, aujourd'hui, lorsque les TI sont l'un des moteurs de d\u00e9veloppement des affaires, et dans de nombreux cas le business lui-m\u00eame, la rigidit\u00e9 de ce mod\u00e8le commence \u00e0 poser de grands probl\u00e8mes.<\/p>\n

Les entreprises modernes g\u00e9n\u00e8rent un grand nombre de demandes vari\u00e9es et complexes en mati\u00e8re d'infrastructure r\u00e9seau. Le succ\u00e8s de l'entreprise d\u00e9pend directement des d\u00e9lais de mise en \u0153uvre de ces demandes. Dans de telles conditions, le retard est inacceptable, et le mod\u00e8le classique de construction de r\u00e9seau ne permet souvent pas de r\u00e9pondre en temps voulu \u00e0 tous les besoins commerciaux. <\/p>\n

Par exemple, l'\u00e9mergence d'une nouvelle application commerciale complexe implique que les administrateurs r\u00e9seau doivent effectuer un grand nombre d'op\u00e9rations de routine similaires sur un grand nombre de diff\u00e9rents appareils r\u00e9seau \u00e0 diff\u00e9rents niveaux. De plus, cela prend beaucoup de temps et augmente le risque de commettre une erreur, ce qui peut entra\u00eener des temps d'arr\u00eat s\u00e9rieux des services informatiques et, en cons\u00e9quence, des pertes financi\u00e8res.<\/p>\n

Le c\u0153ur du probl\u00e8me n'est m\u00eame pas les d\u00e9lais ou la complexit\u00e9 des exigences. En fait, ces exigences doivent \u00eatre \u00ab traduites \u00bb du langage des applications commerciales au langage de l'infrastructure r\u00e9seau. Comme nous le savons, toute traduction repr\u00e9sente toujours une perte partielle de sens. Lorsque le propri\u00e9taire d'une application parle de la logique de fonctionnement de son application, l'administrateur r\u00e9seau comprend un ensemble de VLAN, des listes d'acc\u00e8s sur des dizaines d'appareils qui doivent \u00eatre maintenues, mises \u00e0 jour et document\u00e9es.<\/p>\n

L'exp\u00e9rience accumul\u00e9e et une communication constante avec les clients ont permis \u00e0 Cisco de concevoir et de mettre en \u0153uvre de nouveaux principes pour la construction de r\u00e9seaux de transmission de donn\u00e9es dans les centres de donn\u00e9es, qui r\u00e9pondent aux tendances modernes et reposent, en premier lieu, sur la logique des applications commerciales. D'o\u00f9 le nom \u2014 Infrastructure Centr\u00e9e sur l'Application.<\/p>\n

Architecture ACI.<\/b>
\nL'architecture ACI doit \u00eatre consid\u00e9r\u00e9e non pas du point de vue physique, mais du point de vue logique. Elle est bas\u00e9e sur un mod\u00e8le de politiques automatis\u00e9es, dont les objets au niveau sup\u00e9rieur peuvent \u00eatre divis\u00e9s en plusieurs composants :<\/p>\n

    \n
  1. R\u00e9seau \u00e0 base de commutateurs Nexus.<\/li>\n
  2. Cluster de contr\u00f4leurs APIC ;<\/li>\n
  3. Profils d'applications ;<\/li>\n<\/ol>\n

    \n\"Infrastructure
    \nExaminons chaque niveau plus en d\u00e9tail \u2013 tout en passant du simple au complexe.<\/p>\n

    R\u00e9seau \u00e0 base de commutateurs Nexus<\/b>
    \nLe r\u00e9seau dans une fabrique ACI ressemble \u00e0 un mod\u00e8le hi\u00e9rarchique traditionnel, mais il est construit de mani\u00e8re beaucoup plus simple. Pour organiser le r\u00e9seau, on utilise le mod\u00e8le Leaf-Spine, qui est devenu l'approche standard pour la mise en \u0153uvre des r\u00e9seaux de nouvelle g\u00e9n\u00e9ration. Ce mod\u00e8le se compose de deux niveaux : Spine et Leaf, respectivement.
    \n \"Infrastructure
    \nLe niveau Spine est uniquement responsable des performances. Les performances globales des commutateurs Spine \u00e9galent la performance de l'ensemble de la fabrique, c'est pourquoi \u00e0 ce niveau, il convient d'utiliser des commutateurs avec des ports de 40G ou plus.
    \nLes commutateurs Spine se connectent \u00e0 tous les commutateurs de niveau sup\u00e9rieur : les commutateurs Leaf, auxquels se connectent les h\u00f4tes finaux. Le r\u00f4le principal des commutateurs Leaf est la capacit\u00e9 des ports. <\/p>\n

    Ainsi, les probl\u00e8mes d'\u00e9volutivit\u00e9 sont facilement r\u00e9solus : si nous avons besoin d'augmenter la bande passante de la ferme, nous ajoutons des commutateurs Spine, et si nous avons besoin d'augmenter la capacit\u00e9 des ports, nous ajoutons des commutateurs Leaf.
    \nPour les deux niveaux, des commutateurs de la s\u00e9rie Cisco Nexus 9000 sont utilis\u00e9s, qui constituent pour Cisco l'outil principal pour construire des r\u00e9seaux de centres de donn\u00e9es, quelle que soit leur architecture. Pour le niveau Spine, des commutateurs Nexus 9300 ou Nexus 9500 sont utilis\u00e9s, et pour Leaf, uniquement des Nexus 9300.
    \nLa gamme de commutateurs Nexus utilis\u00e9s dans la ferme ACI est pr\u00e9sent\u00e9e sur l'illustration ci-dessous.
    \n \"Infrastructure<\/p>\n

    Cluster de contr\u00f4leurs APIC (Application Policy Infrastructure Controller) <\/b>
    \nLes contr\u00f4leurs APIC sont des serveurs physiques sp\u00e9cialis\u00e9s, et pour de petites impl\u00e9mentations, un cluster d'un seul contr\u00f4leur APIC physique et de deux contr\u00f4leurs virtuels est acceptable.
    \nLes contr\u00f4leurs APIC effectuent des fonctions de gestion et de surveillance. Il est important de noter que les contr\u00f4leurs ne participent jamais au transfert de donn\u00e9es, c'est-\u00e0-dire que m\u00eame si tous les contr\u00f4leurs du cluster \u00e9chouent, cela n'affecte absolument pas la stabilit\u00e9 du r\u00e9seau. Il convient \u00e9galement de noter qu'avec les APIC, l'administrateur g\u00e8re tous les ressources physiques et logiques de la ferme, et pour apporter des modifications, il n'est plus n\u00e9cessaire de se connecter \u00e0 un appareil particulier, car ACI utilise un point de gestion unique.
    \n \"Infrastructure<\/p>\n

    Passons maintenant \u00e0 l'un des composants principaux de l'ACI : les profils d'application.<\/b>
    \nProfil d'application (Application Network Profile)<\/b> est la base logique de l'ACI. Ce sont pr\u00e9cis\u00e9ment les profils d'application qui d\u00e9terminent les politiques d'interaction entre tous les segments r\u00e9seau et d\u00e9crivent directement les segments r\u00e9seau eux-m\u00eames. L'ANP permet de s'abstraire du niveau physique et, en essence, de repr\u00e9senter comment organiser l'interaction entre diff\u00e9rents segments du r\u00e9seau du point de vue de l'application. <\/p>\n

    Le profil de l'application est compos\u00e9 de groupes de connexions (End-point groups \u2013 EPG). Un groupe de connexions est un groupe logique d'h\u00f4tes (machines virtuelles, serveurs physiques, conteneurs, etc.) qui se trouvent dans un m\u00eame segment de s\u00e9curit\u00e9 (non pas un r\u00e9seau, mais bien de la s\u00e9curit\u00e9). Les h\u00f4tes finaux qui rel\u00e8vent d'un EPG donn\u00e9 peuvent \u00eatre d\u00e9finis par de nombreux crit\u00e8res. Les suivants sont g\u00e9n\u00e9ralement utilis\u00e9s : <\/p>\n