{"id":35291,"date":"2019-10-31T22:03:28","date_gmt":"2019-10-31T19:03:28","guid":{"rendered":"https:\/\/prohoster.info\/blog\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu\/"},"modified":"2019-10-31T22:03:28","modified_gmt":"2019-10-31T19:03:28","slug":"setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","title":{"rendered":"Mre\u017ena tvornica za podatkovne centre Cisco ACI \u2014 u pomo\u0107 administratoru","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Mre\u017ena
\nUz pomo\u0107 ovog \u010darobnog skripta, Cisco ACI mo\u017eete brzo postaviti mre\u017eu.<\/i><\/p>\n

Mre\u017ena fabrika za podatkovne centre Cisco ACI postoji ve\u0107 pet godina, ali se na Habr-u o njoj ba\u0161 i nije pri\u010dalo, pa sam odlu\u010dio to malo popraviti. Ispri\u010dat \u0107u iz vlastitog iskustva \u0161to je to, koja je njena korist i koje su joj mane. <\/p>\n

\u0160to je to i odakle dolazi?<\/h3>\n

\nU vrijeme najave ACI (Application Centric Infrastructure) 2013. godine, tradicionalnim pristupima mre\u017eama podatkovnih centara napadali su konkurenti s tri razli\u010dite strane. <\/p>\n

S jedne strane, SDN rje\u0161enja \"prve generacije\" temeljena na OpenFlow-u obe\u0107avala su da \u0107e u\u010diniti mre\u017ee fleksibilnijima i jeftinijima u isto vrijeme. Ideja je bila da se odlu\u010divanje, koje je tradicionalno obavljalo proprietary softver na prekida\u010dima, preda centralnom kontroleru. <\/p>\n

Ovaj kontroler bi imao jedinstveni pregled svega \u0161to se doga\u0111a i na temelju toga programirao bi opremu svih switcheva na razini pravila obrade odre\u0111enih tokova. <\/a><\/noindex>
\nS druge strane, overlay mre\u017ena rje\u0161enja pru\u017eila su mogu\u0107nost ostvarivanja potrebne povezanosti i sigurnosnih politika bez promjena u fizi\u010dkoj mre\u017ei, grade\u0107i softverske tunele izme\u0111u virtualiziranih hostova. Najpoznatiji primjer ovog pristupa bilo je rje\u0161enje od Nicira, koja je u tom trenutku ve\u0107 kupljena od strane VMWare za 1,26 milijardi dolara i dala je po\u010detak dana\u0161njem VMWare NSX-u. Dodatnu pikantnost situaciji davali su osniva\u010di Nicira, koji su bili iste osobe koje su ranije stajale na \u010delu OpenFlow-a, a sada su govorili da je za izgradnju fabrike podatkovnog centra OpenFlow nije prikladan<\/a><\/noindex>.<\/p>\n

Na kraju, \u010dipovi za prebacivanje dostupni na otvorenom tr\u017ei\u0161tu (ono \u0161to se naziva merchant silicon) postigli su razinu zrelosti koja je postala stvarna prijetnja tradicionalnim proizvo\u0111a\u010dima prekida\u010da. Dok je ranije svaki dobavlja\u010d sam razvijao \u010dipove za svoje prekida\u010de, s vremenom su \u010dipovi tre\u0107ih proizvo\u0111a\u010da, prvenstveno od Br\u043eadcom-a, po\u010deli smanjivati razliku s dobavlja\u010dskim \u010dipovima po funkcionalnosti, a prema omjeru cijena\/performance, bili su bolji. Stoga su mnogi smatrali da su dani prekida\u010da baziranih na vlastitim \u010dipovima pro\u0161li.<\/p>\n

ACI je postala \"asimetri\u010dan odgovor\" Cisco-a (to\u010dnije, kompanije Insieme koja je postala dio Cisco-a, osnovali su je biv\u0161i zaposlenici) na sve navedeno. <\/p>\n

Koja je razlika s OpenFlow-om?<\/h3>\n

\nS aspekta raspodjele funkcija, ACI je zapravo suprotnost OpenFlow-u.
\nU OpenFlow arhitekturi, kontroler je odgovoran za definiranje detaljnih pravila (tokova)
\nu hardveru svih prekida\u010da, to jest, u velikoj mre\u017ei mo\u017ee nositi odgovornost za odr\u017eavanje i, \u0161to je jo\u0161 va\u017enije, promjenu desetaka milijuna unosa na stotinama to\u010daka u mre\u017ei, zbog \u010dega njegova izvedba i pouzdanost kod velikih implementacija postaju usko grlo.<\/p>\n

U ACI se koristi suprotan pristup: kontroler tako\u0111er postoji, ali prekida\u010di od njega primaju visoko razine deklarativnih politika, a njihovo renderiranje u detalje konkretnih postavki u hardveru obavlja sam prekida\u010d. Kontroler se mo\u017ee ponovo pokrenuti ili potpuno isklju\u010diti, a s mre\u017eom se ne\u0107e dogoditi ni\u0161ta lo\u0161e, osim, naravno, trenuta\u010dne nemogu\u0107nosti upravljanja. Zanimljivo je da u ACI postoje situacije u kojima se OpenFlow ipak koristi, ali lokalno unutar hosta za programiranje Open vSwitch-a.<\/p>\n

ACI je u cijelosti izgra\u0111ena na overlay transportu temeljenom na VXLAN-u, ali uklju\u010duje i donji IP transport unutar jednog rje\u0161enja. Cisco je to nazvao 'integriranim overlay-om'. Kao to\u010dka terminacije overlay-a u ACI-u naj\u010de\u0161\u0107e se koriste fabrikantski prekida\u010di (to \u010dine brzinom kanala). Hostovi ne moraju znati ni\u0161ta o fabrici, enkapsulaciji itd., ali u odre\u0111enim slu\u010dajevima (recimo, za povezivanje OpenStack hostova) VXLAN promet mo\u017ee stizati i do njih.<\/p>\n

Overlayi se u ACI koriste ne samo za osiguravanje fleksibilne povezanosti kroz transportnu mre\u017eu, ve\u0107 i za prijenos meta podataka (koji se koristi, na primjer, za primjenu politika sigurnosti). <\/p>\n

Chips from Broadcom have previously been used by Cisco in the Nexus 3000 series switches. In the Nexus 9000 family, specifically released to support ACI, a hybrid model was initially implemented, referred to as Merchant+. In this switch, both the new Broadcom Trident 2 chip and a complementary chip developed by Cisco were used simultaneously, executing all the magic of ACI. This, apparently, allowed for a faster product launch and reduced the switch's price to a level close to models purely based on Trident 2. This approach was sufficient for the first two to three years of ACI deliveries. During that time, Cisco developed and released the next generation of Nexus 9000 based on their own chips with greater performance and feature sets, but at the same price level. The external specifications in terms of factory interaction remained completely intact. However, the internal components changed entirely: something akin to refactoring, but for hardware.<\/p>\n

Kako je arhitektura Cisco ACI <\/h3>\n

\nU najjednostavnijem slu\u010daju, ACI se gradi prema topologiji Clos mre\u017ee, ili, kako se \u010desto naziva, Spine-Leaf. Broj preklopnika razine Spine mo\u017ee biti od dva (ili jednog, ako nas ne brine otpornost na provale) do \u0161est. Shodno tome, \u0161to ih je vi\u0161e, to je ve\u0107a otpornost na provale (manje smanjenje propusnosti i pouzdanosti u slu\u010daju kvara ili odr\u017eavanja jednog Spine) i ukupna izvedba. Sve vanjske veze idu na Leaf razinu preklopnika: to su i poslu\u017eitelji, te povezivanje s vanjskim mre\u017eama putem L2 ili L3, kao i povezivanje s APIC kontrolerima. U na\u010delu, ne samo da je postavka ACI-a jednostavna, nego i prikupljanje statistike, pra\u0107enje kvarova i drugo \u2014 sve se obavlja putem su\u010delja kontrolera, kojih u standardnim implementacijama obi\u010dno ima tri. <\/p>\n

Preklopnicima se nikada ne treba priklju\u010divati putem konzole, \u010dak ni za pokretanje mre\u017ee: kontroler sam otkriva preklopnike i sastavlja iz njih fabriku, uklju\u010duju\u0107i postavke svih servisnih protokola. Zbog toga je, usput, vrlo va\u017eno prilikom monta\u017ee zabilje\u017eiti serijske brojeve ugra\u0111enih ure\u0111aja, kako se kasnije ne bi poga\u0111alo koji je preklopnik u kojem okviru. Za rje\u0161avanje problema mo\u017ee se, po potrebi, priklju\u010diti na preklopnike putem SSH: na njima su dovoljno vjerno reproducirane uobi\u010dajene show-komande Cisco. <\/p>\n

Unutar fabrike koristi se IP-transport, tako da nema Spanning Tree i drugih u\u017easnih stvari iz pro\u0161losti: svi linkovi su aktivni, a konvergencija u slu\u010daju kvarova je vrlo brza. Promet unutar fabrike prenosi se putem tunela baziranih na VXLAN-u. Konkretno, sama Cisco ozna\u010dava inkapsulaciju kao iVXLAN, koja se razlikuje od obi\u010dnog VXLAN-a po tome \u0161to rezervisana polja u mre\u017enom zaglavlju slu\u017ee za preno\u0161enje servisnih informacija, prvenstveno o odnosu prometa s grupom EPG. To omogu\u0107ava implementaciju pravila interakcije izme\u0111u grupa u hardveru, koriste\u0107i njihove brojeve ba\u0161 kao \u0161to se u obi\u010dnim pristupnim listama koriste adrese. <\/p>\n

Tuneli omogu\u0107avaju pro\u0161irenje kako L2-segmenta tako i L3 (tj. VRF) putem unutra\u0161njeg IP-transporta. Pri tome, podrazumevani gateway je distribuiran. To zna\u010di da svaka preklopna jedinica upravlja usmeravanjem dolaznog prometa u fabriku. U delu logike preno\u0161enja prometa, ACI je sli\u010dan fabrici koja se oslanja na VXLAN\/EVPN. <\/p>\n

Ako je to tako, koja su razlikovna obele\u017eja? U svemu ostalom! <\/h3>\n

\nRazlika broj jedan sa kojom se susre\u0107emo u ACI-u je na\u010din na koji se serveri uklju\u010duju u mre\u017eu. U tradicionalnim mre\u017eama, uklju\u010divanje fizi\u010dkih servera i virtuelnih ma\u0161ina ide u VLAN-ove, i od njih zavisi sve ostalo: povezanost, bezbednost itd. U ACI-u se koristi konstrukcija koju Cisco naziva EPG (End-point Group), od koje se ne mo\u017ee pobe\u0107i. Mo\u017ee li se to izjedna\u010diti sa VLAN-om? Da, ali u tom slu\u010daju postoji rizik da se izgubi velika ve\u0107ina onoga \u0161to ACI nudi. <\/p>\n

U vezi sa EPG-om formuli\u0161u se sve pravila pristupa, a u ACI-u se po default-u koristi princip \u201ebelog spiska\u201c, \u0161to zna\u010di da je dozvoljen samo promet \u010dije je propu\u0161tanje eksplicitno odobreno. Drugim re\u010dima, mo\u017eemo kreirati EPG grupe \u201eWeb\u201c i \u201eMySQL\u201c i definisati pravilo koje dozvoljava interakciju izme\u0111u njih samo putem porta 3306. To \u0107e funkcionisati bez obzira na mre\u017ene adrese, \u010dak i unutar iste podmre\u017ee! <\/p>\n

Imamo klijente koji su odabrali ACI upravo zbog ove funkcionalnosti, jer omogu\u0107ava ograni\u010davanje pristupa izme\u0111u servera (bilo virtuelnih ili fizi\u010dkih \u2014 nije va\u017eno), bez preme\u0161tanja izme\u0111u podmre\u017ea, \u010dime se ne dira adresacija. Da, znamo, niko ne postavlja ru\u010dno IP adrese<\/a> u konfiguracijama aplikacija, zar ne?<\/p>\n

Pravila prometa u ACI nazivaju se ugovorima. U takvom ugovoru jedna ili vi\u0161e grupa ili razina u vi\u0161eslojnoj aplikaciji postaju pru\u017eatelji usluga (recimo, usluga baze podataka), dok su drugi potro\u0161a\u010di. Ugovor mo\u017ee jednostavno proslijediti promet, ili mo\u017ee u\u010diniti ne\u0161to slo\u017eenije, na primjer, usmjeriti na vatrozid ili optere\u0107enje, kao i promijeniti vrijednost QoS.<\/p>\n

Kako serveri ulaze u te grupe? Ako su to fizi\u010dki serveri ili ne\u0161to uklju\u010deno u postoje\u0107u mre\u017eu u koju smo stvorili VLAN-trunk, tada je za njihovo stavljanje u EPG potrebno navesti port na prekida\u010du i kori\u0161teni VLAN. Kao \u0161to vidimo, VLAN-ovi se pojavljuju tamo gdje bez njih ne mo\u017eemo.<\/p>\n

Ako su serveri virtualne ma\u0161ine, dovoljno je pozvati se na povezano okru\u017eenje virtualizacije, a dalje \u0107e se sve odvijati samo od sebe: stvorit \u0107e se portna grupa (govore\u0107i terminima - VMWare) za povezivanje VM-a, odredit \u0107e se potrebni VLAN-ovi ili VXLAN-ovi, upisat \u0107e se na potrebne portove prekida\u010da itd. Tako da, iako je ACI izgra\u0111ena oko fizi\u010dke mre\u017ee, povezivanje za virtualne servere izgleda znatno jednostavnije nego za fizi\u010dke. ACI ve\u0107 integrira vezu s VMWare i MS Hyper-V, kao i podr\u0161ku za OpenStack i RedHat Virtualization. Od nekog trenutka postoji i ugra\u0111ena podr\u0161ka za platforme kontejnera: Kubernetes, OpenShift, Cloud Foundry, pri \u010demu se to odnosi i na primjenu politika i nadzor, tj. mre\u017eni administrator mo\u017ee odmah vidjeti na kojim hostovima koje podovi rade i u koje su grupe u\u0161li.<\/p>\n

Pored uklju\u010divanja u odre\u0111enu port grupu, virtualni serveri imaju dodatna svojstva: ime, atribute itd., koje se mogu koristiti kao kriteriji za njihov prijenos u drugu grupu, recimo, pri preimenovanju VM-a ili pojavom dodatne oznake. Cisco ovo naziva mikrosegmentacijskim grupama, iako je, u velikoj mjeri, sama struktura koja omogu\u0107ava stvaranje mnogo sigurnosnih segmenata u obliku EPG-a u istoj podmre\u017ei - tako\u0111er prili\u010dno mikrosegmentacija. Pa, vendor svakako zna. <\/p>\n

EPG-ovi su isklju\u010divo logi\u010dke konstrukcije, koje nisu vezane za odre\u0111ene preklopnike, servere itd., tako da se s njima i konstrukcijama na njihovoj bazi (aplikacijama i tenantima) mogu raditi stvari koje su te\u0161ke za ostvariti u obi\u010dnim mre\u017eama, poput kloniranja. Kao rezultat, lako je stvoriti klon proizvodnog okru\u017eenja kako bi se dobilo testno okru\u017eenje koje je garantirano identi\u010dno proizvodu. Mo\u017ee se to uraditi ru\u010dno, ali je bolje (i jednostavnije) putem API-a. <\/p>\n

Op\u0107enito, logika upravljanja u ACI-u potpuno se razlikuje od onoga s \u010dim se obi\u010dno susre\u0107ete
\nu tradicionalnim mre\u017eama iste Cisco-e: programsko su\u010delje je primarno, dok je GUI ili CLI sekundaran, jer rade putem istog API-ja. Stoga gotovo svatko tko se bavi ACI-jem kroz neko vrijeme po\u010dinje orijentirati se u objektnoj modelu koja se koristi za upravljanje i automatizirati ne\u0161to prema svojim potrebama. Najlak\u0161e je to raditi iz Pythona: postoji mnogo korisnih gotovih alata za njega. <\/p>\n

Obe\u0107ane zamke<\/h3>\n

\nGlavni problem je to \u0161to su mnoge stvari u ACI-u napravljene druga\u010dije. Da biste normalno radili s njime, treba se ponovo u\u010diti. To se posebno odnosi na timove mre\u017ene operacije kod velikih klijenata, gdje in\u017eenjeri godinama rade na \"definiranju VLAN-ova\" prema zahtjevima. Ono \u0161to je sada VLAN vi\u0161e nije VLAN, a za postavljanje novih mre\u017ea u virtualizirane hostove nije potrebna ru\u010dna izrada VLAN-ova, \u0161to potpuno zbunjuje tradicionalne mre\u017ene tehni\u010dare i prisiljava ih da se dr\u017ee svojih uobi\u010dajenih pristupa. Treba napomenuti da je Cisco poku\u0161ala malo olak\u0161ati situaciju dodavanjem \"NXOS-sli\u010dnog\" CLI-a u kontroler, \u0161to omogu\u0107uje konfiguraciju iz su\u010delja sli\u010dnog tradicionalnim preklopnicima. No, ipak, da biste normalno koristili ACI, morat \u0107ete razumjeti kako to funkcionira. <\/p>\n

S aspekta cijene, ACI mre\u017ee na velikim i srednjim razmjerima zapravo se ne razlikuju od tradicionalnih mre\u017ea na Cisco opremi, jer se za njihovu izgradnju koriste isti prekida\u010di (Nexus 9000 mogu raditi i u ACI i u tradicionalnom re\u017eimu, postali su glavna \u201eradna konja\u201c za nove projekte u DC-u). Me\u0111utim, za DC-ove, prisutnost kontrolera i Spine-Leaf arhitekture od dva prekida\u010da naravno se osje\u0107a. Nedavno je predstavljena Mini ACI fabrika, u kojoj su dva od tri kontrolera zamijenjena virtualnim strojevima. To smanjuje razliku u cijeni, ali ona i dalje ostaje. Dakle, izbor za kupca ovisi o tome koliko je zainteresiran za funkcije sigurnosti, integracije s virtualizacijom, jedinstvene to\u010dke upravljanja i sli\u010dno.
\n
Izvor: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

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