{"id":78001,"date":"2020-04-15T13:42:19","date_gmt":"2020-04-15T11:42:19","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie"},"modified":"2020-04-15T13:42:19","modified_gmt":"2020-04-15T11:42:19","slug":"opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","title":{"rendered":"Exp\u00e9rience de mise en \u0153uvre de fabric r\u00e9seau bas\u00e9e sur EVPN VXLAN et Cisco ACI, avec une petite comparaison","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Exp\u00e9rience
\n\u00c9valuez les liaisons dans la partie m\u00e9diane du sch\u00e9ma. Nous y reviendrons plus tard<\/i><\/p>\n

\u00c0 un moment donn\u00e9, vous pourriez r\u00e9aliser que de grands r\u00e9seaux complexes en L2 sont irr\u00e9m\u00e9diablement malades. En premier lieu, en raison des probl\u00e8mes li\u00e9s au traitement du trafic BUM et \u00e0 l' fonctionnement du protocole STP. En second lieu, en raison d'une architecture globalement obsol\u00e8te. Cela entra\u00eene des probl\u00e8mes d\u00e9sagr\u00e9ables tels que les temps d'arr\u00eat et des difficult\u00e9s de gestion.<\/p>\n

Nous avons eu deux projets parall\u00e8les o\u00f9 les clients ont objectivement \u00e9valu\u00e9 tous les avantages et inconv\u00e9nients des options et ont choisi deux solutions d'overlay diff\u00e9rentes que nous avons mises en \u0153uvre. <\/p>\n

Nous avons eu l'occasion de comparer pr\u00e9cis\u00e9ment la mise en \u0153uvre. Pas l'exploitation, de cela il vaut mieux parler dans deux ou trois ans. <\/p>\n

Alors, qu'est-ce qu'une fabric r\u00e9seau avec des r\u00e9seaux superpos\u00e9s et le SDN ?
\n<\/a><\/noindex><\/p>\n

Que faire des probl\u00e8mes persistants de l'architecture r\u00e9seau classique ?<\/h3>\n

\nChaque ann\u00e9e, de nouvelles technologies et id\u00e9es font leur apparition. En pratique, le besoin urgent de remodeler les r\u00e9seaux n'est pas apparu depuis longtemps, car il est encore possible de tout faire manuellement selon les anciennes m\u00e9thodes \u00e9prouv\u00e9es. Eh bien, et alors, m\u00eame si nous sommes au vingt et uni\u00e8me si\u00e8cle ? Apr\u00e8s tout, un admin doit travailler et non rester coinc\u00e9 dans son bureau. <\/p>\n

Ensuite, a commenc\u00e9 le boom de construction de grands centres de donn\u00e9es. \u00c0 ce moment-l\u00e0, il est devenu clair que la limite de d\u00e9veloppement de l'architecture classique avait \u00e9t\u00e9 atteinte non seulement en termes de fonctionnalit\u00e9, de tol\u00e9rance aux pannes, de scalabilit\u00e9. Et l'une des solutions \u00e0 ces probl\u00e8mes a \u00e9t\u00e9 l'id\u00e9e de construire des r\u00e9seaux superpos\u00e9s sur un backbone routable.<\/p>\n

De plus, avec l'augmentation des \u00e9chelles des r\u00e9seaux, le probl\u00e8me de la gestion de telles fabric \u00e0 grande \u00e9chelle est devenu crucial, d'o\u00f9 l'\u00e9mergence de solutions de r\u00e9seaux d\u00e9finis par logiciel permettant de g\u00e9rer toute l'infrastructure r\u00e9seau comme un tout. Et lorsque le r\u00e9seau est g\u00e9r\u00e9 depuis un point central, il devient plus facile pour d'autres composants de l'infrastructure IT d'interagir avec lui, et ces processus d'interaction sont plus simples \u00e0 automatiser.<\/p>\n

Pratiquement chaque grand fabricant non seulement d'\u00e9quipements r\u00e9seau, mais aussi de virtualisation, propose dans son portefeuille des variantes de telles solutions. <\/p>\n

Il ne reste plus qu'\u00e0 comprendre ce qui convient \u00e0 quels besoins. Par exemple, pour les grandes entreprises disposant d'une bonne \u00e9quipe de d\u00e9veloppeurs et d'exploitation, les solutions standard des fournisseurs ne satisfont pas toujours tous les besoins, et elles se tournent vers le d\u00e9veloppement de leurs propres solutions SD (Software Defined). Par exemple, ce sont des fournisseurs de cloud qui \u00e9largissent constamment leur gamme de services offerts \u00e0 leurs clients, et les solutions standard ne peuvent tout simplement pas suivre leurs besoins. <\/p>\n

Pour les entreprises de taille moyenne, les fonctionnalit\u00e9s propos\u00e9es par le fournisseur sous forme de solution standard suffisent dans 99 % des cas. <\/p>\n

Qu'est-ce que les r\u00e9seaux superpos\u00e9s ?<\/h3>\n

\nQuelle est l'id\u00e9e des r\u00e9seaux superpos\u00e9s ? En substance, vous prenez un r\u00e9seau routable classique et construisez un autre r\u00e9seau par-dessus pour obtenir plus de fonctionnalit\u00e9s. Le plus souvent, il s'agit d'une r\u00e9partition efficace de la charge sur les \u00e9quipements et les lignes de communication, d'une augmentation significative de la scalabilit\u00e9, d'une fiabilit\u00e9 am\u00e9lior\u00e9e et d'un tas d'avantages en mati\u00e8re de s\u00e9curit\u00e9 (gr\u00e2ce \u00e0 la segmentation). De plus, les solutions SDN offrent une administration flexible et tr\u00e8s, tr\u00e8s conviviale, rendant le r\u00e9seau plus transparent pour ses utilisateurs. <\/p>\n

En g\u00e9n\u00e9ral, si les r\u00e9seaux locaux avaient \u00e9t\u00e9 invent\u00e9s dans les ann\u00e9es 2010, ils ne ressembleraient pas du tout \u00e0 ce qui nous est l\u00e9gu\u00e9 par les militaires des ann\u00e9es 1970. <\/p>\n

D'un point de vue technologique dans la construction d'usines utilisant des r\u00e9seaux superpos\u00e9s, il existe actuellement de nombreuses r\u00e9alisations de fabricants et de projets Internet RFC (EVPN+VXLAN, EVPN+MPLS, EVPN+MPLSoGRE, EVPN+Geneve, etc.). Oui, il existe des normes, mais la mise en \u0153uvre de ces normes par diff\u00e9rents fabricants peut varier, c'est pourquoi, lors de la cr\u00e9ation de telles usines, il est encore th\u00e9oriquement possible de se passer totalement de l'enfermement fournisseur.<\/p>\n

La situation avec les solutions SD est encore plus compliqu\u00e9e, chaque fournisseur a sa propre vision. Il existe des solutions compl\u00e8tement ouvertes, que l'on peut th\u00e9oriquement modifier soi-m\u00eame, ainsi que des solutions totalement ferm\u00e9es.<\/p>\n

Cisco propose sa version de SDN pour les centres de donn\u00e9es \u2014 ACI. \u00c9videmment, c'est une solution 100 % propri\u00e9taire en ce qui concerne le choix du mat\u00e9riel r\u00e9seau, mais elle s'int\u00e8gre enti\u00e8rement avec des syst\u00e8mes de virtualisation, de containerisation, de s\u00e9curit\u00e9, d'orchestration, des \u00e9quilibreurs de charge, etc. Mais en r\u00e9alit\u00e9, c'est quand m\u00eame une sorte de bo\u00eete noire, sans possibilit\u00e9 d'acc\u00e8s complet \u00e0 tous les processus internes. Tous les clients ne se montrent pas d'accord avec cette option, car on d\u00e9pend enti\u00e8rement de la qualit\u00e9 du code de la solution et de sa mise en \u0153uvre, mais d'un autre c\u00f4t\u00e9, le fabricant dispose d'un des meilleurs services de support technique au monde et poss\u00e8de une \u00e9quipe d\u00e9di\u00e9e uniquement \u00e0 cette solution. Pour le premier projet, la solution choisie \u00e9tait pr\u00e9cis\u00e9ment Cisco ACI.<\/p>\n

Pour le deuxi\u00e8me projet, une solution de Juniper a \u00e9t\u00e9 s\u00e9lectionn\u00e9e. Le fabricant dispose \u00e9galement de son propre SDN pour les centres de donn\u00e9es, mais le client a d\u00e9cid\u00e9 de renoncer \u00e0 l'impl\u00e9mentation de SDN. La technologie de construction du r\u00e9seau choisie \u00e9tait une usine EVPN VXLAN sans utilisation de contr\u00f4leurs centralis\u00e9s.<\/p>\n

\u00c0 quoi \u00e7a sert<\/h3>\n

\nLa cr\u00e9ation d'une usine permet de construire un r\u00e9seau facilement \u00e9volutif, r\u00e9silient et fiable. L'architecture (leaf-spine) prend en compte les particularit\u00e9s des centres de donn\u00e9es<\/a> (chemins de circulation du trafic, minimisation des d\u00e9lais et des goulets d'\u00e9tranglement dans le r\u00e9seau). Les solutions SD dans les centres de donn\u00e9es permettent de g\u00e9rer tr\u00e8s facilement, rapidement et de mani\u00e8re flexible cette usine, en l'int\u00e9grant dans l'\u00e9cosyst\u00e8me des centres de donn\u00e9es. <\/p>\n

Les deux clients devaient construire des centres de donn\u00e9es de secours pour assurer la r\u00e9silience, en plus de cela, le trafic entre les centres de donn\u00e9es devait \u00eatre chiffr\u00e9.<\/p>\n

Le premier client consid\u00e9rait d\u00e9j\u00e0 les solutions sans usine comme un standard possible de ses r\u00e9seaux, mais lors des tests, ils rencontr\u00e8rent des probl\u00e8mes de compatibilit\u00e9 STP entre plusieurs fournisseurs de mat\u00e9riel. Des arr\u00eats de service se produisaient, entra\u00eenant des pannes de services. Pour le client, c'\u00e9tait critique. <\/p>\n

Cisco \u00e9tait d\u00e9j\u00e0 la norme d'entreprise du client, ils ont examin\u00e9 ACI et d'autres options et ont d\u00e9cid\u00e9 de choisir cette solution. L'automatisation de la gestion d'une seule touche via un contr\u00f4leur unique leur a plu. Les services se configurent plus rapidement et sont plus faciles \u00e0 g\u00e9rer. Ils ont d\u00e9cid\u00e9 de s\u00e9curiser le trafic en lan\u00e7ant MACSec entre les commutateurs IPN et SPINE. Cela a permis d'\u00e9viter un goulot d'\u00e9tranglement avec le crypto-pass, d'\u00e9conomiser sur ceux-ci et d'utiliser au maximum la bande passante.<\/p>\n

Le deuxi\u00e8me client a choisi une solution sans contr\u00f4leur de Juniper, car leur centre de donn\u00e9es existant avait d\u00e9j\u00e0 une petite installation avec une mise en \u0153uvre de la fabrique EVPN VXLAN. Cependant, celle-ci n'\u00e9tait pas redondante (un seul commutateur \u00e9tait utilis\u00e9). Ils ont d\u00e9cid\u00e9 d'\u00e9tendre l'infrastructure du centre de donn\u00e9es principal et de construire une fabrique dans un centre de donn\u00e9es de secours. L'EVPN existant n'\u00e9tait pas utilis\u00e9 pleinement : l'encapsulation VXLAN n'\u00e9tait en fait pas appliqu\u00e9e, puisque tous les h\u00f4tes \u00e9taient connect\u00e9s \u00e0 un seul commutateur et que toutes les adresses MAC et \/32 des h\u00f4tes \u00e9taient locales, le commutateur servant de passerelle pour eux, sans d'autres appareils o\u00f9 il aurait \u00e9t\u00e9 n\u00e9cessaire de construire des tunnels VXLAN. Ils ont d\u00e9cid\u00e9 de s\u00e9curiser le trafic en utilisant la technologie IPSEC entre les pare-feux (la performance de l'IPS \u00e9tait suffisante).<\/p>\n

Ils ont \u00e9galement examin\u00e9 ACI, mais ont d\u00e9cid\u00e9 qu'\u00e0 cause du verrouillage du fournisseur, ils devraient acheter trop de mat\u00e9riel, y compris remplacer le nouvel \u00e9quipement r\u00e9cemment acquis, ce qui n'a tout simplement pas de sens \u00e9conomique. Oui, la fabrique Cisco s'int\u00e8gre \u00e0 tout, mais \u00e0 l'int\u00e9rieur de la fabrique elle-m\u00eame, seuls ses appareils sont possibles. <\/p>\n

D'autre part, comme mentionn\u00e9 pr\u00e9c\u00e9demment, il n'est pas si facile de mixer une fabrique EVPN VXLAN avec n'importe quel fournisseur voisin, car les mises en \u0153uvre du protocole diff\u00e8rent. C'est comme essayer de faire coexister Cisco et Huawei dans un m\u00eame r\u00e9seau \u2014 les standards peuvent \u00eatre communs, mais il faudra se plier \u00e0 certaines conditions. \u00c9tant donn\u00e9 qu'il s'agit d'une banque, et que les tests de compatibilit\u00e9 prendraient beaucoup de temps, ils ont d\u00e9cid\u00e9 qu'il valait mieux s'approvisionner aupr\u00e8s du m\u00eame fournisseur maintenant, sans trop s'emballer avec des fonctionnalit\u00e9s en dehors des bases. <\/p>\n

Plan de migration<\/h3>\n

\nDeux centres de donn\u00e9es bas\u00e9s sur ACI :<\/p>\n

\"Exp\u00e9rience
\n
\nOrganisation de l'interaction entre les Data Centers. La solution Multi-Pod a \u00e9t\u00e9 choisie \u2014 chaque Data Center est un pod. Les exigences de mise \u00e0 l'\u00e9chelle en termes de nombre de commutateurs et de latences entre les pods (RTT inf\u00e9rieur \u00e0 50 ms) ont \u00e9t\u00e9 prises en compte. Il a \u00e9t\u00e9 d\u00e9cid\u00e9 de ne pas construire une solution Multi-Site pour faciliter la gestion (une interface de gestion unique est utilis\u00e9e pour la solution Multi-Pod, alors qu'il aurait fallu deux interfaces pour Multi-Site, ou n\u00e9cessiter un orchestrateur Multi-Site), et \u00e9tant donn\u00e9 qu'il n'\u00e9tait pas n\u00e9cessaire de faire de la sauvegarde g\u00e9ographique des sites.<\/p>\n

\"Exp\u00e9rience
\n
\nEn ce qui concerne la migration des services du r\u00e9seau Legacy, l'option la plus transparente a \u00e9t\u00e9 choisie, celle de transf\u00e9rer progressivement les VLAN correspondant \u00e0 certains services.
\nPour la migration, un EPG (End-point group) correspondant \u00e0 chaque VLAN a \u00e9t\u00e9 cr\u00e9\u00e9 sur la fabrique. D'abord, le r\u00e9seau a \u00e9t\u00e9 \u00e9tendu entre l'ancienne r\u00e9seau et la fabrique en L2, puis apr\u00e8s la migration de tous les h\u00f4tes, la passerelle a \u00e9t\u00e9 transf\u00e9r\u00e9e vers la fabrique, et l'interaction entre l'EPG et le r\u00e9seau existant \u00e9tait effectu\u00e9e via L3OUT, l'interaction entre L3OUT et EPG \u00e9tant d\u00e9crite \u00e0 l'aide de contrats. Sch\u00e9ma approximatif :<\/p>\n

\"Exp\u00e9rience
\n
\nSch\u00e9ma approximatif de la plupart des politiques de la fabrique ACI repr\u00e9sent\u00e9es sur l'image ci-dessous. Toute la configuration est fond\u00e9e sur des politiques imbriqu\u00e9es dans d'autres politiques, et ainsi de suite. Au d\u00e9but, il est tr\u00e8s difficile de s'y retrouver, mais progressivement, comme l'exp\u00e9rience le montre, les administrateurs r\u00e9seau s'habituent \u00e0 cette structure en environ un mois, et c'est seulement apr\u00e8s qu'ils comprennent \u00e0 quel point elle est pratique.<\/p>\n

\"Exp\u00e9rience
\n <\/p>\n

Comparaison<\/h3>\n

\nDans la solution Cisco ACI, il faut acheter plus de mat\u00e9riel (des commutateurs distincts pour l'interaction Inter-Pod et des contr\u00f4leurs APIC), ce qui a rendu cette solution plus co\u00fbteuse. La solution Juniper n'a pas n\u00e9cessit\u00e9 l'achat de contr\u00f4leurs et de mat\u00e9riel auxiliaire ; il a \u00e9t\u00e9 possible d'utiliser partiellement le mat\u00e9riel existant du client. <\/p>\n

Voici l'architecture EVPN VXLAN de la fabrique pour deux Data Centers du second projet :<\/p>\n

\"Exp\u00e9rience
\n\"Exp\u00e9rience
\n
\nAvec ACI, vous obtenez une solution pr\u00eate \u00e0 l'emploi \u2014 pas besoin de fouiller, pas besoin d'optimiser. Lors de la premi\u00e8re rencontre avec l'usine, aucun d\u00e9veloppeur n'est n\u00e9cessaire, aucune personne de soutien pour le code et l'automatisation. Il suffit juste d'exploiter, beaucoup de configurations peuvent \u00eatre effectu\u00e9es via un assistant, ce qui n'est pas toujours un avantage, surtout pour ceux qui sont habitu\u00e9s \u00e0 la ligne de commande. Dans tous les cas, il faut du temps pour r\u00e9adapter son esprit \u00e0 de nouveaux rails, \u00e0 la sp\u00e9cificit\u00e9 des r\u00e9glages via des politiques et \u00e0 la gestion de multiples politiques imbriqu\u00e9es. Il est tr\u00e8s souhaitable, en plus de cela, d'avoir une structure claire pour nommer les politiques et les objets. En cas de probl\u00e8me dans la logique de fonctionnement du contr\u00f4leur, il ne peut \u00eatre r\u00e9solu que par le support technique.<\/p>\n

Avec EVPN \u2014 c'est la console. Souffre ou r\u00e9jouis-toi. Une interface famili\u00e8re pour les anciens. Oui, il y a une configuration standard et des guides. Vous devrez consulter les documentations. Diff\u00e9rentes structures, tout est clair et d\u00e9taill\u00e9.<\/p>\n

Naturellement, dans les deux cas, il est pr\u00e9f\u00e9rable, lors de la migration, de commencer par migrer les services les moins critiques, par exemple, les environnements de test, et seulement ensuite, apr\u00e8s avoir corrig\u00e9 tous les bogues, de passer aux services de production. Et ne pas configurer un vendredi soir. Ne croyez pas le fournisseur quand il dit que tout ira bien, il vaut toujours mieux prendre des pr\u00e9cautions.<\/p>\n

Avec ACI, vous payez plus, bien que Cisco promeuve activement cette solution et offre souvent de bonnes remises, mais vous \u00e9conomisez sur la maintenance. La gestion et toute automatisation de l'usine EVPN sans contr\u00f4leur n\u00e9cessitent des investissements et des d\u00e9penses r\u00e9guli\u00e8res \u2014 surveillance, automatisation, mise en \u0153uvre de nouveaux services. En m\u00eame temps, le d\u00e9marrage initial avec ACI prend 30 \u00e0 40 % de temps en plus. Cela s'explique par le fait que l'ensemble des profils et politiques n\u00e9cessaires prend plus de temps \u00e0 cr\u00e9er, mais au fur et \u00e0 mesure que le r\u00e9seau se d\u00e9veloppe, le nombre de configurations requises diminue. Vous utilisez d\u00e9j\u00e0 des politiques, profils et objets cr\u00e9\u00e9s \u00e0 l'avance. Vous pouvez configurer flexible la segmentation et la s\u00e9curit\u00e9, g\u00e9rer de mani\u00e8re centralis\u00e9e les contrats qui r\u00e9gissent les interactions entre les EPG \u2014 la charge de travail diminue soudainement. <\/p>\n

Avec EVPN, il faut configurer chaque appareil dans l'usine, le risque d'erreur est plus \u00e9lev\u00e9.<\/p>\n

Si ACI met plus de temps \u00e0 s'implanter, alors EVPN a presque mis deux fois plus de temps \u00e0 \u00eatre d\u00e9bogu\u00e9. Dans le cas de Cisco, on peut toujours appeler un ing\u00e9nieur de support pour poser des questions sur le r\u00e9seau dans son ensemble (car cela est couvert comme solution), alors qu'avec Juniper Networks, vous n'achetez que le mat\u00e9riel, et c'est cela qui est couvert. Les paquets ont quitt\u00e9 l'appareil ? Eh bien, d'accord, maintenant ce sont vos probl\u00e8mes. Mais vous pouvez poser une question sur le choix de la solution ou la conception du r\u00e9seau \u2014 et dans ce cas, il est conseill\u00e9 d'acheter un service professionnel, moyennant des frais suppl\u00e9mentaires.<\/p>\n

Le support ACI est vraiment excellent, car il est s\u00e9par\u00e9 : une \u00e9quipe distincte est exclusivement d\u00e9di\u00e9e \u00e0 cela. Il y a m\u00eame des sp\u00e9cialistes russophones. Le guide est d\u00e9taill\u00e9, les solutions sont pr\u00e9d\u00e9finies. Ils examinent et conseillent. Ils valident rapidement le design, ce qui est souvent important. Juniper Networks fait \u00e9galement la m\u00eame chose, mais de mani\u00e8re beaucoup plus lente (c'\u00e9tait notre exp\u00e9rience, mais cela devrait s'\u00eatre am\u00e9lior\u00e9, selon les rumeurs), ce qui vous oblige \u00e0 faire tout par vous-m\u00eame l\u00e0 o\u00f9 un ing\u00e9nieur de solutions pourrait vous conseiller. <\/p>\n

Cisco ACI prend en charge l'int\u00e9gration avec les syst\u00e8mes de virtualisation et de conteneurisation (VMware, Kubernetes, Hyper-V) et la gestion centralis\u00e9e. Il existe des services r\u00e9seau et de s\u00e9curit\u00e9 \u2014 \u00e9quilibrage, pare-feu, WAF, IPS, etc. Une bonne micro-segmentation par d\u00e9faut. Dans la deuxi\u00e8me solution, l'int\u00e9gration avec les services r\u00e9seau est complexe, et il est pr\u00e9f\u00e9rable de se renseigner \u00e0 l'avance sur les forums avec ceux qui l'ont fait. <\/p>\n

Conclusion<\/h3>\n

\nPour chaque cas particulier, il est n\u00e9cessaire de s\u00e9lectionner une solution, non seulement en fonction du co\u00fbt du mat\u00e9riel, mais \u00e9galement en tenant compte des d\u00e9penses d'exploitation futures et des principaux probl\u00e8mes auxquels le client est actuellement confront\u00e9, ainsi que des plans de d\u00e9veloppement de l'infrastructure informatique. <\/p>\n

ACI, en raison d'\u00e9quipements suppl\u00e9mentaires, est devenu plus cher, mais c'est une solution pr\u00eate \u00e0 l'emploi sans n\u00e9cessit\u00e9 d'ajustements, tandis que la deuxi\u00e8me solution est plus complexe et co\u00fbteuse en termes d'exploitation, mais moins ch\u00e8re. <\/p>\n

Si vous souhaitez discuter du co\u00fbt potentiel de la mise en place d'une infrastructure r\u00e9seau chez diff\u00e9rents fournisseurs, et quelle architecture est n\u00e9cessaire, nous pouvons nous rencontrer et en discuter. Pour une \u00e9bauche pr\u00e9liminaire de l'architecture (avec laquelle vous pouvez estimer les budgets), nous vous conseillerons gratuitement, tandis que le d\u00e9veloppement d\u00e9taill\u00e9 est, bien entendu, payant.<\/p>\n

Vladimir Kleptche, r\u00e9seaux d'entreprise.<\/p><\/blockquote>\n

Source : habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041e\u0446\u0435\u043d\u0438\u0442\u0435 \u0441\u0432\u044f\u0437\u043a\u0438 \u0432 \u0441\u0440\u0435\u0434\u043d\u0435\u0439 \u0447\u0430\u0441\u0442\u0438 \u0441\u0445\u0435\u043c\u044b. \u041d\u0438\u0436\u0435 \u043a \u043d\u0438\u043c \u0432\u0435\u0440\u043d\u0451\u043c\u0441\u044f \u0412 \u043a\u0430\u043a\u043e\u0439-\u0442\u043e \u043c\u043e\u043c\u0435\u043d\u0442 \u0432\u044b \u043c\u043e\u0436\u0435\u0442\u0435 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0442\u0435\u043c, \u0447\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0438\u0435 \u0441\u043b\u043e\u0436\u043d\u044b\u0435 \u0441\u0435\u0442\u0438 \u043d\u0430 \u0431\u0430\u0437\u0435 L2 \u043d\u0435\u0438\u0437\u043b\u0435\u0447\u0438\u043c\u043e \u0431\u043e\u043b\u044c\u043d\u044b. \u0412 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438, \u0441\u0432\u044f\u0437\u0430\u043d\u043d\u044b\u043c\u0438 \u0441 \u043e\u0431\u0440\u0430\u0431\u043e\u0442\u043a\u043e\u0439 BUM \u0442\u0440\u0430\u0444\u0438\u043a\u0430 \u0438 \u0441 \u0440\u0430\u0431\u043e\u0442\u043e\u0439 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 STP. \u0412\u043e \u0432\u0442\u043e\u0440\u0443\u044e \u2014 \u0432 \u0446\u0435\u043b\u043e\u043c \u043c\u043e\u0440\u0430\u043b\u044c\u043d\u043e \u0443\u0441\u0442\u0430\u0440\u0435\u0432\u0448\u0435\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043e\u0439. \u042d\u0442\u043e \u0432\u044b\u0437\u044b\u0432\u0430\u0435\u0442 \u043d\u0435\u043f\u0440\u0438\u044f\u0442\u043d\u044b\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0432 \u0432\u0438\u0434\u0435 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":78002,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-78001","post","type-post","status-publish","format-standard","has-post-thumbnail","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\udd47Exp\u00e9rience de mise en \u0153uvre de fabric r\u00e9seau bas\u00e9 sur EVPN VXLAN et Cisco ACI avec une petite comparaison | ProHoster","description":"\u00c9valuez.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","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\u041e\u043f\u044b\u0442 \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0441\u0435\u0442\u0435\u0432\u044b\u0445 \u0444\u0430\u0431\u0440\u0438\u043a \u043d\u0430 \u0431\u0430\u0437\u0435 EVPN VXLAN \u0438 Cisco ACI \u0438 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0435 \u0441\u0440\u0430\u0432\u043d\u0435\u043d\u0438\u0435 | ProHoster","og:description":"\u041e\u0446\u0435\u043d\u0438\u0442\u0435.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/opyt-realizaczii-setevyh-fabrik-na-baze-evpn-vxlan-i-cisco-aci-i-nebolshoe-sravnenie","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":"2020-04-15T11:42:19+00:00","article:modified_time":"2020-04-15T11:42:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"78001","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:07:26","updated":"2022-09-27 21:24:29","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\/78001","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=78001"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/78001\/revisions"}],"predecessor-version":[{"id":164511,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/78001\/revisions\/164511"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/78002"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=78001"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=78001"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=78001"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}