{"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\/hr\/blog\/administrirovanie\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti","title":{"rendered":"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>U <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/453516\/\">u prethodnom izdanju<\/a><\/noindex> opisao sam okvir za automaciju mre\u017ee. Prema povratnim informacijama, \u010dak je i ovaj prvi pristup problemu razjasnio neka pitanja za neke ljude. I to me veoma raduje, jer je na\u0161a svrha u ovom ciklusu izgraditi sustav, a ne pretrpavati Ansible Python skriptama.<\/p>\n<p>Ovaj okvir utvr\u0111uje redoslijed kojim \u0107emo se baviti ovim pitanjem.<br \/>\nI virtualizacija mre\u017ee, kojoj je posve\u0107eno ovo izdanje, ne uklapa se ba\u0161 u temu ADSM-a, gdje razmatramo automatizaciju. <\/p>\n<p>Ali hajde da je pogledamo iz druge perspektive.<\/p>\n<p>Ve\u0107 dugo vremena mnoge usluge dijele istu mre\u017eu. U slu\u010daju telekomunikacijskog operatera to su 2G, 3G, LTE, \u0161irokopojasni i B2B, na primjer. U slu\u010daju podatkovnih centara: povezanost za razli\u010dite klijente, Internet, blok pohranu, objektno pohranu.<\/p>\n<p>I sve usluge zahtijevaju izolaciju jedna od druge. Tako su se pojavile overlay mre\u017ee.<\/p>\n<p>I sve usluge ne \u017eele \u010dekati dok ih ljudi postave ru\u010dno. Tako su se pojavili orkestratori i SDN.<\/p>\n<p>Prvi pristup sustavnoj automaciji mre\u017ee, to\u010dnije njenog dijela, davno je poduzet i puno puta implementiran: VMWare, OpenStack, Google Compute Cloud, AWS, Facebook.<\/p>\n<p>S njim \u0107emo se danas detaljnije pozabaviti. <\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/kdpv.jpg\"><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" 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>Sadr\u017eaj<\/h1>\n<p><\/p>\n<ul>\n<li><b>Uzroci<\/b><\/li>\n<li><b>Terminologija<\/b><\/li>\n<li><b>Underlay \u2014 fizi\u010dka mre\u017ea<\/b><\/li>\n<li><b>Overlay \u2014 virtualna mre\u017ea<\/b>\n<ul>\n<li>Overlay s ToR-a<\/li>\n<li>Overlay s hosta<\/li>\n<li>Na primjeru Tungsten Fabric\n<ul>\n<li>Komunikacija unutar jedne fizi\u010dke ma\u0161ine<\/li>\n<li>Komunikacija izme\u0111u VMs smje\u0161tenih na razli\u010ditim fizi\u010dkim ma\u0161inama<\/li>\n<li>Izlaz u vanjski svijet<\/li>\n<\/ul>\n<p>\n <\/li>\n<\/ul>\n<p>\n <\/li>\n<li><b>FAQ<\/b><\/li>\n<li><b>Zaklju\u010dak<\/b><\/li>\n<li><b>Koristitne veze<\/b><\/li>\n<\/ul>\n<p><\/p>\n<h1>Uzroci<\/h1>\n<p>\nI budu\u0107i da smo o tome razgovarali, valja spomenuti preduvjete za virtualizaciju mre\u017ee. U stvarnosti, ovaj proces nije zapo\u010deo ju\u010der. <\/p>\n<p>Vjerojatno ste nebrojeno puta \u010duli da je mre\u017ea oduvijek bila naj inertniji dio bilo kojeg sustava. I to je istina u svim smislenim aspektima. Mre\u017ea je temelj na kojem se sve oslanja, a promjene na njoj su prili\u010dno te\u0161ko izvesti \u2014 usluge ne podnose kada mre\u017ea ne radi. \u010cesto isklju\u010denje jednog \u010dvora mo\u017ee sru\u0161iti veliki dio aplikacija i utjecati na mnoge klijente. Djelomi\u010dno zbog toga, mre\u017eni tim mo\u017ee se opirati bilo kakvim promjenama \u2014 jer sada to nekako funkcioni\u0161e (<i>mo\u017eda \u010dak niti ne znamo kako<\/i>), a sada treba postaviti ne\u0161to novo, a ne zna se kako \u0107e to utjecati na mre\u017eu.<\/p>\n<p>Kako ne bi \u010dekali da mre\u017eni tehni\u010dari uspostave VLAN i da ne bi svaki servis morali definirati na svakom \u010dvori\u0161tu mre\u017ee, ljudima je palo na pamet koristiti overlay mre\u017ee - preklopne mre\u017ee - kojih ima mnogo vrsta: GRE, IPinIP, MPLS, MPLS L2\/L3VPN, VXLAN, GENEVE, MPLSoverUDP, MPLSoverGRE itd.<\/p>\n<p>Njihova privla\u010dnost le\u017ei u dvije jednostavne stvari:<\/p>\n<ul>\n<li>Konfiguriraju se samo krajnji \u010dvori, transitne se ne dira. To zna\u010dajno ubrzava proces, a ponekad \u010dak dopu\u0161ta isklju\u010divanje odjela mre\u017ene infrastrukture iz procesa uvo\u0111enja novih servisa.<\/li>\n<li>Optere\u0107enje je skriveno duboko unutar zaglavlja - transitni \u010dvorovi ne moraju znati ni\u0161ta o tome, o adresiranju na hostovima, rutama preklopne mre\u017ee. To zna\u010di da je potrebno pohraniti manje informacija u tablicama, stoga se mo\u017ee koristiti jednostavniji\/jeftiniji ure\u0111aj.<\/li>\n<\/ul>\n<p>\nU ovoj ne potpuno potpunoj epizodi ne \u0107u razlagati sve mogu\u0107e tehnologije, ve\u0107 \u0107u opisati okvir rada preklopnih mre\u017ea u DC-u.<\/p>\n<p>Cijela serija opisuje podatkovni centar koji se sastoji od redova identi\u010dnih ormara, u kojima je instalirana jednaka poslu\u017eiteljska oprema. <\/p>\n<p>Na toj opremi pokre\u0107u se virtualne ma\u0161ine\/kontejneri\/serverless, koji implementiraju servise.<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/a6863eb2804a298304d1e93daecf90d9.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h1>Terminologija<\/h1>\n<p>\nU ciklusu <b>serverom<\/b> nazvat \u0107u program koji implementira poslu\u017eiteljsku stranu klijent-poslu\u017eiteljske komunikacije.<\/p>\n<p>Fizi\u010dke ma\u0161ine u ormarima nazvat \u0107emo poslu\u017eiteljima <b>ne<\/b> \u0161to \u0107emo i raditi.<\/p>\n<p><b>Fizi\u010dka ma\u0161ina<\/b> je x86 ra\u010dunar ugra\u0111en u ormar. Naj\u010de\u0161\u0107e kori\u0161ten termin <b>host<\/b>. Tako \u0107emo je nazivati &#171;<b>ma\u0161ina<\/b>&#187; ili <b>host<\/b>.<\/p>\n<p><b>Hypervisor<\/b> - aplikacija pokrenuta na fizi\u010dkoj ma\u0161ini koja emulira fizi\u010dke resurse na kojima se pokre\u0107u virtualne ma\u0161ine. Ponekad u literaturi i mre\u017ei rije\u010d \"hipervizor\" koristi se kao sinonim za \"host\".<\/p>\n<p><b>Virtuelna ma\u0161ina<\/b> \u2014 operativni sustav koji radi na fizi\u010dkoj ma\u0161ini preko hipervizora. Za nas u okviru ovog ciklusa nije toliko va\u017eno je li to stvarno virtualna ma\u0161ina ili jednostavno kontejner. Naziva\u0107emo to &#171;<b>VM<\/b>\u00ab<\/p>\n<p><b>Tenant<\/b> je \u0161irok pojam koji \u0107u u ovom \u010dlanku definirati kao zaseban servis ili zasebnog klijenta.<\/p>\n<p><b>Multitenantnost<\/b> ili multi-iznajmljivanje - kori\u0161tenje iste aplikacije od strane razli\u010ditih klijenata\/usluga. Pri tome se izolacija klijenata jedna od druge posti\u017ee zahvaljuju\u0107i arhitekturi aplikacije, a ne zasebnim pokrenutim instancama.<\/p>\n<p><b>ToR - Top of the Rack switch<\/b> \u2014 prekida\u010d postavljen u okviru na koji su spojeni svi fizi\u010dki ure\u0111aji.<\/p>\n<blockquote><p> Osim ToR topologije, razli\u010diti pru\u017eatelji prakticiraju End of Row (EoR) ili Middle of Row (iako je potonje sarkasti\u010dno rijetko i akronim MoR nisam sreo).\n<\/p><\/blockquote>\n<p> <b>Underlay network<\/b> ili podlo\u017ena mre\u017ea ili anderlaj \u2014 fizi\u010dka mre\u017ena infrastruktura: prekida\u010di, usmjeriva\u010di, kabeli.<\/p>\n<p><b>Overlay network<\/b> ili preklapaju\u0107a mre\u017ea ili overlej \u2014 virtualna mre\u017ea tunela koja djeluje iznad fizi\u010dke.<\/p>\n<p><b>L3-fabrika ili IP-fabrika<\/b> \u2014 nevjerojatno izum \u010dovje\u010danstva koje omogu\u0107ava da na sastancima ne ponavljamo STP i ne u\u010dimo TRILL. Koncept u kojem je cijela mre\u017ea do razine pristupa isklju\u010divo L3, bez VLAN-ova i, shodno tome, ogromnih rasprostranjenih broadcast domena. Otkud ovdje rije\u010d \u00abfabrika\u00bb, razjasnit \u0107emo u sljede\u0107em dijelu.<\/p>\n<p><b>SDN<\/b> \u2014 Software Defined Network. Te\u0161ko da treba predstavljanje. Pristup upravljanju mre\u017eom u kojem se promjene u mre\u017ei ne obavljaju od strane \u010dovjeka, ve\u0107 od strane programa. Obi\u010dno zna\u010di premje\u0161tanje Control Plane izvan krajnjih mre\u017enih ure\u0111aja na kontroler.<\/p>\n<p><b>NFV<\/b> \u2014 Network Function Virtualization \u2014 virtualizacija mre\u017enih ure\u0111aja, predvi\u0111aju\u0107i da se dio funkcija mre\u017ee mo\u017ee pokretati u obliku virtualnih strojeva ili kontejnera radi br\u017ee implementacije novih usluga, organizacije Service Chaining i jednostavnijeg horizontalnog skaliranja.<\/p>\n<p><b>VNF<\/b> \u2014 Virtual Network Function. Konkretni virtualni ure\u0111aj: usmjeriva\u010d, prekida\u010d, vatrozid, NAT, IPS\/IDS itd.<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/971b6a28a9caab5f3a7067ce4d25749c.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<blockquote><p> Namjerno sada pojednostavljujem opis do konkretne implementacije da ne bih zbunio \u010ditatelja. Za dublje \u010ditanje uputit \u0107u ga na odjeljak <noindex><a rel=\"nofollow\" href=\"#LINKS\">Linkovi<\/a><\/noindex>. Osim toga, Roma Gorge, koji kritizira ovaj \u010dlanak zbog neto\u010dnosti, obe\u0107ava napisati poseban broj o tehnologijama virtualizacije servera i mre\u017ea, detaljniji i pa\u017eljiviji.<\/p><\/blockquote>\n<p>Ve\u0107inu mre\u017ea danas mo\u017eemo jasno podijeliti na dva dijela: <\/p>\n<p><b>Underlay<\/b> \u2014 fizi\u010dka mre\u017ea sa stabilnom konfiguracijom.<br \/>\n<b>Overlay<\/b> \u2014 apstrakcija iznad Underlay za izolaciju zakupaca. <\/p>\n<p>To vrijedi i za slu\u010daj DC (koji \u0107emo razraditi u ovom \u010dlanku), kao i za ISP (koji ne\u0107emo razra\u0111ivati, jer je ve\u0107 bilo u <noindex><a rel=\"nofollow\" href=\"https:\/\/linkmeup.ru\/sdsm\">SDCM<\/a><\/noindex>). Sa enterprise mre\u017eama, naravno, situacija je donekle druga\u010dija. <\/p>\n<p>Slika s fokusom na mre\u017eu:<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" 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 je fizi\u010dka mre\u017ea: hardverski prekida\u010di i kablovi. Ure\u0111aji u underlayu znaju kako do\u0107i do fizi\u010dkih ma\u0161ina.<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/776a77a3821fe79a7323947e0bdf67e8.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOslanja se na standardne protokole i tehnologije. Ne u poslednjem redu zbog toga \u0161to hardverski ure\u0111aji i dalje rade na vlasni\u010dkom softveru, \u0161to ne omogu\u0107ava programiranje \u010dipa ni implementaciju svojih protokola, a samim tim je potrebna kompatibilnost s drugim dobavlja\u010dima i standardizacija.<\/p>\n<blockquote><p>Ali neko poput Googlea mo\u017ee priu\u0161titi razvijanje vlastitih prekida\u010da i odustajanje od uobi\u010dajenih protokola. No, LAN_DC nije Google.\n<\/p><\/blockquote>\n<p> Underlay se relativno retko menja, jer mu je zadatak osnovna IP povezanost izme\u0111u fizi\u010dkih ma\u0161ina. Underlay ni\u0161ta ne zna o uslugama, klijentima i tenantima koji se nalaze iznad njega \u2014 samo treba dostaviti paket s jedne ma\u0161ine na drugu.<br \/>\nUnderlay bi mogao biti, na primer, ovakav: <\/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 mre\u017ea se konfigurira na klasi\u010dan na\u010din: CLI\/GUI\/NETCONF.<\/p>\n<p>Ru\u010dnim putem, skriptama, vlasni\u010dkim alatima.<\/p>\n<p>Detaljnije o underlayu \u0107e biti re\u010deno u slede\u0107em \u010dlanku ciklusa.<\/p>\n<p><\/p>\n<h1>Overlay<\/h1>\n<p>\nOverlay je virtuelna mre\u017ea tunela, rastegnuta preko Underlay-a, koja omogu\u0107ava VMs jednog klijenta da komuniciraju jedni s drugima, dok osigurava izolaciju od drugih klijenata.<\/p>\n<p>Podaci klijenta se inkapsuliraju u tuneliraju\u0107e zaglavlja za prenos kroz zajedni\u010dku mre\u017eu.<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/3060bc4913c55c21b785083fbe0b603b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTako VMs jednog klijenta (jedne usluge) mogu me\u0111usobno komunicirati putem Overlay-a, \u010dak i ne sumnjaju\u0107i koji stvarni put paket prolazi. <\/p>\n<p>Overlay bi mogao biti, kao \u0161to sam ve\u0107 napomenuo ranije:<\/p>\n<ul>\n<li>GRE-tunel<\/li>\n<li>VXLAN<\/li>\n<li>EVPN<\/li>\n<li>L3VPN<\/li>\n<li>GENEVE<\/li>\n<\/ul>\n<p>\nOverlay mre\u017ea obi\u010dno se konfigurira i odr\u017eava putem centralnog kontrolera. Od njega se konfiguracija, Control Plane i Data Plane isporu\u010duju ure\u0111ajima koji se bave usmjeravanjem i inkapsulacijom korisni\u010dkog prometa. Malo <noindex><a rel=\"nofollow\" href=\"#TF\">donjem<\/a><\/noindex> \u0107emo to analizirati na primerima.<\/p>\n<p><b>Da, ovo je SDN u \u010distom obliku. <\/b><\/p>\n<p>Postoje dva su\u0161tinski razli\u010dita pristupa organizaciji Overlay mre\u017ee:<\/p>\n<ol>\n<li>Overlay s ToR-a<\/li>\n<li>Overlay s hosta<\/li>\n<\/ol>\n<h2>Overlay s ToR-a<\/h2>\n<p>\nOverlay mo\u017ee po\u010deti na pristupnom prekida\u010du (ToR) koji se nalazi u okviru, kao \u0161to je slu\u010daj, na primer, u VXLAN fabrici. <\/p>\n<p>To je vremenski provereni mehanizam na ISP mre\u017eama i svi dobavlja\u010di mre\u017ene opreme ga podr\u017eavaju.<\/p>\n<p>Me\u0111utim, u ovom slu\u010daju, ToR prekida\u010d mora biti sposoban da razdvaja razli\u010dite usluge, prema tome, mre\u017eni administrator mora u odre\u0111enoj meri sara\u0111ivati sa administratorima virtuelnih ma\u0161ina i unositi izmene (\u010dak i automatski) u konfiguraciju ure\u0111aja.<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/9a5fe4d4a0cbb7e5c3bbac82527c6a6a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nOvde bih \u010ditaoca uputio na \u010dlanak o <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/344326\/\">VxLAN na Habr-u<\/a><\/noindex> na\u0161eg starog prijatelja <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/bormoglotx\/\">@bormoglotx<\/a><\/noindex>.<br \/>\nU ovoj <noindex><a rel=\"nofollow\" href=\"https:\/\/www.enog.org\/wp-content\/uploads\/presentations\/enog-16\/18-Scaleway-P14-fabric-ENOG16.pdf\">prezentaciji sa ENOG-a<\/a><\/noindex> detaljno su opisani pristupi izgradnji DC mre\u017ee sa EVPN VXLAN fabrikom. <\/p>\n<p>A za potpunije uranjanje u stvarnost, mo\u017ee se pro\u010ditati ciskina knjiga <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> Primijetit \u0107u da je VXLAN samo metoda inkapsulacije i terminacija tunela mo\u017ee se odvijati ne na ToR-u, ve\u0107 na hostu, kao \u0161to se to doga\u0111a u slu\u010daju OpenStack-a, na primjer.<\/p>\n<p>Me\u0111utim, VXLAN-fabrika, gdje overlay po\u010dinje na ToR-u, jedan je od ustaljenih dizajna owerlay mre\u017ee.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Overlay s hosta<\/h2>\n<p>\nDrugi pristup je zapo\u010deti i terminirati tunele na krajnjim hostovima.<br \/>\nU tom slu\u010daju, mre\u017ea (Underlay) ostaje maksimalno jednostavna i stati\u010dna.<br \/>\nA host sam obavlja sve potrebne enkapsulacije.<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/c9c2971369d1b3e5f026d6844afeb67f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZa to \u0107e, naravno, biti potrebno pokrenuti posebnu aplikaciju na hostovima, ali to se isplati. <\/p>\n<p>Prvo, pokrenuti klijent na linux ma\u0161ini je lak\u0161e ili, da ka\u017eemo, - uop\u0161te mogu\u0107e - dok \u0107e na prekida\u010du verovatno morati da se oslanjate na vlasni\u010dka SDN re\u0161enja, \u0161to ubija ideju multi-vendor kompatibilnosti.<\/p>\n<p>U drugom slu\u010daju, ToR prekida\u010d mo\u017ee se ostaviti \u0161to jednostavnijim, kako sa stajali\u0161ta Control Plane-a, tako i Data Plane-a. Uistinu \u2014 sa SDN-kontrolerom mu tada nije potrebno komunicirati, a \u010duvati mre\u017ee\/ARP-e svih povezanih klijenata tako\u0111er nije potrebno \u2014 dovoljno je znati IP adresu fizi\u010dke ma\u0161ine, \u0161to zna\u010dajno olak\u0161ava tablice prebacivanja\/usmjeravanja.<\/p>\n<p>\nU seriji ADSM biram pristup overlay-a s hosta - dalje \u0107emo govoriti samo o njemu i vra\u0107ati se na VXLAN fabriku vi\u0161e ne\u0107emo.<\/p>\n<p>\nNajlak\u0161e je razmotriti na primjerima. A kao podlo\u017eak \u0107emo uzeti OpenSource SDN platformu OpenContrail, danas poznatu kao <noindex><a rel=\"nofollow\" href=\"https:\/\/tungsten.io\">Tungsten Fabric<\/a><\/noindex>.<\/p>\n<blockquote><p> Na kraju \u010dlanka \u0107u izneti neka razmi\u0161ljanja na temu analogije sa OpenFlow i OpenvSwitch.\n<\/p><\/blockquote>\n<p><\/p>\n<h2>Na primjeru Tungsten Fabric<\/h2>\n<p>\nNa svakoj fizi\u010dkoj ma\u0161ini postoji <b>vRouter<\/b> \u2014 virtualni usmjeriva\u010d koji zna o mre\u017eama povezanima na njega i kojoj klijentu pripadaju \u2014 u su\u0161tini \u2014 PE-usmjeriva\u010d. Za svakog klijenta odr\u017eava izoliranu tablicu usmjeravanja (\u010ditaj VRF). I sam vRouter \u010dini Overlay tuneliranje.<\/p>\n<p>Malo detaljnije o vRouter-u \u2014 na kraju \u010dlanka.<\/p>\n<p>Svaka VM smje\u0161tena na hipervizoru povezuje se s vRouter-om te ma\u0161ine preko <noindex><a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/TUN\/TAP\">TAP su\u010delja<\/a><\/noindex>.<\/p>\n<p><b>TAP<\/b> \u2014 Terminal Access Point \u2014 virtualno su\u010delje u Linux jezgru koje omogu\u0107ava mre\u017enu interakciju.<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/a6fa1b4370ba4e787303ae647a28f5ed.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nAko se iza vRouter-a nalaze vi\u0161e mre\u017ea, za svaku od njih stvara se virtualno su\u010delje, kojem se dodjeljuje IP adresa \u2014 ona \u0107e biti adresa zadnjeg prolaza.<br \/>\nSve mre\u017ee jednog klijenta smje\u0161taju se u jedan <b>VRF<\/b> (jednu tablicu), razli\u010dite \u2014 u razli\u010dite.<br \/>\n<i>Ovdje \u0107u napraviti opasku da nije sve tako jednostavno i uputiti znati\u017eeljnog \u010ditatelja na kraj \u010dlanka.<\/i>.<\/p>\n<p>Kako bi vRouter-i mogli komunicirati jedni s drugima, a sukladno tome i VM-ovi koji se nalaze iza njih, razmjenjuju informacije o rutama putem <b>SDN kontrolera<\/b>.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/sdn-controller.png\"><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/8b133e10582dbde9c0670ad98c1840de.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Da bi se iza\u0161lo u vanjski svijet, postoji izlazna to\u010dka iz matrice \u2014 ulazna to\u010dka virtualne mre\u017ee <b>VNGW<\/b> \u2014 Virtual Network GateWay (<i>moj termin<\/i>).<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/vngw.png\"><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/9ac4d084d9b58b7ed1bc2c0ed6d06059.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>\nSada \u0107emo razmotriti primjere komunikacija \u2014 i bit \u0107e jasno.<\/p>\n<p><\/p>\n<h3>Komunikacija unutar jedne fizi\u010dke ma\u0161ine<\/h3>\n<p>\nVM0 \u017eeli poslati paket na VM2. Pretpostavimo za sada da su to VMs jednog klijenta.<\/p>\n<h4>Data Plane<\/h4>\n<p><\/p>\n<ol>\n<li>VM-0 ima zadnju putanju na svom su\u010delju eth0. Paket se \u0161alje prema njemu.<br \/>\n To su\u010delje eth0 zapravo je virtualno povezano s virtualnim usmjeriva\u010dem vRouter preko TAP su\u010delja tap0.<\/li>\n<li>vRouter analizira na koje su\u010delje paket dolazi, odnosno kojem klijentu (VRF) pripada, provjerava adresu primatelja s tablicom usmjeravanja tog klijenta.<\/li>\n<li>Otkrivaju\u0107i da je primalac na istoj ma\u0161ini ali na drugom portu, vRouter jednostavno \u0161alje paket njemu bez ikakvih dodatnih oznaka \u2014 u tom slu\u010daju, na vRouter-u ve\u0107 postoji ARP zapis. <\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/a42da3f48a3f538eb92c1908d9d66921.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPaketa u ovom slu\u010daju ne ulazi u fizi\u010dku mre\u017eu \u2014 on se proslijedjuje unutar vRoutera.<\/p>\n<p><\/p>\n<h4>Control Plane<\/h4>\n<p>\nHipervizor pri pokretanju virtualne ma\u0161ine javlja joj:<\/p>\n<ul>\n<li>Njezinu vlastitu IP adresu.<\/li>\n<li>Zadani put je kroz IP adresu vRoutera u ovoj mre\u017ei.<\/li>\n<\/ul>\n<p>\nvRouteru putem posebnog API-ja hipervizor javlja:<\/p>\n<ul>\n<li>\u0160to treba stvoriti virtualno su\u010delje.<\/li>\n<li>Koju Virtualne Mre\u017ee (VN) treba stvoriti.<\/li>\n<li>Na koji VRF ga (VN) povezati.<\/li>\n<li>Stati\u010dka ARP zapis za ovu VM \u2014 za kojim su\u010deljem se nalazi njezina IP adresa i kojem MAC adresi je povezana.<\/li>\n<\/ul>\n<p><\/p>\n<blockquote><p> Ponovno, stvarni postupak interakcije pojednostavljen je u svrhu razumijevanja koncepta.\n<\/p><\/blockquote>\n<p> <img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/593d7ad41782e882a88732b475bf91cb.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNa taj na\u010din sve VM-ove jednog klijenta na ovoj ma\u0161ini vRouter vidi kao neposje\u0107ene povezane mre\u017ee i mo\u017ee samostalno rutirati izme\u0111u njih.<\/p>\n<p>\nA VM0 i VM1 pripadaju razli\u010ditim klijentima, stoga se nalaze u razli\u010ditim tablicama vRoutera.<\/p>\n<p>Ho\u0107e li mo\u0107i izravno komunicirati ovisi o postavkama vRoutera i dizajnu mre\u017ee.<br \/>\nNa primjer, ako obje VM klijenata koriste javne adrese, ili se NAT odvija na samom vRouteru, mo\u017ee se napraviti izravna rutiranje na vRouter.<\/p>\n<p>U suprotnom postoji mogu\u0107nost prekora\u010denje adresnog prostora \u2014 potrebno je kroz NAT poslu\u017eitelj za dobivanje javne adrese \u2014 to nalikuje izlasku na vanjske mre\u017ee, o kojima \u0107e biti rije\u010di u nastavku.<\/p>\n<h3>Komunikacija izme\u0111u VMs smje\u0161tenih na razli\u010ditim fizi\u010dkim ma\u0161inama<\/h3>\n<p><\/p>\n<h4>Data Plane<\/h4>\n<p><\/p>\n<ol>\n<li>Po\u010detak je u potpunosti isti: VM-0 \u0161alje paket s odredi\u0161tem VM-7 (172.17.3.2) prema svom defaultu.<\/li>\n<li>vRouter ga prima i ovaj put vidi da je odredi\u0161te na drugoj ma\u0161ini i dostupno je preko tunela Tunnel0.<\/li>\n<li>Najprije dodaje MPLS oznaku, koja identificira udaljeno su\u010delje, kako bi vRouter na drugoj strani mogao odrediti kamo smjestiti taj paket bez dodatnih zaobilaznica.\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/inter-hv-dp.png\"><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/1e159049376e2bf458b8c6cb5878cc17.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex>\n <\/li>\n<li>Za Tunnel0 izvor je 10.0.0.2, a odredi\u0161te: 10.0.1.2.<br \/>\n vRouter dodaje GRE (ili UDP) zaglavlja i novu IP adresu izvornom paketu.<\/li>\n<li>U tablici ruta vRoutera postoji zadnja ruta kroz adresu ToR1 10.0.0.1. Tamo i \u0161alje.\n<p> <img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/8cb98a8ec43d202259acf6a1fcaeb3ee.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n \n <\/li>\n<li>ToR1 kao sudionik Underlay mre\u017ee zna (primjerice, putem OSPF-a) kako do\u0107i do 10.0.1.2 i \u0161alje paket putem rute. Imajte na umu da se ovdje uklju\u010duje ECMP. Na ilustraciji su dva next hopa, a razli\u010diti tokovi \u0107e se rasporediti u njih na temelju hashiranja. U slu\u010daju stvarne fabrike, ovdje \u0107e vjerojatno biti 4 next hopa.\n<p>Prilikom toga ne mora znati \u0161to se nalazi ispod vanjskog IP zaglavlja. To jest, zapravo ispod IP-a mo\u017ee biti sendvi\u010d od IPv6 over MPLS over Ethernet over MPLS over GRE over over over Gr\u010dkog.<\/li>\n<li>Prema tome, na prihva\u0107aju\u0107oj strani vRouter uklanja GRE i pomo\u0107u MPLS oznake shva\u0107a kojem su\u010delju treba proslijediti ovaj paket, razdvaja ga i \u0161alje u prvotnom obliku primatelju.<\/li>\n<\/ol>\n<h4>Control Plane<\/h4>\n<p>\nPrilikom pokretanja ma\u0161ine doga\u0111a se sve ono \u0161to je opisano iznad.<\/p>\n<p>I osim toga, slijede\u0107e:<\/p>\n<ul>\n<li>Za svakog klijenta vRouter dodjeljuje MPLS oznaku. To je servisna oznaka L3VPN prema kojoj \u0107e se klijenti razdvajati unutar jedne fizi\u010dke ma\u0161ine.<br \/>\n<blockquote><p> U stvarnosti, MPLS oznaka se dodjeljuje vRouterom uvijek \u2014 jer se unaprijed ne zna da li \u0107e stroj komunicirati samo s drugim strojevima iza istog vRoutera, a to vjerojatno ni ne\u0107e biti slu\u010daj. \n <\/p><\/blockquote>\n<\/li>\n<li>vRouter uspostavlja vezu sa SDN kontrolerom putem BGP protokola (ili sli\u010dnog \u2014 u slu\u010daju TF to je XMPP 0_o).<\/li>\n<li>Kroz ovu sesiju vRouter obavje\u0161tava SDN kontroler o rutama do priklju\u010denih mre\u017ea:\n<ul>\n<li>Adresa mre\u017ee<\/li>\n<li>Metoda enkapsulacije (MPLSoGRE, MPLSoUDP, VXLAN)<\/li>\n<li>MPLS oznaku klijenta<\/li>\n<li>Svoj IP adresu kao nexthop<\/li>\n<\/ul>\n<p>\n <\/li>\n<li>SDN kontroler prima takve rute od svih povezanih vRoutera i prebacuje ih drugima. Odnosno, on djeluje kao Route Reflector.<\/li>\n<\/ul>\n<p>\nIsto se doga\u0111a i u obrnutom smjeru.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/inter-hv-cp.png\"><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/feef9181133f3a50a5cb21aa7ba16dc0.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Overlay se mo\u017ee mijenjati \u010dak svake minute. Otprilike tako to funkcionira u javnim oblacima, kada klijenti redovito pokre\u0107u i isklju\u010duju svoje virtualne ma\u0161ine.<\/p>\n<p>Sredi\u0161nji kontroler preuzima sve slo\u017eenosti odr\u017eavanja konfiguracije i kontrole tablica prebacivanja\/rutiranja na vRouter-u.<\/p>\n<p>Grubo re\u010deno, kontroler se povezuje sa svim vRouterima preko BGP-a (ili sli\u010dnog protokola) i jednostavno proslije\u0111uje informacije o rutama. BGP, na primjer, ve\u0107 ima Address-Family za prijenos metode enkapsulacije. <noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc4023\">MPLS-in-GRE<\/a><\/noindex> ili <noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc7510\">MPLS-in-UDP<\/a><\/noindex>.<\/p>\n<p>Pri tome se nikako ne mijenja konfiguracija Underlay mre\u017ee, koju je usput, automatski na redove te\u017ee upravljati, a slomiti nepa\u017eljivim pokretom lak\u0161e.<\/p>\n<h3>Izlaz u vanjski svijet<\/h3>\n<p>\nNegdje simulacija mora prestati, i iz virtualnog svijeta treba iza\u0107i u stvarni. I potreban je taksifon gateway.<\/p>\n<p>Primjenjuju se dva pristupa:<\/p>\n<ol>\n<li>Postavlja se hardverski usmjeriva\u010d.<\/li>\n<li>Pokre\u0107e se neki appliance koji implementira funkcije usmjeriva\u010da (da, da, nakon SDN-a susreli smo se i s VNF-om). Nazovimo ga virtualni gateway.<\/li>\n<\/ol>\n<p><\/p>\n<blockquote><p> Prednost drugog pristupa le\u017ei u jeftinoj horizontalnoj skalabilnosti \u2014 nedostaje snage \u2014 pokrenuli smo jo\u0161 jednu virtualku sa gateway-em. Na svakoj fizi\u010dkoj ma\u0161ini, bez potrebe za potragom za slobodnim ormari\u0107ima, jedinicama, napajanjem, kupovinom samo hardvera, transportom, instalacijom, povezivanjem, konfiguriranjem, a nakon toga jo\u0161 i zamjenom neispravnih komponenata.<\/p>\n<p>Nedostaci virtualnog gatewaya su u tome \u0161to je fizi\u010dki usmjeriva\u010d daleko mo\u0107niji od vi\u0161ekernog virtualnog servera, a njegov softver, prilago\u0111en njegovoj hardverskoj osnovi, radi znatno stabilnije (<i>ne<\/i>). Te\u0161ko je pore\u0107i i taj faktor da softversko-hardware rje\u0161enje jednostavno funkcionira, zahtijevaju\u0107i samo pode\u0161avanje, dok je pokretanje i odr\u017eavanje virtualnog gatewaya posao za iskusne in\u017eenjere.\n<\/p><\/blockquote>\n<p> Jednom nogom gateway gleda u virtualnu mre\u017eu Overlay, kao obi\u010dna Virtualna Ma\u0161ina, i mo\u017ee komunicirati sa svim ostalim VM-ovima. U isto vrijeme, on mo\u017ee terminirati mre\u017ee svih klijenata i, samim tim, vr\u0161iti usmjeravanje izme\u0111u njih.<\/p>\n<p>Drugom nogom gateway gleda u glavnu mre\u017eu i zna kako se povezati s Internetom.<\/p>\n<p><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/552fa0428ff8dd3aed76091a86a72109.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h4>Data Plane<\/h4>\n<p>\nDakle, proces izgleda ovako: <\/p>\n<ol>\n<li>VM-0, s zadanim vRouterom, \u0161alje paket s odredi\u0161tem u vanjskom svijetu (185.147.83.177) na su\u010delje eth0.<\/li>\n<li>vRouter prima ovaj paket i vr\u0161i lookup odredi\u0161ne adrese u tablici usmjeravanja - pronalazi zadani put kroz gateway VNGW1 putem Tunnela 1. <br \/>\n Tako\u0111er vidi da je to GRE tunel s SIP 10.0.0.2 i DIP 10.0.255.2, a tako\u0111er treba prvo dodati MPLS oznaku ovog klijenta, koju o\u010dekuje VNGW1.\n <\/li>\n<li>vRouter pakira izvorni paket u MPLS, GRE i novi IP zaglavlja i \u0161alje ga na adresu ToR1 10.0.0.1 prema zadanim postavkama.<\/li>\n<li>Podmre\u017ea dostavlja paket do gatewaya VNGW1.<\/li>\n<li>Gateway VNGW1 uklanja tunelske zaglavlja GRE i MPLS, vidi odredi\u0161nu adresu, konzultira se sa svojom tablicom usmjeravanja i shva\u0107a da je odredi\u0161te Internet - dakle, putem Full View ili Default. Ako je potrebno, vr\u0161i NAT prevo\u0111enje.<\/li>\n<li>Od VNGW do granice mo\u017ee postojati obi\u010dna IP mre\u017ea, \u0161to je malo vjerojatno.<br \/>\n Mo\u017ee biti klasi\u010dna MPLS mre\u017ea (IGP+LDP\/Rsvp TE), mo\u017ee biti obrnuta fabrika s BGP LU ili GRE tunel od VNGW do granice putem IP mre\u017ee.<br \/>\n Bilo kako bilo, VNGW1 provodi potrebne inkapsulacije i \u0161alje izvorni paket prema granici.<\/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=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/a66e490c75f8220349398af814d4ebf2.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<p>Protok u suprotnom smjeru prolazi iste korake u obrnutom redoslijedu. <\/p>\n<ol>\n<li>Granica dostavlja paket do VNGW1.<\/li>\n<li>On ga razdvaja, gleda na adresu primatelja i vidi da je dostupan putem tunela Tunnel1 (MPLSoGRE ili MPLSoUDP).<\/li>\n<li>Shodno tome, dodaje MPLS oznaku, GRE\/UDP zaglavlje i novi IP te \u0161alje na svoj ToR3 10.0.255.1.<br \/>\n Adresa odredi\u0161ta tunela \u2014 IP adresa vRoutera iza kojeg se nalazi ciljna VM \u2014 10.0.0.2.<\/li>\n<li>Podre\u0111ena mre\u017ea dostavlja paket do potrebnog vRoutera. <\/li>\n<li>Ciljani vRouter uklanja GRE\/UDP, odre\u0111uje su\u010delje prema MPLS oznaci i \u0161alje \u010disti IP paket u svoj TAP interfejs, vezan za eth0 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=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" 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 uspostavlja BGP susjedstvo s SDN kontrolerom, od kojeg prima sve informacije o rutama klijenata: iza koje IP adrese (vRoutera) se nalazi koji klijent, i kojom MPLS oznakom se identificira.<\/p>\n<p>Na sli\u010dan na\u010din, on sam SDN kontroleru javlja zadanu rutu s oznakom ovog klijenta, isti\u010du\u0107i sebe kao nexthop. A zatim ova zadan\u00e1 ruta dolazi na vRoutere.<\/p>\n<p>Na VNGW obi\u010dno se doga\u0111a agregacija ruta ili NAT prevo\u0111enje.<\/p>\n<p>I u drugom smjeru, u sesiji s bordovima ili Route Reflectorima, on daje upravo ovu agregiranu rutu. A od njih prima zadanu rutu ili Full-View, ili ne\u0161to drugo.<\/p>\n<p>Sa stanovi\u0161ta enkapsulacije i razmjene prometa, VNGW se ne razlikuje od vRoutera. <br \/>\nAko malo pro\u0161irimo podru\u010dje, VNGW i vRouterima mo\u017eemo dodati i druge mre\u017ene ure\u0111aje poput vatrozida, farmi za pro\u010di\u0161\u0107avanje ili oboga\u0107ivanje prometa, IPS-ova i tako dalje.<\/p>\n<p>I pomo\u0107u sekvencijalnog stvaranja VRF-a i ispravnog ogla\u0161avanja ruta, mo\u017ee se natjerati promet da se kre\u0107e onako kako \u017eelite, \u0161to se naziva Service Chaining.<\/p>\n<p>Dakle, ovdje SDN kontroler tako\u0111er djeluje kao Route Reflector izme\u0111u VNGW, vRoutera i drugih mre\u017enih ure\u0111aja.<\/p>\n<p>No, zapravo, kontroler tako\u0111er prenosi informacije o ACL i PBR (Policy Based Routing), prisiljavaju\u0107i pojedine tokove prometa da se ne kre\u0107u onako kako im ruta nala\u017ee.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/fs.linkmeup.ru\/images\/adsm\/1\/outside-cp.png\"><img decoding=\"async\" alt=\"Automatizacija za najmla\u0111e. Prvi dio (koji dolazi nakon nultog). Virtualizacija mre\u017ee\" src=\"\/wp-content\/uploads\/2019\/07\/dbba5a93d64edf56dc9c2b82311c5a11.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><\/p>\n<h1>FAQ<\/h1>\n<p><b>Za\u0161to stalno nagla\u0161ava\u0161 GRE\/UDP?<\/b><\/p>\n<p>Pa, zapravo, to se mo\u017ee smatrati specifi\u010dnim za Tungsten Fabric \u2014 mo\u017ee se uop\u0107e ne uzimati u obzir.<\/p>\n<p>No, ako se uzima u obzir, sam TF, dok je jo\u0161 bio OpenContrail, podr\u017eavao je oba enkapsulacije: MPLS u GRE i MPLS u UDP. <\/p>\n<p>UDP je dobar jer se u Source Port njegovog zaglavlja vrlo lako mo\u017ee kodirati hash funkcija od izvornih IP+Proto+Port, \u0161to omogu\u0107ava balansiranje. <\/p>\n<p>U slu\u010daju GRE, na\u017ealost, postoje samo vanjski IP i GRE zaglavlja koja su identi\u010dna za sav enkapsulirani promet i ne govorimo o balansiranju \u2014 malo tko mo\u017ee tako duboko zaviriti unutar paketa.<\/p>\n<p>Do nekog vremena, usmjeriva\u010di, \u010dak i ako su mogli izgraditi dinami\u010dke tunele, radili su to samo u MPLSoGRE, a tek nedavno su nau\u010dili raditi u MPLSoUDP. Stoga uvijek treba napomenuti mogu\u0107nost dva razli\u010dita enkapsuliranja.<\/p>\n<p>Za pravednost, treba napomenuti da TF podr\u017eava i L2 povezanost putem VXLAN-a.<\/p>\n<p>\n<b>Obe\u0107ao si povu\u0107i paralele s OpenFlow-om.<\/b><br \/>\nZapravo, oni se sami name\u0107u. vSwitch u istom OpenStacku radi prili\u010dno sli\u010dne stvari, koriste\u0107i VXLAN, koji, usput, tako\u0111er ima UDP zaglavlje.<\/p>\n<p>U Data Planeu rade pribli\u017eno jednako, dok se Control Plane zna\u010dajno razlikuje. Tungsten Fabric koristi XMPP za isporuku informacija o rutama na vRouter, dok u OpenStacku radi Openflow.<\/p>\n<p>\n<b>Mo\u017ee\u0161 li re\u0107i ne\u0161to vi\u0161e o vRouteru?<\/b><br \/>\nOn se dijeli na dva dijela: vRouter Agent i vRouter Forwarder.<\/p>\n<p>Prvi se pokre\u0107e u User Space host operativnog sustava i komunicira sa SDN kontrolerom, razmjenjuju\u0107i informacije o rutama, VRF-ovima i ACL-ovima.<\/p>\n<p>Drugi implementira Data Plane \u2014 obi\u010dno u Kernel Spaceu, ali se mo\u017ee pokrenuti i na SmartNIC-ima \u2014 mre\u017enim karticama s CPU-om i odvojenim programabilnim \u010dipom za prebacivanje, \u0161to omogu\u0107ava smanjenje optere\u0107enja na CPU host ma\u0161ine, dok mre\u017ea postaje br\u017ea i predvidljivija. <\/p>\n<p>Mogu\u0107e je i da je vRouter DPDK aplikacija u User Spaceu. <\/p>\n<p>vRouter Agent prenosi postavke vRouter Forwarderu.<\/p>\n<p>\n<b>\u0160to je Virtual Network?<\/b><br \/>\nSpomenuo sam na po\u010detku \u010dlanka o VRF-u, da je svaki tenant povezan sa svojim VRF-om. Ako je za povr\u0161insko razumijevanje funkcioniranja overlay mre\u017ee to bilo dovoljno, sljede\u0107a iteracija zahtijeva dodatna poja\u0161njenja.<\/p>\n<p>Obi\u010dno u mehanizmima virtualizacije entitet Virtual Network (mo\u017ee se smatrati vlastitim imenom) uvodi se odvojeno od klijenata\/stanara\/virtualnih ma\u0161ina \u2014 doista samostalna stvar. Ova Virtual Network mo\u017ee se zatim povezati s jednim stanarom, drugim, s dva, pa \u010dak i bilo gdje. Tako se, na primjer, implementira Service Chaining, kada se promet mora pro\u0107i kroz odre\u0111ene \u010dvorove u potrebnom redoslijedu, jednostavno stvaraju\u0107i i vezuju\u0107i Virtual Networke u pravilnom redoslijedu.<\/p>\n<p>Stoga ne postoji izravna povezanost izme\u0111u Virtual Networka i tenanta.<\/p>\n<h1>Zaklju\u010dak<\/h1>\n<p>\nOvo je prili\u010dno povr\u0161ni opis rada virtualne mre\u017ee s overlayom s hosta i SDN kontrolerom. No, bez obzira koju platformu virtualizacije danas uzeli, radit \u0107e na sli\u010dan na\u010din, bilo da se radi o VMWareu, ACI-u, OpenStacku, CloudStacku, Tungsten Fabricu ili Juniper Contrailu. Razlikovat \u0107e se po vrstama enkapsulacije i zaglavlja, protokolima isporuke informacija na krajnje mre\u017ene ure\u0111aje, ali princip softverski definiranih overlay mre\u017ea, koji djeluju iznad relativno jednostavne i stati\u010dne underlay mre\u017ee, ostat \u0107e isti.<br \/>\nMo\u017ee se re\u0107i da je u domeni stvaranja privatnog oblaka danas SDN temeljen na overlay mre\u017ei pobijedio. Ipak, to ne zna\u010di da OpenFlow nema mjesto u modernom svijetu \u2014 koristi se u OpenStacku i u istom VMWare NSX-u, koliko ja znam, Google ga koristi za konfiguraciju underlay mre\u017ee.<\/p>\n<p>Ispod sam naveo linkove na detaljnije materijale ako \u017eelite dublje istra\u017eiti temu. <\/p>\n<p>A \u0161to je s na\u0161om Underlay mre\u017eom? <\/p>\n<p>A zapravo ni\u0161ta. Cijelo to vrijeme nije se promijenio. Sve \u0161to treba raditi u slu\u010daju overlay-a s hostom \u2014 jest a\u017eurirati rute i ARP-e kako se vRouter\/VNGW pojavljuju i nestaju i prenositi pakete izme\u0111u njih.<\/p>\n<p>Definirajmo listu zahtjeva za Underlay mre\u017eu.<\/p>\n<ol>\n<li>Biti sposoban za neki protokol usmjeravanja, u na\u0161em slu\u010daju \u2014 BGP.<\/li>\n<li>Imati \u0161iroki propusnost, po\u017eeljno bez prekomjerne dodjele, kako bi se sprije\u010dilo gubljenje paketa uslijed zagu\u0161enja.<\/li>\n<li>Podr\u017eavati ECMP \u2014 neizostavni dio fabrike.<\/li>\n<li>Biti sposoban osigurati QoS, uklju\u010duju\u0107i slo\u017eene stvari poput ECN-a.<\/li>\n<li>Podr\u017eavati NETCONF \u2014 priprema za budu\u0107nost.<\/li>\n<\/ol>\n<p>\nSamoj funkciji Underlay mre\u017ee posvetio sam ovdje vrlo malo vremena. To je zato \u0161to \u0107u se u nastavku serije usredoto\u010diti upravo na nju, dok \u0107emo Overlay spominjati samo usput.<\/p>\n<p>O\u010dito, zna\u010dajno ograni\u010davam sve nas koriste\u0107i kao primjer mre\u017eu podatkovnog centra izgra\u0111enu na Cloze fabrici s \u010distim IP usmjeravanjem i overlayom s hosta.<\/p>\n<p>Me\u0111utim, siguran sam da se svaka mre\u017ea s odre\u0111enim dizajnom mo\u017ee opisati u formalnim terminima i automatizirati. Samo ovdje nastojim razjasniti pristupe automatizaciji, a ne zbuniti sve rje\u0161avaju\u0107i problem u op\u0107em obliku.<\/p>\n<p>U okviru ADSM-a, s Romanom Gorgom planiramo objaviti poseban broj o virtualizaciji ra\u010dunalnih resursa i njenoj interakciji s virtualizacijom mre\u017ee. Ostanite s nama.<\/p>\n<p><\/p>\n<h1>Koristitne veze<\/h1>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/tungstenfabric.github.io\/website\/\">Tungsten Fabric Arhitektura<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/youtu.be\/Kr6WIYPts8I?t=3157\">about:cloud<\/a><\/noindex>. 6 sati o Yandex.Cloud, gdje se posebno raspravlja o virtualnoj mre\u017ei na TF.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/docs.openvswitch.org\/en\/latest\/intro\/what-is-ovs\/\">\u0160to je Open vSwitch?<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/344326\/\">Uvod u VxLAN<\/a><\/noindex>.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/tools.ietf.org\/html\/rfc7348\">RFC 7348. Virtual eXtensible Local Area Network (VXLAN): Okvir za overlay virtualiziranih slojeva 2 mre\u017ea preko slojeva 3 mre\u017ea.<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 pristup VXLAN EVPN Fabric<\/a><\/noindex>. Ovdje se raspravlja o cijeloj mre\u017ei DC-a, uklju\u010duju\u0107i Underlay, Overlay, pristupe multi-homing-u i upravljanje.<\/li>\n<\/ul>\n<p><\/p>\n<h5>Hvala<\/h5>\n<p><\/p>\n<ul>\n<li><noindex>Romanu Gorgu<\/noindex> \u2014 biv\u0161em voditelju podcasta linkmeup, a sada stru\u010dnjaku za cloud platforme. Hvala za komentare i ispravke. O\u010dekujemo u skoroj budu\u0107nosti njegov dublji \u010dlanak o virtualizaciji.<\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.alexander-shalimov.com\">Aleksandru \u0160alimovu<\/a><\/noindex> \u2014 mom kolegi i stru\u010dnjaku za razvoj virtualnih mre\u017ea. Hvala za komentare i ispravke.<\/li>\n<li><noindex>Valentinu Sini\u010dinu<\/noindex> \u2014 mom kolegi i stru\u010dnjaku za Tungsten Fabric. Hvala za komentare i ispravke.<\/li>\n<li><noindex>Artemu \u010cernobaju<\/noindex> \u2014 ilustratoru linkmeup. Hvala za KDPV.<\/li>\n<li>Aleksandru Limonovu. Hvala za meme \u201eautomato\u201d.<\/li>\n<\/ul>\n<p>Izvor: <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.4 - 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\/hr\/blog\/administrirovanie\/avtomatizatsiya-dlya-samyh-malenkih-chast-pervaya-kotoraya-posle-nulevoj-virtualizatsiya-seti\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"hr_HR\" \/>\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\/hr\/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\udd47Automatizacija Za Najmla\u0111e. Prvi dio (koji je nakon nultog). Virtualizacija mre\u017ee | ProHoster","description":"U prethodnoj epizodi opisao sam okvir za automatizaciju mre\u017ee.","canonical_url":"https:\/\/prohoster.info\/hr\/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":"hr_HR","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\/hr\/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\/hr\/wp-json\/wp\/v2\/posts\/35973","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=35973"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/35973\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/26892"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=35973"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=35973"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=35973"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}