{"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\/sv\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","title":{"rendered":"Operation 'Migration': hur flytten till molnet DataLine g\u00e5r till","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

F\u00f6r ungef\u00e4r 7 \u00e5r sedan flyttade de f\u00f6rsta projekten enkelt och okomplicerat till v\u00e5rt moln. Avbildningar av virtuella maskiner laddades upp p\u00e5 FTP-servern eller transporterades p\u00e5 h\u00e5rddiskar. D\u00e4refter laddades VM:erna upp till molnet via en s\u00e4rskild importserver.<\/p>\n

Om det inte \u00e4r ett problem f\u00f6r kunden att st\u00e4nga av den virtuella maskinen i en dag eller tv\u00e5 (eller om det inte finns andra alternativ), s\u00e5 kan det g\u00f6ras s\u00e5. Men om stillest\u00e5ndet m\u00e5ste vara h\u00f6gst en timme, fungerar inte detta s\u00e4tt. Idag kommer jag att ber\u00e4tta vilka verktyg som kan hj\u00e4lpa till att migrera till molnet med minimalt stillest\u00e5nd och hur sj\u00e4lva migrationsprocessen fungerar hos oss.<\/p>\n

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

Migration med hj\u00e4lp av Veeam Backup and Replication<\/h3>\n

\nVeeam Backup and Replication \u00e4r v\u00e4lk\u00e4nt som ett verktyg f\u00f6r att skapa backup och replikat. Vi anv\u00e4nder det f\u00f6r migration mellan v\u00e5ra plattformar och f\u00f6r att flytta kunder fr\u00e5n privat virtualisering till v\u00e5rt moln. Kundens virtuella maskiner replikeras till v\u00e5r vCenter, d\u00e4refter l\u00e4gger ingenj\u00f6ren till dem i vCloud Director. <\/p>\n

Den f\u00f6rsta replikeringen utf\u00f6rs p\u00e5 en p\u00e5slagen virtuell maskin. Vid en \u00f6verenskommen tid st\u00e4ngs maskinen av hos kunden. Replikeringen startar igen f\u00f6r att \u00f6verf\u00f6ra de \u00e4ndringar som skett sedan den f\u00f6rsta replikeringen. Efter detta startas den virtuella maskinen nu i v\u00e5rt moln. <\/p>\n

\"Operation
\n
\nNormalt tar det inte mer \u00e4n en halvtimme fr\u00e5n avst\u00e4ngning av maskinen p\u00e5 kundens infrastruktur till att den sl\u00e5s p\u00e5 i v\u00e5rt moln, oftast 15\u201320 minuter. <\/p>\n

Samtidigt f\u00f6rblir den ursprungliga virtuella maskinen kvar p\u00e5 kundens plattform. Om n\u00e5got g\u00e5r fel kan man alltid \u00e5terg\u00e5 till och sl\u00e5 p\u00e5 den. F\u00f6r kunden \u00e4r denna metod \u00e4ven praktisk eftersom den inte kr\u00e4ver att de har Veeam.<\/p>\n

Fall 1
\nKunden hade sin egen virtuella infrastruktur baserad p\u00e5 VMware \u2013 40 VM med en total storlek p\u00e5 30 TB. Utrustningen som klustret var installerat p\u00e5 var gammal, och kunden beslutade att inte fixa det utan ist\u00e4llet flytta till ett offentligt moln. Kravet p\u00e5 stillest\u00e5nd f\u00f6r kritiska system var h\u00f6gst en timme. Veeam Replication valdes som verktyg. En f\u00f6rdel var ocks\u00e5 att kundens internetleverant\u00f6r fanns i v\u00e5r datacenter, vilket m\u00f6jliggjorde en bra kanal. Migrationen tog cirka en m\u00e5nad, och stillest\u00e5ndet vid omkopplingen var upp till 30 minuter f\u00f6r en grupp virtuella maskiner.<\/i><\/p>\n

Migration med hj\u00e4lp av Veeam Cloud Connect<\/h3>\n

\nVeeam Cloud Connect \u2013 ett verktyg som hj\u00e4lper till att konfigurera replikering av virtuella maskiner och k\u00f6ra repliker i molnet hos tj\u00e4nsteleverant\u00f6ren. Efter uppdateringen i 2019<\/a><\/noindex> \u00e5rets m\u00f6jliggjordes replikering av virtuella maskiner direkt till vCloud Director. Det enda villkoret \u00e4r att kunden m\u00e5ste ha en egen Veeam Backup and Replication som \u00e4r minst version 9. Sammanfattat (den detaljerade versionen ). Ett typiskt exempel p\u00e5 anv\u00e4ndning:<\/a><\/noindex>), ser hela processen ut p\u00e5 f\u00f6ljande s\u00e4tt.<\/p>\n

I vCloud Director skapas en organisation med n\u00f6dv\u00e4ndiga resurser och n\u00e4tverk. I Veeam Cloud Connect skapar vi ett konto, kunden ansluter sig till detta fr\u00e5n sin Veeam B&R, v\u00e4ljer DataLine som leverant\u00f6r och organisation, samt st\u00e4ller in jobb f\u00f6r replikering. Ut\u00f6ver att nedetiden vid s\u00e5dan migrering ligger inom 15\u201320 minuter, \u00e4r kunden helt oberoende av leverant\u00f6rens support och hanterar hela processen sj\u00e4lv: skapar jobb f\u00f6r replikering, sj\u00e4lva replikeringen, st\u00e4nger av maskiner och startar dem p\u00e5 den nya plattformen. <\/p>\n

\"Operation
\n
\nFall 2
\nKundens infrastruktur, varifr\u00e5n migreringen planerades, l\u00e5g i Vitryssland. Det beh\u00f6vdes flytta 90 VM med en total volym p\u00e5 27 TB, med en internetkanal p\u00e5 100 Mbit\/s. Om vi gjorde en backup och direkt laddade upp den till v\u00e5rt moln, skulle det f\u00f6r vissa VM ta flera dagar. Under den tiden skulle en stor delta ha vuxit p\u00e5 VM, vilket skulle kunna p\u00e5verka maskinernas prestanda negativt eller, \u00e4nnu v\u00e4rre, att utrymmet p\u00e5 datastoren skulle ta slut. Vi gick tillv\u00e4ga p\u00e5 f\u00f6ljande s\u00e4tt: f\u00f6rst gjorde kunden en lokal fullst\u00e4ndig backup och \u00f6verf\u00f6rde en kopia till v\u00e5rt moln via Veeam Cloud Connect. Sedan gjorde han och skickade en inkrementell backup till molnet. Den ursprungliga virtuella maskinen fortsatte att arbeta. Efter att VM st\u00e4ngdes av gjorde kunden en till inkrement och \u00f6verf\u00f6rde ocks\u00e5 denna till molnet. P\u00e5 v\u00e5r sida implementerade vi den virtuella maskinen fr\u00e5n fullbackuppen och applicerade sedan de tv\u00e5 inkrementerna. Denna strategi gjorde det m\u00f6jligt att minimera nedetid till 2 timmar vid \u00f6verg\u00e5ngen till v\u00e5r plattform. <\/i><\/p>\n

Migrering med hj\u00e4lp av VMware vCloud Availability<\/h3>\n

\nI mars i \u00e5r sl\u00e4ppte VMware vCloud Availability 3.0, som m\u00f6jligg\u00f6r migration av virtuella maskiner mellan olika moln (vCloud Director \u2013 vCloud Director) och fr\u00e5n kundens privata virtualiseringsst\u00e4ll till molnet (vCenter \u2013 vCloud Director). Den st\u00f6rsta f\u00f6rdelen \u00e4r integrationen med vCloud Director-gr\u00e4nssnittet. Detta f\u00f6renklar hanteringen av replikering och minimerar stillest\u00e5nd vid omkoppling.<\/p>\n

Med hj\u00e4lp av detta verktyg migrerade vi en av v\u00e5ra kunder fr\u00e5n v\u00e5rt moln i Moskva till v\u00e5rt moln i Sankt Petersburg. 18 virtuella maskiner med en total kapacitet p\u00e5 14 TB beh\u00f6vde flyttas. En organisation skapades f\u00f6r kunden i det petersburgska molnet och n\u00f6dv\u00e4ndiga n\u00e4tverk arrangerades. Sedan gick kunden fr\u00e5n vCloud Director-gr\u00e4nssnittet till inst\u00e4llningarna f\u00f6r vCloud Availability, skapade replikationsjobb och v\u00e4xlade \u00f6ver till den petersburgska plattformen vid en tidpunkt som passade dem. Stillest\u00e5ndet vid omkopplingen var 12 minuter.<\/p>\n

\"Operation
\nSchema f\u00f6r migration mellan DataLine-molnen i Sankt Petersburg och Moskva.<\/i><\/p>\n

vCloud Availability har en mekanism f\u00f6r migrering av VM fr\u00e5n kundens plattform till v\u00e5rt moln. F\u00f6r detta beh\u00f6vs en speciell vCloud Availability-appliance som installeras i kundens vCenter. Efter en enkel konfiguration ansluts den till molnet och migrationsjobb st\u00e4lls in. Kunden hanterar \u00e4ven sj\u00e4lv hela processen, vilket minimerar migrationstiden.<\/p>\n

\"Operation
\nSchema f\u00f6r migrering av virtuella maskiner fr\u00e5n en privat installation till molnet.<\/i><\/p>\n

VMware vCloud Availability har m\u00e5nga andra anv\u00e4ndningsscenarier, som vi snart kommer att ber\u00e4tta om i en separat artikel. <\/p>\n

F\u00f6rberedelse f\u00f6r migrering <\/h3>\n

\nF\u00f6r att v\u00e4lja verktyg och faktiskt p\u00e5b\u00f6rja migreringen m\u00e5ste man best\u00e4mma sig f\u00f6r f\u00f6ljande punkter:<\/p>\n

Varifr\u00e5n migrerar vi. <\/b>Om ni migrerar fr\u00e5n en privat l\u00f6sning har ni full frihet att v\u00e4lja verktyg. Om ni flyttar fr\u00e5n en leverant\u00f6r \u00e4r det mer komplicerat. Det \u00e4r troligtvis inte m\u00f6jligt att koppla samman infrastruktur fr\u00e5n tv\u00e5 leverant\u00f6rer och bara dra \u00f6ver VM av s\u00e4kerhetssk\u00e4l. Ibland kan leverant\u00f6ren som kunden t\u00e4nker s\u00e4ga upp till och med b\u00f6rja skapa problem och dra ut p\u00e5 tiden. Man kan flytta fr\u00e5n en leverant\u00f6r p\u00e5 det gamla s\u00e4ttet: genom att exportera VM till diskar och FTP eller migrera p\u00e5 applikationsniv\u00e5. Namnet p\u00e5 den senare \u00e4r villkorligt och ser ut ungef\u00e4r s\u00e5 h\u00e4r.<\/p>\n

Case 3
\nDet var n\u00f6dv\u00e4ndigt att migrera kundens SAP-system fr\u00e5n en europeisk leverant\u00f6r: 34 virtuella maskiner med en total storlek p\u00e5 54 TB. Klienten tilldelades resurser i v\u00e5rt moln. En n\u00e4tverksanslutning organiserades mellan oss och den europeiska leverant\u00f6rens infrastruktur. Applikationsservrarna rullades ut p\u00e5 nytt med n\u00f6dv\u00e4ndiga konfigurationer installerade. Stora databaser migrerades genom att ladda upp s\u00e4kerhetskopior till v\u00e5rt moln. D\u00e4refter inr\u00e4ttades replikering mellan databaserna p\u00e5 v\u00e5r och den ursprungliga platsen. Vid den \u00f6verenskomna tidpunkten v\u00e4xlade vi till databaserna i v\u00e5rt moln.<\/i><\/p>\n

Datavolym och internetkanal.<\/b> Vi ber vanligtvis klienten att tillhandah\u00e5lla en export fr\u00e5n systemen med parametrar f\u00f6r minne, CPU, och diskar. Vi bed\u00f6mer om kanalen \u00e4r tillr\u00e4cklig f\u00f6r att direkt skicka replikat eller s\u00e4kerhetskopior av virtuella maskiner. <\/p>\n

Acceptabel driftstopp.<\/b> F\u00f6r olika system och d\u00e4rmed virtuella maskiner kan det variera beroende p\u00e5 deras aff\u00e4rskritiska betydelse. Vanligtvis kommer kunden med f\u00e4rdiga krav p\u00e5 driftstopp vid migrering, och baserat p\u00e5 detta v\u00e4ljer vi l\u00e4mpligt verktyg och migrationsplan. Vi f\u00f6rs\u00f6ker planera den slutgiltiga v\u00e4xlingen till natten eller helgen, s\u00e5 att \u00e4ven en liten driftstopp inte blir m\u00e4rkbar f\u00f6r kundens slutanv\u00e4ndare. <\/p>\n

Baserat p\u00e5 dessa uppgifter kan man v\u00e4lja verktyg och p\u00e5b\u00f6rja sj\u00e4lva migreringen. S\u00e5 h\u00e4r g\u00e5r det vidare.<\/p>\n

    \n
  1. Konfiguration av n\u00e4tverksanslutning. <\/b>Vi organiserar n\u00e4tverksanslutningen mellan v\u00e5rt moln och kundens infrastruktur. Genom detta n\u00e4tverk kommer virtuella maskiner att kopieras. Om Veeam Backup and Replication anv\u00e4nds \u00e4r det en dedikerad kanal, s\u00e4llan en VPN-kanal. Om Veeam Cloud Connect anv\u00e4nds g\u00e5r allt genom internet eller den samma dedikerade kanalen.\n

    D\u00e4refter konfigureras n\u00e4tverket f\u00f6r virtuella maskiner i molnet. Maskinerna flyttas vanligtvis i grupper och \u00f6ver flera dagar. N\u00e4r virtuella maskiner har flyttats till oss och startats, m\u00e5ste de interagera med maskiner som fortfarande \u00e4r kvar p\u00e5 den ursprungliga platsen. <\/li>\n

  2. Migrationsschema.<\/b> N\u00e4r det finns m\u00e5nga maskiner \u00e4r det rimligt att dela upp dem i grupper och transportera dem i partier. Tillsammans med kunden \u00f6verenskommer vi en plan d\u00e4r vi specificerar n\u00e4r och vilka maskiner som flyttas och n\u00e4r den slutliga replikeringen och v\u00e4xlingen till den nya platsen kommer att utf\u00f6ras. <\/li>\n
  3. Testmigrering.<\/b> Vi migrerar den test virtuella maskinen och kontrollerar om allt \u00e4r korrekt inst\u00e4llt: n\u00e4tverkskoppling mellan platserna, tillg\u00e4nglighet av den virtuella maskinen f\u00f6r maskiner p\u00e5 den ursprungliga platsen, kontor\u00e4ttigheter och annat. Ett s\u00e5dant test hj\u00e4lper till att undvika f\u00f6rseningar under den faktiska migreringen.<\/li>\n<\/ol>\n

    \nDetta \u00e4r allt f\u00f6r mig. St\u00e4ll fr\u00e5gor i kommentarerna och ber\u00e4tta om din migrationsupplevelse.
    \n
    K\u00e4lla:     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\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\udd47Operation \"Migration\": hur flytten till DataLine-molnet g\u00e5r till | ProHoster","description":"F\u00f6r ungef\u00e4r 7 \u00e5r sedan flyttade de f\u00f6rsta projekten till v\u00e5rt moln ganska enkelt. Bilder av virtuella maskiner laddades upp till en FTP-server, eller s\u00e5 levererades de p\u00e5 h\u00e5rddiskar.","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","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.","og:url":"https:\/\/prohoster.info\/sv\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/53098","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=53098"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/53098\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=53098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=53098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=53098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}