{"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\/de\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","title":{"rendered":"Operation \u201eMigration\u201c: So verl\u00e4uft der Umzug in die DataLine-Cloud","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vor etwa 7 Jahren verlagerte sich das erste Projekt ganz unkompliziert in unsere Cloud. Die Abbilder virtueller Maschinen wurden auf einem FTP-Server hochgeladen oder auf Festplatten angeliefert. Dann wurden die VMs \u00fcber einen speziellen Import-Server in die Cloud hochgeladen.<\/p>\n

Wenn es f\u00fcr den Kunden kein Problem ist, die virtuelle Maschine f\u00fcr ein oder zwei Tage auszuschalten (oder keine anderen Optionen zur Verf\u00fcgung stehen), kann man es so machen. Aber wenn der Stillstand maximal eine Stunde betragen soll, ist diese Methode ungeeignet. Heute werde ich erkl\u00e4ren, welche Werkzeuge helfen, die Migration in die Cloud mit minimaler Ausfallzeit durchzuf\u00fchren und wie der Migrationsprozess bei uns abl\u00e4uft.<\/p>\n

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

Migration mit Veeam Backup and Replication<\/h3>\n

\nVeeam Backup and Replication ist bekannt als das Werkzeug zur Erstellung von Backups und Replikaten. Wir verwenden es f\u00fcr die Migration zwischen unseren Standorten und f\u00fcr den Transfer von Kunden von privater Virtualisierung in unsere Cloud. Die virtuellen Maschinen des Kunden werden auf unser vCenter repliziert, anschlie\u00dfend f\u00fcgt der Ingenieur sie in den vCloud Director ein. <\/p>\n

Die prim\u00e4re Replikation erfolgt auf der aktivierten virtuellen Maschine. Zum passenden Zeitpunkt wird die Maschine auf der Clientseite heruntergefahren. Die Replikation wird erneut gestartet, um die \u00c4nderungen zu \u00fcbertragen, die seit der ersten Replikation aufgetreten sind. Danach wird die virtuelle Maschine in unserer Cloud gestartet. <\/p>\n

\"Operation
\n
\nIn der Regel vergehen vom Herunterfahren der Maschine in der Infrastruktur des Kunden bis zum Einschalten in unserer Cloud nicht mehr als eine halbe Stunde, meistens jedoch 15 bis 20 Minuten. <\/p>\n

Die urspr\u00fcngliche virtuelle Maschine bleibt dabei beim Kundenstandort. Sollte etwas schiefgehen, kann jederzeit zur\u00fcckgekehrt und sie eingeschaltet werden. F\u00fcr den Kunden hat dieser Ansatz den Vorteil, dass er kein Veeam ben\u00f6tigt.<\/p>\n

Fall 1
\nDer Kunde verf\u00fcgte \u00fcber eine eigene virtuelle Infrastruktur auf Basis von VMware \u2013 40 VMs mit einem Volumen von 30 TB. Die Hardware, auf der der Cluster implementiert war, war bereits veraltet, und der Kunde entschied sich, nicht in neue Hardware zu investieren und in die Public Cloud zu migrieren. Die Anforderung an die Ausfallzeit kritischer Systeme betrug nicht mehr als eine Stunde. Als Tool wurde Veeam Replication ausgew\u00e4hlt. Positiv war auch, dass der Internetanbieter des Kunden in unserem Rechenzentrum vertreten war, was einen guten Kanal erm\u00f6glichte. Die Migration dauerte etwa einen Monat, die Ausfallzeit beim Umschalten betrug bis zu 30 Minuten f\u00fcr eine Gruppe von virtuellen Maschinen.<\/i><\/p>\n

Migration mit Veeam Cloud Connect<\/h3>\n

\nVeeam Cloud Connect ist ein Tool, das hilft, die Replikation von virtuellen Maschinen einzurichten und Replikate in der Cloud des Serviceanbieters zu starten. Nach dem Update im 2019<\/a><\/noindex> Jahr wurde es m\u00f6glich, virtuelle Maschinen direkt in den vCloud Director zu replizieren. Die einzige Bedingung ist, dass auf der Kundenseite eine eigene Veeam Backup and Replication in der Version 9 oder h\u00f6her eingerichtet sein muss. Kurz gesagt (eine ausf\u00fchrliche Version hier<\/a><\/noindex>), sieht der gesamte Prozess folgenderma\u00dfen aus.<\/p>\n

Im vCloud Director wird eine Organisation mit den notwendigen Ressourcen und Netzwerken erstellt. Mit Veeam Cloud Connect richten wir ein Konto ein, auf das der Kunde \u00fcber sein Veeam B&R zugreift. Dort w\u00e4hlt er den Anbieter DataLine und die Organisation aus, und konfiguriert die Aufgaben f\u00fcr die Replikation. Bei dieser Migration betr\u00e4gt die Downtime lediglich etwa 15\u201320 Minuten. Der Kunde ist dabei unabh\u00e4ngig vom Support des Anbieters und steuert den gesamten Prozess selbst: Er erstellt die Replikationsaufgaben, f\u00fchrt die Replikation durch, schaltet die Maschinen aus und startet sie auf dem neuen Standort. <\/p>\n

\"Operation
\n
\nFallstudie 2
\nDie Infrastruktur des Kunden, von der die Migration geplant wurde, befand sich in Wei\u00dfrussland. Es galt, 90 VMs mit einem Gesamtvolumen von 27 TB zu \u00fcbertragen, w\u00e4hrend die Internetverbindung nur 100 Mbit\/s betrug. Wenn wir ein Backup erstellen und es sofort in unsere Cloud hochladen w\u00fcrden, k\u00f6nnte das bei einigen VMs mehrere Tage in Anspruch nehmen. In dieser Zeit w\u00e4re eine erhebliche Delta-Differenz auf den VMs entstanden, was sich negativ auf die Leistung der Maschinen auswirken oder im schlimmsten Fall dazu f\u00fchren k\u00f6nnte, dass der Speicherplatz im Datastore ersch\u00f6pft ist. So gingen wir vor: Zuerst erstellte der Kunde ein lokales vollst\u00e4ndiges Backup und \u00fcbertrug eine Kopie \u00fcber Veeam Cloud Connect in unsere Cloud. Anschlie\u00dfend erstellte er ein inkrementelles Backup und \u00fcbertrug dieses ebenfalls in die Cloud. Die urspr\u00fcngliche virtuelle Maschine blieb w\u00e4hrenddessen in Betrieb. Nach dem Abschalten der VM erstellte der Kunde ein weiteres inkrementelles Backup und \u00fcbertrug es ebenfalls in die Cloud. Auf unserer Seite haben wir die virtuelle Maschine aus dem vollst\u00e4ndigen Backup wiederhergestellt und anschlie\u00dfend die beiden inkrementellen Backups nachgetragen. Diese Vorgehensweise erm\u00f6glichte es, die Ausfallzeit beim Wechsel zu unserem Standort auf insgesamt 2 Stunden zu minimieren. <\/i><\/p>\n

Migration mit VMware vCloud Availability<\/h3>\n

\nIm M\u00e4rz dieses Jahres hat VMware vCloud Availability 3.0 ver\u00f6ffentlicht, das die Migration von virtuellen Maschinen zwischen verschiedenen Clouds (vCloud Director \u2013 vCloud Director) und von den privaten Virtualisierungsst\u00e4nden des Kunden in die Cloud (vCenter \u2013 vCloud Director) erm\u00f6glicht. Der Hauptvorteil ist die Integration mit der vCloud Director-Oberfl\u00e4che. Dies vereinfacht den Replikationsmanagementprozess erheblich und minimiert die Ausfallzeiten beim Umschalten.<\/p>\n

Mit diesem Tool haben wir einen unserer Kunden aus unserer Moskauer Cloud in unsere Cloud in St. Petersburg migriert. Es galt, 18 virtuelle Maschinen mit einer Gesamtkapazit\u00e4t von 14 TB zu \u00fcbertragen. F\u00fcr den Kunden wurde in der St. Petersburger Cloud eine Organisation eingerichtet und die notwendigen Netzwerke organisiert. Anschlie\u00dfend wechselte der Kunde \u00fcber die vCloud Director-Oberfl\u00e4che zu den Einstellungen von vCloud Availability, erstellte Replikationsauftr\u00e4ge und wechselte zu einem f\u00fcr ihn passenden Zeitpunkt auf die St. Petersburger Plattform. Die Ausfallzeit beim Umschalten betrug 12 Minuten.<\/p>\n

\"Operation
\nDas Migrationdiagramm zwischen den DataLine Clouds in St. Petersburg und Moskau.<\/i><\/p>\n

vCloud Availability bietet eine L\u00f6sung zur Migration von virtuellen Maschinen vom Client-Standort in unsere Cloud. Dazu wird in der vCenter-Umgebung des Kunden ein spezieller Appliance f\u00fcr vCloud Availability eingerichtet. Nach einer einfachen Konfiguration erfolgt die Verbindung zur Cloud und die Migrationseinheiten werden eingerichtet. Der Kunde verwaltet den gesamten Prozess selbst, wodurch die Migrationszeit auf ein Minimum reduziert wird.<\/p>\n

\"Operation
\nDiagramm zur Migration virtueller Maschinen aus einer privaten Installation in die Cloud.<\/i><\/p>\n

VMware vCloud Availability bietet viele weitere Einsatzszenarien, \u00fcber die wir bald in einem separaten Artikel berichten werden. <\/p>\n

Vorbereitung zur Migration <\/h3>\n

\nUm das richtige Werkzeug auszuw\u00e4hlen und mit der Migration zu beginnen, sollten die folgenden Punkte festgelegt werden:<\/p>\n

Von wo migrieren wir. <\/b>Wenn Sie von einer privaten L\u00f6sung migrieren, haben Sie die volle Freiheit bei der Wahl der Werkzeuge. Wenn Sie jedoch von einem Provider wechseln, gestaltet sich das komplexer. Es ist wahrscheinlich, dass Sie die Infrastrukturen beider Anbieter nicht einfach verbinden und die VM aufgrund von Sicherheitsbedenken verschieben k\u00f6nnen. Manchmal beginnt der Provider, von dem der Kunde sich trennen m\u00f6chte, sogar zu schikanieren und zieht die Dinge in die L\u00e4nge. Die Abwanderung von einem Provider kann traditionell erfolgen: durch das Exportieren der VMs auf Datentr\u00e4ger und FTP oder durch eine Migration auf Anwendungsebene. Letzteres ist ein eigener Begriff und sieht in etwa so aus.<\/p>\n

Fall 3
\nWir mussten das SAP-System eines Kunden von einem europ\u00e4ischen Anbieter migrieren: 34 VMs mit einem Volumen von 54 TB. Dem Kunden wurden Ressourcen in unserer Cloud zugewiesen. Zwischen uns und der Infrastruktur des europ\u00e4ischen Anbieters wurde eine Netzwerkverbindung eingerichtet. Die Anwendungsserver wurden neu bereitgestellt, mit den erforderlichen Konfigurationen. Gro\u00dfe Datenbanken wurden durch das Hochladen von Backups in unsere Cloud migriert. Anschlie\u00dfend wurde eine Replikation zwischen den Datenbanken in unserer und der urspr\u00fcnglichen Umgebung eingerichtet. Zu einem vereinbarten Zeitpunkt haben wir auf die Datenbanken in unserer Cloud umgeschaltet.<\/i><\/p>\n

Datenvolumen und Internetkanal.<\/b> Wir bitten in der Regel den Kunden, einen Export der Systeme mit den Spezifikationen zu Arbeitsspeicher, CPU und Festplatten bereitzustellen. Wir bewerten, ob die Bandbreite ausreicht, um Replikate oder Backups von virtuellen Maschinen direkt zu \u00fcbertragen. <\/p>\n

Akzeptabler Ausfall.<\/b> Je nach Systemen und entsprechend den virtuellen Maschinen kann dies unterschiedlich sein, abh\u00e4ngig von ihrer Gesch\u00e4ftskritikalit\u00e4t. In der Regel bringt der Kunde bereits spezifische Anforderungen an den Ausfall bei der Migration mit, anhand derer wir das passende Tool und den Migrationsplan ausw\u00e4hlen. Wir versuchen, den endg\u00fcltigen Switch in die Nacht oder auf das Wochenende zu planen, sodass selbst ein geringf\u00fcgiger Ausfall f\u00fcr die Endbenutzer des Kunden nicht wahrnehmbar ist. <\/p>\n

Basierend auf diesen Daten kann das Tool ausgew\u00e4hlt und mit der Migration begonnen werden. So geht es weiter.<\/p>\n

    \n
  1. Einrichtung der Netzwerkverbindung. <\/b>Wir organisieren die Netzwerkverbindung zwischen unserer Cloud und der Infrastruktur des Kunden. \u00dcber dieses Netzwerk werden die virtuellen Maschinen kopiert. Wenn Veeam Backup and Replication verwendet wird, dann \u00fcber einen dedizierten Kanal, seltener \u00fcber einen VPN-Kanal. Bei Veeam Cloud Connect erfolgt alles \u00fcber das Internet oder denselben dedizierten Kanal.\n

    Dann wird das Netzwerk f\u00fcr die VM in der Cloud eingerichtet. Die Maschinen werden normalerweise in Gruppen und nicht an einem Tag umgezogen. Nachdem die VMs zu uns migriert und gestartet wurden, m\u00fcssen sie mit Maschinen interagieren, die weiterhin am urspr\u00fcnglichen Standort verbleiben. <\/li>\n

  2. Migrationszeitplan.<\/b> Wenn viele Maschinen vorhanden sind, ist es sinnvoll, sie in Gruppen aufzuteilen und in Chargen zu transportieren. Gemeinsam mit dem Kunden stimmen wir einen Plan ab, in dem festgelegt wird, wann und welche Maschinen umziehen und wann die finale Replikation und der Wechsel zum neuen Standort stattfinden. <\/li>\n
  3. Testmigration.<\/b> Wir migrieren eine Test-VM und \u00fcberpr\u00fcfen, ob alles korrekt konfiguriert ist: die Netzwerkverbindung zwischen den Standorten, die Erreichbarkeit der VM f\u00fcr Maschinen am urspr\u00fcnglichen Standort, die Kontoberechtigungen und weiteres. Solch ein Test hilft, Verz\u00f6gerungen w\u00e4hrend der tats\u00e4chlichen Migration zu vermeiden.<\/li>\n<\/ol>\n

    \nDas w\u00e4re alles von meiner Seite. Stellen Sie Ihre Fragen in den Kommentaren und teilen Sie Ihre Erfahrungen mit der Migration.
    \n
    Quelle:     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\udd47Operation \u201eMigration\u201c: So erfolgt der Umzug in die Cloud von DataLine | ProHoster","description":"Vor etwa 7 Jahren zogen die ersten Projekte ganz unkompliziert in unsere Cloud um. Die Abbilder der virtuellen Maschinen wurden auf den FTP-Server hochgeladen oder auf Festplatten gebracht. Dann wurden die VMs \u00fcber einen speziellen Import-Server in die Cloud geladen. Wenn es f\u00fcr den Kunden kein Problem ist, die virtuelle Maschine f\u00fcr ein bis zwei Tage abzuschalten (oder keine anderen Optionen bestehen), ist das eine M\u00f6glichkeit. Aber wenn es zu Ausfallzeiten kommen sollte,","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/operatsiya-migratsiya-kak-proishodit-pereezd-v-oblako-dataline","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","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\/de\/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\/de\/wp-json\/wp\/v2\/posts\/53098","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=53098"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/53098\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=53098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=53098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=53098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}