{"id":53098,"date":"2019-11-23T00:00:00","date_gmt":"2019-11-22T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline"},"modified":"2020-02-18T14:00:57","modified_gmt":"2020-02-18T11:00:57","slug":"operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","title":{"rendered":"Operatsioon \u201eMigratsioon\u201d: kuidas toimub \u00fcleminek DataLine\u2019i pilvesse","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Umbes 7 aastat tagasi kolisid esimesed projektid meie pilvesse lihtsalt ja vaevatult. Virtuaalmasinate kujutised laaditi FTP-serverisse v\u00f5i toodi k\u00f5vaketastel. Seej\u00e4rel laaditi VM-d pilve spetsiaalse impordi serveri kaudu.<\/p>\n

Kui kliendi jaoks ei ole probleem virtuaalmasinat p\u00e4evaks v\u00f5i kaheks v\u00e4lja l\u00fclitada (v\u00f5i pole muid v\u00f5imalusi), siis saab ka nii. Kuid kui seisak ei tohi olla pikem kui tund, siis selline meetod ei sobi. T\u00e4na r\u00e4\u00e4gin, millised t\u00f6\u00f6riistad aitavad pilve migreerimise protsessis minimaalset seisakut saavutada ja kuidas meie migratsiooniprotsess ise t\u00f6\u00f6tab.<\/p>\n

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

Migreerimine Veeam Backup and Replication abil<\/h3>\n

\nVeeam Backup and Replication on tuntud kui t\u00f6\u00f6riist varukoopiate ja replikatsioonide loomiseks. Kasutame seda oma platvormide vahel migreerimiseks ja klientide viimiseks privaatvirtualiseerimiselt meie pilve. Kliendi virtuaalmasinad replitseeritakse meie vCenterisse, seej\u00e4rel lisab insener need vCloud Directori. <\/p>\n

Esialgne replikatsioon toimub sisse l\u00fclitatud virtuaalmasinas. Kindlaksm\u00e4\u00e4ratud ajal l\u00fclitub masin kliendi poole v\u00e4lja. Replikatsioon k\u00e4ivitub uuesti, et \u00fcle kanda muudatused, mis on toimunud alates esimesest replikatsioonist. P\u00e4rast seda alustab virtuaalmasin t\u00f6\u00f6d juba meie pilves. <\/p>\n

\"Operatsioon
\n
\nTavaliselt ei pruugi ajavahemik masina v\u00e4ljal\u00fclitamise hetkest kliendi infrastruktuuris kuni selle sissel\u00fclitamiseni meie pilves \u00fcletada pool tundi, pigem 15\u201320 minutit. <\/p>\n

Kliendi platvormil j\u00e4\u00e4b alles algne virtuaalmasin. Kui midagi peaks valesti minema, saab alati tagasi p\u00f6\u00f6rduda ja selle sisse l\u00fclitada. Kliendile on see meetod kasulik ka seet\u00f5ttu, et see ei n\u00f5ua Veeami olemasolu.<\/p>\n

Juhtum 1
\nKliendil oli oma virtuaalne infrastruktuur VMware baasil \u2013 40 virtuaalmasinat 30 TB mahuga. Varustus, millel klaster oli loodud, oli juba vananenud, ja klient otsustas mitte osta uut ning minna \u00fcle avalikku pilve. Kriitiliste s\u00fcsteemide seiskumise n\u00f5ue ei tohtinud \u00fcletada tundi. T\u00f6\u00f6riistana valiti Veeam Replication. Positiivne oli ka see, et kliendi internetiteenuse pakkuja oli meie andmekeskuses, mis v\u00f5imaldas korraldada hea kanal. Migratsioon kestis umbes kuu aega, vahepealne seiskumine vahetamisel oli kuni 30 minutit \u00fche virtuaalmasinagrupi kohta.<\/i><\/p>\n

Migratsioon Veeam Cloud Connecti abil<\/h3>\n

\nVeeam Cloud Connect on t\u00f6\u00f6riist, mis aitab seadistada virtuaalmasinate replikatsiooni ja k\u00e4ivitada replikaid teenusepakkuja pilves. P\u00e4rast uuendust aastal 2019<\/a><\/noindex> tuli v\u00f5imalus replitseerida virtuaalmasinaid otse vCloud Directorisse. Ainus tingimus on, et kliendi poolel peab olema seadistatud oma Veeam Backup and Replication, mille versioon on v\u00e4hemalt 9. L\u00fchidalt (\u00fcksikasjalik versioon siin<\/a><\/noindex>), n\u00e4eb kogu protsess v\u00e4lja j\u00e4rgmine.<\/p>\n

vCloud Directoris luu organisatsiooni koos vajalike ressursside ja v\u00f5rkudega. Veeam Cloud Connectis loome konto, millele klient \u00fchendub oma Veeam B&R-st, valib DataLine'i teenusepakkuja ja organisatsiooni ning seadistab replikatsiooni\u00fclesanded. Lisaks sellele, et sellise migreerimise aeg j\u00e4\u00e4b 15\u201320 minuti piiridesse, ei s\u00f5ltu klient teenusepakkuja tugiteenustest ja juhib kogu protsessi iseseisvalt: loob replikatsiooni\u00fclesanded, viib l\u00e4bi replikatsiooni, sulgeb masinad ja k\u00e4ivitab nende k\u00e4ivitamise uuel platsil. <\/p>\n

\"Operatsioon
\n
\nJuhtum 2
\nKliendi infrastruktuur, millelt migratsioon plaaniti, asus Valgevenes. Oli vaja \u00fcle viia 90 virtuaalmasinat kogumahtuga 27 TB, samal ajal kui interneti\u00fchendus oli 100 Mbit\/s. Kui teha varukoopia ja kohe laadida see meie pilve, siis m\u00f5ne virtuaalmasina jaoks oleks see kestnud mitu p\u00e4eva. Selle aja jooksul oleks virtuaalmasinal tekkinud suur deltavahe, mis oleks v\u00f5inud negatiivselt m\u00f5jutada masinate j\u00f5udlust v\u00f5i, veelgi hullem, andmestoori ruum oleks l\u00f5ppenud. Tegutsesime j\u00e4rgmiselt: esmalt tegi klient kohaliku t\u00e4isvarukoopia ja edastas selle koopia meie pilve l\u00e4bi Veeami Cloud Connect. Seej\u00e4rel tegi ta ja edastas pilve inkremente. Algne virtuaalmasin j\u00e4tkas t\u00f6\u00f6tamist. P\u00e4rast virtuaalmasina v\u00e4ljal\u00fclitamist tegi klient veel \u00fche inkreendi ja edastas selle samuti pilve. Meie poolel l\u00f5ime virtuaalmasina t\u00e4isvarukoopiest ja seej\u00e4rel lisasime sellele kaks inkreenti. See skeem v\u00f5imaldas l\u00f5puks minimeerida seiskumist kuni 2 tunni v\u00f5rra, kui l\u00fclitusime meie platvormile. <\/i><\/p>\n

Migratsioon VMware vCloud Availability abil<\/h3>\n

\nSel aastal m\u00e4rtsis viis VMware v\u00e4lja vCloud Availability 3.0, mis v\u00f5imaldab virtuaalmasinate migreerimist erinevate pilvede (vCloud Director \u2013 vCloud Director) ja kliendi privaatsete virtualiseerimisseisundite vahel pilve (vCenter \u2013 vCloud Director). Peamine mugavus on integreerimine vCloud Directori liidesega. See lihtsustab oluliselt replikatsiooni haldamise protsessi ja v\u00e4hendab l\u00fclitusperioodi.<\/p>\n

Selle t\u00f6\u00f6riista abil migreerisime \u00fche kliendi meie Moskva pilvest meie Peterburi pilve. Kulus 18 virtuaalmasina edasiviimiseks, mille kogumaht oli 14 TB. Kliendile loodi organisatsioon Peterburi pilves ning korraldati vajalikud v\u00f5rgud. Edasi liikus klient vCloud Directori liideses vCloud Availability seadistuste juurde, l\u00f5i replikatsioonit\u00f6\u00f6d ja l\u00fclitus Peterburi platvormile talle sobival ajal. L\u00fclitusperiood kestis 12 minutit.<\/p>\n

\"Operatsioon
\nDataLine pilvede vahelise migratsiooni skeem Peterburis ja Moskvas.<\/i><\/p>\n

vCloud Availability-s on mehhanism, mis v\u00f5imaldab VM-i migreerida kliendi platvormilt meie pilve. Selleks paigaldatakse kliendi vCenterisse spetsiaalne vCloud Availability appliance. P\u00e4rast lihtsat seadistust luuakse \u00fchendus pilvega ja seadistatakse migratsiooni\u00fclesanded. Klient haldab kogu protsessi iseseisvalt, ning migratsiooni aeg on minimaalne.<\/p>\n

\"Operatsioon
\nVirtuaalmasinate migreerimise skeem privaatinstalleerimisest pilve.<\/i><\/p>\n

VMware vCloud Availability-l on palju muid kasutusstsenaariume, millest r\u00e4\u00e4gime peagi eraldi artiklis. <\/p>\n

Valmistumine migreerimiseks <\/h3>\n

\nEt valida t\u00f6\u00f6riist ja alustada migreerimist, tuleb kindlaks m\u00e4\u00e4rata j\u00e4rgmised punktid:<\/p>\n

Kust me migreerime. <\/b>Kui te migreerite privaatlahenduselt, on teil t\u00e4ielik vabadus valida t\u00f6\u00f6riistu. Kui lahkute teenusepakkujast, on olukord keerulisem. T\u00f5en\u00e4oliselt ei \u00f5nnestu kahe teenusepakkuja infrastruktuure siduda ning lihtsalt VM-i \u00fcle kanda turvakaalutlustest tingituna. M\u00f5nikord hakkab teenusepakkuja, kelle teenust soovite l\u00f5petada, k\u00e4ituma ebameeldivalt ja venitab aega. Teenusepakkujast lahkumine v\u00f5ib toimuda vanamoodi: VM-i eksportimise kaudu ketastele ja FTP-le v\u00f5i rakendustasandil migreerimise kaudu. Viimase nimetamine on tinglik ja see n\u00e4eb v\u00e4lja enam-v\u00e4hem nii.<\/p>\n

Juhtum 3
\nTuli migreerida kliendi SAP-s\u00fcsteem Euroopa teenusepakkujast: 34 VM-i mahus 54 TB. Kliendile eraldati ressursid meie pilves. Meie ja Euroopa teenusepakkuja infrastruktuuri vahel organiseeriti v\u00f5rgu\u00fchendus. Rakenduste serverid paigaldati uuesti koos vajalike konfiguratsioonide rakendamisega. Suured andmebaasid migratsiooniti meie pilve tagavarade laadimise teel. Edasi seadistati replikeerimine andmebaaside vahel meie ja algse platvormi vahel. Kokku lepitud ajal vahetasime meie pilve andmebaaside peale.<\/i><\/p>\n

Andmete maht ja interneti\u00fchendus.<\/b> Palume klientidelt tavaliselt s\u00fcsteemide m\u00e4luparametrite, CPU ja k\u00f5vaketaste eksportimist. Hindame, kas kanal on piisav, et otse edastada virtuaalmasinate koopiaid v\u00f5i varukoopiaid. <\/p>\n

Lubatud seisev aeg.<\/b> Erinevate s\u00fcsteemide ja seega ka virtuaalmasinate seisev aeg v\u00f5ib s\u00f5ltuda nende \u00e4ri kriitilisusest. T\u00fc\u00fcpiliselt tuleb klient valmis n\u00f5uetega seisev aeg migreerimise ajal, mille alusel valime sobiva t\u00f6\u00f6riista ja migreerimise plaani. P\u00fc\u00fcame planeerida l\u00f5pliku \u00fclemineku \u00f6iseks ajaks v\u00f5i n\u00e4dalavahetuseks, et isegi v\u00e4ike seisak ei oleks l\u00f5ppkasutajatele n\u00e4htav. <\/p>\n

Nende andmete p\u00f5hjal saab valida t\u00f6\u00f6riista ja alustada migreerimisega. Siin on, mis edasi toimub.<\/p>\n

    \n
  1. V\u00f5rgu\u00fchenduse seadistamine. <\/b>Korrastame v\u00f5rgu\u00fchenduse meie pilve ja kliendi infrastruktuuri vahel. Selle v\u00f5rgu kaudu kopeeritakse virtuaalmasinad. Kui kasutatakse Veeam Backup and Replication, siis on see erakanal, harvem \u2013 VPN-kanal. Kui Veeam Cloud Connect, siis k\u00f5ik toimub interneti v\u00f5i sama erakanali kaudu.\n

    Seej\u00e4rel seadistatakse v\u00f5rgu\u00fchendus VM-ide jaoks pilves. Masinad liiguvad tavaliselt r\u00fchmades ning sellele kulub mitu p\u00e4eva. P\u00e4rast seda, kui VM-id on meie juurde \u00fcle kantud ja k\u00e4ivitatud, peavad nad suhtlema masinatega, mis j\u00e4\u00e4vad endiselt algsesse asukohta. <\/li>\n

  2. Migreerimise ajakava.<\/b> Kui masinasid on palju, on m\u00f5istlik jagada need r\u00fchmadesse ja transportida neid partiitena. Koost\u00f6\u00f6s kliendiga lepime kokku plaani, milles t\u00e4psustame, millal ja millised masinad kolivad ning millal toimub l\u00f5plik replikatsioon ja \u00fcleminek uuele asukohale. <\/li>\n
  3. Testmigreerimine.<\/b> Migreerime testvirtual masin ja kontrollime, kas k\u00f5ik on \u00f5igesti seadistatud: v\u00f5rgu\u00fchendus erinevate asukohtade vahel, virtuaalse masina ligip\u00e4\u00e4setavus masinatele algses asukohas, konto \u00f5igused ja muu. Selline test aitab v\u00e4ltida viivitusi tootmisprotsessi jooksul.<\/li>\n<\/ol>\n

    \nSellega ongi k\u00f5ik. K\u00fcsimuste korral kirjutage kommentaaridesse ja jagage oma migreerimiskogemust.
    \n
    Allikas:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u041b\u0435\u0442 7 \u043d\u0430\u0437\u0430\u0434 \u0441\u0430\u043c\u044b\u0435 \u043f\u0435\u0440\u0432\u044b\u0435 \u043f\u0440\u043e\u0435\u043a\u0442\u044b \u043f\u0435\u0440\u0435\u0435\u0437\u0436\u0430\u043b\u0438 \u0432 \u043d\u0430\u0448\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u043d\u0435\u0437\u0430\u0442\u0435\u0439\u043b\u0438\u0432\u043e. \u041e\u0431\u0440\u0430\u0437\u044b \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438\u0441\u044c \u043d\u0430 FTP-\u0441\u0435\u0440\u0432\u0435\u0440, \u0438\u043b\u0438 \u0438\u0445 \u043f\u0440\u0438\u0432\u043e\u0437\u0438\u043b\u0438 \u043d\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430\u0445. \u0417\u0430\u0442\u0435\u043c \u0447\u0435\u0440\u0435\u0437 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0439 \u0438\u043c\u043f\u043e\u0440\u0442-\u0441\u0435\u0440\u0432\u0435\u0440 \u0412\u041c \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438 \u0432 \u043e\u0431\u043b\u0430\u043a\u043e. \u0415\u0441\u043b\u0438 \u0434\u043b\u044f \u043a\u043b\u0438\u0435\u043d\u0442\u0430 \u043d\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0432\u044b\u043a\u043b\u044e\u0447\u0438\u0442\u044c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u043a\u0443 \u043d\u0430 \u0441\u0443\u0442\u043a\u0438-\u0434\u0432\u043e\u0435 (\u0438\u043b\u0438 \u043d\u0435\u0442 \u0434\u0440\u0443\u0433\u0438\u0445 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u043e\u0432), \u0442\u043e \u043c\u043e\u0436\u043d\u043e \u0438 \u0442\u0430\u043a. \u041d\u043e \u0435\u0441\u043b\u0438 \u043f\u0440\u043e\u0441\u0442\u043e\u0439 \u0434\u043e\u043b\u0436\u0435\u043d \u0431\u044b\u0442\u044c […]<\/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-53098","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\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\udd47Operatsioon \u201eMigratsioon\u201d: kuidas toimub \u00fcleminek DataLine'i pilve | ProHoster","description":"Seitsen aastat tagasi kolisid esimesed projektid meie pilve lihtsalt ja vaeva n\u00e4gemata. Virtuaalmasinate kujutised laaditi FTP-serverisse v\u00f5i toodi k\u00f5vakettal. Seej\u00e4rel laaditi need spetsiaalse impordi serveri kaudu pilve. Kui kliendile ei ole probleemiks virtuaalmasina v\u00e4ljal\u00fclitamine \u00fcheks-kaheks p\u00e4evaks (v\u00f5i pole teisi v\u00f5imalusi), siis sobib ka nii. Kuid kui seisak peab olema...","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","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\u041e\u043f\u0435\u0440\u0430\u0446\u0438\u044f \u201c\u041c\u0438\u0433\u0440\u0430\u0446\u0438\u044f\u201d: \u043a\u0430\u043a \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u043f\u0435\u0440\u0435\u0435\u0437\u0434 \u0432 \u043e\u0431\u043b\u0430\u043a\u043e DataLine | ProHoster","og:description":"\u041b\u0435\u0442 7 \u043d\u0430\u0437\u0430\u0434 \u0441\u0430\u043c\u044b\u0435 \u043f\u0435\u0440\u0432\u044b\u0435 \u043f\u0440\u043e\u0435\u043a\u0442\u044b \u043f\u0435\u0440\u0435\u0435\u0437\u0436\u0430\u043b\u0438 \u0432 \u043d\u0430\u0448\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043f\u0440\u043e\u0441\u0442\u043e \u0438 \u043d\u0435\u0437\u0430\u0442\u0435\u0439\u043b\u0438\u0432\u043e. \u041e\u0431\u0440\u0430\u0437\u044b \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0445 \u043c\u0430\u0448\u0438\u043d \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438\u0441\u044c \u043d\u0430 FTP-\u0441\u0435\u0440\u0432\u0435\u0440, \u0438\u043b\u0438 \u0438\u0445 \u043f\u0440\u0438\u0432\u043e\u0437\u0438\u043b\u0438 \u043d\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430\u0445. \u0417\u0430\u0442\u0435\u043c \u0447\u0435\u0440\u0435\u0437 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0439 \u0438\u043c\u043f\u043e\u0440\u0442-\u0441\u0435\u0440\u0432\u0435\u0440 \u0412\u041c \u0437\u0430\u0433\u0440\u0443\u0436\u0430\u043b\u0438 \u0432 \u043e\u0431\u043b\u0430\u043a\u043e. \u0415\u0441\u043b\u0438 \u0434\u043b\u044f \u043a\u043b\u0438\u0435\u043d\u0442\u0430 \u043d\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0432\u044b\u043a\u043b\u044e\u0447\u0438\u0442\u044c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u043a\u0443 \u043d\u0430 \u0441\u0443\u0442\u043a\u0438-\u0434\u0432\u043e\u0435 (\u0438\u043b\u0438 \u043d\u0435\u0442 \u0434\u0440\u0443\u0433\u0438\u0445 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u043e\u0432), \u0442\u043e \u043c\u043e\u0436\u043d\u043e \u0438 \u0442\u0430\u043a. \u041d\u043e \u0435\u0441\u043b\u0438 \u043f\u0440\u043e\u0441\u0442\u043e\u0439 \u0434\u043e\u043b\u0436\u0435\u043d \u0431\u044b\u0442\u044c","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","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-11-22T21:00:00+00:00","article:modified_time":"2020-02-18T11:00:57+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"53098","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-24 06:04:31","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 14:29:47","updated":"2026-01-24 06:04:31"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/53098","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=53098"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/53098\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=53098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=53098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=53098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}