{"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\/sl\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","title":{"rendered":"Omre\u017ena tovarna za podatkovne centre Cisco ACI \u2014 v pomo\u010d administratorju","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Omre\u017ena
\nS temle \u010darobnim skriptom Cisco ACI je mogo\u010de hitro nastaviti mre\u017eo.<\/i><\/p>\n

Mre\u017ena tovarna za podatkovne centre Cisco ACI obstaja \u017ee pet let, a o njej ni bilo veliko povedanega na Habru, zato sem se odlo\u010dil to nekoliko popraviti. Na svoji izku\u0161nji bom razlo\u017eil, kaj to je, kak\u0161ne koristi prina\u0161a in kje so njeni izzivi. <\/p>\n

Kaj to je in od kod izvira?<\/h3>\n

\nOb \u010dasu napovedi ACI (Application Centric Infrastructure) leta 2013 so tradicionalnim pristopom k mre\u017eam podatkovnih centrov konkurirali trije glavne sile. <\/p>\n

Z enim vidika so SDN-re\u0161itve prve generacije na osnovi OpenFlow obljubljale, da bodo mre\u017ee postale bolj fleksibilne in poceni. Ideja je bila, da se proces odlo\u010danja, ki ga tradicionalno izvaja lastni\u0161ka programska oprema stikala, prenese na osrednji nadzorni sistem. <\/p>\n

Ta nadzorni sistem bi imel enotno vizijo vsega, kar se dogaja, in bi na podlagi tega programiral strojno opremo vseh stikal na nivoju pravil obdelave to\u010dno dolo\u010denih tokov. <\/a><\/noindex>
\nZ druge strani so re\u0161itve za overlejne mre\u017ee omogo\u010dile uresni\u010devanje potrebne povezanosti in varnostnih politik brez sprememb v fizi\u010dni mre\u017ei, kar je omogo\u010dilo gradnjo programske predore med virtualiziranimi gosti. Najbolj znan primer takega pristopa je re\u0161itev od Nicira, ki je bila ob tistem \u010dasu \u017ee kupljena s strani VMWare za 1,26 milijarde dolarjev in je dala za\u010detek dana\u0161njemu VMWare NSX. Nekaj pikantnosti situaciji dodaja dejstvo, da so bili soavtorji Nicire isti ljudje, ki so prej stali pri za\u010detkih OpenFlow in so sedaj trdili, da OpenFlow ni primeren za izgradnjo mre\u017ene tovarne podatkovnega centra. OpenFlow ni primeren<\/a><\/noindex>.<\/p>\n

In nazadnje, komunikacijski \u010dipi, dostopni na odprtem trgu (t.i. merchant silicon), so dosegli stopnjo zrelosti, pri kateri so postali resna gro\u017enja za tradicionalne proizvajalce stikal. Medtem ko je vsak ponudnik prej razvijal \u010dipe za svoja stikala, so \u010dipi zunanjih proizvajalcev, predvsem od Broadcom, s\u010dasoma postali primerljivi s lastni\u0161kimi \u010dipi po funkcionalnosti, po razmerju cena\/prednost pa so jih presegali. Zato so mnogi menili, da so dnevi stikal na \u010dipih lastne izdelave minili.<\/p>\n

ACI je postala 'asimetri\u010dni odgovor' Cisco (natan\u010dneje, podjetja Insieme, ki je bilo sestavljeno iz njenih nekdanjih zaposlenih) na vse na\u0161teto. <\/p>\n

Kak\u0161na je razlika z OpenFlow?<\/h3>\n

\nZ vidika razporeditve funkcij je ACI dejansko nasprotje OpenFlow.
\nV arhitekturi OpenFlow nadzornik odgovarja za zapisovanje podrobnih pravil (tokov)
\nv strojni opremi vseh preklopnikov, kar pomeni, da lahko v veliki mre\u017ei le\u017ei odgovornost za vzdr\u017eevanje in, kar je najpomembneje, spremembo deset milijonov zapisov na stotinah to\u010dk v omre\u017eju, zato njegova zmogljivost in zanesljivost pri velikih uvedbah postaneta ozka grla.<\/p>\n

V ACI se uporablja obratni pristop: nadzornik je seveda prisoten, vendar preklopniki prejemajo visoko nivojske deklarativne politike od njega, medtem ko preklopnik sam izvaja podrobnosti specifi\u010dnih nastavitev v strojni opremi. Nadzornik se lahko ponovno za\u017eene ali pa popolnoma izklopi, mre\u017ea pa ne bo utrpela ni\u010d slabega, razen seveda, da v tem trenutku ne bo mo\u017eno upravljati. Zanimivo je, da v ACI obstajajo situacije, v katerih se OpenFlow vseeno uporablja, vendar lokalno v okviru gostitelja za programiranje Open vSwitch.<\/p>\n

ACI je v celoti zgrajena na ovijalnem transportu na osnovi VXLAN, vklju\u010duje pa tudi spodnji IP transport znotraj enega samega re\u0161itve. Cisco je to poimenoval \"integriran ovitek\". Kot to\u010dka zaklju\u010ditve ovitkov v ACI se v ve\u010dini primerov uporabljajo preklopniki tovarne (to opravljajo z vlaknotno hitrostjo). Gostitelji ne smejo vedeti ni\u010desar o tovarni, ovijanju itd., vendar v nekaterih primerih (na primer za povezovanje gostiteljev OpenStack) lahko VXLAN promet prispe tudi do njih.<\/p>\n

Ovitki se v ACI uporabljajo ne le za zagotavljanje prilagodljive povezljivosti prek transportnega omre\u017eja, temve\u010d tudi za prenos meta informacij (te se uporabljajo, na primer, za uveljavljanje varnostnih politik). <\/p>\n

\u010cipi Broadcom so \u017ee prej uporabljali Cisco v stikalih serije Nexus 3000. V dru\u017eini Nexus 9000, ki je bila posebej izdana za podporo ACI, je bila sprva implementirana hibridna razli\u010dica, imenovana Merchant+. V stikalih so isto\u010dasno uporabljali nov \u010dip Broadcom Trident 2 in \u010dip, ki ga je razvila Cisco, kar je omogo\u010dilo uresni\u010ditev vse 'magije' ACI. Zdi se, da je to omogo\u010dilo hitrej\u0161o dostavo izdelka in zni\u017eanje cene stikala na raven, blizu modelom, ki so temeljila le na Trident 2. Ta pristop je zado\u0161\u010dal za prvih dve ali tri leti dobav ACI. V tem \u010dasu je Cisco razvila in trgu ponudila naslednjo generacijo Nexus 9000, ki je bila \u017ee na njihovih lastnih \u010dipih z vi\u0161jo zmogljivostjo in funkcijami, vendar po isti ceni. Zunanje specifikacije z vidika interakcije v tovarni so se popolnoma ohranile. Po drugi strani pa se je notranja zasnova popolnoma spremenila: nekaj podobnega refaktoringu, vendar za strojno opremo.<\/p>\n

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

\nV najpreprostej\u0161em primeru ACI gradi na topologiji omre\u017eja Clos, ali, kot pogosto pravijo, Spine-Leaf. \u0160tevilo Spine stikal se lahko giblje od dveh (ali enega, \u010de nas ne skrbi odpoved) do \u0161estih. Posledi\u010dno, ve\u010d kot jih je, ve\u010dja je odpornost na napake (manj\u0161a izguba pasovne \u0161irine in zanesljivosti pri napaki ali vzdr\u017eevanju enega Spine) in skupna zmogljivost. Vse zunanje povezave gredo v Leaf stikala: to so stre\u017eniki, povezava z zunanjimi omre\u017eji prek L2 ali L3, in povezava s kontrolerji APIC. Pri ACI ne gre le za konfiguracijo, ampak tudi zbiranje statistike, nadzor napak in drugo \u2014 vse se izvaja prek vmesnika kontrolerjev, katerih obi\u010dajno \u0161tevilo pri implementacijah je tri. <\/p>\n

Stikala nikoli ni treba povezovati prek konzole, niti za zagon omre\u017eja: kontroler sam odkrije stikala in iz njih sestavi tovarno, vklju\u010dno z nastavitvami vseh slu\u017ebenih protokolov. Zato je pri monta\u017ei zelo pomembno, da zapi\u0161ete serijske \u0161tevilke name\u0161\u010denih naprav, da ne bi kasneje ugibali, katero stikalo se nahaja v katerem omarici. Za odpravo te\u017eav se lahko po potrebi pove\u017eete s stikali prek SSH: na njih so dovolj natan\u010dno uresni\u010dene obi\u010dajne show-ukaze Cisco. <\/p>\n

Znotraj tovarne se uporablja IP-transport, tako da ni nobenega Spanning Tree in drugih grozot preteklosti: vsi povezave so vklju\u010dene, hitro izgubljanje povezave pa je zelo hitro. Promet v tovarni se prena\u0161a preko tunelov na osnovi VXLAN. Natan\u010dneje, Cisco imenuje kapsulacijo iVXLAN, ki se razlikuje od obi\u010dajnega VXLAN po tem, da se rezervirana polja v omre\u017enem naslovu uporabljajo za prenos podatkovnih informacij, predvsem o razmerju prometa do skupine EPG. To omogo\u010da izvajanje pravil med skupinami na opremi, pri \u010demer se uporabljajo njihovi identifikatorji na enak na\u010din, kot se naslovi uporabljajo v obi\u010dajnih dostopnih seznamih. <\/p>\n

Tuneli omogo\u010dajo raz\u0161iritev skozi notranji IP-transport ter L2-sekvence in L3 (tj. VRF). Pri tem je privzeti prehod porazdeljen. To pomeni, da vsak preklopnik upravlja usmerjanje prihajajo\u010dega prometa v tovarno. Po logiki prenosa prometa je ACI podoben tovarni, ki temelji na VXLAN\/EVPN. <\/p>\n

\u010ce je tako, kak\u0161ne so razlike? V vsem drugem! <\/h3>\n

\nPrva razlika, s katero se sre\u010date v ACI, je na\u010din vklju\u010ditve stre\u017enikov v omre\u017eje. V tradicionalnih omre\u017ejih povezava tako fizi\u010dnih stre\u017enikov kot virtualk poteka preko VLAN, od katerih temelji vse ostalo: povezljivost, varnost itd. V ACI pa se uporablja konstrukcija, ki jo Cisco imenuje EPG (End-point Group), katere se ni mogo\u010de izogniti. Ali jo lahko ena\u010dimo z VLAN? Da, vendar v tem primeru obstaja tveganje, da izgubite ve\u010dino tistega, kar nudi ACI. <\/p>\n

V zvezi z EPG se oblikujejo vsa pravila dostopa, v ACI pa se po privzetku uporablja na\u010delo 'belega seznama', kar pomeni, da je dovoljen samo promet, ki je izrecno dovoljen. To pomeni, da lahko ustvarimo EPG-skupine 'Web' in 'MySQL' ter dolo\u010dimo pravilo, ki dovoljuje interakcijo med njima samo preko vrata 3306. To bo delovalo brez vezave na omre\u017ene naslove in celo znotraj iste podmre\u017ee! <\/p>\n

Imamo stranke, ki so izbrale ACI prav zaradi te funkcionalnosti, saj omogo\u010da omejevanje dostopov med stre\u017eniki (virtualnimi ali fizi\u010dnimi \u2014 ni pomembno), brez premikanja med podmre\u017eami, kar pomeni, da se naslovitev ne dotika. Da, vemo, nih\u010de ne vpisuje ro\u010dno IP-naslove<\/a> v konfiguracijah aplikacij, kajne?<\/p>\n

Pravila usmeravanja saobra\u0107aja u ACI nazivaju se ugovorima. U takvom ugovoru jedna ili vi\u0161e grupa ili nivoa u vi\u0161eslojnoj aplikaciji postaju provajder usluge (recimo, usluge baze podataka), dok su druge potro\u0161a\u010di. Ugovor mo\u017ee jednostavno propu\u0161tati saobra\u0107aj ili mo\u017ee uraditi ne\u0161to slo\u017eenije, na primer, usmeriti ga na firewall ili balansirnik, kao i promeniti vrednost QoS.<\/p>\n

Kako serveri ulaze u ove grupe? Ako su to fizi\u010dki serveri ili ne\u0161to uklju\u010deno u postoje\u0107u mre\u017eu, koju smo kreirali kao VLAN-trunk, onda da bi ih stavili u EPG, potrebno je ukazati na port prekida\u010da i kori\u0161\u0107eni VLAN. Kao \u0161to vidimo, VLAN-ovi se javljaju tamo gde bez njih ne mo\u017ee.<\/p>\n

Ako su, me\u0111utim, serveri virtuelne ma\u0161ine, dovoljno je pozvati se na povezano virtuelizacijsko okru\u017eenje i sve \u0107e se dogoditi samo od sebe: kreira\u0107e se port-grupa (govore\u0107i u terminima - VMWare) za povezivanje VM, dodeli\u0107e se potrebni VLAN-ovi ili VXLAN-ovi, upisa\u0107e se na potrebnim portovima prekida\u010da itd. Dakle, iako je ACI izgra\u0111ena oko fizi\u010dke mre\u017ee, povezivanje za virtuelne servere izgleda mnogo jednostavnije nego za fizi\u010dke. ACI ve\u0107 ima integraciju sa VMWare i MS Hyper-V, kao i podr\u0161ku za OpenStack i RedHat Virtualization. Od nekog trenutka dostupna je i podr\u0161ka za platforme kontejnera: Kubernetes, OpenShift, Cloud Foundry, pri \u010demu se to odnosi i na primenu pravila i monitoring, \u0161to zna\u010di da mre\u017eni administrator mo\u017ee odmah videti na kojim hostovima koji podovi rade i u koje su grupe uklju\u010deni.<\/p>\n

Pored uklju\u010divanja u odre\u0111enu port-grupu, virtuelni serveri imaju dodatna svojstva: ime, atribute itd., koje se mogu koristiti kao kriterijumi za njihovo prebacivanje u drugu grupu, recimo, prilikom preimenovanja VM ili pojavljivanja dodatne oznake. Cisco to naziva mikrosegmentacionim grupama, iako sama konstrukcija koja omogu\u0107ava kreiranje vi\u0161e bezbednosnih segmenata u okviru iste podmre\u017ee - tako\u0111e predstavlja mikrosegmentation. Pa, dobavlja\u010du je jasnije. <\/p>\n

EPG je \u010disto logi\u010dna konstrukcija, koja nije vezana za odre\u0111ene preklopnike, servere itd., \u0161to omogu\u0107ava rad s njima i konstrukcijama na njihovoj osnovi (aplikacijama i tenantima) na na\u010dine koji su te\u0161ko ostvarivi u tradicionalnim mre\u017eama, poput kloniranja. Zbog toga je, recimo, vrlo lako stvoriti klon produkcijskog okru\u017eenja kako bi se dobilo testno okru\u017eenje identi\u010dno produkcijskom. Mo\u017ee se uraditi ru\u010dno, ali je bolje (i jednostavnije) to u\u010diniti putem API-ja. <\/p>\n

Op\u0107enito, logika upravljanja u ACI-u se zna\u010dajno razlikuje od onoga s \u010dim se obi\u010dno susre\u0107ete
\nu klasi\u010dnim mre\u017eama iste Cisco kompanije: programski interfejs je primaran, dok je GUI ili CLI sekundaran, jer rade putem istog API-ja. Stoga skoro svako ko se bavi ACI-em, vremenom po\u010dinje da se orijenti\u0161e u objektnoj strukturi kori\u0161\u0107enoj za upravljanje i da automatizuje ne\u0161to prema svojim potrebama. Najlak\u0161e se to radi iz Pythona: postoje prikladni alati koji su ve\u0107 dostupni. <\/p>\n

Obe\u0107ane zamke<\/h3>\n

\nGlavni problem je u tome \u0161to su mnoge stvari u ACI-u napravljene na druga\u010diji na\u010din. Da biste normalno po\u010deli raditi s njom, potrebno je preobu\u010diti se. To se posebno odnosi na timove za mre\u017enu operativnu podr\u0161ku kod velikih klijenata, gde in\u017eenjeri godinama rade na \"konfigurisanju VLAN-ova\" prema zahtevima. Ono \u0161to je sada VLAN \u2014 vi\u0161e nije VLAN, a za postavljanje novih mre\u017ea u virtualizovane hostove, ru\u010dno pravljenje VLAN-ova vi\u0161e uop\u0161te nije neophodno, potpuno zbunjuje tradicionalne mre\u017ene in\u017eenjere i tera ih da se dr\u017ee svojih uobi\u010dajenih pristupa. Treba napomenuti da se Cisco potrudila da malo ubla\u017ei situaciju i dodala \"NXOS-sli\u010dan\" CLI u kontroler, koji omogu\u0107ava pode\u0161avanje iz interfejsa, sli\u010dnog tradicionalnim preklopnicima. No, za normalno kori\u0161\u0107enje ACI-ja, mora\u0107ete da razumete kako funkcioni\u0161e. <\/p>\n

Z vidika cen na velikih i srednjih razmerah, ACI mre\u017ee se od tradicionalnih mre\u017ea na Cisco opremi zapravo ne razlikuju, jer se za njihovo postavljanje koriste isti prekida\u010di (Nexus 9000 mo\u017ee raditi i u ACI i u tradicionalnom re\u017eimu i postao je glavna 'radna konjica' za nove projekte u centru podataka). Me\u0111utim, za centre podataka sa dva prekida\u010da, prisustvo kontrolera i Spine-Leaf arhitekture ima zna\u010dajnu ulogu. Nedavno je predstavljena Mini ACI fabrika, u kojoj su dva kontrolera od tri zamenjena virtualnim ma\u0161inama. To smanjuje razliku u ceni, ali ona i dalje ostaje. Dakle, izbor za naru\u010ditelja zavisi od toga koliko je zainteresovan za funkcije sigurnosti, integraciju sa virtualizacijom, jedinstvenu ta\u010dku upravljanja i ostalo.
\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\udd47Mre\u017ena fabrika za centar podataka Cisco ACI \u2014 u pomo\u0107 administratoru | ProHoster","description":"Pomo\u0107u ovog \u010darobnog dela skripte.","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/setevaya-fabrika-dlya-tsoda-cisco-aci-v-pomoshh-adminu","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","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\/sl\/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\/sl\/wp-json\/wp\/v2\/posts\/35291","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=35291"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/35291\/revisions"}],"predecessor-version":[{"id":157819,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/35291\/revisions\/157819"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=35291"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=35291"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=35291"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}