{"id":35291,"date":"2019-10-31T22:03:28","date_gmt":"2019-10-31T19:03:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu\/"},"modified":"2019-10-31T22:03:28","modified_gmt":"2019-10-31T19:03:28","slug":"setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","title":{"rendered":"Usine r\u00e9seau pour le Data Center Cisco ACI \u2014 pour aider l'administrateur","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Usine
\nAvec ce morceau magique de script Cisco ACI, vous pouvez configurer rapidement le r\u00e9seau.<\/i><\/p>\n

La fabrique de r\u00e9seau pour le Datacenter Cisco ACI existe depuis cinq ans, mais il n'y a pas beaucoup d'informations \u00e0 ce sujet sur Habr, donc j'ai d\u00e9cid\u00e9 d'y rem\u00e9dier un peu. Je vais partager mon exp\u00e9rience, expliquer ce que c'est, quels en sont les avantages et o\u00f9 se trouvent les \u00e9cueils. <\/p>\n

Qu'est-ce que c'est et d'o\u00f9 vient-il ?<\/h3>\n

\nAu moment de l'annonce de l'ACI (Application Centric Infrastructure) en 2013, les approches traditionnelles des r\u00e9seaux de Datacenter \u00e9taient attaqu\u00e9es simultan\u00e9ment par des concurrents de trois c\u00f4t\u00e9s. <\/p>\n

D'une part, les solutions SDN de \u00ab premi\u00e8re g\u00e9n\u00e9ration \u00bb bas\u00e9es sur OpenFlow promettaient de rendre les r\u00e9seaux \u00e0 la fois plus flexibles et moins co\u00fbteux. L'id\u00e9e \u00e9tait de transf\u00e9rer la prise de d\u00e9cision, traditionnellement effectu\u00e9e par le logiciel propri\u00e9taire des commutateurs, vers un contr\u00f4leur central. <\/p>\n

Ce contr\u00f4leur aurait une vision unifi\u00e9e de tout ce qui se passe et, en fonction de cela, programmerait le mat\u00e9riel de tous les commutateurs en fonction de r\u00e8gles sp\u00e9cifiques pour le traitement des flux. <\/a><\/noindex>
\nD'autre part, les solutions r\u00e9seau en superposition permettaient de r\u00e9aliser la connectivit\u00e9 souhait\u00e9e et les politiques de s\u00e9curit\u00e9 sans aucune modification de l'infrastructure physique, en construisant des tunnels logiciels entre des h\u00f4tes virtualis\u00e9s. L'exemple le plus connu de cette approche \u00e9tait la solution de Nicira, qui avait d\u00e9j\u00e0 \u00e9t\u00e9 acquise par VMWare pour 1,26 milliard de dollars et avait donn\u00e9 naissance \u00e0 l'actuel VMWare NSX. La situation \u00e9tait d'autant plus piquante que les co-fondateurs de Nicira \u00e9taient les m\u00eames personnes qui avaient auparavant contribu\u00e9 aux d\u00e9buts d'OpenFlow, maintenant affirmant que pour construire la fabrique du Datacenter, OpenFlow n'est pas adapt\u00e9.<\/a><\/noindex>.<\/p>\n

Enfin, les puces de commutation disponibles sur le march\u00e9 (ce qu'on appelle le silicium marchand) avaient atteint un niveau de maturit\u00e9 o\u00f9 elles devenaient une v\u00e9ritable menace pour les fabricants traditionnels de commutateurs. Autrefois, chaque fournisseur d\u00e9veloppait lui-m\u00eame des puces pour ses commutateurs, mais avec le temps, les puces des fabricants tiers, notamment celles de Br\u043eadcom, avaient commenc\u00e9 \u00e0 r\u00e9duire l'\u00e9cart avec les puces propri\u00e9taires en termes de fonctionnalit\u00e9s, et en rapport co\u00fbt\/performance, elles les surpassaient. C'est pourquoi beaucoup consid\u00e9raient que les jours des commutateurs dot\u00e9s de puces d\u00e9velopp\u00e9es en interne \u00e9taient compt\u00e9s.<\/p>\n

L'ACI est devenue la \u00ab r\u00e9ponse asym\u00e9trique \u00bb de Cisco (plus pr\u00e9cis\u00e9ment, de la soci\u00e9t\u00e9 Insieme, int\u00e9gr\u00e9e dans Cisco et fond\u00e9e par d'anciens employ\u00e9s) \u00e0 tout cela. <\/p>\n

Quelle est la diff\u00e9rence avec OpenFlow ?<\/h3>\n

\nEn termes de r\u00e9partition des fonctions, l'ACI est en fait l'oppos\u00e9e d'OpenFlow.
\nDans l'architecture OpenFlow, le contr\u00f4leur est responsable de l'\u00e9criture de r\u00e8gles d\u00e9taill\u00e9es (flux)
\ndans le mat\u00e9riel de tous les commutateurs, c'est-\u00e0-dire que dans un grand r\u00e9seau, il peut \u00eatre responsable de la gestion et, surtout, de la modification de dizaines de millions d'enregistrements dans des centaines de points du r\u00e9seau, c'est pourquoi sa performance et sa fiabilit\u00e9 dans une grande impl\u00e9mentation deviennent un goulet d'\u00e9tranglement.<\/p>\n

Dans ACI, une approche inverse est utilis\u00e9e : il y a aussi un contr\u00f4leur, mais les commutateurs re\u00e7oivent de lui des politiques d\u00e9claratives de haut niveau, et leur rendu en d\u00e9tails sp\u00e9cifiques de configuration mat\u00e9rielle est effectu\u00e9 par le commutateur lui-m\u00eame. Le contr\u00f4leur peut \u00eatre red\u00e9marr\u00e9 ou m\u00eame \u00e9teint, et rien de grave ne se produira dans le r\u00e9seau, sauf, bien s\u00fbr, l'absence \u00e0 ce moment-l\u00e0 de la possibilit\u00e9 de gestion. Il est int\u00e9ressant de noter qu'il existe des situations dans ACI o\u00f9 OpenFlow est tout de m\u00eame utilis\u00e9, mais localement au sein de l'h\u00f4te pour la programmation de l'Open vSwitch.<\/p>\n

L'ACI est enti\u00e8rement construite sur un transport en overlay bas\u00e9 sur VXLAN, mais elle inclut \u00e9galement, dans le cadre d'une solution unique, le transport IP sous-jacent. Cisco a appel\u00e9 cela \u00ab overlay int\u00e9gr\u00e9 \u00bb. En tant que point de terminaison des overlays dans ACI, des commutateurs de la fabrique sont utilis\u00e9s dans la plupart des cas (ils le font \u00e0 la vitesse du canal). Les h\u00f4tes n'ont pas besoin de savoir quoi que ce soit sur la fabrique, l'encapsulation, etc., cependant, dans certains cas (par exemple, pour connecter des h\u00f4tes OpenStack), le trafic VXLAN peut \u00e9galement les atteindre.<\/p>\n

Les overlays en ACI sont utilis\u00e9s non seulement pour assurer une connectivit\u00e9 flexible via le r\u00e9seau de transport, mais aussi pour transmettre des m\u00e9tainformations (elles sont utilis\u00e9es, par exemple, pour l'application de politiques de s\u00e9curit\u00e9). <\/p>\n

Les puces de Broadcom ont \u00e9t\u00e9 utilis\u00e9es par Cisco dans les commutateurs de la s\u00e9rie Nexus 3000. Dans la famille Nexus 9000, sp\u00e9cialement con\u00e7ue pour prendre en charge l'ACI, un mod\u00e8le hybride a \u00e9t\u00e9 initialement mis en \u0153uvre, appel\u00e9 Merchant+. Dans le commutateur, la nouvelle puce Broadcom Trident 2 et une puce compl\u00e9mentaire d\u00e9velopp\u00e9e par Cisco, qui ex\u00e9cute toute la magie de l'ACI, ont \u00e9t\u00e9 utilis\u00e9es simultan\u00e9ment. Cela a apparemment permis d'acc\u00e9l\u00e9rer le lancement du produit et de r\u00e9duire le prix du commutateur \u00e0 un niveau proche de celui des mod\u00e8les uniquement bas\u00e9s sur le Trident 2. Cette approche a suffi pour les deux \u00e0 trois premi\u00e8res ann\u00e9es de fourniture de l'ACI. Pendant ce temps, Cisco a d\u00e9velopp\u00e9 et lanc\u00e9 sur le march\u00e9 la g\u00e9n\u00e9ration suivante de Nexus 9000, d\u00e9j\u00e0 bas\u00e9e sur ses propres puces, avec des performances et un ensemble de fonctionnalit\u00e9s am\u00e9lior\u00e9es, mais au m\u00eame niveau de prix. Les sp\u00e9cifications externes, en termes d'interaction dans l'usine, sont rest\u00e9es compl\u00e8tement intactes. Cependant, l'int\u00e9rieur a compl\u00e8tement chang\u00e9 : c'est comme une refonte, mais pour le mat\u00e9riel.<\/p>\n

Comment est architectur\u00e9 Cisco ACI <\/h3>\n

\nDans le cas le plus simple, l'ACI est construit selon une topologie de r\u00e9seau Clos, ou, comme on l'appelle souvent, Spine-Leaf. Il peut y avoir entre deux (ou un, si la tol\u00e9rance aux pannes ne nous pr\u00e9occupe pas) et six commutateurs de niveau Spine. Ainsi, plus il y en a, plus la tol\u00e9rance aux pannes est \u00e9lev\u00e9e (la r\u00e9duction de bande passante et de fiabilit\u00e9 lors d'une d\u00e9faillance ou d'une maintenance d'un Spine est plus faible) et la performance globale. Toutes les connexions externes passent par les commutateurs de niveau Leaf : il s'agit \u00e0 la fois de serveurs, d'interconnexions avec des r\u00e9seaux externes par L2 ou L3, et de connexions aux contr\u00f4leurs APIC. En g\u00e9n\u00e9ral, avec l'ACI, non seulement la configuration, mais aussi la collecte de statistiques, la surveillance des pannes, etc. \u2014 tout cela se fait via l'interface des contr\u00f4leurs, qui, dans des d\u00e9ploiements de taille normale, sont trois. <\/p>\n

Il n'est jamais n\u00e9cessaire de se connecter aux commutateurs via la console, m\u00eame pour d\u00e9marrer le r\u00e9seau : le contr\u00f4leur d\u00e9couvre lui-m\u00eame les commutateurs et les assemble en une usine, y compris les param\u00e8tres de tous les protocoles de service. C'est pourquoi, d'ailleurs, il est tr\u00e8s important d'\u00e9crire les num\u00e9ros de s\u00e9rie des \u00e9quipements install\u00e9s lors du montage, afin de ne pas se demander quel commutateur se trouve dans quelle baie. Pour le d\u00e9pannage, il est possible de se connecter aux commutateurs via SSH si n\u00e9cessaire : ils reproduisent assez fid\u00e8lement les commandes de base de Cisco. <\/p>\n

\u00c0 l'int\u00e9rieur, l'usine utilise un transport IP, donc il n'y a pas de Spanning Tree ni d'autres horreurs du pass\u00e9 : tous les liens sont utilis\u00e9s, et la convergence en cas de d\u00e9faillance est tr\u00e8s rapide. Le trafic dans l'usine est transmis via des tunnels bas\u00e9s sur VXLAN. Pour \u00eatre plus pr\u00e9cis, Cisco appelle cette encapsulation iVXLAN, qui diff\u00e8re du VXLAN standard par le fait que les champs r\u00e9serv\u00e9s dans l'en-t\u00eate r\u00e9seau sont utilis\u00e9s pour transmettre des informations de service, principalement sur la relation du trafic avec le groupe EPG. Cela permet d'impl\u00e9menter des r\u00e8gles d'interaction entre les groupes dans le mat\u00e9riel, en utilisant leurs num\u00e9ros tout comme les adresses sont utilis\u00e9es dans les listes d'acc\u00e8s ordinaires. <\/p>\n

Les tunnels permettent d'\u00e9tendre \u00e0 la fois les segments L2 et L3 (c'est-\u00e0-dire VRF) via le transport IP interne. Le gateway par d\u00e9faut est distribu\u00e9. Cela signifie que chaque commutateur s'occupe de la routage du trafic entrant dans l'usine. En termes de logique de transmission de trafic, l'ACI ressemble \u00e0 une usine bas\u00e9e sur VXLAN\/EVPN. <\/p>\n

Si oui, quelles sont les diff\u00e9rences ? Dans tout le reste ! <\/h3>\n

\nLa premi\u00e8re diff\u00e9rence que l'on rencontre dans l'ACI est la fa\u00e7on dont les serveurs sont connect\u00e9s au r\u00e9seau. Dans les r\u00e9seaux traditionnels, la connexion tant des serveurs physiques que des machines virtuelles se fait dans des VLANs, et tout le reste d\u00e9pend de cela : connectivit\u00e9, s\u00e9curit\u00e9, etc. Dans l'ACI, en revanche, une construction appel\u00e9e EPG (End-point Group) est utilis\u00e9e, dont on ne peut pas se passer. Peut-on l'assimiler \u00e0 un VLAN ? Oui, mais dans ce cas, il y a un risque de perdre une grande partie de ce que l'ACI offre. <\/p>\n

Toutes les r\u00e8gles d'acc\u00e8s sont formul\u00e9es par rapport \u00e0 l'EPG, et dans l'ACI, par d\u00e9faut, le principe de la \u00ab liste blanche \u00bb est utilis\u00e9, c'est-\u00e0-dire que seul le trafic explicitement autoris\u00e9 est permis. Cela signifie que nous pouvons cr\u00e9er des groupes EPG \u00ab Web \u00bb et \u00ab MySQL \u00bb et d\u00e9finir une r\u00e8gle autorisant l'interaction entre eux uniquement sur le port 3306. Cela fonctionnera sans lien aux adresses r\u00e9seau et m\u00eame au sein d'un m\u00eame sous-r\u00e9seau ! <\/p>\n

Nous avons des clients qui ont choisi l'ACI pr\u00e9cis\u00e9ment en raison de cette fonctionnalit\u00e9, car elle permet de restreindre les acc\u00e8s entre les serveurs (virtuels ou physiques - peu importe), sans les d\u00e9placer entre les sous-r\u00e9seaux, et donc sans toucher \u00e0 l'adressage. Oui, nous savons, personne n'\u00e9crit les configurations \u00e0 la main, n'est-ce pas ? adresses IP<\/a> dans les configurations d'applications, n'est-ce pas ?<\/p>\n

Les r\u00e8gles de routage du trafic dans ACI sont appel\u00e9es des contrats. Dans un tel contrat, un ou plusieurs groupes ou niveaux dans une application \u00e0 plusieurs niveaux deviennent le fournisseur de services (par exemple, un service de base de donn\u00e9es), tandis que d'autres en sont les consommateurs. Le contrat peut simplement laisser passer le trafic, ou faire quelque chose de plus sophistiqu\u00e9, comme le rediriger vers un pare-feu ou un r\u00e9partiteur de charge, et changer \u00e9galement la valeur QoS.<\/p>\n

Comment les serveurs sont-ils int\u00e9gr\u00e9s dans ces groupes ? S'il s'agit de serveurs physiques ou de quelque chose int\u00e9gr\u00e9 dans un r\u00e9seau existant, pour lequel nous avons cr\u00e9\u00e9 un tronc VLAN, il faudra indiquer le port du commutateur et le VLAN utilis\u00e9 pour les placer dans l'EPG. Comme nous le voyons, les VLAN apparaissent l\u00e0 o\u00f9 ils sont indispensables.<\/p>\n

En revanche, si les serveurs sont des machines virtuelles, il suffit de r\u00e9f\u00e9rencer l'environnement de virtualisation connect\u00e9, et tout se mettra en place automatiquement : un groupe de ports sera cr\u00e9\u00e9 (pour parler en termes de VMWare) pour connecter les VM, les VLAN ou VXLAN n\u00e9cessaires seront assign\u00e9s sur les ports appropri\u00e9s des commutateurs, etc. Ainsi, bien que l'ACI soit construit autour d'un r\u00e9seau physique, la connexion pour les serveurs virtuels semble beaucoup plus simple que pour les physiques. L'ACI int\u00e8gre d\u00e9j\u00e0 des liaisons avec VMWare et MS Hyper-V, ainsi qu'un support pour OpenStack et RedHat Virtualization. Depuis un certain moment, un support int\u00e9gr\u00e9 pour les plateformes de conteneurs a \u00e9galement \u00e9t\u00e9 ajout\u00e9 : Kubernetes, OpenShift, Cloud Foundry, et cela inclut l'application de politiques et la surveillance, ce qui permet \u00e0 l'administrateur r\u00e9seau de voir imm\u00e9diatement sur quels h\u00f4tes quels pods fonctionnent et dans quels groupes ils se trouvent.<\/p>\n

En plus de l'inclusion dans un groupe de ports sp\u00e9cifique, les serveurs virtuels poss\u00e8dent des propri\u00e9t\u00e9s suppl\u00e9mentaires : nom, attributs, etc., qui peuvent \u00eatre utilis\u00e9s comme crit\u00e8res pour les d\u00e9placer dans un autre groupe, par exemple, lors du renommage d'une VM ou de l'ajout d'un tag suppl\u00e9mentaire. Cisco appelle cela des groupes de micro-segmentation, bien qu'en r\u00e9alit\u00e9, la possibilit\u00e9 de cr\u00e9er de nombreux segments de s\u00e9curit\u00e9 sous forme d'EPG dans le m\u00eame sous-r\u00e9seau soit \u00e9galement une forme de micro-segmentation. Enfin, le fournisseur en sait mieux. <\/p>\n

Les EPG sont des constructions purement logiques, non li\u00e9es \u00e0 des commutateurs, serveurs, etc. sp\u00e9cifiques, ce qui permet des op\u00e9rations difficiles \u00e0 r\u00e9aliser dans des r\u00e9seaux classiques, comme la clonage. Par cons\u00e9quent, il est tr\u00e8s facile de cr\u00e9er un clone d'un environnement de production pour obtenir un environnement de test syst\u00e9matiquement identique \u00e0 la production. Cela peut \u00eatre fait manuellement, mais il est pr\u00e9f\u00e9rable (et plus simple) de le faire via l'API. <\/p>\n

En g\u00e9n\u00e9ral, la logique de gestion dans ACI est compl\u00e8tement diff\u00e9rente de ce que l'on rencontre habituellement
\ndans les r\u00e9seaux traditionnels de Cisco : l'interface logicielle est primaire, tandis que l'interface graphique ou la CLI sont secondaires, car elles fonctionnent via la m\u00eame API. Ainsi, presque tout le monde qui travaille avec ACI finit par s'orienter dans le mod\u00e8le d'objet utilis\u00e9 pour la gestion et \u00e0 automatiser certaines t\u00e2ches selon ses besoins. C'est le plus facile \u00e0 faire depuis Python : il existe des outils pratiques pr\u00eats \u00e0 l'emploi. <\/p>\n

Les pi\u00e8ges promis<\/h3>\n

\nLe principal probl\u00e8me est que de nombreuses choses dans ACI sont faites diff\u00e9remment. Pour commencer \u00e0 travailler correctement avec, il faut r\u00e9apprendre. Cela concerne particuli\u00e8rement les \u00e9quipes de r\u00e9seau dans de grandes entreprises, o\u00f9 les ing\u00e9nieurs ont pass\u00e9 des ann\u00e9es \u00e0 s'occuper de la \"configuration des VLANs\" sur demande. Ce qui \u00e9tait auparavant un VLAN n'est plus un VLAN, et il n'est m\u00eame plus n\u00e9cessaire de cr\u00e9er des VLANs manuellement pour trancher de nouveaux r\u00e9seaux sur des h\u00f4tes virtualis\u00e9s, ce qui d\u00e9route compl\u00e8tement les professionnels du r\u00e9seau traditionnels et les pousse \u00e0 s'accrocher \u00e0 leurs approches habituelles. Il convient de noter que Cisco a essay\u00e9 d'adoucir un peu la transition en ajoutant une CLI \"similaire \u00e0 NXOS\" dans le contr\u00f4leur, permettant la configuration via une interface ressemblant \u00e0 celle des commutateurs traditionnels. Cependant, pour commencer \u00e0 utiliser ACI correctement, il faudra comprendre comment cela fonctionne. <\/p>\n

En ce qui concerne les prix pour les r\u00e9seaux ACI \u00e0 grande et moyenne \u00e9chelle, il n'y a pas de v\u00e9ritable diff\u00e9rence par rapport aux r\u00e9seaux traditionnels sur \u00e9quipement Cisco, car ils utilisent les m\u00eames commutateurs (les Nexus 9000 peuvent fonctionner \u00e0 la fois en mode ACI et en mode traditionnel et sont devenus le \u00ab cheval de bataille \u00bb principal pour les nouveaux projets de centre de donn\u00e9es). En revanche, pour les centres de donn\u00e9es utilisant deux commutateurs, la pr\u00e9sence de contr\u00f4leurs et l'architecture Spine-Leaf se font bien sentir. R\u00e9cemment, une Mini ACI-fabrique a \u00e9t\u00e9 mise en place, o\u00f9 deux des trois contr\u00f4leurs sont remplac\u00e9s par des machines virtuelles. Cela permet de r\u00e9duire l'\u00e9cart de co\u00fbt, mais il reste n\u00e9anmoins. Ainsi, le choix pour le client d\u00e9pend de son int\u00e9r\u00eat pour les fonctionnalit\u00e9s de s\u00e9curit\u00e9, l'int\u00e9gration avec la virtualisation, le point de contr\u00f4le unique, et plus encore.
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0432\u043e\u0442 \u044d\u0442\u043e\u0433\u043e \u0432\u043e\u043b\u0448\u0435\u0431\u043d\u043e\u0433\u043e \u043a\u0443\u0441\u043a\u0430 \u0441\u043a\u0440\u0438\u043f\u0442\u0430 Cisco ACI \u043c\u043e\u0436\u043d\u043e \u0431\u044b\u0441\u0442\u0440\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0441\u0435\u0442\u044c. \u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0444\u0430\u0431\u0440\u0438\u043a\u0430 \u0434\u043b\u044f \u0426\u041e\u0414\u0430 Cisco ACI c\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u0435\u0442 \u0443\u0436\u0435 \u043f\u044f\u0442\u044c \u043b\u0435\u0442, \u043d\u043e \u043d\u0430 \u0425\u0430\u0431\u0440\u0435 \u043f\u0440\u043e \u043d\u0435\u0451 \u0442\u043e\u043b\u043a\u043e\u043c \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u043d\u043e, \u0432\u043e\u0442 \u0438 \u0440\u0435\u0448\u0438\u043b \u044d\u0442\u043e \u043d\u0435\u043c\u043d\u043e\u0433\u043e \u0438\u0441\u043f\u0440\u0430\u0432\u0438\u0442\u044c. \u0420\u0430\u0441\u0441\u043a\u0430\u0436\u0443 \u043d\u0430 \u0441\u0432\u043e\u0451\u043c \u043e\u043f\u044b\u0442\u0435, \u0447\u0442\u043e \u044d\u0442\u043e \u0442\u0430\u043a\u043e\u0435, \u043a\u0430\u043a\u0430\u044f \u043e\u0442 \u043d\u0435\u0451 \u043f\u043e\u043b\u044c\u0437\u0430 \u0438 \u0433\u0434\u0435 \u0443 \u043d\u0435\u0451 \u0433\u0440\u0430\u0431\u043b\u0438. \u0427\u0442\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35291","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Fabrica r\u00e9seau pour les centres de donn\u00e9es Cisco ACI \u2014 au service de l'administrateur | ProHoster","description":"Avec ce morceau de script magique.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u0435\u0442\u0435\u0432\u0430\u044f \u0444\u0430\u0431\u0440\u0438\u043a\u0430 \u0434\u043b\u044f \u0426\u041e\u0414\u0430 Cisco ACI \u2014 \u0432 \u043f\u043e\u043c\u043e\u0449\u044c \u0430\u0434\u043c\u0438\u043d\u0443 | ProHoster","og:description":"\u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0432\u043e\u0442 \u044d\u0442\u043e\u0433\u043e \u0432\u043e\u043b\u0448\u0435\u0431\u043d\u043e\u0433\u043e \u043a\u0443\u0441\u043a\u0430 \u0441\u043a\u0440\u0438\u043f\u0442\u0430.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:03:28+00:00","article:modified_time":"2019-10-31T19:03:28+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35291","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-08 20:27:18","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:06:24","updated":"2026-02-08 20:27:18","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/35291","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=35291"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/35291\/revisions"}],"predecessor-version":[{"id":157819,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/35291\/revisions\/157819"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=35291"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=35291"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=35291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}