{"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\/et\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","title":{"rendered":"Veel \u00fcks monitooringus\u00fcsteem","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Veel
\n16 modemit, 4 mobiilioperaatorit = V\u00e4ljaminev kiirus 933,45 Mbit\/s<\/em> <\/p>\n

<\/p>\n

Sissejuhatus<\/h2>\n

<\/p>\n

Tere! See artikkel r\u00e4\u00e4gib sellest, kuidas me l\u00f5ime endale uue j\u00e4lgimisse s\u00fcsteemi. See erineb olemasolevatest k\u00f5rge sagedusega paralleelsest m\u00f5\u00f5tmisest ja v\u00e4ga v\u00e4ikestest ressursside tarbimisest. \u00dcksiku m\u00f5\u00f5tmise sagedus v\u00f5ib ulatuda 0,1 millisekundini, m\u00f5\u00f5tmete vahelise s\u00fcnkroonimise t\u00e4psus on 10 nanosekundit. K\u00f5ik binaarfailid kaaluvad 6 megabaiti. <\/p>\n

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

Projektist<\/h2>\n

<\/p>\n

Meil on \u00fcsna spetsiifiline toode. Toome turule komplektse lahenduse andmete edastuskanalite l\u00e4bilaskev\u00f5ime ja talitluse j\u00e4tkusuutlikkuse suurendamiseks. See t\u00e4hendab, et meil on mitu kanalit, n\u00e4iteks Operaatorm1 (40 Mbit\/s) + Operaatorm2 (30 Mbit\/s) + midagi muud (5 Mbit\/s), mille tulemusena moodustub \u00fcks stabiilne ja kiire kanal, mille kiirus on ligikaudu j\u00e4rgmine: (40+30+5)x0.92=75\u00d70.92=69 Mbit\/s. <\/p>\n

<\/p>\n

Selliseid lahendusi vajatakse seal, kus \u00fche kanali maht ei ole piisav. N\u00e4iteks transport, videovalve s\u00fcsteemid ja reaalajas voogedastus, otse\u00fclekanded, k\u00f5ik maanteega seotud objektid, kus sideoperaatoritest on ainult suure neliku esindajad ja \u00fches modemis\/kanalis ei ole piisavalt kiirus.
\nIga\u00fche jaoks neist suundadest valmistame eraldi seadmelini, kuid nende tarkvara osa on peaaegu sama ning kvaliteetne j\u00e4lgimisse s\u00fcsteem on \u00fcks peamisi komponente, ilma \u00f5ige teostuseta ei oleks toode v\u00f5imalik.<\/p>\n

<\/p>\n

M\u00f5ne aasta jooksul oleme suutelised loonud mitmeastmelise kiirre\u017eiimi, platvormide\u00fclene ja kergkaalulise j\u00e4lgimisse s\u00fcsteemi. Mida soovime jagada austatud kogukonnaga.<\/p>\n

<\/p>\n

\u00dclesande seadmine<\/h2>\n

<\/p>\n

J\u00e4lgimisse s\u00fcsteem tagab kahte p\u00f5him\u00f5tteliselt erineva klasse m\u00f5\u00f5tmete saamise: reaalajas m\u00f5\u00f5tmed ja k\u00f5ik teised. J\u00e4lgimisse s\u00fcsteemile esitati vaid j\u00e4rgmised n\u00f5uded:<\/p>\n

<\/p>\n

    \n
  1. Sagedane s\u00fcnkrooniline reaalajas m\u00f5\u00f5tmise saamine ja nende edastamine side juhtimisse s\u00fcsteemi viivitusteta.
    \nK\u00f5rge sagedus ja erinevate m\u00f5\u00f5dikute s\u00fcnkroniseerimine ei ole lihtsalt oluline, vaid eluliselt vajalik andmeedastuskanalite entropia anal\u00fc\u00fcsimiseks. Kui \u00fche andmeedastuskanali keskmine viivitus on 30 millisekundit, siis vea s\u00fcnkroniseerimisel muude m\u00f5\u00f5dikute vahel, mis on vaid 1 millisekund, toob kaasa tulemuskande kiirusedegratsiooni umbes 5%. Kui me eksime s\u00fcnkroniseerimisel 1 millisekundi v\u00e4ltel neljas kanalis, v\u00f5ib kiirusedegratsioon kergesti langeda 30%-le. Lisaks sellele muutub entropia kanalites v\u00e4ga kiiresti, seega, kui m\u00f5\u00f5ta seda harvem kui kord 0,5 millisekundi jooksul, saame kiiretel kanalitel madala viivitusega k\u00f5rge kiirusedegratsiooni. Muidugi ei ole selline t\u00e4psus vajalik k\u00f5igi m\u00f5\u00f5dikutel ja k\u00f5ikides tingimustes. Kui kanali viivitus on 500 millisekundit, ja me t\u00f6\u00f6tame ka sellistega, siis enam kui 1 millisekundi viga ei ole peaaegu m\u00e4rgata. Samuti piisab elut\u00e4htsate s\u00fcsteemide m\u00f5\u00f5dikute jaoks, et k\u00fcsitlus ja s\u00fcnkroniseerimine toimuks iga 2 sekundi j\u00e4rel, kuid monitoringus\u00fcsteem ise peab suutma t\u00f6\u00f6tada \u00fclik\u00f5rgete k\u00fcsitluse sageduste ja \u00e4\u00e4rmiselt t\u00e4pse m\u00f5\u00f5dikute s\u00fcnkroniseerimisega.<\/li>\n
  2. Minimaalne ressursside tarbimine ja \u00fchtne virn.
    \nL\u00f5ppseade v\u00f5ib olla nii v\u00f5imas pardakompleks, mis suudab anal\u00fc\u00fcsida teekonda v\u00f5i teostada inimeste biometrilist j\u00e4lgimist, kui ka \u00fcheplaadine arvuti, mille suurus on peopesa ja mida s\u00f5dur kannab kuivikaku all video edastamiseks reaalajas halbades \u00fchendusoludes. Hoolimata sellisest arhitektuuride ja arvutusv\u00f5imsuse mitmekesisusest, sooviksime, et meil oleks \u00fchesugune tarkvaravirn.<\/li>\n
  3. Umbrella arhitektuur
    \nM\u00f5\u00f5dikud peavad koguma ja aggregaatima l\u00f5ppseadmest, omama kohalikku salvestuss\u00fcsteemi ja reaalajas ning retrospektiivset visualiseerimist. Kui \u00fchendus on olemas, tuleb andmed edastada kesksetesse j\u00e4lgimiss\u00fcsteemidesse. Kui \u00fchendust pole, peab saatmise j\u00e4rjekord kogunema ja mitte tarbima p\u00f5him\u00e4lu. <\/li>\n
  4. API kliendi j\u00e4lgimiss\u00fcsteemiga integreerimiseks, sest keegi ei vaja palju j\u00e4lgimiss\u00fcsteeme. Klient peab koguma andmeid igasugustelt seadmetelt ja v\u00f5rkudelt \u00fchtsesse j\u00e4lgimisse.<\/li>\n<\/ol>\n

    <\/p>\n

    Mis v\u00e4lja tuli<\/h2>\n

    <\/p>\n

    Ette mitte koormata juba niigi mahukat artiklit, ma ei too n\u00e4iteid ja m\u00f5\u00f5tmisi k\u00f5igist j\u00e4lgimiss\u00fcsteemidest. See v\u00f5taks veel \u00fche artikli. Lihtsalt \u00fctlen, et me ei suutnud leida j\u00e4lgimiss\u00fcsteemi, mis suudab korraga m\u00f5\u00f5ta kahte m\u00f5\u00f5dikut v\u00e4hem kui 1 millisekundi t\u00e4psusega ja mis t\u00f6\u00f6tab sama efektiivselt nii ARM arhitektuuril 64 MB RAM-iga kui ka x86_64 arhitektuuril 32 GB RAM-iga. Seet\u00f5ttu otsustasime kirjutada oma, mis oskab k\u00f5ike seda. Siin on, mis meil v\u00e4lja tuli:<\/p>\n

    <\/p>\n

    Kolme kanali l\u00e4bilaskev\u00f5ime kokkuv\u00f5tte erinevate v\u00f5rgu topoloogiate jaoks<\/h3>\n

    \n

    \r\n \"M\u00e4ngi\r\n
    <\/div>\r\n <\/div><\/center>
    \n
    \r\n \"M\u00e4ngi\r\n
    <\/div>\r\n <\/div><\/center><\/p>\n

    M\u00f5nede oluliste m\u00f5\u00f5dikute visualiseerimine<\/h3>\n

    \n\"Veel
    \n\"Veel
    \n\"Veel
    \n\"Veel<\/p>\n

    Arhitektuur<\/h2>\n

    <\/p>\n

    Peamise programmeerimiskeelena kasutame nii seadmetes kui ka andmekeskuses Golangi. See on oluliselt lihtsustanud elu oma mitme\u00fclesandelisuse rakendamise ja v\u00f5imalusega iga teenuse jaoks saada \u00fcks staatiliselt lingitud t\u00e4itmisfail. Tulemuseks on m\u00e4rkamatult suurenenud ressursside, meetodite ja teenuse juurutamise liikluse, arendamise ja koodi silumise kulude kokkuhoid. <\/p>\n

    <\/p>\n

    S\u00fcsteem on ellu viidud klassikalise moodulip\u00f5hise printsipiga ja sisaldab mitmeid alams\u00fcsteeme:<\/p>\n

    <\/p>\n

      \n
    1. M\u00f5\u00f5dikute registreerimine.
      \nIga m\u00f5\u00f5dikut teenindab oma niit ja see s\u00fcnkroniseeritakse kanalite kaudu. Oleme saavutanud s\u00fcnkroniseerimise t\u00e4psuse kuni 10 nanosekundit.<\/li>\n
    2. M\u00f5\u00f5dikute salvestamine
      \nMe valisime, kas kirjutada oma ajajoonete salvestus v\u00f5i kasutada midagi olemasolevat. Andmebaas on vajalik retrospektiivsete andmete jaoks, mida hiljem visualiseeritakse. St selles pole andmeid viivitustest kanalites iga 0,5 millisekundi jooksul v\u00f5i vigade lugemist transportv\u00f5rgus, kuid n\u00e4idikuliiklus on igal liidesel iga 500 millisekundi j\u00e4rel. Lisaks k\u00f5rgetele n\u00f5uetele platvormide vahelise \u00fchilduvuse ja v\u00e4ikese ressursside kasutuse osas, on meil \u00e4\u00e4rmiselt oluline v\u00f5imalus andmeid t\u00f6\u00f6delda seal, kus need on salvestatud. See s\u00e4\u00e4stab tohutult arvutusressursse. Alates 2016. aastast kasutame selle projekti raames andmebaasi Tarantool ja hetkel ei n\u00e4e me mingit asendust. Paindlik, optimaalse ressursikasutusega ja rohkem kui adekvaatse tehnilise toe tagamisega. Samuti on Tarantoolis rakendatud GIS moodul. See ei ole k\u00fcll nii v\u00f5imas kui PostGIS, kuid meie vajaduste metoodika teatud m\u00f5\u00f5dikute salvestamiseks, mis on seotud asukohaga (millel on transport), on seda piisavalt. <\/li>\n
    3. M\u00f5\u00f5dikute visualiseerimine
      \nSiin on k\u00f5ik suhteliselt lihtne. V\u00f5tame andmed salvestusest ja kuvame need kas reaalajas v\u00f5i retrospektiivselt. <\/li>\n
    4. Andmete s\u00fcnkroniseerimine keskse j\u00e4lgimiss\u00fcsteemiga.
      \nKeskne seire s\u00fcsteem v\u00f5tab andmeid vastu k\u00f5igilt seadmetelt, salvestab need etten\u00e4htud ajavahemikuks ja edastab need API kaudu kliendi seire s\u00fcsteemi. Erinevalt traditsioonilistest seires\u00fcsteemidest, kus \"pea\" k\u00e4ib ja kogub andmeid \u2014 meil on vastupidine skeem. Seadmed saadavad andmeid ise, kui side on olemas. See on v\u00e4ga oluline punkt, kuna see v\u00f5imaldab saada andmeid seadmetest ajavahemiku jooksul, mil need olid mitteaktiivsed ning mitte koormata kanaleid ja ressursse ajal, mil seade ei ole saadaval. Keskse seires\u00fcsteemina kasutame Influx monitoring serverit. Erinevalt analoogidest suudab see importida retrospektiivseid andmeid (s.t. ajam\u00e4rgendiga, mis erineb m\u00f5\u00f5tmishetkest). Kogutud m\u00f5\u00f5dud visualiseeritakse t\u00e4iendatud Grafana abil. See standardne virn valiti ka seet\u00f5ttu, et tal on valmisolek API integreerimiseks praktiliselt iga kliendi seires\u00fcsteemiga.<\/li>\n
    5. Andmete s\u00fcnkroniseerimine keskse seadme haldamise s\u00fcsteemiga.
      \nSeadmisehalduss\u00fcsteem rakendab Zero Touch Provisioning (firmware'i v\u00e4rskendamine, konfiguratsioon jne) ja erinevalt monitooringus\u00fcsteemist teeb see ainult seadmete probleemide tuvastamist. Need on pardal olevate riistvaralistest valvuritest ja k\u00f5igist elut\u00e4htsate s\u00fcsteemide m\u00f5\u00f5dikest: CPU ja SSD temperatuur, CPU koormus, vaba ruum ja S.M.A.R.T. tervis ketastes. Alams\u00fcsteemi salvestus on samuti rajatud Tarantoolile. See annab meile m\u00e4rgatava kiirusena ajajoonte agregatsioonis tuhandete seadmete vahel ning lahendab t\u00e4ielikult andmete s\u00fcnkroonimise nende seadmetega. Tarantoolis on sisse ehitatud suurep\u00e4rane j\u00e4rjekordade ja garanteeritud kohaletoimetamise s\u00fcsteem. Selle olulise omaduse saime v\u00e4lja pakutuna, suurep\u00e4rane!<\/li>\n<\/ol>\n

      <\/p>\n

      V\u00f5rgu juhtimiss\u00fcsteem<\/h3>\n

      \n\"Veel<\/p>\n

      Mis edasi<\/h2>\n

      <\/p>\n

      Praegu on meie k\u00f5ige n\u00f5rgem l\u00fcli kesks\u00fcsteem monitooringus. See on realiseeritud 99.9% ulatuses standardse tekiga ja sellel on mitmeid puudusi:<\/p>\n

      <\/p>\n

        \n
      1. InfluxDB kaotab andmeid toitekatkestuse korral. \u00dcldiselt korjab Klient kiiresti \u00fcles k\u00f5ik, mis seadmetelt tuleb, ja andmebaasis ei ole andmeid, mis oleks vanemad kui 5 minutit, kuid tulevikus v\u00f5ib see osutuda probleemiks.<\/li>\n
      2. Grafanal on mitmeid andmete agregatsiooni ja nende kuvamise s\u00fcnkroonsuse probleeme. K\u00f5ige sagedasem probleem on, kui andmebaasis on ajajoon, mille intervall on 2 sekundit, alates n\u00e4iteks 00:00:00, kuid Grafana hakkab n\u00e4itama andmeid agregatsioonis +1 sekundi v\u00f5rra. Tulemuseks on see, et kasutaja n\u00e4eb h\u00fcplevat graafikut.<\/li>\n
      3. Liigne kood API integreerimiseks kolmandate osapoolte monitooringus\u00fcsteemidega. Seda saab teha palju kompaktselt ja loomulikult ringi kirjutada GOsse).<\/li>\n<\/ol>\n

        <\/p>\n

        Usun, et olete k\u00f5ik n\u00e4inud, milline on Grafana ja ilma minuta teate juba selle probleeme, seet\u00f5ttu ei tahaks ma postitust pilte t\u00e4is laadida.<\/p>\n

        <\/p>\n

        Kokkuv\u00f5te<\/h2>\n

        <\/p>\n

        Ma otsustasin teadlikult mitte kirjeldada tehnilisi detaile, vaid kirjeldasin ainult selle s\u00fcsteemi tugikujundust. Esiteks, et s\u00fcsteemi tehniliselt t\u00e4ielikult kirjeldada, on vaja veel \u00fchte artiklit. Teiseks, see ei pruugi kaugeltki k\u00f5iki huvitada. Kirjutage kommentaarides, milliseid tehnilisi detaile sooviksite teada. <\/p>\n

        <\/p>\n

        Kui kellelgi on selle artikli piirest k\u00fcsimusi, v\u00f5ib mulle kirjutada aadressil a.rodin @ qedr.com<\/p>\n

        Allikas: 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 Veel \u00fcks monitooringus\u00fcsteem | ProHoster","description":"16 modemit, 4 mobiilset operaatorit = V\u00e4ljaminev kiirus 933.45.","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\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\/et\/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\/et\/wp-json\/wp\/v2\/posts\/33632","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=33632"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/33632\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/25323"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=33632"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=33632"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=33632"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}