{"id":33632,"date":"2019-10-31T21:53:52","date_gmt":"2019-10-31T18:53:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/eshhe-odna-sistema-monitoringa\/"},"modified":"2019-10-31T21:53:52","modified_gmt":"2019-10-31T18:53:52","slug":"eshhe-odna-sistema-monitoringa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","title":{"rendered":"\u00cenc\u0103 un sistem de monitorizare","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"\u00cenc\u0103
\n16 modeme, 4 operatori de telefonie mobil\u0103 = Vitez\u0103 de ie\u0219ire 933.45 Mbit\/s<\/em> <\/p>\n

<\/p>\n

Introducere<\/h2>\n

<\/p>\n

Salut! Acesta este un articol despre cum am scris pentru noi un nou sistem de monitorizare. Acesta se distinge de cele existente prin capacitatea de a ob\u021bine metrici de \u00eenalt\u0103 frecven\u021b\u0103 \u00een mod sincron \u0219i prin consumul foarte mic de resurse. Frecven\u021ba de sondare poate atinge 0.1 milisecunde, cu o precizie de sincronizare \u00eentre metrici de 10 nanosecunde. Toate fi\u0219ierele binare ocup\u0103 6 megabai. <\/p>\n

<\/a><\/noindex><\/p>\n

Despre proiect<\/h2>\n

<\/p>\n

Avem un produs destul de specific. Producem o solu\u021bie complex\u0103 pentru agregarea capacit\u0103\u021bii de band\u0103 \u0219i redundan\u021bei canalelor de transmisie a datelor. Aceasta este atunci c\u00e2nd exist\u0103 mai multe canale, de exemplu Operator1 (40 Mbit\/s) + Operator2 (30 Mbit\/s) + Ceva altceva (5 Mbit\/s), rezult\u00e2nd un singur canal stabil \u0219i rapid, a c\u0103rui vitez\u0103 va fi aproximativ: (40+30+5)x0.92=75\u00d70.92=69 Mbit\/s. <\/p>\n

<\/p>\n

Astfel de solu\u021bii sunt cerute acolo unde capacitatea unui singur canal este insuficient\u0103. De exemplu, transport, sisteme de supraveghere video \u0219i transmitere de video \u00een timp real, difuzarea de emisiuni televizate \u0219i radio, orice obiecte de \u021bar\u0103 unde operatorii de telecomunica\u021bii sunt doar reprezentan\u021bii celor patru mari, iar viteza pe un modem\/canal este insuficient\u0103.
\nPentru fiecare din aceste domenii, lans\u0103m o gam\u0103 separat\u0103 de dispozitive, totu\u0219i partea software a acestora este aproape identic\u0103, iar un sistem de monitorizare de calitate este unul dintre modulele principale, f\u0103r\u0103 de care produsul nu ar fi posibil.<\/p>\n

<\/p>\n

\u00cen c\u00e2\u021biva ani, am reu\u0219it s\u0103 cre\u0103m un sistem de monitorizare multi-nivel, rapid, cross-platform \u0219i u\u0219or. Cu care dorim s\u0103 ne \u00eemp\u0103rt\u0103\u0219im cu respectatul comunit\u0103\u021bii.<\/p>\n

<\/p>\n

Formularea problemei<\/h2>\n

<\/p>\n

Sistemul de monitorizare asigur\u0103 ob\u021binerea de metrici din dou\u0103 clase fundamental diferite: metrici \u00een timp real \u0219i toate celelalte. Sistemul de monitorizare a avut doar urm\u0103toarele cerin\u021be:<\/p>\n

<\/p>\n

    \n
  1. Ob\u021binerea sincronizat\u0103 a metricilor \u00een timp real \u0219i transmiterea acestora c\u0103tre sistemul de management al comunica\u021biilor f\u0103r\u0103 \u00eent\u00e2rzieri.
    \nFrecven\u021ba ridicat\u0103 \u0219i sincronizarea diferitelor metrici nu sunt doar importante, ci absolut esen\u021biale pentru analiza entropiei canalelor de transmisie a datelor. Dac\u0103 \u00eentr-un canal de transmisie media \u00eent\u00e2rzierea este de 30 de milisecunde, atunci o eroare de sincronizare \u00eentre celelalte metrici de doar o milisecund\u0103 va duce la o degradare a vitezei canalului rezultat de aproximativ 5%. Dac\u0103 gre\u0219im \u00een sincronizare cu 1 milisecund\u0103 \u00een 4 canale, degradarea vitezei poate sc\u0103dea u\u0219or la 30%. \u00cen plus, entropia din canale se schimb\u0103 foarte repede, a\u0219a c\u0103, dac\u0103 m\u0103sur\u0103m mai rar dec\u00e2t o dat\u0103 la 0.5 milisecunde, \u00een canale rapide cu \u00eent\u00e2rziere mic\u0103, vom ob\u021bine o degradare a vitezei foarte mare. Desigur, o astfel de precizie nu este necesar\u0103 pentru toate metricile \u0219i nu \u00een toate condi\u021biile. C\u00e2nd \u00eent\u00e2rzierea \u00een canal va fi de 500 de milisecunde, iar noi lucr\u0103m \u0219i cu astfel de canale, eroarea de 1 milisecund\u0103 va trece aproape neobservat\u0103. De asemenea, pentru metricile sistemelor de suport vital, ne ajunge o frecven\u021b\u0103 de sondare \u0219i sincronizare de 2 secunde, dar \u00eens\u0103\u0219i sistemul de monitorizare trebuie s\u0103 fie capabil s\u0103 func\u021bioneze cu frecven\u021be de sondare foarte mari \u0219i sincronizarea extrem de precis\u0103 a metricilor.<\/li>\n
  2. Consum minim de resurse \u0219i un singur stack.
    \nDispozitivul final poate fi at\u00e2t un complex puternic de bord, care poate analiza situa\u021bia de pe drum sau realiza \u00eenregistrarea biometric\u0103 a persoanelor, c\u00e2t \u0219i un computer cu o singur\u0103 plac\u0103, de dimensiunea unei palme, pe care un soldat de elit\u0103 \u00eel poart\u0103 sub vest\u0103 pentru a transmite video \u00een timp real \u00een condi\u021bii de conexiune slab\u0103. \u00cen ciuda acestei variet\u0103\u021bi de arhitecturi \u0219i puteri de calcul, ne-am dori s\u0103 avem un stack software uniform.<\/li>\n
  3. Arhitectur\u0103 umbrel\u0103
    \nMetricile trebuie colectate \u0219i agregate pe dispozitivul final, trebuie s\u0103 aib\u0103 un sistem local de stocare \u0219i vizualizare \u00een timp real \u0219i retroactiv. \u00cen caz de conexiune \u2014 datele trebuie transmise \u00een sistemul central de monitorizare. C\u00e2nd conexiunea lipse\u0219te \u2014 coada pentru expediere trebuie s\u0103 se acumuleze \u0219i s\u0103 nu consume memorie operativ\u0103. <\/li>\n
  4. API pentru integrarea \u00een sistemul de monitorizare al clientului, deoarece nimeni nu are nevoie de multe sisteme de monitorizare. Clientul trebuie s\u0103 colecteze date de la orice dispozitive \u0219i re\u021bele \u00eentr-o singur\u0103 monitorizare.<\/li>\n<\/ol>\n

    <\/p>\n

    Ce am ob\u021binut<\/h2>\n

    <\/p>\n

    Pentru a nu \u00eenc\u0103rca un longread deja impresionant, nu voi oferi exemple sau m\u0103sur\u0103tori pentru toate sistemele de monitorizare. Aceasta ar necesita un alt articol. Voi spune doar c\u0103 nu am reu\u0219it s\u0103 g\u0103sim un sistem de monitorizare capabil s\u0103 preia dou\u0103 metrici simultan cu o marj\u0103 de eroare de sub 1 milisecund\u0103 \u0219i care func\u021bioneaz\u0103 la fel de eficient at\u00e2t pe arhitectura ARM cu 64MB RAM, c\u00e2t \u0219i pe arhitectura x86_64 cu 32GB RAM. A\u0219adar, am decis s\u0103 ne cre\u0103m propriul sistem care s\u0103 fac\u0103 toate acestea. Iat\u0103 ce am realizat:<\/p>\n

    <\/p>\n

    Suma l\u0103\u021bimii de band\u0103 a trei canale pentru topologii de re\u021bea diferite<\/h3>\n

    \n

    \r\n \"Reda\u021bi\r\n
    <\/div>\r\n <\/div><\/center>
    \n
    \r\n \"Reda\u021bi\r\n
    <\/div>\r\n <\/div><\/center><\/p>\n

    Vizualizarea unor metrici cheie<\/h3>\n

    \n\"\u00cenc\u0103
    \n\"\u00cenc\u0103
    \n\"\u00cenc\u0103
    \n\"\u00cenc\u0103<\/p>\n

    Arhitectur\u0103<\/h2>\n

    <\/p>\n

    Ca limbaj principal de programare, at\u00e2t pe dispozitiv c\u00e2t \u0219i \u00een Data Center, folosim Golang. Acesta ne-a simplificat considerabil via\u021ba prin implementarea sa de multitasking \u0219i prin posibilitatea de a ob\u021bine un fi\u0219ier binar executabil, legat static, pentru fiecare serviciu. Ca rezultat, economisim semnificativ la resurse, metode \u0219i trafic \u00een desf\u0103\u0219urarea serviciului pe dispozitivele finale, timpul de dezvoltare \u0219i de depanare a codului. <\/p>\n

    <\/p>\n

    Sistemul este implementat pe principiul modular clasic \u0219i con\u021bine mai multe subsisteme:<\/p>\n

    <\/p>\n

      \n
    1. \u00cenregistrarea metricilor.
      \nFiecare metric\u0103 este gestionat\u0103 de un thread propriu \u0219i sincronizat\u0103 prin canale. Am reu\u0219it s\u0103 ob\u021binem o precizie de sincronizare de p\u00e2n\u0103 la 10 nanosecunde.<\/li>\n
    2. Stocarea metricilor
      \nAm avut de ales \u00eentre a ne construi propriul depozit pentru serii temporale sau a folosi ceva existent. O baz\u0103 de date este necesar\u0103 pentru datele retrospective care urmeaz\u0103 s\u0103 fie vizualizate ulterior. Adic\u0103 nu con\u021bine date despre \u00eent\u00e2rzierile din canal la fiecare 0,5 milisecunde sau despre citirile erorilor din re\u021beaua de transport, ci con\u021bine viteza pe fiecare interfa\u021b\u0103 la fiecare 500 de milisecunde. Pe l\u00e2ng\u0103 cerin\u021bele ridicate de portabilitate \u0219i consum redus de resurse, este esen\u021bial pentru noi s\u0103 avem capacitatea de a procesa datele acolo unde sunt stocate. Acest lucru economise\u0219te semnificativ resursele de calcul. Folosim SGBD Tarantool \u00een acest proiect din 2016 \u0219i \u00een prezent nu vedem nicio \u00eenlocuire pe termen scurt. Este flexibil, cu un consum optim de resurse \u0219i un suport tehnic mai mult dec\u00e2t adecvat. De asemenea, Tarantool dispune de un modul GIS. Nu este la fel de puternic ca PostGIS, dar este suficient pentru sarcinile noastre de stocare a unor metrici legate de loca\u021bie (relevant pentru transport). <\/li>\n
    3. Vizualizarea metricilor
      \nAici totul este relativ simplu. Prelu\u0103m datele din depozit \u0219i le afi\u0219\u0103m fie \u00een timp real, fie retrospectiv. <\/li>\n
    4. Sincronizarea datelor cu sistemul central de monitorizare.
      \nSistemul central de monitorizare accept\u0103 datele de la toate dispozitivele, le stocheaz\u0103 cu o retrospectiv\u0103 stabilit\u0103 \u0219i, prin API, le furnizeaz\u0103 sistemului de monitorizare al Clientului. Spre deosebire de sistemele de monitorizare clasice, \u00een care 'capul' se deplaseaz\u0103 pentru a colecta datele - avem un sistem invers. Dispozitivele trimit singure datele atunci c\u00e2nd exist\u0103 conexiune. Acesta este un aspect foarte important, deoarece permite ob\u021binerea datelor de la dispozitiv \u00een intervalele de timp \u00een care a fost inaccesibil, f\u0103r\u0103 a suprasolicita canalele \u0219i resursele atunci c\u00e2nd dispozitivul nu este disponibil. Ca sistem central de monitorizare, folosim serverul de monitorizare Influx. Spre deosebire de omologii s\u0103i, acesta poate importa date retrospective (adic\u0103 cu un marcaj temporal diferit de momentul ob\u021binerii metricii). Metricile colectate sunt vizualizate prin Grafana, care a fost personalizat\u0103. Aceast\u0103 stiv\u0103 standard a fost aleas\u0103 \u0219i pentru c\u0103 are API-uri de integrare predefinite cu practic orice sistem de monitorizare al clientului.<\/li>\n
    5. Sincronizarea datelor cu sistemul central de gestionare a dispozitivelor.
      \nSistemul de gestionare a dispozitivelor implementeaz\u0103 Zero Touch Provisioning (actualizarea firmware-ului, configura\u021biei etc.) \u0219i, spre deosebire de sistemul de monitorizare, prime\u0219te doar probleme legate de dispozitive. Acestea sunt declan\u0219atoare pentru func\u021bionarea serviciilor de supraveghere hardware la bord \u0219i toate metricile sistemelor de suport: temperatura CPU \u0219i SSD, \u00eenc\u0103rcarea CPU, spa\u021biul liber \u0219i s\u0103n\u0103tatea S.M.A.R.T pe discuri. Stocarea subsistemului este construit\u0103 tot pe Tarantool. Acest lucru ne ofer\u0103 o vitez\u0103 semnificativ\u0103 \u00een agregarea seriilor temporale pentru mii de dispozitive \u0219i rezolv\u0103 complet problema sincroniz\u0103rii datelor cu aceste dispozitive. Tarantool are un sistem excelent de cozi \u0219i livrare garantat\u0103. Aceast\u0103 caracteristic\u0103 important\u0103 a fost ob\u021binut\u0103 din cutie, minunat!<\/li>\n<\/ol>\n

      <\/p>\n

      Sistemul de gestionare a re\u021belei<\/h3>\n

      \n\"\u00cenc\u0103<\/p>\n

      Ce urmeaz\u0103<\/h2>\n

      <\/p>\n

      Deocamdat\u0103, cel mai slab element este sistemul central de monitorizare. Este implementat \u00een 99,9% pe un stiv\u0103 standard \u0219i are o serie de dezavantaje:<\/p>\n

      <\/p>\n

        \n
      1. InfluxDB pierde date \u00een cazul \u00eentreruperii aliment\u0103rii. De obicei, Clientul preia rapid tot ceea ce vine de la dispozitive \u0219i \u00een baza de date nu exist\u0103 date mai vechi de 5 minute, dar \u00een viitor aceasta ar putea deveni o problem\u0103.<\/li>\n
      2. Grafana are o serie de probleme cu agregarea datelor \u0219i sincronizarea afi\u0219\u0103rii acestora. Cea mai frecvent\u0103 problem\u0103 este atunci c\u00e2nd \u00een baza de date exist\u0103 o serie temporal\u0103 cu un interval de 2 secunde \u00eencep\u00e2nd, s\u0103 zicem, de la 00:00:00, iar Grafana \u00eencepe s\u0103 afi\u0219eze date \u00een agregare cu +1 secund\u0103. Ca urmare, utilizatorul vede un grafic fluctuant.<\/li>\n
      3. Un num\u0103r excesiv de cod pentru integrarea API-ului cu sisteme externe de monitorizare. Se poate realiza mult mai compact \u0219i, desigur, poate fi rescris \u00een Go.<\/li>\n<\/ol>\n

        <\/p>\n

        Cred c\u0103 to\u021bi a\u021bi v\u0103zut cum arat\u0103 Grafana \u0219i \u0219ti\u021bi problemele ei, a\u0219a c\u0103 nu voi aglomera postarea cu imagini.<\/p>\n

        <\/p>\n

        Concluzie<\/h2>\n

        <\/p>\n

        Aleg s\u0103 nu descriu detalii tehnice, ci s\u0103 descriu doar designul de baz\u0103 al acestui sistem. \u00cen primul r\u00e2nd, pentru a descrie tehnic complet sistemul, ar fi necesar un alt articol. \u00cen al doilea r\u00e2nd, nu tuturor le-ar interesa. Scrie\u021bi \u00een comentarii ce detalii tehnice a\u021bi dori s\u0103 afla\u021bi. <\/p>\n

        <\/p>\n

        Dac\u0103 cineva are \u00eentreb\u0103ri \u00een afara acestui articol, \u00eemi pot scrie la adresa a.rodin @ qedr.com<\/p>\n

        Sursa: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

        16 \u043c\u043e\u0434\u0435\u043c\u043e\u0432, 4 \u0441\u043e\u0442\u043e\u0432\u044b\u0445 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430= \u0418\u0441\u0445\u043e\u0434\u044f\u0449\u0430\u044f \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c 933.45 \u041c\u0431\u0438\u0442\/\u0441 \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0432\u0435\u0442! \u042d\u0442\u043e \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043c\u044b \u043d\u0430\u043f\u0438\u0441\u0430\u043b\u0438 \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043d\u043e\u0432\u0443\u044e \u0441\u0438\u0441\u0442\u0435\u043c\u0443 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430. \u041e\u0442 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 \u043e\u043d\u0430 \u043e\u0442\u043b\u0438\u0447\u0430\u0435\u0442\u0441\u044f \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c\u044e \u0432\u044b\u0441\u043e\u043a\u043e\u0447\u0430\u0441\u0442\u043e\u0442\u043d\u043e\u0433\u043e \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u043e\u0433\u043e \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u0438\u044f \u043c\u0435\u0442\u0440\u0438\u043a \u0438 \u043e\u0447\u0435\u043d\u044c \u043c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u043c \u043f\u043e\u0442\u0440\u0435\u0431\u043b\u0435\u043d\u0438\u0435\u043c \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432. \u0427\u0430\u0441\u0442\u043e\u0442\u0430 \u043e\u043f\u0440\u043e\u0441\u0430 \u043c\u043e\u0436\u0435\u0442 \u0434\u043e\u0441\u0442\u0438\u0433\u0430\u0442\u044c 0.1 \u043c\u0438\u043b\u043b\u0438\u0441\u0435\u043a\u0443\u043d\u0434\u044b \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u043c\u0435\u0436\u0434\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0430\u043c\u0438 \u0432 10 \u043d\u0430\u043d\u043e\u0441\u0435\u043a\u0443\u043d\u0434. \u0412\u0441\u0435 \u0431\u0438\u043d\u0430\u0440\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u044b \u0437\u0430\u043d\u0438\u043c\u0430\u044e\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25323,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33632","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\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\n","aioseo_head_json":{"title":"\ud83e\udd47\u00cenc\u0103 un sistem de monitorizare | ProHoster","description":"16 modemuri, 4 operatori de telefonie mobil\u0103 = Vitez\u0103 de ie\u0219ire 933.45.","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"ro_RO","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\u0415\u0449\u0435 \u043e\u0434\u043d\u0430 \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 | ProHoster","og:description":"16 \u043c\u043e\u0434\u0435\u043c\u043e\u0432, 4 \u0441\u043e\u0442\u043e\u0432\u044b\u0445 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430= \u0418\u0441\u0445\u043e\u0434\u044f\u0449\u0430\u044f \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c 933.45.","og:url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","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-31T18:53:52+00:00","article:modified_time":"2019-10-31T18:53:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33632","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-21 16:05:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:19:51","updated":"2026-01-21 16:05:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/33632","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=33632"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/33632\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/25323"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=33632"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=33632"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=33632"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}