{"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\/et\/blog\/administrirovanie\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti","title":{"rendered":"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Uues <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/453516\/\">v\u00e4ljaandel<\/a><\/noindex> Olen kirjeldanud verkkoautomaatioframeworkia. Joidenkin palautteiden mukaan t\u00e4m\u00e4 ensimm\u00e4inen l\u00e4hestymistapa ongelmaan on jo selvent\u00e4nyt joitakin kysymyksi\u00e4. T\u00e4m\u00e4 ilahduttaa minua, koska tavoitteemme sykliin ei ole vain peitt\u00e4\u00e4 Ansiblea Python-skripteill\u00e4, vaan rakentaa j\u00e4rjestelm\u00e4.<\/p>\n<p>T\u00e4m\u00e4 framework m\u00e4\u00e4ritt\u00e4\u00e4 j\u00e4rjestyksen, jonka mukaan k\u00e4sittelemme kysymyst\u00e4.<br \/>\nJa verkkovirtualisointi, jolle t\u00e4m\u00e4 julkaisu on omistettu, ei erityisesti sovi ADSMin aiheeseen, jossa k\u00e4sittelemme automaatiota. <\/p>\n<p>Mutta katsotaanpa sit\u00e4 toisesta kulmasta.<\/p>\n<p>Monet palvelut ovat jo pitk\u00e4\u00e4n k\u00e4ytt\u00e4neet yht\u00e4 verkkoa. Esimerkiksi teleoperaattorilla se on 2G, 3G, LTE, laajakaista ja B2B. Datakeskuksissa: yhteydet eri asiakkaille, Internet, lohkotallennus, objektilaatikko.<\/p>\n<p>Ja kaikki palvelut vaativat eristyksen toisistaan. N\u00e4in syntyiv\u00e4t overlay-verkot.<\/p>\n<p>Eik\u00e4 kaikki palvelut halua odottaa, kun ihminen m\u00e4\u00e4ritt\u00e4\u00e4 ne manuaalisesti. N\u00e4in syntyiv\u00e4t orkestroijat ja SDN.<\/p>\n<p>Ensimm\u00e4inen l\u00e4hestymistapa verkon j\u00e4rjestelm\u00e4lliseen automatisointiin, tarkemmin sanottuna sen osan automatisointiin, on pitk\u00e4\u00e4n ollut yritt\u00e4j\u00e4n\u00e4 ja monilla alueilla toteutettu: VMWare, OpenStack, Google Compute Cloud, AWS, Facebook.<\/p>\n<p>T\u00e4m\u00e4n kanssa k\u00e4ymme t\u00e4n\u00e4\u00e4n l\u00e4pi. <\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/kdpv.jpg\"><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" 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>Sisukord<\/h1>\n<p><\/p>\n<ul>\n<li><b>Syyt<\/b><\/li>\n<li><b>Terminoloogia<\/b><\/li>\n<li><b>Underlay \u2014 fyysinen verkko<\/b><\/li>\n<li><b>Overlay \u2014 virtuaaliverkko<\/b>\n<ul>\n<li>Overlay ToR-l<\/li>\n<li>Overlay is\u00e4nt\u00e4koneelta<\/li>\n<li>Esimerkiksi Tungsten Fabricin osalta\n<ul>\n<li>Viestint\u00e4 yhden fyysisen koneen sis\u00e4ll\u00e4<\/li>\n<li>Viestint\u00e4 VM:ien v\u00e4lill\u00e4, jotka sijaitsevat eri fyysisill\u00e4 koneilla<\/li>\n<li>Ulkomaailmaan ulosp\u00e4\u00e4sy<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>KKK<\/b><\/li>\n<li><b>Kokkuv\u00f5te<\/b><\/li>\n<li><b>Kasulikud lingid<\/b><\/li>\n<\/ul>\n<p><\/p>\n<h1>Syyt<\/h1>\n<p>\nJa kun kerran olemme t\u00e4st\u00e4 puhuneet, on syyt\u00e4 mainita verkkovirtualisoinnin edellytykset. Itse asiassa t\u00e4m\u00e4 prosessi alkoi ei eilen. <\/p>\n<p>Olet luultavasti kuullut useaan otteeseen, ett\u00e4 verkko on aina ollut systeemin kaikkein inertialisin osa. Ja t\u00e4m\u00e4 on totta kaikessa merkityksess\u00e4. Verkko on perusta, johon kaikki perustuu, ja sen muuttaminen on melko vaikeaa \u2014 palvelut eiv\u00e4t kest\u00e4, kun verkko on alhaalla. Usein yhden solmun poistaminen k\u00e4yt\u00f6st\u00e4 voi kaatua suuren osan sovelluksista ja vaikuttaa moniin asiakkaille. Osittain siksi verkko-tiimi voi vastustaa muutoksia \u2014 koska se toimii nyt jotenkin (<i>me emme ehk\u00e4 tied\u00e4 miten<\/i>), ja nyt on tarpeen m\u00e4\u00e4ritt\u00e4\u00e4 jotain uutta, eik\u00e4 ole selv\u00e4\u00e4, miten se vaikuttaa verkkoon.<\/p>\n<p>Ette ei peaks ootama, et v\u00f5rguoperaatorid VLAN-i konfigureerivad ning k\u00f5iki teenuseid igas v\u00f5rgu s\u00f5lmes m\u00e4\u00e4ravad, on inimesed leiutanud kasutada overlay-d \u2014 kattuvate v\u00f5rkude s\u00fcsteeme, mille mitmekesisus on suur: GRE, IPinIP, MPLS, MPLS L2\/L3VPN, VXLAN, GENEVE, MPLSoverUDP, MPLSoverGRE jne.<\/p>\n<p>Nende atraktiivsus seisneb kahes lihtsas asjaolus:<\/p>\n<ul>\n<li>Configureeritakse ainult l\u00f5pp-s\u00f5lmed \u2014 transit-s\u00f5lmedesse puutuda ei ole vaja. See kiirendab oluliselt protsessi ning m\u00f5nikord v\u00f5imaldab t\u00e4ielikult v\u00e4listada v\u00f5rguinfrastruktuuri osakonna uute teenuste lisamisest.<\/li>\n<li>Koormus on peidetud s\u00fcgavale pealkirjadesse \u2014 transit-s\u00f5lmed ei pea sellest midagi teadma, ei hostide aadressimisest ega kattuvate v\u00f5rkude marsruutidest. See t\u00e4hendab, et tabelites tuleb hoida v\u00e4hem teavet, seega v\u00f5ib kasutada lihtsamaid\/odavamaid seadmeid.<\/li>\n<\/ul>\n<p>\nSelles mitte eriti p\u00f5hjalikus v\u00e4ljaandes ei plaani ma k\u00f5iki v\u00f5imalikke tehnoloogiaid k\u00e4sitleda, vaid pigem kirjeldada overlay-v\u00f5rkude t\u00f6\u00f6 raamistiku andmekeskuses.<\/p>\n<p>Kogu sari kirjeldab andmekeskust, mis koosneb \u00fcksteise k\u00fclge paigutatud identsetest riiulitest, kuhu on paigaldatud sama t\u00fc\u00fcpi serveriseade. <\/p>\n<p>Sellel varustusel k\u00e4ivitatakse virtuaalsed masinad\/konteinerid\/serverless, mis rakendavad teenuseid.<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/a6863eb2804a298304d1e93daecf90d9.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h1>Terminoloogia<\/h1>\n<p>\nTs\u00fcklis <b>serverilt<\/b> nimetan ma programmi, mis rakendab serveri poole kliendi-serveri kommunikatsioonist.<\/p>\n<p>F\u00fc\u00fcsilisi masinaid riiulites nimetame serveriteks <b>ei<\/b> meie.<\/p>\n<p><b>F\u00fc\u00fcsiline masin<\/b> on x86-arvuti, mis on paigaldatud riiulisse. K\u00f5ige sagedamini kasutatav termin on <b>host<\/b>. Me nimetame seda &#171;<b>masin<\/b>&#187; v\u00f5i <b>host<\/b>.<\/p>\n<p><b>H\u00fcperviisor<\/b> \u2014 rakendus, mis on k\u00e4ivitatud f\u00fc\u00fcsilise masina peal ja emuleerib f\u00fc\u00fcsilisi ressursse, millel t\u00f6\u00f6tavad Virtuaalsed Masinad. M\u00f5nikord kasutatakse kirjanduses ja v\u00f5rgus s\u00f5na \u201eh\u00fcpervisor\u201d s\u00fcnon\u00fc\u00fcmina \u201ehostile\u201d.<\/p>\n<p><b>Virtuaalne masin<\/b> \u2014 ops\u00fcsteem, mis t\u00f6\u00f6tab f\u00fc\u00fcsilisel masinal h\u00fcperviisori kohal. Meie kontekstis ei ole oluline, kas see on t\u00f5eliselt virtuaalne masin v\u00f5i lihtsalt konteiner. Nimekeme seda &#171;<b>VM<\/b>\u00ab<\/p>\n<p><b>Tenant<\/b> on lai m\u00f5isted, mida selles artiklis m\u00e4\u00e4ratlen kui eraldi teenuse v\u00f5i eraldi kliendi.<\/p>\n<p><b>Mitme\u00fc\u00fcrilisus<\/b> v\u00f5i multitenancy \u2014 sama rakenduse kasutamine erinevate klientide\/teenuste poolt. Sel juhul saavutatakse klientide \u00fcksteisest eraldamine rakenduse arhitektuuri abil, mitte eraldi k\u00e4ivitatud eksemplaride kaudu.<\/p>\n<p><b>ToR \u2014 Racki \u00fclaosa l\u00fcliti<\/b> \u2014 rack switch, to which all physical machines are connected.<\/p>\n<blockquote><p> Besides ToR topology, different providers practice End of Row (EoR) or Middle of Row (although the latter is a rarely used term and I have not encountered the abbreviation MoR).\n<\/p><\/blockquote>\n<p> <b>Underlay network<\/b> or underlay network \u2014 the physical network infrastructure: switches, routers, cables.<\/p>\n<p><b>Overlay network<\/b> or overlay network \u2014 a virtual network of tunnels operating over the physical layer.<\/p>\n<p><b>L3 fabric or IP fabric<\/b> \u2014 an amazing human invention that allows for not repeating STP and not learning TRILL during meetings. A concept where the entire network down to the access level is exclusively L3, without VLAN and consequently huge stretched broadcast domains. We will discuss the origin of the term 'fabric' in the next part.<\/p>\n<p><b>SDN<\/b> \u2014 Software Defined Network. Hardly needs an introduction. An approach to network management where changes in the network are performed not by a person but by a program. Typically means moving the Control Plane outside the end network devices to a controller.<\/p>\n<p><b>NFV<\/b> \u2014 Network Function Virtualization \u2014 virtualization of network devices that assumes that some network functions can run as virtual machines or containers to accelerate the introduction of new services, organize Service Chaining, and facilitate easier horizontal scalability.<\/p>\n<p><b>VNF<\/b> \u2014 Virtual Network Function. A specific virtual device: router, switch, firewall, NAT, IPS\/IDS, etc.<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/971b6a28a9caab5f3a7067ce4d25749c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<blockquote><p> I am intentionally simplifying the description to a specific implementation to avoid confusing the reader too much. For more thoughtful reading, I refer them to the section <noindex><a rel=\"nofollow\" href=\"#LINKS\">Viidatud lingid<\/a><\/noindex>. Additionally, Roma Gorge, who criticizes this article for inaccuracies, promises to write a separate issue on server and network virtualization technologies, more in-depth and detail-oriented.<\/p><\/blockquote>\n<p>Most networks today can clearly be divided into two parts: <\/p>\n<p><b>Underlay<\/b> \u2014 a physical network with a stable configuration.<br \/>\n<b>Overlay<\/b> \u2014 an abstraction over Underlay for tenant isolation. <\/p>\n<p>This is true for both the case of DC (which we will discuss in this article) and ISP (which we will not cover, as it has already been discussed in <noindex><a rel=\"nofollow\" href=\"https:\/\/linkmeup.ru\/sdsm\">SDN<\/a><\/noindex>). With enterprise networks, of course, the situation is somewhat different. <\/p>\n<p>An image focusing on the network:<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/7b7dabc6d9f3b87c598346bf9195d568.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h1>Underlay<\/h1>\n<p>\nUnderlay on f\u00fc\u00fcsiline v\u00f5rk: riistvaralised l\u00fclitid ja kaablid. Seadmed underlay's teavad, kuidas j\u00f5uda f\u00fc\u00fcsiliste masinatega.<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/776a77a3821fe79a7323947e0bdf67e8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSee tugineb standardsetele protokollidele ja tehnoloogiatele. Mitte viimase asjana seep\u00e4rast, et riistvarasesked t\u00f6\u00f6tavad siiani patenteeritud tarkvaral, mis ei luba ei kiibi programmeerimist, ei omade protokollide rakendamist; seega on vajalik \u00fchilduvus teiste tarnijatega ja standardimine.<\/p>\n<blockquote><p>Kuid keegi nagu Google suudab endale lubada oma l\u00fclitite arendamist ja tavat\u00e4ringute protokollidest loobumist. Kuid LAN_DC ei ole Google.\n<\/p><\/blockquote>\n<p> Underlay vahetub suhteliselt harva, sest selle \u00fclesanne on p\u00f5hiv\u00f5rgu IP-\u00fchendus f\u00fc\u00fcsiliste masinate vahel. Underlay ei tea midagi tema peal k\u00e4ivitatud teenustest, klientidest, tenantidest \u2014 tal on vaja ainult paketti \u00fchest masinast teise edastada.<br \/>\nUnderlay v\u00f5ib olla n\u00e4iteks j\u00e4rgmine: <\/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>\nUnderlay v\u00f5rk seadistatakse klassikaliselt: CLI\/GUID\/NETCONF.<\/p>\n<p>K\u00e4sitsi, skriptide, patenteeritud t\u00f6\u00f6riistade kaudu.<\/p>\n<p>Underlay\u2019le p\u00fchendatakse j\u00e4rgmises artiklis rohkem t\u00e4helepanu.<\/p>\n<p><\/p>\n<h1>Overlay<\/h1>\n<p>\nOverlay on virtuaalne tunneli v\u00f5rk, mis on \u00fcle Underlay's, see v\u00f5imaldab \u00fche kliendi VM-del omavahel suhelda, samal ajal tagades isolatsiooni teiste klientide eest.<\/p>\n<p>Kliendi andmed kapseldatakse mingitesse tunneliseerimispealkirjadesse, et edastada neid \u00fchisesse v\u00f5rku.<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/3060bc4913c55c21b785083fbe0b603b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNii v\u00f5ivad \u00fche kliendi VM-id (\u00fche teenuse) omavahel suhelda l\u00e4bi Overlay, isegi teadmata, mis tegelikult tee su paketid j\u00e4rgivad. <\/p>\n<p>Overlay v\u00f5ib olla n\u00e4iteks selline, nagu ma juba eelnevalt mainisin:<\/p>\n<ul>\n<li>GRE-tunnel<\/li>\n<li>VXLAN<\/li>\n<li>EVPN<\/li>\n<li>L3VPN<\/li>\n<li>GENEVE<\/li>\n<\/ul>\n<p>\nOverlay v\u00f5rk seadistatakse ja hooldatakse tavaliselt keskse kontrollere kaudu. Sealt edastatakse konfiguratsioon, Control Plane ja Data Plane seadmetele, mis tegelevad klienditrafiku marsruutimise ja inkapsuleerimisega. Natuke <noindex><a rel=\"nofollow\" href=\"#TF\">allpool<\/a><\/noindex> k\u00fcll arutame seda n\u00e4idete abil.<\/p>\n<p><b>Jah, see on puhas SDN. <\/b><\/p>\n<p>Overlay-v\u00f5rgu korraldamiseks on kaks p\u00f5him\u00f5tteliselt erinevat l\u00e4henemist:<\/p>\n<ol>\n<li>Overlay ToR-l<\/li>\n<li>Overlay is\u00e4nt\u00e4koneelta<\/li>\n<\/ol>\n<h2>Overlay ToR-l<\/h2>\n<p>\nOverlay v\u00f5ib alata juurdep\u00e4\u00e4suswitch'ilt (ToR), mis on seadistatud rack'i, nagu see juhtub n\u00e4iteks VXLAN tehases. <\/p>\n<p>See on ajaproovile vastu pidanud mehhanism ISP v\u00f5rkudes ja k\u00f5ik v\u00f5rgu riistvaratootjad toetavad seda.<\/p>\n<p>Kuid sel juhul peab ToR-l\u00fcliti suutma eristada erinevaid teenuseid, mist\u00f5ttu peab v\u00f5rguadministraator mingil m\u00e4\u00e4ral koost\u00f6\u00f6d tegema virtuaalmasinate administraatoritega ja tegema muudatusi (isegi automaatseid) seadmete konfiguratsioonis.<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/9a5fe4d4a0cbb7e5c3bbac82527c6a6a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSiinkohal suunan lugeja artikli juurde <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/344326\/\">VxLAN Habr'is<\/a><\/noindex> meie vana s\u00f5bra <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/bormoglotx\/\">@bormoglotx<\/a><\/noindex>.<br \/>\nSelles <noindex><a rel=\"nofollow\" href=\"https:\/\/www.enog.org\/wp-content\/uploads\/presentations\/enog-16\/18-Scaleway-P14-fabric-ENOG16.pdf\">esitlusele ENOG<\/a><\/noindex> on p\u00f5hjalikult kirjeldatud l\u00e4henemisviise andmekeskuse v\u00f5rgu ehitamiseks EVPN VXLAN-fabriku abil. <\/p>\n<p>Kuna teemasse s\u00fcvenemiseks v\u00f5ib lugeda Ciscolt raamatut <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> Tahan m\u00e4rkida, et VXLAN on ainult inkapsuleerimise meetod ja tunnelite l\u00f5petamine ei pruugi toimuda ToR-l, vaid masinas, nagu on juhtum OpenStackiga, n\u00e4iteks.<\/p>\n<p>Siiski, VXLAN-tehas, kus overlay algab ToR-l, on \u00fcks v\u00e4ljakujunenud overlay-v\u00f5rgu kujundusi.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Overlay is\u00e4nt\u00e4koneelta<\/h2>\n<p>\nTeine l\u00e4henemine on tunnelite alustamine ja l\u00f5petamine l\u00f5ppmasinates.<br \/>\nSellisel juhul j\u00e4\u00e4b v\u00f5rk (Underlay) maksimaalselt lihtsaks ja staatiliseks.<br \/>\nJa masin teeb k\u00f5ik vajalikud kapseldamised ise.<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/c9c2971369d1b3e5f026d6844afeb67f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSelleks on muidugi vaja k\u00e4ivitada spetsiaalne rakendus masinatel, kuid see on seda v\u00e4\u00e4rt. <\/p>\n<p>Esiteks, kliendi k\u00e4ivitamine linux-masinal on lihtsam v\u00f5i, \u00fctleme, \u2014 \u00fcldse v\u00f5imalik \u2014 samas kui l\u00fclitil tuleb t\u00f5en\u00e4oliselt veel kasutada omandi SDN-lahendusi, mis tapab mitme tarnija idee.<\/p>\n<p>Teiseks, sellisel juhul saab ToR-l\u00fclitit hoida maksimaalselt lihtsana, nii Control Plane'i kui ka Data Plane'i perspektiivist. T\u00f5epoolest \u2014 SDN-kontrolleriga ei pea ta suhtlema ning salvestama k\u00f5iki seotud klientide v\u00f5rgusid\/ARP-e \u2014 piisab f\u00fc\u00fcsilise masina IP-aadressi teadmisest, mis lihtsustab palju marsruutimistabelit.<\/p>\n<p>\nADSMi seerias valin l\u00e4henemise, kus overlay tuleb masinast \u2014 edasine arutelu keskendub ainult sellele ja VXLAN-fabriku juurde me ei naase enam.<\/p>\n<p>\nLihtsaim on vaadata n\u00e4idiste kaudu. Ja katseobjektina v\u00f5tame OpenSource SDN platvormi OpenContrail, mis on n\u00fc\u00fcd tuntud kui <noindex><a rel=\"nofollow\" href=\"https:\/\/tungsten.io\">Tungsten Fabric<\/a><\/noindex>.<\/p>\n<blockquote><p> Artikli l\u00f5pus toon v\u00e4lja m\u00f5ned m\u00f5tted OpenFlow ja OpenvSwitch'i sarnasuse teemal.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Esimerkiksi Tungsten Fabricin osalta<\/h2>\n<p>\nIgal f\u00fc\u00fcsilisel masinal on <b>vRouter<\/b> \u2014 virtuaalne marsruuter, mis tunneb k\u00f5iki sellega seotud v\u00f5rke ja kellele nad kuuluvad \u2014 p\u00f5him\u00f5tteliselt PE-marsruuter. Iga klienti jaoks hoiab ta isolatsiooni marsruutimistabelit (loe: VRF). Ja ise vRouter teostab Overlay tunnelimist.<\/p>\n<p>Natuke l\u00e4hemalt vRouterist \u2014 artikli l\u00f5pus.<\/p>\n<p>Iga VM, mis asub h\u00fcperviisoril, \u00fchendub selle masina vRouteriga l\u00e4bi <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/TUN\/TAP\">TAP-liidese<\/a><\/noindex>.<\/p>\n<p><b>TAP<\/b> \u2014 Terminal Access Point \u2014 virtuaalne liides Linuxi tuumas, mis v\u00f5imaldab v\u00f5rguside loomist.<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/a6fa1b4370ba4e787303ae647a28f5ed.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKui vRouteri taga on mitu v\u00f5rku, luuakse iga\u00fche jaoks virtuaalne liides, millele m\u00e4\u00e4ratakse IP-aadress \u2014 see on vaikimisi v\u00e4rava aadress.<br \/>\nK\u00f5ik \u00fche kliendi v\u00f5rgud paigutatakse \u00fchte <b>VRF<\/b> (\u00fches tabelis), erinevad \u2014 erinevatesse.<br \/>\n<i>Teen seda siin m\u00e4rkuse, et asjad ei ole nii lihtsad, ja saadan uudishimuliku lugeja artikli l\u00f5ppu.<\/i>.<\/p>\n<p>Kuna vRouter'id saavad omavahel suhelda, ja seega ka VMe, mis on nende taga, vahetavad nad marsruutimise teavet l\u00e4bi <b>SDN-kontrolleri<\/b>.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/sdn-controller.png\"><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/8b133e10582dbde9c0670ad98c1840de.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>V\u00e4lismaailma p\u00e4\u00e4semiseks on olemas v\u00e4ljap\u00e4\u00e4s, mis on virtuaalne v\u00f5rgu v\u00e4rav <b>VNGW<\/b> \u2014 Virtuaalne V\u00f5rgu V\u00e4rav (<i>see termin on minu enda.<\/i>).<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/vngw.png\"><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/9ac4d084d9b58b7ed1bc2c0ed6d06059.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>\nN\u00fc\u00fcd vaatame suhtluse n\u00e4iteid \u2014 ja asi saab selgeks.<\/p>\n<p><\/p>\n<h3>Viestint\u00e4 yhden fyysisen koneen sis\u00e4ll\u00e4<\/h3>\n<p>\nVM0 soovib saata paketti VM2-le. Eeldame seni, et need on \u00fche kliendi VM-id.<\/p>\n<h4>Andmeplaan<\/h4>\n<p><\/p>\n<ol>\n<li>VM-0-l on vaikimisi marsruut oma liideses eth0. Pakett saadetakse sinna.<br \/>\n See liides eth0 on tegelikult virtuaalselt \u00fchendatud virtuaalse marsruutija vRouteriga l\u00e4bi TAP-liidese tap0.<\/li>\n<li>vRouter anal\u00fc\u00fcsib, millisele liidesele pakett tuli, st kellele (VRF) see kuulub, ja v\u00f5rdleb saaja aadressi kliendi marsruutimistabeliga.<\/li>\n<li>Kui vRouter tuvastab, et saaja on samas masinas teisel sadamal, saadab ta paketi lihtsalt sinna ilma igasuguste t\u00e4iendavate pealdistes \u2014 selle juhtumi jaoks on vRouter'il juba ARP-kirje. <\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/a42da3f48a3f538eb92c1908d9d66921.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPaket ei j\u00f5ua f\u00fc\u00fcsilisse v\u00f5rku \u2014 see marsruuditi vRouter'i sees.<\/p>\n<p><\/p>\n<h4>Kontrollplaan<\/h4>\n<p>\nH\u00fcperviisor teavitab virtuaalmasina k\u00e4ivitamisel seda:<\/p>\n<ul>\n<li>tema enda IP-aadress.<\/li>\n<li>Vaikimisi marsruut \u2014 l\u00e4bi vRouter'i IP-aadressi selles v\u00f5rgus.<\/li>\n<\/ul>\n<p>\nvRouter'ile teatab h\u00fcperviisor spetsiaalse API kaudu:<\/p>\n<ul>\n<li>et virtuaalne liides tuleb luua.<\/li>\n<li>Mida peab (VM) looma virtuaalne v\u00f5rk.<\/li>\n<li>Kellele VRF-i tema (VN) siduda.<\/li>\n<li>Statistiline ARP-kirje selle VM jaoks - millise liidese taga on selle IP-aadress ja millise MAC-aadressiga see on seotud.<\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p> Ja taas on tegelik suhtlemisprotseduur lihtsustatud arusaamaks kontseptsiooni.\n<\/p><\/blockquote>\n<p> <img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/593d7ad41782e882a88732b475bf91cb.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSeega n\u00e4eb k\u00f5iki \u00fche kliendi VM-e antud seadmes vRouter otse \u00fchendatud v\u00f5rkudena ja suudab nende vahel marsruuti suunata.<\/p>\n<p>\nAga VM0 ja VM1 kuuluvad erinevatele klientidele, seet\u00f5ttu on need erinevates vRouter'i tabelites.<\/p>\n<p>Kas nad saavad omavahel otse suhelda, s\u00f5ltub vRouter\u2019i seadetest ja v\u00f5rgu kujundusest.<br \/>\nN\u00e4iteks, kui m\u00f5lema kliendi VM-id kasutavad avalikke aadresse v\u00f5i NAT toimub otse vRouter'il, saab teha ka otsese marsruutimise vRouter'ile.<\/p>\n<p>Teisel juhul v\u00f5ib aadressiruumide kattumine esineda - tuleb minna NAT-serverisse, et saada avalik aadress - see on sarnane v\u00e4lisse \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043b\u0430, millest allpool.<\/p>\n<h3>Viestint\u00e4 VM:ien v\u00e4lill\u00e4, jotka sijaitsevat eri fyysisill\u00e4 koneilla<\/h3>\n<p><\/p>\n<h4>Andmeplaan<\/h4>\n<p><\/p>\n<ol>\n<li>Algus on t\u00e4pselt sama: VM-0 saadab paketi adressaadile VM-7 (172.17.3.2) oma vaikimisi kaudu.<\/li>\n<li>vRouter saab selle ja seekord n\u00e4eb, et adressaat asub teisel seadmel ja on saadaval Tunnel0 kaudu.<\/li>\n<li>Esmalt lisab ta MPLS-i sildi, mis tuvastab kaugliidese, et vastaspoolel vRouter saaks m\u00e4\u00e4rata, kuhu see paket paigutada ilma lisateedeta.\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/inter-hv-dp.png\"><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/1e159049376e2bf458b8c6cb5878cc17.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex>\n <\/li>\n<li>Tunnel0 allikas on 10.0.0.2, saaja: 10.0.1.2.<br \/>\n vRouter lisab algsele paketile GRE (v\u00f5i UDP) pealkirjad ja uue IP.<\/li>\n<li>vRouter\u2019i marsruudi tabelis on vaikimisi marsruut aadressi ToR1 10.0.0.1 kaudu. Sinna see saadetakse.\n<p> <img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/8cb98a8ec43d202259acf6a1fcaeb3ee.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n \n <\/li>\n<li>ToR1, kui Underlay v\u00f5rgu osaline, teab (nt OSPF-i kaudu), kuidas j\u00f5uda 10.0.1.2 ni ja saadab paketi marsruudi kaudu. M\u00e4rkus: siin rakendatakse ECMP-d. Illustratsioonil on kaks next hop ja erinevad voolud jagunevad nende vahel h\u00e4shtimisel. T\u00f5elise tehasemudeli puhul oleks siin t\u00f5en\u00e4oliselt 4 next hop.\n<p>Samuti ei pea ta teadma, mis asub v\u00e4list IP-pealkirja all. T\u00f5eliselt v\u00f5ib IP all olla kihiline struktuur IPv6 \u00fcle MPLS \u00fcle Ethernet \u00fcle MPLS \u00fcle GRE \u00fcle \u00fcle GRE.<\/li>\n<li>Seega eemaldab vastuv\u00f5tva poole vRouter GRE ja MPLS-i sildi j\u00e4rgi m\u00f5istab ta, millisele liidesele see pakett edastada, vabastab selle ja saadab algses vormis adressaadile.<\/li>\n<\/ol>\n<h4>Kontrollplaan<\/h4>\n<p>\nMasina k\u00e4ivitamisel toimub k\u00f5ik sama, nagu eespool kirjeldatud.<\/p>\n<p>Ja lisaks veel j\u00e4rgmine:<\/p>\n<ul>\n<li>Iga kliendi jaoks m\u00e4\u00e4rab vRouter MPLS-sildi. See on teenusesilt L3VPN, mille alusel jagatakse kliente \u00fche f\u00fc\u00fcsilise masina piires.<br \/>\n<blockquote><p> Tegelikult m\u00e4\u00e4ratakse MPLS-sild vRouter'i poolt alati \u2014 sest ei ole teada, et masin suhtleb ainult teiste masinatega sama vRouter'i taga, ja see on t\u00f5en\u00e4oliselt isegi nii. \n <\/p><\/blockquote>\n<\/li>\n<li>vRouter loob \u00fchenduse SDN-kontrolleriga BGP protokolli (v\u00f5i sarnase protokolli abil \u2014 TF puhul on see XMPP 0_o).<\/li>\n<li>Selle seansi kaudu teatab vRouter SDN-kontrollerile marsruudid \u00fchendatud v\u00f5rkudeni:\n<ul>\n<li>V\u00f5rgu aadress<\/li>\n<li>Inkapseldusmeetod (MPLSoGRE, MPLSoUDP, VXLAN)<\/li>\n<li>Kliendi MPLS-silt<\/li>\n<li>Oma IP-aadress nexthop'ina<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>SDN-kontroller saab selliseid marsruute k\u00f5igilt \u00fchendatud vRouter'idelt ja edastab need teistele. See t\u00e4hendab, et ta tegutseb Route Reflector'ina.<\/li>\n<\/ul>\n<p>\nSama toimub ka vastupidises suunas.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/inter-hv-cp.png\"><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/feef9181133f3a50a5cb21aa7ba16dc0.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Overlay v\u00f5ib muutuda iga minuti tagant. Just nii see toimib avalikes pilvetes, kui kliendid k\u00e4ivitatakse ja v\u00e4ljastatakse oma virtuaalmasinaid regulaarselt.<\/p>\n<p>Keskne kontroller v\u00f5tab endale k\u00f5ik keerukused konfiguratsiooni s\u00e4ilitamisel ja marsruudimis-\/kommutatsioonitabelite kontrollimisel vRouter'il.<\/p>\n<p>Roughly speaking, kontroller \u00fchendub k\u00f5igi vRouter'itega BGP (v\u00f5i sarnase protokolli) kaudu ja edastab marsruudi teavet. BGP-l on n\u00e4iteks juba Address-Family kapseldamise meetodi edastamiseks. <noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc4023\">MPLS-in-GRE<\/a><\/noindex> v\u00f5i <noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc7510\">MPLS-in-UDP<\/a><\/noindex>.<\/p>\n<p>Samuti ei muutu kuidagi Underlay-v\u00f5rgu konfiguratsioon, mis on muide automaatikas oluliselt keerulisem, samas kui \u00fclesande vale teostamine on lihtne.<\/p>\n<h3>Ulkomaailmaan ulosp\u00e4\u00e4sy<\/h3>\n<p>\nKusagil peab simuleerimine l\u00f5ppema ja virtuaalsest maailmast peab v\u00e4lja minema reaalsesse. Ja on vaja taksofoniga gateway'd.<\/p>\n<p>Praktiseeritakse kahte l\u00e4henemist:<\/p>\n<ol>\n<li>Paigaldatakse riistvaraline marsruuter.<\/li>\n<li>K\u00e4ivitatakse m\u00f5ni appliance, mis teostab marsruutimise funktsioone (jah, j\u00e4rgides SDN-i, oleme ka VNF-iga silmitsi selle saanud). Kutsume seda virtuaalseks v\u00e4ravaks.<\/li>\n<\/ol>\n<p><\/p>\n<blockquote><p> Teise l\u00e4henemise eelis odava horisontaalse skaleeritavuse osas \u2014 kui v\u00f5imsus on puudulik, k\u00e4ivitasime veel \u00fche virtuaalmasina v\u00e4ravaga. Iga f\u00fc\u00fcsilise masina peal, ilma vajaduseta otsida vabu racke, \u00fcksusi, toiteallikaid, osta ise riistvara, transportida, paigaldada, \u00fchendada, seadistada, ja siis veel vahetada rikki l\u00e4inud komponente.<\/p>\n<p>Virtuaalsel v\u00e4raval on siiski miinuseid, kuna f\u00fc\u00fcsiline ruuter on palju v\u00f5imsam kui palju s\u00fcdamikke omav virtuaalmasin ning tema tarkvara, mis on kohandatud vastavasse riistvarasse, t\u00f6\u00f6tab oluliselt stabiiliumalt (<i>ei<\/i>). Raskem on eitada ka seda fakti, et tarkvara-riistvara kompleks lihtsalt t\u00f6\u00f6tab, n\u00f5udes vaid seadistamist, samas kui virtuaalse v\u00e4rava k\u00e4ivitamine ja hooldamine on tugevate inseneride tegevus.\n<\/p><\/blockquote>\n<p> \u00dche jalaga vaatab v\u00e4rav virtuaalsesse Overlay-v\u00f5rku nagu tavaline virtuaalmasin ning v\u00f5ib suhelda k\u00f5igi teiste VM-idega. Samuti v\u00f5ib ta klientide v\u00f5rke enda pead terminida ja seega teostada nende vahel marsruutimist.<\/p>\n<p>Teise jalaga vaatab v\u00e4rav juba peav\u00f5rku ja teab, kuidas internetti p\u00e4\u00e4seda.<\/p>\n<p><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/552fa0428ff8dd3aed76091a86a72109.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h4>Andmeplaan<\/h4>\n<p>\nProtsess n\u00e4eb v\u00e4lja j\u00e4rgmine: <\/p>\n<ol>\n<li>VM-0, omades vaikimisi vRouterit, saadab paketi aadressaatidega v\u00e4lismaailmasse (185.147.83.177) eth0 liidesesse.<\/li>\n<li>vRouter saab selle paki ja otsib sihtaadressi marsruudist tabelis \u2014 leiab vaikimisi marsruudi VNGW1 v\u00e4rava kaudu Tunnel 1. <br \/>\n Samuti n\u00e4eb ta, et see on GRE tunnel SIP-iga 10.0.0.2 ja DIP-iga 10.0.255.2, ja tal on enne vaja panna MPLS-m\u00e4rgis sellele kliendile, mida VNGW1 ootab.\n <\/li>\n<li>vRouter pakendab algse paki MPLS, GRE ja uue IP p\u00e4iste alla ning saadab selle aadressile ToR1 10.0.0.1 vaikimisi.<\/li>\n<li>Alamv\u00f5rk toimetab paki VNGW1 v\u00e4ravasse.<\/li>\n<li>VNGW1 v\u00e4rav eemaldab GRE ja MPLS tunnelduspead, n\u00e4eb sihtaadressi, konsulteerib oma marsruuditabeliga ja m\u00f5istab, et see suundub internetti \u2014 see t\u00e4hendab, et l\u00e4bi Full View v\u00f5i Default. Vajadusel teostatakse NAT-muundamine.<\/li>\n<li>VNGW ja piirdele v\u00f5ib olla tavaline IP-v\u00f5rk, mis on v\u00e4he t\u00f5en\u00e4oline.<br \/>\n See v\u00f5ib olla klassikaline MPLS-v\u00f5rk (IGP+LDP\/RSP TE), v\u00f5ib olla tagasi tagavabrik BGP LU-ga v\u00f5i GRE tunnel VNGW-st piirdeni IP-v\u00f5rgu kaudu.<br \/>\n Igatahes VNGW1 sooritab vajalikud kapseldamised ja saadab algse paki piirde suunas.<\/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=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/a66e490c75f8220349398af814d4ebf2.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Tagasi suunduv liiklus l\u00e4bib samu samme vastupidises j\u00e4rjestuses. <\/p>\n<ol>\n<li>Piirde toimetab paki VNGW1-le<\/li>\n<li>VNGW1 eemaldab selle, vaatab saaja aadressile ja tuvastab, et see on saadaval Tunnel1 (MPLSoGRE v\u00f5i MPLSoUDP) kaudu.<\/li>\n<li>Seega kinnitab ta MPLS-m\u00e4rgi, GRE\/UDP p\u00e4ise ja uue IP ning saadab selle oma ToR3 10.0.255.1-le.<br \/>\n Tunnelite sihtadress \u2014 IP-aadress vRouter'ist, mille taga on siht-VM \u2014 10.0.0.2.<\/li>\n<li>Alusv\u00f5rk toimetab paketi \u00f5igesse vRouter'isse. <\/li>\n<li>Siht-vRouter eemaldab GRE\/UDP, m\u00e4\u00e4rab MPLS-sildi alusel liidese ja saadab tavalise IP-paketi oma TAP-liidese kaudu, mis on seotud eth0 VM-iga.<\/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=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/ba6748694a822fc04f4e872658d1fbbb.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p><\/p>\n<h4>Kontrollplaan<\/h4>\n<p>\nVNGW1 loob BGP-naabruse SDN-kontrolleriga, kellelt ta saab kogu marsruudi teabe klientide kohta: millise IP-aadressi (vRouter'i) taga on milline klient ja millise MPLS-sildiga ta tuvastatakse.<\/p>\n<p>Sarnaselt teatab ta ka SDN-kontrollerile vaikimisi marsruudist selle kliendi sildiga, n\u00e4idates end nexthop'ina. Edasi see vaikimisi marsruut j\u00f5uab vRouter'itesse.<\/p>\n<p>VNGW-s toimub tavaliselt marsruutide agregatsioon v\u00f5i NAT-muundamine.<\/p>\n<p>Ja teises suunas edastab ta seansis piirajate v\u00f5i Route Reflector'itega just selle aggregeeritud marsruudi. Ning sealt saab ta vaikimisi marsruudi v\u00f5i Full-View\u2019i v\u00f5i midagi muud.<\/p>\n<p>Inkubatsiooni ja liikluse vahetuse osas ei erine VNGW milleski vRouter'ist. <br \/>\nKui veidi ulatust laiendada, siis VNGW ja vRouter'ite juurde saab lisada teisi v\u00f5rguseadmeid, nagu tulem\u00fc\u00fcrid, puhastamise v\u00f5i rikastamise farmid, IPS jne.<\/p>\n<p>Ja kasutades VRF-i j\u00e4rkj\u00e4rgset loomist ja \u00f5igete marsruutide kuulutamist, saab sunnitud liiklust p\u00f6\u00f6rlema nii, nagu soovite, mida nimetatakse Service Chaining'uks.<\/p>\n<p>Seega, ka siin tegutseb SDN-kontroller Route Reflector'ina VNGW, vRouter'ite ja teiste v\u00f5rguseadmete vahel.<\/p>\n<p>Kuid tegelikult edastab kontroller veel teavet ACL-i ja PBR-i (Policy Based Routing) kohta, sundides eraldi liiklusvooge liikuma mitte nii, nagu marsruut ette n\u00e4eb.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/outside-cp.png\"><img decoding=\"async\" alt=\"Automatiseerimine V\u00e4ikestele. Esimene osa (mis tuleb p\u00e4rast nullsest). V\u00f5rgustiku virtualiseerimine\" src=\"\/wp-content\/uploads\/2019\/07\/dbba5a93d64edf56dc9c2b82311c5a11.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<h1>KKK<\/h1>\n<p><b>Miks sa pidevalt mainid GRE\/UDP?<\/b><\/p>\n<p>Noh, tegelikult on see Tungsten Fabric'i jaoks eriline \u2014 seda saab \u00fcldse mitte arvesse v\u00f5tta.<\/p>\n<p>Aga kui r\u00e4\u00e4kida, siis TF, olles veel OpenContrail, toetas m\u00f5lemat kapseldust: MPLS in GRE ja MPLS in UDP. <\/p>\n<p>UDP on hea selle poolest, et selle p\u00e4ises oleva Source Port'i kaudu on v\u00e4ga lihtne kodeerida algsete IP+Proto+Port'i h\u00e4shefunktsiooni, mis v\u00f5imaldab tasakaalustamist. <\/p>\n<p>GRE puhul on kahjuks ainult v\u00e4lised IP ja GRE p\u00e4ised, mis on \u00fchesugused kogu inkapsuleeritud liikluse jaoks ja tasakaalustamisest ei saa r\u00e4\u00e4kida \u2014 harva, kui keegi suudab nii s\u00fcgavale paketti vaadata.<\/p>\n<p>M\u00f5ningal ajal oskasid ruuterid d\u00fcnaamiliste tunnelite alal ainult MPLSoGRE'it, ja vaid hiljuti on nad \u00f5ppinud ka MPLSoUDP-d kasutama. Seet\u00f5ttu on alati vajalik m\u00e4rkida kahe erineva kapseldamise v\u00f5imaluse olemasolu.<\/p>\n<p>\u00d5igluse nimel tuleks m\u00e4rkida, et TF toetab ka L2 seotust VXLANi abil.<\/p>\n<p>\n<b>Sa lubasid v\u00f5rrelda OpenFlow'iga.<\/b><br \/>\nNeed t\u00f5epoolest tulevad meeldivalt esile. vSwitch samas OpenStackis teeb \u00fcsna sarnaseid asju, kasutades VXLANi, millel, muide, on samuti UDP-pealkiri.<\/p>\n<p>Andmeplaanis t\u00f6\u00f6tavad nad umbes samamoodi, kuid juhtimisplaan on oluliselt erinev. Tungsten Fabric kasutab teabekanalit XMPP, et edastada marsruuditeavet vRouterile, samas kui OpenStackis toimib OpenFlow.<\/p>\n<p>\n<b>Kas saaksid r\u00e4\u00e4kida rohkem vRouterist?<\/b><br \/>\nSee jaguneb kaheks osaks: vRouter Agent ja vRouter Forwarder.<\/p>\n<p>Esimene t\u00f6\u00f6tab host-s\u00fcsteemi kasutusruumis ja suhtleb SDN-kontrolleriga, vahetades teavet marsruutide, VRF-i ja ACL-i kohta.<\/p>\n<p>Teine rakendab andmeplaani \u2014 tavaliselt Kernel Space'is, kuid v\u00f5ib t\u00f6\u00f6tada ka SmartNIC-ides, mis on v\u00f5rguadapterid koos CPU ja eraldi programmeeritava l\u00fclitamise kiibiga, mis v\u00f5imaldab v\u00e4hendada hostmasina CPU koormust ja muuta v\u00f5rku kiiremaks ja prognoositavamaks. <\/p>\n<p>On v\u00f5imalik ka stsenaarium, kus vRouter on DPDK rakendus kasutusruumis. <\/p>\n<p>vRouter Agent edastab seadistusi vRouter Forwarderile.<\/p>\n<p>\n<b>Mis on virtuaalne v\u00f5rk?<\/b><br \/>\nMainisin artikli alguses VRF-i, et iga \u00fc\u00fcrnik seondub oma VRF-iga. Ja kui selleks, et m\u00f5ista \u00fclej\u00e4\u00e4nud v\u00f5rgu t\u00f6\u00f6d, oli seda piisavalt, siis j\u00e4rgmise sammu jaoks on vajalik t\u00e4psustusi teha.<\/p>\n<p>Tavaliselt virtualiseerimise mehhanismides esitatakse Virtual Network (seda v\u00f5ib pidada kaubam\u00e4rgiks) eraldi klientide\/tenantide\/virtuaalsete masinate k\u00f5rval \u2014 t\u00e4iesti iseseisev asi. Ja see Virtual Network saab liidestega juba \u00fche, teise, kahe, jah, kuhu iganes \u00fchenduda. Nii, n\u00e4iteks, rakendatakse Service Chaining, kui liiklust on vaja suunata l\u00e4bi teatud s\u00f5lmed \u00f5iges j\u00e4rjekorras, luues ja kinnitades \u00f5igete j\u00e4rjekordadega Virtual Networke.<\/p>\n<p>Seet\u00f5ttu pole virtuaalse v\u00f5rgu ja \u00fc\u00fcrniku vahel otsest vastavust.<\/p>\n<h1>Kokkuv\u00f5te<\/h1>\n<p>\nSee on \u00fcsna pinnapealne kirjeldus virtuaalsete v\u00f5rkude toimimisest \u00fclekattega hostilt ja SDN-kontrollerilt. Kuid \u00fcksk\u00f5ik millist virtualiseerimisplatvormi te t\u00e4na v\u00f5tate, t\u00f6\u00f6tab see sarnasel viisil, olgu selleks VMWare, ACI, OpenStack, CloudStack, Tungsten Fabric v\u00f5i Juniper Contrail. Need eristuvad kapseldus- ja pealkirjavormingutest, andmete edastamise protokollidest l\u00f5pp-punktide v\u00f5rke, kuid programmiga seadistatava \u00fclekatte v\u00f5rgu p\u00f5him\u00f5te, mis t\u00f6\u00f6tab suhteliselt lihtsa ja staatilise aluse v\u00f5rgu kohal, j\u00e4\u00e4b samaks.<br \/>\nV\u00f5ib \u00f6elda, et privaatsuse pilve loomise valdkondades on t\u00e4nap\u00e4ev SDN, mis p\u00f5hineb \u00fclekatte v\u00f5rgul, domineeriv. Kuid see ei t\u00e4henda, et Openflow'l ei oleks t\u00e4nap\u00e4evases maailmas kohta - seda kasutatakse OpenStackis ja samas VMWare NSX-is, seda kasutab, kui ma \u00f5igesti m\u00e4letan, Google oma aluse v\u00f5rgu seadistamiseks.<\/p>\n<p>Allpool olen toonud lingid p\u00f5hjalikematele materjalidele, kui soovite teemat s\u00fcgavamalt uurida. <\/p>\n<p>Aga kuidas on meie Underlay'ga? <\/p>\n<p>Aga tegelikult mitte midagi. Ta ei ole kogu aeg muutunud. K\u00f5ik, mida tal tuleb teha, kui katendi all oleva hostiga liituda \u2014 on marsruutide ja ARP-ide uuendamine, kui vRouter\/VNGW-d ilmuvad ja kaovad, ning pakettide edastamine nende vahel.<\/p>\n<p>Formuleerime n\u00f5udmiste loetelu Underlay-v\u00f5rgule.<\/p>\n<ol>\n<li>Toetada m\u00f5nda marsruutimise protokolli, meie olukorras - BGP.<\/li>\n<li>Omada laiat ribalaiust, eelistatavalt ilma \u00fcleallkirjastamiseta, et pakette ei kaoks \u00fclem\u00e4\u00e4rase koormuse t\u00f5ttu.<\/li>\n<li>Toetada ECMP-d - see on vajalik osa tehases.<\/li>\n<li>Tagada QoS, sealhulgas keeruked asjad, nagu ECN.<\/li>\n<li>Toetada NETCONF-i - tuleviku suunised.<\/li>\n<\/ol>\n<p>\nOlen siin p\u00fchendanud Underlay-v\u00f5rgu toimimisele vaid v\u00e4he aega. See on sellep\u00e4rast, et edaspidi keskendun ma just sellele, samas kui Overlayd k\u00e4sitleme vaid m\u00f6\u00f6daminnes.<\/p>\n<p>Ilmselgelt piirangustan ennast, kasutades n\u00e4itena DC-v\u00f5rku, mis on \u00fcles ehitatud Close'i tehase puhtale IP-marsruutimisele ja \u00fclekattele hostilt.<\/p>\n<p>Kuid olen kindel, et iga v\u00f5rk, millel on disain, saab vormalsetes tingimustes kirjeldada ja automatiseerida. Lihtsalt minu siht on siin m\u00f5ista automatiseerimise l\u00e4henemisi, mitte segadusse ajada k\u00f5iki, lahendades probleemi \u00fcldiselt.<\/p>\n<p>ADSMi raames plaanime Roman Gorgiga avaldada eriv\u00e4ljaande arvutite v\u00f5imsuse virtualiseerimisest ja selle suhtlemisest v\u00f5rgu virtualiseerimisega. J\u00e4tkake j\u00e4lgimist.<\/p>\n<p><\/p>\n<h1>Kasulikud lingid<\/h1>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/tungstenfabric.github.io\/website\/\">Tungsten Fabric Arhitektuur<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/Kr6WIYPts8I?t=3157\">about:cloud<\/a><\/noindex>. 6 tundi Yandex.Cloudist, sealhulgas ka TF-i virtuaalne v\u00f5rk.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/docs.openvswitch.org\/en\/latest\/intro\/what-is-ovs\/\">Mis on Open vSwitch?<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/344326\/\">Sissejuhatus VxLANi<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc7348\">RFC 7348. Virtuaalne Laiendatav Kohalik V\u00f5rk (VXLAN): Raamistik virtuaalsete II taseme v\u00f5rkude \u00fclekandmiseks III taseme v\u00f5rkude kaudu.<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\">Scaleway l\u00e4henemine VXLAN EVPN Fabricile<\/a><\/noindex>. Siin r\u00e4\u00e4gitakse kogu andmekeskuse v\u00f5rgust, sealhulgas Underlay, Overlay, l\u00e4henemisviisidest multi-homing'ule ja haldusharjumustele.<\/li>\n<\/ul>\n<p><\/p>\n<h5>Ait\u00e4h<\/h5>\n<p><\/p>\n<ul>\n<li><noindex>Roman Gorge<\/noindex> \u2014 endine linkmeup'i podcasti juht, n\u00fc\u00fcdseks ekspert pilveplatvormide alal. T\u00e4nud kommentaaride ja paranduste eest. Ootame peagi ka tema s\u00fcvitsi minevat artiklit virtualiseerimise kohta.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.alexander-shalimov.com\">Aleksandr Shalimov<\/a><\/noindex> \u2014 minu kolleeg ja virtuaalsete v\u00f5rkude arendamise ekspert. T\u00e4nud kommentaaride ja paranduste eest.<\/li>\n<li><noindex>Valentin Sinitsyn<\/noindex> \u2014 minu kolleeg ja Tungsten Fabric'i ekspert. T\u00e4nud kommentaaride ja paranduste eest.<\/li>\n<li><noindex>Artyom Chernobay<\/noindex> \u2014 linkmeup'i illustraator. T\u00e4nud KDPV eest.<\/li>\n<li>Aleksandr Limonov. T\u00e4nud meem \u201eautomato\u201c eest.<\/li>\n<\/ul>\n<p>Allikas: <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.1.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\/et\/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.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\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\/et\/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\udd47Automatiseerimine V\u00e4ikestele. Esimene osa (mis j\u00e4rgneb nullendale). V\u00f5rgu virtualiseerimine | ProHoster","description":"Eelmises v\u00e4ljaandes kirjeldasin v\u00f5rguhalduse raamistikku.","canonical_url":"https:\/\/prohoster.info\/et\/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":"et_EE","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\/et\/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\/et\/wp-json\/wp\/v2\/posts\/35973","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=35973"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/35973\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/26892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=35973"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=35973"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=35973"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}