{"id":35973,"date":"2019-10-31T22:08:54","date_gmt":"2019-10-31T19:08:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti\/"},"modified":"2019-10-31T22:08:54","modified_gmt":"2019-10-31T19:08:54","slug":"avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti","title":{"rendered":"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Dans <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/453516\/\">dans la pr\u00e9c\u00e9dente \u00e9dition<\/a><\/noindex> j'ai d\u00e9crit le cadre d'automatisation r\u00e9seau. D'apr\u00e8s les retours, pour certaines personnes, cette premi\u00e8re approche du probl\u00e8me a d\u00e9j\u00e0 clarifi\u00e9 certaines questions. Et cela me r\u00e9jouit beaucoup, car notre objectif dans ce cycle n'est pas d'enrober Ansible de scripts Python, mais de construire un syst\u00e8me.<\/p>\n<p>Ce m\u00eame cadre \u00e9tablit l'ordre dans lequel nous allons aborder la question.<br \/>\nEt la virtualisation r\u00e9seau, \u00e0 laquelle cet \u00e9pisode est consacr\u00e9, ne s'int\u00e8gre pas vraiment dans la th\u00e9matique de l'ADSM, o\u00f9 nous traitons l'automatisation. <\/p>\n<p>Mais examinons cela sous un autre angle.<\/p>\n<p>Depuis longtemps, de nombreux services utilisent un m\u00eame r\u00e9seau. Dans le cas d'un op\u00e9rateur de t\u00e9l\u00e9communications, cela comprend 2G, 3G, LTE, ADSL et B2B, par exemple. Dans le cas d'un centre de donn\u00e9es : connectivit\u00e9 pour diff\u00e9rents clients, Internet, stockage en bloc, stockage d'objets.<\/p>\n<p>Et tous les services n\u00e9cessitent une isolation mutuelle. C'est ainsi que sont apparus les r\u00e9seaux overlay.<\/p>\n<p>Et aucun service ne veut attendre qu'une personne les configure manuellement. C'est ainsi que sont n\u00e9s les orchestrateurs et le SDN.<\/p>\n<p>La premi\u00e8re approche de l'automatisation syst\u00e9matique du r\u00e9seau, ou plut\u00f4t d'une partie de celui-ci, a \u00e9t\u00e9 entreprise depuis longtemps et a \u00e9t\u00e9 mise en \u0153uvre dans de nombreux endroits : VMWare, OpenStack, Google Compute Cloud, AWS, Facebook.<\/p>\n<p>C'est ce que nous allons explorer aujourd'hui. <\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/kdpv.jpg\"><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/e0bf73b7b71c383c5526da48a6f6b776.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h1>Contenu<\/h1>\n<p><\/p>\n<ul>\n<li><b>Raisons<\/b><\/li>\n<li><b>Terminologie<\/b><\/li>\n<li><b>Underlay \u2014 r\u00e9seau physique<\/b><\/li>\n<li><b>Overlay \u2014 r\u00e9seau virtuel<\/b>\n<ul>\n<li>Overlay avec ToR27a<\/li>\n<li>Overlay depuis l'h\u00f4te<\/li>\n<li>\u00c0 l'exemple de Tungsten Fabric\n<ul>\n<li>Communication au sein d'une seule machine physique<\/li>\n<li>Communication entre des VM situ\u00e9es sur diff\u00e9rentes machines physiques<\/li>\n<li>Sortie vers le monde ext\u00e9rieur<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>FAQ<\/b><\/li>\n<li><b>Conclusion<\/b><\/li>\n<li><b>Liens utiles<\/b><\/li>\n<\/ul>\n<p><\/p>\n<h1>Raisons<\/h1>\n<p>\nEt puisque nous en parlons, il convient de mentionner les pr\u00e9requis \u00e0 la virtualisation r\u00e9seau. En r\u00e9alit\u00e9, ce processus a commenc\u00e9 depuis longtemps. <\/p>\n<p>Vous avez probablement entendu dire que le r\u00e9seau a toujours \u00e9t\u00e9 la partie la plus inerte de tout syst\u00e8me. Et c'est vrai \u00e0 tous \u00e9gards. Le r\u00e9seau est la base sur laquelle tout repose, et apporter des modifications \u00e0 celui-ci est relativement complexe : les services ne supportent pas que le r\u00e9seau soit hors service. Souvent, la mise hors service d'un seul n\u0153ud peut affecter une grande partie des applications et toucher de nombreux clients. En partie pour cette raison, l'\u00e9quipe r\u00e9seau peut s'opposer \u00e0 tout changement \u2014 car actuellement, cela fonctionne d'une certaine mani\u00e8re (<i>nous ne savons peut-\u00eatre m\u00eame pas comment<\/i>), et il faut maintenant configurer quelque chose de nouveau, sans savoir comment cela affectera le r\u00e9seau.<\/p>\n<p>Pour ne pas attendre que les techniciens r\u00e9seau \u00e9tendent le VLAN et pour \u00e9viter de configurer chaque service sur chaque n\u0153ud du r\u00e9seau, les gens ont invent\u00e9 l'utilisation de superpositions \u2014 r\u00e9seaux superpos\u00e9s \u2014 qui se d\u00e9clinent en une grande vari\u00e9t\u00e9 : GRE, IPinIP, MPLS, MPLS L2\/L3VPN, VXLAN, GENEVE, MPLSoverUDP, MPLSoverGRE, etc.<\/p>\n<p>Leur attrait r\u00e9side dans deux choses simples :<\/p>\n<ul>\n<li>Seuls les n\u0153uds finaux sont configur\u00e9s \u2014 il n'est pas n\u00e9cessaire de toucher aux n\u0153uds de transit. Cela acc\u00e9l\u00e8re consid\u00e9rablement le processus et permet parfois d'exclure compl\u00e8tement le d\u00e9partement des infrastructures r\u00e9seau lors de l'introduction de nouveaux services.<\/li>\n<li>La charge est dissimul\u00e9e au sein des en-t\u00eates \u2014 les n\u0153uds de transit n'ont pas besoin d'en conna\u00eetre la nature, l'adressage sur les h\u00f4tes, les routes du r\u00e9seau superpos\u00e9. Cela signifie qu'il est n\u00e9cessaire de stocker moins d'informations dans les tables, ce qui permet d'utiliser un \u00e9quipement plus simple et moins co\u00fbteux.<\/li>\n<\/ul>\n<p>\nDans ce num\u00e9ro pas tout \u00e0 fait complet, je ne pr\u00e9vois pas d'explorer toutes les technologies possibles, mais plut\u00f4t de d\u00e9crire le cadre de fonctionnement des r\u00e9seaux superpos\u00e9s dans un datacenter.<\/p>\n<p>Toute la s\u00e9rie d\u00e9crira un datacenter compos\u00e9 de rang\u00e9es de racks identiques, dans lesquels sont install\u00e9s des \u00e9quipements serveur identiques. <\/p>\n<p>Sur cet \u00e9quipement, des machines virtuelles\/conteneurs\/serveurs sans serveur fonctionnent, r\u00e9alisant les services.<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/a6863eb2804a298304d1e93daecf90d9.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h1>Terminologie<\/h1>\n<p>\nDans ce cycle, <b>serveur<\/b> je d\u00e9signerai le programme qui met en \u0153uvre la partie serveur de la communication client-serveur.<\/p>\n<p>Les machines physiques dans les racks seront appel\u00e9es serveurs <b>ne<\/b> comme nous le ferons.<\/p>\n<p><b>La machine physique<\/b> est un ordinateur x86 install\u00e9 dans un rack. Le terme le plus couramment utilis\u00e9 est <b>h\u00f4te<\/b>. Nous allons l'appeler &#171;<b>machine<\/b>&#187; ou <b>h\u00f4te<\/b>.<\/p>\n<p><b>Hyperviseur<\/b> une application fonctionnant sur une machine physique, \u00e9mulant les ressources physiques sur lesquelles fonctionnent les Machines Virtuelles. Parfois, dans la litt\u00e9rature et sur Internet, le mot \u00ab hyperviseur \u00bb est utilis\u00e9 comme synonyme de \u00ab h\u00f4te \u00bb.<\/p>\n<p><b>Machine virtuelle<\/b> \u2014 un syst\u00e8me d'exploitation fonctionnant sur une machine physique au-dessus d'un hyperviseur. Pour nous, dans le cadre de ce cycle, il n'est pas si important de savoir s'il s'agit vraiment d'une machine virtuelle ou simplement d'un conteneur. Appelons cela &#171;<b>VM<\/b>\u00ab<\/p>\n<p><b>Tenant<\/b> est un terme large que je d\u00e9finirai dans cet article comme un service distinct ou un client distinct.<\/p>\n<p><b>La multi-location<\/b> ou multi-tenant est l'utilisation de la m\u00eame application par diff\u00e9rents clients\/services. L'isolement des clients les uns des autres est r\u00e9alis\u00e9 gr\u00e2ce \u00e0 l'architecture de l'application, et non \u00e0 des instances s\u00e9par\u00e9ment ex\u00e9cut\u00e9es.<\/p>\n<p><b>ToR \u2014 commutateur au sommet du rack<\/b> \u2014 un commutateur install\u00e9 dans un rack auquel toutes les machines physiques sont connect\u00e9es.<\/p>\n<blockquote><p> Outre la topologie ToR, diff\u00e9rents fournisseurs pratiquent le mod\u00e8le End of Row (EoR) ou Middle of Row (bien que ce dernier soit rarement utilis\u00e9 et que je n'ai jamais rencontr\u00e9 l'abr\u00e9viation MoR).\n<\/p><\/blockquote>\n<p> <b>R\u00e9seau sous-jacent<\/b> ou r\u00e9seau sous-jacent \u2014 infrastructure r\u00e9seau physique : commutateurs, routeurs, c\u00e2bles.<\/p>\n<p><b>R\u00e9seau superpos\u00e9<\/b> ou r\u00e9seau superpos\u00e9 \u2014 r\u00e9seau virtuel de tunnels fonctionnant au-dessus du physique.<\/p>\n<p><b>Fabric L3 ou Fabric IP<\/b> \u2014 une invention incroyable qui permet d'\u00e9viter de r\u00e9p\u00e9ter STP lors des discussions et d'apprendre TRILL. Un concept o\u00f9 l'ensemble du r\u00e9seau jusqu'au niveau d'acc\u00e8s est exclusivement L3, sans VLAN et, par cons\u00e9quent, d'\u00e9normes domaines de diffusion \u00e9tendus. Nous expliquerons d'o\u00f9 vient le mot \u00ab fabric \u00bb dans la prochaine section.<\/p>\n<p><b>SDN<\/b> \u2014 R\u00e9seau d\u00e9fini par logiciel. Cela ne n\u00e9cessite gu\u00e8re de pr\u00e9sentation. Une approche de gestion r\u00e9seau o\u00f9 les modifications du r\u00e9seau sont effectu\u00e9es non par un humain, mais par un programme. Cela signifie g\u00e9n\u00e9ralement d\u00e9placer le Control Plane hors des appareils r\u00e9seau finaux vers un contr\u00f4leur.<\/p>\n<p><b>NFV<\/b> \u2014 Virtualisation des fonctions r\u00e9seau \u2014 une virtualisation des dispositifs r\u00e9seau, sugg\u00e9rant que certaines fonctions r\u00e9seau peuvent \u00eatre ex\u00e9cut\u00e9es sous forme de machines virtuelles ou de conteneurs pour acc\u00e9l\u00e9rer le d\u00e9ploiement de nouveaux services, organiser le Service Chaining et simplifier la mise \u00e0 l'\u00e9chelle horizontale.<\/p>\n<p><b>VNF<\/b> \u2014 Fonction r\u00e9seau virtuelle. Un dispositif virtuel sp\u00e9cifique : routeur, commutateur, pare-feu, NAT, IPS\/IDS, etc.<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/971b6a28a9caab5f3a7067ce4d25749c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<blockquote><p> Je simplifie actuellement la description \u00e0 une r\u00e9alisation concr\u00e8te pour ne pas trop embrouiller le lecteur. Pour une lecture plus approfondie, je le renvoie \u00e0 la section <noindex><a rel=\"nofollow\" href=\"#LINKS\">Liens<\/a><\/noindex>. De plus, Roma Gorge, qui critique cet article pour des inexactitudes, promet d'\u00e9crire une \u00e9dition s\u00e9par\u00e9e sur les technologies de virtualisation des serveurs et des r\u00e9seaux, plus approfondie et attentive aux d\u00e9tails.<\/p><\/blockquote>\n<p>La plupart des r\u00e9seaux aujourd'hui peuvent \u00eatre clairement divis\u00e9s en deux parties : <\/p>\n<p><b>Sous-jacent<\/b> \u2014 un r\u00e9seau physique avec une configuration stable.<br \/>\n<b>Superpos\u00e9<\/b> \u2014 une abstraction au-dessus de l'Underlay pour isoler les locataires. <\/p>\n<p>C'est vrai, tant pour le cas des centres de donn\u00e9es (que nous examinerons dans cet article) que pour les FAI (que nous ne traiterons pas, car cela a d\u00e9j\u00e0 \u00e9t\u00e9 trait\u00e9 dans <noindex><a rel=\"nofollow\" href=\"https:\/\/linkmeup.ru\/sdsm\">SDN<\/a><\/noindex>). Avec les r\u00e9seaux d'entreprise, bien s\u00fbr, la situation est quelque peu diff\u00e9rente. <\/p>\n<p>Une image mettant l'accent sur le r\u00e9seau :<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/7b7dabc6d9f3b87c598346bf9195d568.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h1>Sous-jacent<\/h1>\n<p>\nL'Underlay est un r\u00e9seau physique : des commutateurs mat\u00e9riels et des c\u00e2bles. Les dispositifs dans l'underlay savent comment acc\u00e9der aux machines physiques.<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/776a77a3821fe79a7323947e0bdf67e8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nIl repose sur des protocoles et des technologies standards. Pas en dernier lieu parce que les appareils mat\u00e9riels fonctionnent toujours sur des logiciels propri\u00e9taires qui n'autorisent ni la programmation de la puce ni la mise en \u0153uvre de leurs propres protocoles, d'o\u00f9 la n\u00e9cessit\u00e9 de compatibilit\u00e9 avec d'autres fournisseurs et de normalisation.<\/p>\n<blockquote><p>Mais une entreprise comme Google peut se permettre de d\u00e9velopper ses propres commutateurs et de renoncer aux protocoles conventionnels. Cependant, LAN_DC n'est pas Google.\n<\/p><\/blockquote>\n<p> L'underlay change relativement rarement, car sa t\u00e2che est d'assurer la connectivit\u00e9 IP de base entre les machines physiques. L'underlay ne sait rien des services, clients ou locataires fonctionnant au-dessus de lui \u2014 il doit simplement livrer un paquet d'une machine \u00e0 une autre.<br \/>\nUn exemple d'underlay peut \u00eatre le suivant : <\/p>\n<ul>\n<li>IPv4+OSPF<\/li>\n<li>IPv6+ISIS+BGP+L3VPN<\/li>\n<li>L2+TRILL<\/li>\n<li>L2+STP<\/li>\n<\/ul>\n<p>\nLe r\u00e9seau Underlay se configure de mani\u00e8re classique : CLI\/GUI\/NETCONF.<\/p>\n<p>Manuellement, avec des scripts, des utilitaires propri\u00e9taires.<\/p>\n<p>L'underlay sera abord\u00e9 en d\u00e9tail dans l'article suivant de la s\u00e9rie.<\/p>\n<p><\/p>\n<h1>Superpos\u00e9<\/h1>\n<p>\nL'Overlay est un r\u00e9seau virtuel de tunnels, tendu au-dessus de l'underlay, permettant aux VM d'un client de communiquer entre elles, tout en assurant l'isolation des autres clients.<\/p>\n<p>Les donn\u00e9es du client sont encapsul\u00e9es dans des en-t\u00eates de tunneling pour \u00eatre transmises \u00e0 travers le r\u00e9seau partag\u00e9.<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/3060bc4913c55c21b785083fbe0b603b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAinsi, les VM d'un client (d'un service) peuvent communiquer entre elles via l'Overlay, sans m\u00eame savoir quel chemin emprunte r\u00e9ellement le paquet. <\/p>\n<p>Un exemple d'Overlay peut \u00eatre le suivant, comme je l'ai d\u00e9j\u00e0 mentionn\u00e9 :<\/p>\n<ul>\n<li>Tunnel GRE<\/li>\n<li>VXLAN<\/li>\n<li>EVPN<\/li>\n<li>L3VPN<\/li>\n<li>GENEVE<\/li>\n<\/ul>\n<p>\nLe r\u00e9seau Overlay est g\u00e9n\u00e9ralement configur\u00e9 et maintenu via un contr\u00f4leur central. La configuration, le Control Plane et le Data Plane sont livr\u00e9s aux dispositifs charg\u00e9s du routage et de l'encapsulation du trafic client. Un peu <noindex><a rel=\"nofollow\" href=\"#TF\">ci-dessous<\/a><\/noindex> d\u00e9couvrons cela \u00e0 travers des exemples.<\/p>\n<p><b>Oui, c'est le SDN dans sa forme pure. <\/b><\/p>\n<p>Il existe deux approches fondamentalement diff\u00e9rentes pour organiser un r\u00e9seau overlay :<\/p>\n<ol>\n<li>Overlay avec ToR27a<\/li>\n<li>Overlay depuis l'h\u00f4te<\/li>\n<\/ol>\n<h2>Overlay avec ToR27a<\/h2>\n<p>\nL'Overlay peut commencer sur un commutateur d'acc\u00e8s (ToR) install\u00e9 dans un rack, comme cela se produit, par exemple, dans le cas d'une usine VXLAN. <\/p>\n<p>C'est un m\u00e9canisme \u00e9prouv\u00e9 dans les r\u00e9seaux ISP et tous les fournisseurs de mat\u00e9riel r\u00e9seau le soutiennent.<\/p>\n<p>Cependant, dans ce cas, le commutateur ToR doit \u00eatre capable de s\u00e9parer les diff\u00e9rents services, et l'administrateur r\u00e9seau doit collaborer dans une certaine mesure avec les administrateurs des machines virtuelles et apporter des modifications (m\u00eame automatiquement) \u00e0 la configuration des dispositifs.<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/9a5fe4d4a0cbb7e5c3bbac82527c6a6a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nJe renverrai ici le lecteur \u00e0 l'article sur <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/344326\/\">VxLAN sur Habr\u00e9<\/a><\/noindex> notre ancien ami <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/bormoglotx\/\">@bormoglotx<\/a><\/noindex>.<br \/>\nDans cet article, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.enog.org\/wp-content\/uploads\/presentations\/enog-16\/18-Scaleway-P14-fabric-ENOG16.pdf\">pr\u00e9sentation de l'ENOG<\/a><\/noindex> qui d\u00e9crit en d\u00e9tail les approches de la construction d'un r\u00e9seau de centre de donn\u00e9es avec une usine EVPN VXLAN. <\/p>\n<p>Et pour une immersion plus compl\u00e8te dans la r\u00e9alit\u00e9, on peut lire le livre de Cisco <noindex><a rel=\"nofollow\" href=\"https:\/\/www.cisco.com\/c\/dam\/en\/us\/td\/docs\/switches\/datacenter\/nexus9000\/sw\/vxlan_evpn\/VXLAN_EVPN.pdf\">A Modern, Open, and Scalable Fabric: VXLAN EVPN<\/a><\/noindex>.<\/p>\n<blockquote><p> Je note que VXLAN est simplement une m\u00e9thode d'encapsulation et que la terminaison des tunnels peut ne pas se faire sur le ToR27e, mais sur l'h\u00f4te, comme c'est le cas avec OpenStack par exemple.<\/p>\n<p>Cependant, une fabrique VXLAN, o\u00f9 l'overlay commence sur le ToR27e, est l'un des designs \u00e9tablis d'une r\u00e9seau overlay.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Overlay depuis l'h\u00f4te<\/h2>\n<p>\nUne autre approche consiste \u00e0 commencer et \u00e0 terminer les tunnels sur les h\u00f4tes finaux.<br \/>\nDans ce cas, le r\u00e9seau (Underlay) reste aussi simple et statique que possible.<br \/>\nEt l'h\u00f4te effectue toutes les encapsulations n\u00e9cessaires.<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/c9c2971369d1b3e5f026d6844afeb67f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPour cela, il faudra, sans aucun doute, ex\u00e9cuter une application sp\u00e9ciale sur les h\u00f4tes, mais cela en vaut la peine. <\/p>\n<p>Tout d'abord, ex\u00e9cuter le client sur une machine Linux est plus simple ou, disons, est m\u00eame possible - alors que sur un commutateur, il faudra probablement encore se tourner vers des solutions SDN propri\u00e9taires, ce qui d\u00e9truit l'id\u00e9e de multi-fournisseur.<\/p>\n<p>Deuxi\u00e8mement, le commutateur ToR dans ce cas peut rester aussi simple que possible, tant du point de vue du Control Plane que du Data Plane. Effectivement \u2014 avec un contr\u00f4leur SDN, il n'a pas besoin de communiquer, et il n'est pas n\u00e9cessaire de stocker les r\u00e9seaux\/ARP de tous les clients connect\u00e9s \u2014 il suffit de conna\u00eetre l'adresse IP de la machine physique, ce qui all\u00e8ge consid\u00e9rablement les tables de commutation\/routage.<\/p>\n<p>\nDans la s\u00e9rie ADSM, je choisis l'approche de la superposition \u00e0 partir de l'h\u00f4te - nous ne parlerons plus que de cela et nous ne retournerons pas \u00e0 l'usine VXLAN.<\/p>\n<p>\nIl est plus simple de consid\u00e9rer des exemples. Et comme sujet d'\u00e9tude, nous prendrons la plateforme SDN OpenSource OpenContrail, maintenant connue sous le nom de <noindex><a rel=\"nofollow\" href=\"https:\/\/tungsten.io\">Tungsten Fabric<\/a><\/noindex>.<\/p>\n<blockquote><p> \u00c0 la fin de l'article, je fournirai quelques r\u00e9flexions sur l'analogie avec OpenFlow et OpenvSwitch.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>\u00c0 l'exemple de Tungsten Fabric<\/h2>\n<p>\nSur chaque machine physique, il y a <b>vRouter<\/b> \u2014 un routeur virtuel qui conna\u00eet les r\u00e9seaux qui lui sont connect\u00e9s et \u00e0 quels clients ils appartiennent \u2014 en essence \u2014 un routeur PE. Pour chaque client, il maintient une table de routage isol\u00e9e (lisez VRF). Et le vRouter effectue l'encapsulation Overlay.<\/p>\n<p>Un peu plus sur le vRouter \u2014 \u00e0 la fin de l'article.<\/p>\n<p>Chaque VM situ\u00e9e sur l'hyperviseur est connect\u00e9e au vRouter de cette machine via <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/TUN\/TAP\">l'interface TAP<\/a><\/noindex>.<\/p>\n<p><b>TAP<\/b> \u2014 Terminal Access Point \u2014 une interface virtuelle dans le noyau Linux, qui permet d'assurer des interactions r\u00e9seau.<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/a6fa1b4370ba4e787303ae647a28f5ed.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSi plusieurs r\u00e9seaux se trouvent derri\u00e8re le vRouter, un interface virtuelle est cr\u00e9\u00e9 pour chacun d'eux, \u00e0 laquelle une adresse IP est assign\u00e9e \u2014 cela sera l'adresse de la passerelle par d\u00e9faut.<br \/>\nTous les r\u00e9seaux d'un m\u00eame client sont plac\u00e9s dans une <b>VRF<\/b> (une table), ceux d'autres clients dans des tables diff\u00e9rentes.<br \/>\n<i>Je ferai ici une r\u00e9serve, car ce n'est pas si simple, et je renverrai le lecteur curieux \u00e0 la fin de l'article.<\/i>.<\/p>\n<p>Pour que les vRouters puissent communiquer entre eux, et par cons\u00e9quent avec les VMs derri\u00e8re eux, ils \u00e9changent des informations de routage via <b>le contr\u00f4leur SDN.<\/b>.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/sdn-controller.png\"><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/8b133e10582dbde9c0670ad98c1840de.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Pour sortir dans le monde ext\u00e9rieur, il existe un point de sortie de la matrice \u2014 la passerelle du r\u00e9seau virtuel. <b>VNGW<\/b> \u2014 Virtual Network Gateway (<i>terme que j'utilise)<\/i>).<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/vngw.png\"><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/9ac4d084d9b58b7ed1bc2c0ed6d06059.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>\nRegardons maintenant des exemples de communications \u2014 cela \u00e9claircira les choses.<\/p>\n<p><\/p>\n<h3>Communication au sein d'une seule machine physique<\/h3>\n<p>\nVM0 veut envoyer un paquet \u00e0 VM2. Supposons pour l'instant que ce sont des VM d'un m\u00eame client.<\/p>\n<h4>le Data Plane<\/h4>\n<p><\/p>\n<ol>\n<li>VM-0 a une route par d\u00e9faut vers son interface eth0. Le paquet y est envoy\u00e9.<br \/>\n Cette interface eth0 est en r\u00e9alit\u00e9 connect\u00e9e virtuellement au routeur virtuel vRouter via l'interface TAP tap0.<\/li>\n<li>Le vRouter analyse sur quelle interface le paquet est arriv\u00e9, c'est-\u00e0-dire \u00e0 quel client (VRF) il appartient, puis compare l'adresse du destinataire avec la table de routage de ce client.<\/li>\n<li>En d\u00e9couvrant que le destinataire est sur la m\u00eame machine derri\u00e8re un autre port, le vRouter envoie simplement le paquet vers celui-ci sans aucun en-t\u00eate suppl\u00e9mentaire \u2014 pour ce cas, le vRouter poss\u00e8de d\u00e9j\u00e0 une entr\u00e9e ARP. <\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/a42da3f48a3f538eb92c1908d9d66921.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDans ce cas, le paquet ne passe pas dans le r\u00e9seau physique \u2014 il est achemin\u00e9 \u00e0 l'int\u00e9rieur du vRouter.<\/p>\n<p><\/p>\n<h4>Control Plane<\/h4>\n<p>\nL'hyperviseur, lors du d\u00e9marrage de la machine virtuelle, lui signale :<\/p>\n<ul>\n<li>Son propre IP.<\/li>\n<li>La route par d\u00e9faut passe par l'adresse IP du vRouter dans ce r\u00e9seau.<\/li>\n<\/ul>\n<p>\nLe vRouter re\u00e7oit des informations via une API sp\u00e9ciale du hyperviseur :<\/p>\n<ul>\n<li>Qu'il faut cr\u00e9er une interface virtuelle.<\/li>\n<li>Quelle Virtual Network il doit cr\u00e9er (pour la VM).<\/li>\n<li>\u00c0 quel VRF son (VN) doit \u00eatre li\u00e9.<\/li>\n<li>L'enregistrement ARP statique pour cette VM \u2014 quelle interface a son adresse IP et \u00e0 quel adresse MAC elle est li\u00e9e.<\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p> Encore une fois, la proc\u00e9dure r\u00e9elle d'interaction est simplifi\u00e9e pour faciliter la compr\u00e9hension du concept.\n<\/p><\/blockquote>\n<p> <img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/593d7ad41782e882a88732b475bf91cb.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAinsi, toutes les VM d'un client sur cette machine vRouter sont vues comme des r\u00e9seaux directement connect\u00e9s et peuvent elles-m\u00eames router entre eux.<\/p>\n<p>\nCependant, la VM0 et la VM1 appartiennent \u00e0 des clients diff\u00e9rents, et se trouvent donc dans des tables vRouter distinctes.<\/p>\n<p>Leur capacit\u00e9 \u00e0 communiquer directement d\u00e9pend des param\u00e8tres du vRouter et de la conception du r\u00e9seau.<br \/>\nPar exemple, si les VMs des deux clients utilisent des adresses publiques, ou si le NAT se fait sur le vRouter lui-m\u00eame, on peut proc\u00e9der \u00e0 un routage direct sur le vRouter.<\/p>\n<p>Dans le cas contraire, il peut y avoir un chevauchement des espaces d'adressage \u2014 il est n\u00e9cessaire de passer par un serveur NAT pour obtenir une adresse publique \u2014 ce qui ressemble \u00e0 un acc\u00e8s \u00e0 des r\u00e9seaux externes, comme mentionn\u00e9 ci-dessous.<\/p>\n<h3>Communication entre des VM situ\u00e9es sur diff\u00e9rentes machines physiques<\/h3>\n<p><\/p>\n<h4>le Data Plane<\/h4>\n<p><\/p>\n<ol>\n<li>Le d\u00e9but est exactement le m\u00eame : VM-0 envoie un paquet \u00e0 l'adresse VM-7 (172.17.3.2) par d\u00e9faut.<\/li>\n<li>Le vRouter le re\u00e7oit et cette fois-ci voit que le destinataire se trouve sur une autre machine et est accessible via le tunnel Tunnel0.<\/li>\n<li>D'abord, il ajoute une \u00e9tiquette MPLS, identifiant l'interface distante, afin que de l'autre c\u00f4t\u00e9 le vRouter puisse d\u00e9terminer o\u00f9 placer ce paquet sans boucles suppl\u00e9mentaires.\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/inter-hv-dp.png\"><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/1e159049376e2bf458b8c6cb5878cc17.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex>\n <\/li>\n<li>Pour Tunnel0, l'origine est 10.0.0.2, et le destinataire : 10.0.1.2.<br \/>\n Le vRouter ajoute des en-t\u00eates GRE (ou UDP) et une nouvelle IP au paquet d'origine.<\/li>\n<li>Dans la table de routage, le vRouter a une route par d\u00e9faut via l'adresse ToR1 10.0.0.1. C'est l\u00e0 qu'il envoie le paquet.\n<p> <img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/8cb98a8ec43d202259acf6a1fcaeb3ee.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n \n <\/li>\n<li>ToR1, en tant que membre du r\u00e9seau Underlay, sait (par exemple, via OSPF) comment atteindre 10.0.1.2 et envoie le paquet par la route. Notez que l'ECMP est ici impliqu\u00e9. Sur l'illustration, il y a deux next-hops, et diff\u00e9rents flux seront r\u00e9partis entre eux en fonction du hachage. Dans une vraie fabrique, il y aurait plut\u00f4t 4 next-hops.\n<p>Il n'a pas besoin de savoir ce qui se trouve sous l'en-t\u00eate IP externe. En fait, sous IP, il peut y avoir un empilement de IPv6 over MPLS over Ethernet over MPLS over GRE over over over GRE.<\/li>\n<li>Ainsi, du c\u00f4t\u00e9 r\u00e9cepteur, le vRouter retire le GRE et, gr\u00e2ce \u00e0 l'\u00e9tiquette MPLS, sait \u00e0 quel interface ce paquet doit \u00eatre transmis, le restituant \u00e0 son \u00e9tat initial pour l'envoyer au destinataire.<\/li>\n<\/ol>\n<h4>Control Plane<\/h4>\n<p>\nLors du d\u00e9marrage de la machine, tout se passe comme d\u00e9crit ci-dessus.<\/p>\n<p>Et en plus, ce qui suit :<\/p>\n<ul>\n<li>Pour chaque client, le vRouter attribue une \u00e9tiquette MPLS. Il s'agit d'une \u00e9tiquette de service L3VPN, selon laquelle les clients seront s\u00e9par\u00e9s au sein d'une seule machine physique.<br \/>\n<blockquote><p> En r\u00e9alit\u00e9, l'\u00e9tiquette MPLS est toujours attribu\u00e9e par le vRouter \u2014 il n'est pas possible d'anticiper que la machine interagira uniquement avec d'autres machines derri\u00e8re ce m\u00eame vRouter, d'autant plus que ce n'est probablement pas le cas. \n <\/p><\/blockquote>\n<\/li>\n<li>Le vRouter \u00e9tablit une connexion avec le contr\u00f4leur SDN via le protocole BGP (ou un protocole similaire \u2014 dans le cas de TF, c'est XMPP 0_o).<\/li>\n<li>Au cours de cette session, le vRouter informe le contr\u00f4leur SDN des itin\u00e9raires vers les r\u00e9seaux connect\u00e9s :\n<ul>\n<li>Adresse du r\u00e9seau<\/li>\n<li>M\u00e9thode d'encapsulation (MPLSoGRE, MPLSoUDP, VXLAN)<\/li>\n<li>L'\u00e9tiquette MPLS du client<\/li>\n<li>Son adresse IP comme nexthop<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>Le contr\u00f4leur SDN re\u00e7oit des routes de tous les vRouters connect\u00e9s et les refl\u00e8te aux autres. Il agit donc comme un Route Reflector.<\/li>\n<\/ul>\n<p>\nLa m\u00eame chose se produit dans l'autre sens.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/inter-hv-cp.png\"><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/feef9181133f3a50a5cb21aa7ba16dc0.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>L'Overlay peut changer chaque minute. C'est ainsi que cela se passe dans les nuages publics, o\u00f9 les clients d\u00e9marrent et arr\u00eatent r\u00e9guli\u00e8rement leurs machines virtuelles.<\/p>\n<p>Le contr\u00f4leur central prend en charge toutes les complexit\u00e9s li\u00e9es au maintien de la configuration et au contr\u00f4le des tables de commutation\/routage sur le vRouter.<\/p>\n<p>Pour r\u00e9sumer, le contr\u00f4leur s'authentifie avec tous les vRouters via BGP (ou un protocole similaire) et transmet simplement les informations de routage. BGP, par exemple, dispose d\u00e9j\u00e0 d'une Address-Family pour transmettre le mode d'encapsulation. <noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc4023\">MPLS-in-GRE<\/a><\/noindex> ou <noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc7510\">MPLS-in-UDP<\/a><\/noindex>.<\/p>\n<p>Cela ne modifie en rien la configuration du r\u00e9seau Underlay, qui, soit dit en passant, est beaucoup plus difficile \u00e0 automatiser, et il est plus facile de d\u00e9truire cette configuration par un mouvement maladroit.<\/p>\n<h3>Sortie vers le monde ext\u00e9rieur<\/h3>\n<p>\n\u00c0 un moment donn\u00e9, la simulation doit prendre fin, et il est n\u00e9cessaire de sortir du monde virtuel pour entrer dans le r\u00e9el. Et il faut un passerelle de t\u00e9l\u00e9phonie.<\/p>\n<p>Deux approches sont pratiqu\u00e9es :<\/p>\n<ol>\n<li>Un routeur mat\u00e9riel est install\u00e9.<\/li>\n<li>Une appliance qui r\u00e9alise les fonctions d'un routeur est lanc\u00e9e (oui, oui, apr\u00e8s le SDN, nous avons \u00e9galement rencontr\u00e9 le VNF). Appelons cela une passerelle virtuelle.<\/li>\n<\/ol>\n<p><\/p>\n<blockquote><p> L'avantage de la seconde approche r\u00e9side dans la possibilit\u00e9 d'une \u00e9volutivit\u00e9 horizontale \u00e0 bas co\u00fbt \u2014 si la puissance est insuffisante, une autre machine virtuelle avec passerelle est lanc\u00e9e. Sur n'importe quelle machine physique, sans besoin de chercher des racks libres, des unit\u00e9s d'alimentation, d'acheter le mat\u00e9riel, de le transporter, de l'installer, de le c\u00e2bler, de le configurer, puis de devoir remplacer des composants d\u00e9fectueux.<\/p>\n<p>Les d\u00e9savantages d'une passerelle virtuelle r\u00e9sident dans le fait qu'une unit\u00e9 physique de routeur est de loin plus puissante qu'une machine virtuelle multic\u0153ur, et que son logiciel, adapt\u00e9 \u00e0 sa propre base mat\u00e9rielle, fonctionne de mani\u00e8re beaucoup plus stable (<i>non<\/i>). Il est difficile de nier le fait que le complexe logiciel-mat\u00e9riel fonctionne simplement, n\u00e9cessitant seulement une configuration, tandis que le lancement et l'entretien d'une passerelle virtuelle n\u00e9cessitent des ing\u00e9nieurs comp\u00e9tents.\n<\/p><\/blockquote>\n<p> D'une de ses pattes, la passerelle se connecte \u00e0 un r\u00e9seau virtuel Overlay, tout comme une machine virtuelle ordinaire, et peut interagir avec toutes les autres VM. Elle peut ainsi terminer tous les r\u00e9seaux des clients et donc effectuer le routage entre eux.<\/p>\n<p>De l'autre c\u00f4t\u00e9, la passerelle se connecte au r\u00e9seau backbone et sait comment acc\u00e9der \u00e0 Internet.<\/p>\n<p><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/552fa0428ff8dd3aed76091a86a72109.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h4>le Data Plane<\/h4>\n<p>\nLe processus se d\u00e9roule donc ainsi : <\/p>\n<ol>\n<li>La VM-0, ayant pour d\u00e9faut tous les param\u00e8tres vers le vRouter, envoie un paquet \u00e0 l'adresse d'un destinataire dans le monde ext\u00e9rieur (185.147.83.177) via l'interface eth0.<\/li>\n<li>Le vRouter re\u00e7oit ce paquet et effectue une recherche de l'adresse de destination dans la table de routage \u2014 il trouve la route par d\u00e9faut via la passerelle VNGW1 \u00e0 travers le Tunnel 1. <br \/>\n Il voit \u00e9galement que c'est un tunnel GRE avec SIP 10.0.0.2 et DIP 10.0.255.2, et il faut d'abord ajouter l'\u00e9tiquette MPLS de ce client que VNGW1 attend.\n <\/li>\n<li>Le vRouter encapsule le paquet initial dans les en-t\u00eates MPLS, GRE et nouvel IP, puis l'envoie \u00e0 l'adresse ToR1 10.0.0.1 par d\u00e9faut.<\/li>\n<li>Le r\u00e9seau souterrain livre le paquet \u00e0 la passerelle VNGW1.<\/li>\n<li>La passerelle VNGW1 retire les en-t\u00eates de tunnel GRE et MPLS, voit l'adresse de destination, consulte sa table de routage et comprend que l'adresse est destin\u00e9e \u00e0 Internet \u2014 donc via Full View ou Default. Elle effectue la traduction NAT si n\u00e9cessaire.<\/li>\n<li>Entre VNGW et la bordure, il peut y avoir un r\u00e9seau IP standard, ce qui semble peu probable.<br \/>\n Cela peut \u00eatre un r\u00e9seau MPLS classique (IGP+LDP\/Rsvp TE) ou une usine inverse avec BGP LU ou un tunnel GRE de VNGW \u00e0 la bordure via un r\u00e9seau IP.<br \/>\n Quoi qu'il en soit, VNGW1 effectue les encapsulations n\u00e9cessaires et envoie le paquet initial vers la bordure.<\/li>\n<\/ol>\n<p>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/outside-dp.png\"><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/a66e490c75f8220349398af814d4ebf2.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Le trafic dans le sens inverse suit les m\u00eames \u00e9tapes dans l'ordre inverse. <\/p>\n<ol>\n<li>La bordure envoie le paquet \u00e0 VNGW1.<\/li>\n<li>Cette derni\u00e8re le d\u00e9capsule, regarde l'adresse du destinataire et voit qu'elle est accessible via le tunnel Tunnel1 (MPLSoGRE ou MPLSoUDP).<\/li>\n<li>En cons\u00e9quence, elle ajoute l'\u00e9tiquette MPLS, l'en-t\u00eate GRE\/UDP et un nouvel IP, puis l'envoie \u00e0 son ToR3 10.0.255.1.<br \/>\n L'adresse de destination du tunnel est l'adresse IP du vRouter, derri\u00e8re lequel se trouve la VM cible \u2014 10.0.0.2.<\/li>\n<li>Le r\u00e9seau sous-jacent livre le paquet au vRouter ad\u00e9quat. <\/li>\n<li>Le vRouter cible extrait le GRE\/UDP, d\u00e9termine l'interface en fonction du label MPLS, et envoie le paquet IP brut vers son interface TAP associ\u00e9e \u00e0 eth0 de la VM.<\/li>\n<\/ol>\n<p>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/outside-dp-reverse.png\"><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/ba6748694a822fc04f4e872658d1fbbb.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h4>Control Plane<\/h4>\n<p>\nVNGW1 \u00e9tablit une voisine BGP avec le contr\u00f4leur SDN, \u00e0 partir duquel il re\u00e7oit toutes les informations de routage concernant les clients : quel client est associ\u00e9 \u00e0 quelle adresse IP (vRouter) et par quelle \u00e9tiquette MPLS il est identifi\u00e9.<\/p>\n<p>De la m\u00eame mani\u00e8re, il informe le contr\u00f4leur SDN de la route par d\u00e9faut avec l'\u00e9tiquette de ce client, se pr\u00e9sentant en tant que nexthop. Ensuite, cette route par d\u00e9faut est transmise aux vRouters.<\/p>\n<p>Sur VNGW, il y a g\u00e9n\u00e9ralement agr\u00e9gation des routes ou traduction NAT.<\/p>\n<p>Et dans l'autre sens, il renvoie exactement cette route agr\u00e9g\u00e9e \u00e0 la session avec les bordures ou les Route Reflectors. Et il re\u00e7oit d'eux une route par d\u00e9faut ou un Full-View, ou autre chose.<\/p>\n<p>Du point de vue de l'encapsulation et de l'\u00e9change de trafic, VNGW ne diff\u00e8re en rien du vRouter. <br \/>\nSi on \u00e9largit un peu le domaine, on peut ajouter d'autres dispositifs r\u00e9seau aux VNGW et aux vRouters, tels que des pare-feu, des fermes de purification ou d'enrichissement du trafic, IPS, etc.<\/p>\n<p>Et gr\u00e2ce \u00e0 la cr\u00e9ation s\u00e9quentielle de VRF et \u00e0 l'annonce correcte des routes, on peut faire boucler le trafic comme on le souhaite, ce qu'on appelle le Service Chaining.<\/p>\n<p>Ainsi, le contr\u00f4leur SDN agit \u00e9galement en tant que Route Reflector entre les VNGW, les vRouters et les autres dispositifs r\u00e9seau.<\/p>\n<p>Mais en r\u00e9alit\u00e9, le contr\u00f4leur transmet \u00e9galement des informations sur l'ACL et le PBR (Policy Based Routing), obligeant certains flux de trafic \u00e0 emprunter des chemins diff\u00e9rents de ceux dict\u00e9s par la route.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/outside-cp.png\"><img decoding=\"async\" alt=\"Automatisation Pour Les Plus Petits. Partie une (qui suit la z\u00e9ro). Virtualisation r\u00e9seau\" src=\"\/wp-content\/uploads\/2019\/07\/dbba5a93d64edf56dc9c2b82311c5a11.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<h1>FAQ<\/h1>\n<p><b>Pourquoi fais-tu toujours la remarque sur GRE\/UDP ?<\/b><\/p>\n<p>Eh bien, en fait, on peut dire que c'est sp\u00e9cifique \u00e0 Tungsten Fabric \u2014 on peut tout \u00e0 fait ne pas en tenir compte.<\/p>\n<p>Mais si l'on prend, alors le TF, encore en tant qu'OpenContrail, supportait les deux encapsulations : MPLS dans GRE et MPLS dans UDP. <\/p>\n<p>L'UDP est avantageux car il est tr\u00e8s facile d'encoder une fonction de hachage d\u00e9riv\u00e9e des IP+Proto+Port d'origine dans le champ Source Port de son en-t\u00eate, ce qui permet d'assurer un \u00e9quilibrage. <\/p>\n<p>Dans le cas de GRE, h\u00e9las, il n'y a que les en-t\u00eates IP et GRE externes, qui sont identiques pour tout le trafic encapsul\u00e9, et il n'est donc pas question d'\u00e9quilibrage \u2014 peu de personnes peuvent regarder si profond\u00e9ment \u00e0 l'int\u00e9rieur du paquet.<\/p>\n<p>Jusqu'\u00e0 r\u00e9cemment, les routeurs savaient g\u00e9rer les tunnels dynamiques uniquement avec MPLSoGRE, et ce n'est que tout r\u00e9cemment qu'ils ont appris \u00e0 g\u00e9rer MPLSoUDP. Il est donc toujours n\u00e9cessaire de noter la possibilit\u00e9 de deux encapsulations diff\u00e9rentes.<\/p>\n<p>Pour \u00eatre juste, il convient de mentionner que TF prend \u00e9galement en charge la connectivit\u00e9 L2 via VXLAN.<\/p>\n<p>\n<b>Tu as promis de faire des parall\u00e8les avec OpenFlow.<\/b><br \/>\nIls se pr\u00e9sentent vraiment. Le vSwitch dans le m\u00eame OpenStack fait des choses tr\u00e8s similaires, en utilisant VXLAN, qui a, soit dit en passant, aussi un en-t\u00eate UDP.<\/p>\n<p>Dans le Data Plane, ils fonctionnent \u00e0 peu pr\u00e8s de la m\u00eame mani\u00e8re, mais le Control Plane varie consid\u00e9rablement. Tungsten Fabric utilise XMPP pour transmettre des informations sur les routes au vRouter, tandis qu'OpenStack utilise Openflow.<\/p>\n<p>\n<b>Peut-on en savoir un peu plus sur le vRouter?<\/b><br \/>\nIl se divise en deux parties: vRouter Agent et vRouter Forwarder.<\/p>\n<p>Le premier s'ex\u00e9cute dans l'espace utilisateur du syst\u00e8me d'exploitation h\u00f4te et communique avec le contr\u00f4leur SDN, \u00e9changeant des informations sur les routes, les VRF et les ACL.<\/p>\n<p>Le second impl\u00e9mente le Data Plane - g\u00e9n\u00e9ralement dans l'espace noyau, mais peut \u00e9galement fonctionner sur des SmartNIC, des cartes r\u00e9seau dot\u00e9es d'un CPU et d'une puce de commutation programmable distincte, ce qui permet de soulager le CPU de la machine h\u00f4te et de rendre le r\u00e9seau plus rapide et plus pr\u00e9visible. <\/p>\n<p>Il est \u00e9galement possible que le vRouter soit une application DPDK dans l'espace utilisateur. <\/p>\n<p>Le vRouter Agent d\u00e9ploie les configurations sur le vRouter Forwarder.<\/p>\n<p>\n<b>Qu'est-ce que le R\u00e9seau Virtuel?<\/b><br \/>\nJ'ai mentionn\u00e9 au d\u00e9but de l'article le VRF, soulignant que chaque locataire est li\u00e9 \u00e0 son propre VRF. Et si cela suffisait pour une compr\u00e9hension superficielle du fonctionnement du r\u00e9seau overlay, des clarifications doivent \u00eatre apport\u00e9es lors de la prochaine it\u00e9ration.<\/p>\n<p>G\u00e9n\u00e9ralement, dans les m\u00e9canismes de virtualisation, l'entit\u00e9 Virtual Network (cela peut \u00eatre consid\u00e9r\u00e9 comme un nom propre) est introduite s\u00e9par\u00e9ment des clients \/ locataires \/ machines virtuelles - c'est un \u00e9l\u00e9ment parfaitement autonome. Ce Virtual Network peut \u00eatre connect\u00e9 via des interfaces \u00e0 un locataire, \u00e0 un autre, \u00e0 deux, ou m\u00eame \u00e0 plusieurs. C'est ainsi que, par exemple, le Service Chaining est r\u00e9alis\u00e9, lorsque le trafic doit passer par certains n\u0153uds dans un ordre pr\u00e9cis, en cr\u00e9ant simplement et en attachant les Virtual Networks dans le bon ordre.<\/p>\n<p>Il n'existe donc pas de correspondance directe entre le R\u00e9seau Virtuel et le locataire.<\/p>\n<h1>Conclusion<\/h1>\n<p>\nCeci est une description plut\u00f4t superficielle du fonctionnement d'un r\u00e9seau virtuel avec overlay sur un h\u00f4te et un contr\u00f4leur SDN. Peu importe la plateforme de virtualisation que vous choisissez aujourd'hui, elle fonctionnera de mani\u00e8re similaire, que ce soit VMWare, ACI, OpenStack, CloudStack, Tungsten Fabric ou Juniper Contrail. Ils diff\u00e9reront par les types d'encapsulations et d'en-t\u00eates, ainsi que par les protocoles de livraison d'informations aux dispositifs r\u00e9seaux finaux, mais le principe d'un r\u00e9seau overlay programmable, fonctionnant sur un r\u00e9seau underlay relativement simple et statique, restera le m\u00eame.<br \/>\nOn peut dire qu'aujourd'hui, dans le domaine de la cr\u00e9ation de cloud priv\u00e9, le SDN bas\u00e9 sur le r\u00e9seau overlay a triomph\u00e9. Cependant, cela ne signifie pas qu'Openflow n'a plus sa place dans le monde moderne \u2014 il est utilis\u00e9 dans OpenStack et dans VMware NSX, et, autant que je sache, Google l'utilise pour configurer le r\u00e9seau underlay.<\/p>\n<p>Un peu plus bas, j'ai fourni des liens vers des documents plus d\u00e9taill\u00e9s, si vous souhaitez approfondir la question. <\/p>\n<p>Et qu'en est-il de notre Underlay ? <\/p>\n<p>En fait, rien du tout. Il est rest\u00e9 le m\u00eame tout au long. Tout ce qu'il doit faire en cas de superposition depuis l'h\u00f4te, c'est de mettre \u00e0 jour les routes et les ARP au fur et \u00e0 mesure de l'apparition et de la disparition des vRouter \/ VNGW et de transf\u00e9rer les paquets entre eux.<\/p>\n<p>Formulons la liste des exigences pour le r\u00e9seau Underlay.<\/p>\n<ol>\n<li>\u00catre capable de comprendre un certain protocole de routage, dans notre cas \u2014 BGP.<\/li>\n<li>Avoir une large bande, de pr\u00e9f\u00e9rence sans sursouscription, afin d'\u00e9viter la perte de paquets due \u00e0 une surcharge.<\/li>\n<li>Supporter l'ECMP \u2014 une partie essentielle de l'usine.<\/li>\n<li>\u00catre capable d'assurer la QoS, y compris des choses subtiles, comme l'ECN.<\/li>\n<li>Supporter NETCONF \u2014 un investissement pour l'avenir.<\/li>\n<\/ol>\n<p>\nJ'ai consacr\u00e9 tr\u00e8s peu de temps au fonctionnement m\u00eame du r\u00e9seau Underlay ici. C'est parce qu'ensuite dans la s\u00e9rie, je me concentrerai pr\u00e9cis\u00e9ment sur elle, tandis que l'Overlay ne sera abord\u00e9 qu'en passant.<\/p>\n<p>Il est \u00e9vident que je me limite \u00e9norm\u00e9ment en utilisant comme exemple un r\u00e9seau de centre de donn\u00e9es construit sur une usine Closa avec un routage IP pur et un overlay sur un h\u00f4te.<\/p>\n<p>Cependant, je suis convaincu que tout r\u00e9seau ayant un design peut \u00eatre d\u00e9crit en termes formels et automatis\u00e9. Mon objectif ici est de comprendre les approches d'automatisation, sans compliquer les choses en essayant de r\u00e9soudre le probl\u00e8me de mani\u00e8re g\u00e9n\u00e9rale.<\/p>\n<p>Dans le cadre de l'ADSM, Roman Gorge et moi pr\u00e9voyons de publier un num\u00e9ro s\u00e9par\u00e9 sur la virtualisation des ressources de calcul et son interaction avec la virtualisation du r\u00e9seau. Restez connect\u00e9s.<\/p>\n<p><\/p>\n<h1>Liens utiles<\/h1>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/tungstenfabric.github.io\/website\/\">Architecture de Tungsten Fabric<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/Kr6WIYPts8I?t=3157\">\u00e0 propos:cloud<\/a><\/noindex>. 6 heures sur Yandex.Cloud, o\u00f9 l'on aborde notamment le r\u00e9seau virtuel sur TF.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/docs.openvswitch.org\/en\/latest\/intro\/what-is-ovs\/\">Qu'est-ce qu'Open vSwitch ?<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/344326\/\">Introduction \u00e0 VxLAN<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc7348\">RFC 7348. R\u00e9seau local virtuel extensible (VXLAN) : Un cadre pour superposer des r\u00e9seaux de couche 2 virtualis\u00e9s sur des r\u00e9seaux de couche 3.<br \/>\n <\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.enog.org\/wp-content\/uploads\/presentations\/enog-16\/18-Scaleway-P14-fabric-ENOG16.pdf\">Approche de Scaleway pour le tissu VXLAN EVPN<\/a><\/noindex>. Cela concerne l'ensemble du r\u00e9seau du centre de donn\u00e9es, y compris l'Underlay, l'Overlay, les approches multi-homing et la gestion.<\/li>\n<\/ul>\n<p><\/p>\n<h5>Merci<\/h5>\n<p><\/p>\n<ul>\n<li><noindex>Roman Gorge<\/noindex> \u2014 ancien animateur du podcast linkmeup, et d\u00e9sormais expert en plateformes cloud. Merci pour les commentaires et les corrections. Nous attendons \u00e9galement dans un futur proche son article plus approfondi sur la virtualisation.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.alexander-shalimov.com\">Alexandre Shalimov<\/a><\/noindex> \u2014 mon coll\u00e8gue et expert en d\u00e9veloppement de r\u00e9seaux virtuels. Merci pour les commentaires et les corrections.<\/li>\n<li><noindex>Valentin Sinitsyn<\/noindex> \u2014 mon coll\u00e8gue et expert en Tungsten Fabric. Merci pour les commentaires et les corrections.<\/li>\n<li><noindex>Artem Tchernobay<\/noindex> \u2014 illustrateur linkmeup. Merci pour la KDPV.<\/li>\n<li>Alexandre Limonov. Merci pour le m\u00e8me \u00ab automato \u00bb.<\/li>\n<\/ul>\n<p>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/458622\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u043c \u0432\u044b\u043f\u0443\u0441\u043a\u0435 \u044f \u043e\u043f\u0438\u0441\u0430\u043b \u0444\u0440\u0435\u0439\u043c\u0432\u043e\u0440\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438. \u041f\u043e \u043e\u0442\u0437\u044b\u0432\u0430\u043c \u0443 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u043b\u044e\u0434\u0435\u0439 \u0434\u0430\u0436\u0435 \u044d\u0442\u043e\u0442 \u043f\u0435\u0440\u0432\u044b\u0439 \u043f\u043e\u0434\u0445\u043e\u0434 \u043a \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0435 \u0443\u0436\u0435 \u0440\u0430\u0437\u043b\u043e\u0436\u0438\u043b \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0432\u043e\u043f\u0440\u043e\u0441\u044b \u043f\u043e \u043f\u043e\u043b\u043e\u0447\u043a\u0430\u043c. \u0418 \u044d\u0442\u043e \u043e\u0447\u0435\u043d\u044c \u043c\u0435\u043d\u044f \u0440\u0430\u0434\u0443\u0435\u0442, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043d\u0430\u0448\u0430 \u0446\u0435\u043b\u044c \u0432 \u0446\u0438\u043a\u043b\u0435 \u2014 \u043d\u0435 \u043e\u0431\u043c\u0430\u0437\u0430\u0442\u044c \u043f\u0438\u0442\u043e\u043d\u043e\u0432\u0441\u043a\u0438\u043c\u0438 \u0441\u043a\u0440\u0438\u043f\u0442\u0430\u043c\u0438 \u0430\u043d\u0437\u0438\u0431\u043b\u044c, \u0430 \u0432\u044b\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0441\u0438\u0441\u0442\u0435\u043c\u0443. \u042d\u0442\u043e\u0442 \u0436\u0435 \u0444\u0440\u0435\u0439\u043c\u0432\u043e\u0440\u043a \u0437\u0430\u0434\u0430\u0451\u0442 \u043f\u043e\u0440\u044f\u0434\u043e\u043a, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u043c \u043c\u044b \u0431\u0443\u0434\u0435\u043c \u0440\u0430\u0437\u0431\u0438\u0440\u0430\u0442\u044c\u0441\u044f [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26892,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35973","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u043c \u0432\u044b\u043f\u0443\u0441\u043a\u0435 \u044f \u043e\u043f\u0438\u0441\u0430\u043b \u0444\u0440\u0435\u0439\u043c\u0432\u043e\u0440\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0410\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u044f \u0414\u043b\u044f \u0421\u0430\u043c\u044b\u0445 \u041c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u0445. \u0427\u0430\u0441\u0442\u044c \u043f\u0435\u0440\u0432\u0430\u044f (\u043a\u043e\u0442\u043e\u0440\u0430\u044f \u043f\u043e\u0441\u043b\u0435 \u043d\u0443\u043b\u0435\u0432\u043e\u0439). \u0412\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u0435\u0442\u0438 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u043c \u0432\u044b\u043f\u0443\u0441\u043a\u0435 \u044f \u043e\u043f\u0438\u0441\u0430\u043b \u0444\u0440\u0435\u0439\u043c\u0432\u043e\u0440\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:08:54+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:08:54+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Automatisation Pour Les Plus Petits. Partie premi\u00e8re (qui suit la z\u00e9ro). Virtualisation du r\u00e9seau | ProHoster","description":"Dans le pr\u00e9c\u00e9dent \u00e9pisode, j'ai d\u00e9crit le cadre de l'automatisation r\u00e9seau.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti","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\u0410\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u044f \u0414\u043b\u044f \u0421\u0430\u043c\u044b\u0445 \u041c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u0445. \u0427\u0430\u0441\u0442\u044c \u043f\u0435\u0440\u0432\u0430\u044f (\u043a\u043e\u0442\u043e\u0440\u0430\u044f \u043f\u043e\u0441\u043b\u0435 \u043d\u0443\u043b\u0435\u0432\u043e\u0439). \u0412\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u044f \u0441\u0435\u0442\u0438 | ProHoster","og:description":"\u0412 \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0435\u043c \u0432\u044b\u043f\u0443\u0441\u043a\u0435 \u044f \u043e\u043f\u0438\u0441\u0430\u043b \u0444\u0440\u0435\u0439\u043c\u0432\u043e\u0440\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti","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:08:54+00:00","article:modified_time":"2019-10-31T19:08:54+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35973","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-01-22 01:28:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:53:30","updated":"2026-01-22 01:28:20","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\/35973","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=35973"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/35973\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/26892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=35973"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=35973"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=35973"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}