{"id":90281,"date":"2020-07-30T13:42:14","date_gmt":"2020-07-30T11:42:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/kak-uma-tech-infrastrukturu-razvivala"},"modified":"2020-07-30T13:42:14","modified_gmt":"2020-07-30T11:42:14","slug":"kak-uma-tech-infrastrukturu-razvivala","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-uma-tech-infrastrukturu-razvivala","title":{"rendered":"Wie Uma.Tech die Infrastruktur entwickelte","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Wir haben neue Dienste gestartet, der Traffic stieg, wir haben Server ersetzt, neue Plattformen angeschlossen und Rechenzentren umgebaut \u2013 und jetzt erz\u00e4hlen wir diese Geschichte, mit der wir Sie vor f\u00fcnf Jahren vertraut gemacht haben<\/i>.<\/a><\/noindex><\/p>\n

F\u00fcnf Jahre sind eine charakteristische Zeitspanne, um Zwischenbilanz zu ziehen. Daher haben wir uns entschieden, \u00fcber die Entwicklung unserer Infrastruktur zu berichten, die in diesen f\u00fcnf Jahren einen bemerkenswert interessanten Entwicklungspfad durchlaufen hat, auf den wir stolz sind. Die von uns umgesetzten quantitativen Ver\u00e4nderungen haben sich in qualitative gewandelt, jetzt kann die Infrastruktur in Modi arbeiten, die in der Mitte des vergangenen Jahrzehnts wie Science-Fiction erschienen. <\/p>\n

Wir gew\u00e4hrleisten den Betrieb komplexester Projekte mit h\u00f6chsten Anforderungen an Zuverl\u00e4ssigkeit und Lasten, darunter PREMIER und Match TV. Bei Sport\u00fcbertragungen und der Premiere beliebter Serien ist eine Datenrate in Terabits pro Sekunde erforderlich, die wir problemlos bereitstellen, und das so oft, dass die Arbeit mit solchen Geschwindigkeiten f\u00fcr uns bereits zur Routine geworden ist. Vor f\u00fcnf Jahren war das schwerste Projekt, das auf unseren Systemen lief, Rutube, das sich seitdem weiterentwickelt hat, an Volumen und Traffic zugelegt hat, was bei der Planung der Lasten ber\u00fccksichtigt werden musste.<\/p>\n

Wir haben dar\u00fcber berichtet, wie wir die \"Hardware\" unserer Infrastruktur entwickelt haben (\"Rutube 2009-2015: die Geschichte unserer Hardware\"<\/a><\/noindex>) und das System, das f\u00fcr die Videoauslieferung verantwortlich ist, weiterentwickelt haben (\"Von null bis 700 Gigabit pro Sekunde \u2013 wie einer der gr\u00f6\u00dften Video-Hosting-Dienste Russlands Videos ausliefert\"<\/a><\/noindex>), aber seit dem Zeitpunkt, an dem diese Texte geschrieben wurden, ist viel Zeit vergangen, und viele andere L\u00f6sungen wurden erstellt und implementiert, deren Ergebnisse es uns erm\u00f6glichen, den modernen Anforderungen gerecht zu werden und flexibel genug zu sein, um uns auf neue Aufgaben umzustellen.<\/p>\n

\"Wie
\n
\nDas Netzwerk-Kern<\/b> entwickeln wir st\u00e4ndig weiter. Wir sind 2015 auf Cisco-Ausr\u00fcstung umgestiegen, was wir bereits in dem vorherigen Artikel erw\u00e4hnt haben. Damals waren es immer noch 10\/40G, aber aus verst\u00e4ndlichen Gr\u00fcnden haben wir die vorhandenen Chassis bereits nach ein paar Jahren modernisiert, und jetzt nutzen wir aktiv auch 25\/100G. <\/p>\n

\"Wie
\n
\n100G-Link sind schon lange weder ein Luxus (vielmehr handelt es sich um eine dringende Anforderung der Zeit in unserem Segment) noch eine Seltenheit (immer mehr Betreiber bieten Anschl\u00fcsse mit solchen Geschwindigkeiten an). Dennoch hat 10\/40G weiterhin Relevanz: \u00dcber diese Links schlie\u00dfen wir weiterhin Betreiber mit niedrigem Verkehrsaufkommen an, bei denen es derzeit nicht sinnvoll ist, einen gr\u00f6\u00dferen Port zu verwenden.<\/p>\n

Das von uns geschaffene Netzwerk-Kernsystem verdient eine gesonderte Betrachtung und wird sp\u00e4ter Thema eines eigenen Artikels sein. Dort werden wir tiefer in die technischen Details eintauchen und die Logik unserer Handlungen bei seiner Erstellung diskutieren. Aber jetzt setzen wir die Infrastruktur in groben Z\u00fcgen fort, da Ihre Aufmerksamkeit, geehrte Leser, nicht unbegrenzt ist.<\/p>\n

Videostreaming-Server <\/b>entwickeln sich schnell weiter, wof\u00fcr wir erhebliche Anstrengungen unternehmen. W\u00e4hrend wir fr\u00fcher haupts\u00e4chlich 2U-Server mit 4-5 Netzwerkkarten ausgestattet mit je zwei 10G-Ports verwendet haben, wird jetzt der gr\u00f6\u00dfte Teil des Verkehrs von 1U-Servern bereitgestellt, die 2-3 Karten mit je zwei 25G-Ports enthalten. Die Preise f\u00fcr 10G- und 25G-Karten sind nahezu gleich, und die schnelleren L\u00f6sungen erm\u00f6glichen es, sowohl mit 10G als auch mit 25G zu arbeiten. Das Ergebnis ist eine offensichtliche Kostensenkung: weniger Serverkomponenten und Kabel f\u00fcr den Anschluss \u2013 geringere Kosten (und h\u00f6here Zuverl\u00e4ssigkeit), die Komponenten nehmen weniger Platz im Rack ein \u2013 es ist nun m\u00f6glich, eine gr\u00f6\u00dfere Anzahl von Servern pro Fl\u00e4cheneinheit unterzubringen, wodurch die Mietkosten gesenkt werden.<\/p>\n

Aber der gr\u00f6\u00dfere Vorteil liegt in der Geschwindigkeit! Jetzt k\u00f6nnen wir mit 1U mehr als 100G bereitstellen! Und das unter den Umst\u00e4nden, dass einige gro\u00dfe russische Projekte die Bereitstellung von 40G mit 2U als \"Errungenschaft\" bezeichnen. Wir h\u00e4tten gerne ihre Probleme!<\/p>\n

\"Wie
\n
\nEs sei angemerkt, dass wir weiterhin Generationen von Netzwerkkarten verwenden, die nur mit 10G arbeiten k\u00f6nnen. Diese Ger\u00e4te funktionieren stabil und sind uns bestens bekannt, weshalb wir sie nicht ausgemustert, sondern einer neuen Verwendung zugef\u00fchrt haben. Diese Komponenten haben wir in Videolagerserver integriert, denen f\u00fcr eine effektive Arbeitsweise eindeutig nicht nur ein oder zwei 1G-Ports ausreichen; hier sind 10G-Karten relevant geworden.<\/p>\n

Speichersysteme<\/b> Sie wachsen ebenfalls. In dem vergangenen f\u00fcnfjahres Zeitraum sind sie von zw\u00f6lf Festplattensch\u00e4chten (12x HDD 2U) auf sechsunddrei\u00dfig Festplattensch\u00e4chte (36x HDD 4U) umgestiegen. Einige bef\u00fcrchten, solche umfangreiche \u201eGeh\u00e4use\u201c zu nutzen, da der Ausfall eines solchen Chassis die Leistung \u2013 und m\u00f6glicherweise sogar die Funktionsf\u00e4higkeit! \u2013 des gesamten Systems gef\u00e4hrden k\u00f6nnte. Aber bei uns wird so etwas nicht passieren: Wir haben eine Redundanz auf Ebene der geo-replizierten Datensicherungen sichergestellt. Wir haben die Chassis auf verschiedene Rechenzentren verteilt \u2013 insgesamt nutzen wir drei \u2013 und das schlie\u00dft die Entstehung von Problemen sowohl bei Ausf\u00e4llen von Chassis als auch bei einem Abbruch der Plattform aus.<\/p>\n

\"Wie
\n
\nNat\u00fcrlich hat dieser Ansatz die Hardware-RAID \u00fcberfl\u00fcssig gemacht, von dem wir Abstand genommen haben. Indem wir auf Redundanz verzichtet haben, haben wir gleichzeitig die Zuverl\u00e4ssigkeit des Systems erh\u00f6ht, indem wir die L\u00f6sung vereinfacht und einen potenziellen Ausfallpunkt eliminiert haben. Lassen Sie uns daran erinnern, dass unser Speicher-Array \u201eselbstgebaut\u201c ist. Dies haben wir ganz bewusst getan und das Ergebnis hat uns voll und ganz \u00fcberzeugt.<\/p>\n

Rechenzentren<\/b> haben wir in den vergangenen f\u00fcnf Jahren mehrere Male gewechselt. Seit dem Schreiben des vorherigen Artikels haben wir nur ein Rechenzentrum nicht gewechselt \u2013 DataLine \u2013, alle anderen mussten im Zuge der Weiterentwicklung unserer Infrastruktur ersetzt werden. Alle Umz\u00fcge zwischen den Standorten waren planm\u00e4\u00dfig.<\/p>\n

Vor zwei Jahren haben wir innerhalb von MMTS-9 migriert und sind zu einem Standort mit hochwertiger Renovierung, gutem K\u00fchlsystem, stabiler Stromversorgung und ohne Staub, der fr\u00fcher in dicken Schichten auf allen Oberfl\u00e4chen lag und die Innereien unserer Ger\u00e4te massiv verstopfte, gewechselt. Die Entscheidung f\u00fcr hochwertige Dienstleistungen \u2013 und die Abwesenheit von Staub! \u2013 war der Grund f\u00fcr unseren Umzug.<\/p>\n

\"Wie
\n
\nFast immer hei\u00dft es: \u201eEin Umzug ist gleich zwei Br\u00e4nde\u201c, aber die Probleme bei der Migration sind jedes Mal anders. Diesmal war die Hauptschwierigkeit des Umzugs innerhalb eines Rechenzentrums durch die optischen Cross-Connects \u201everursacht\u201c \u2013 deren Vielzahl zwischen den Etagen ohne Zusammenfassung in eine einheitliche Cross-Connect-Seite seitens der Telekommunikationsanbieter. Der Prozess der Aktualisierung und Neuverkabelung der Cross-Connects (in dem uns die Ingenieure von MMTS-9 geholfen haben) war wohl der schwierigste Schritt der Migration.<\/p>\n

Die zweite Migration fand vor einem Jahr statt, als wir 2019 von einem nicht besonders guten Rechenzentrum zu O2xygen umgezogen sind. Die Gr\u00fcnde f\u00fcr den Umzug waren \u00e4hnlich wie die oben genannten, jedoch kam das Problem der Unattraktivit\u00e4t des urspr\u00fcnglichen Rechenzentrums f\u00fcr die Betreiber hinzu \u2013 viele Anbieter mussten wir \u201eeinholen\u201c, um zu diesem Punkt zu gelangen.<\/p>\n

\"Wie
\n
\nDie Migration von 13 Racks zu einem qualitativ hochwertigen Standort in MMTS-9 erm\u00f6glichte es, diesen Standort nicht nur als Betreiberstandort (ein paar Racks und \u201eDurchleitungen\u201c von Anbietern) zu entwickeln, sondern auch einen der Hauptstandorte einzusetzen. Das erleichterte die Migration aus dem nicht besonders guten Rechenzentrum \u2013 das meiste Equipment haben wir zu einem anderen Standort transportiert, w\u00e4hrend O2xygen die Rolle eines sich entwickelnden Standorts \u00fcbernahm, indem wir dorthin 5 Racks mit Equipment geschickt haben.<\/p>\n

Heute ist O2xygen bereits eine vollwertige Anlage, zu der die ben\u00f6tigten Anbieter \u201egekommen\u201c sind und weiterhin neue sich anschlie\u00dfen. F\u00fcr die Anbieter war O2xygen auch aus strategischer Entwicklungsperspektive attraktiv.<\/p>\n

Die Hauptphase des Umzugs f\u00fchren wir unbedingt \u00fcber Nacht durch, und sowohl bei der Migration innerhalb von MMTS-9 als auch zu O2xygen haben wir uns an diese Regel gehalten. Wir m\u00f6chten betonen, dass wir die Regel \u201eUmzug \u00fcber Nacht\u201c strikt einhalten, unabh\u00e4ngig von der Anzahl der Racks! Es gab sogar einen Pr\u00e4zedenzfall, als wir 20 Racks bewegt haben und dies ebenfalls \u00fcber Nacht erledigten. Die Migration ist ein vergleichsweise unkomplizierter Prozess, der Sorgfalt und Nachfolge erfordert, aber auch hier gibt es einige Tricks, sowohl im Vorbereitungsprozess als auch beim Umzug und beim Einsatz am neuen Standort. Wir sind bereit, detaillierte Informationen zur Migration bereitzustellen, falls Sie Interesse haben.<\/p>\n

Ergebnisse<\/b> Die Ergebnisse der f\u00fcnfj\u00e4hrigen Entwicklung gefallen uns. Wir haben den Aufbau einer neuen ausfallsicheren Infrastruktur abgeschlossen, die auf drei Rechenzentren verteilt ist. Die Dichte der Verkehrsausgabe hat sich erheblich erh\u00f6ht \u2013 w\u00e4hrend wir vor kurzem \u00fcber 40-80G mit 2U erfreut waren, ist es jetzt normal, 100G mit 1U auszugeben. Jetzt wird bereits Terabit Verkehr f\u00fcr uns zur Gewohnheit. Wir sind bereit, unsere Infrastruktur weiterzuentwickeln, die sich als flexibel skalierbar erwiesen hat.<\/p>\n

Frage: <\/b>Was sollen wir Ihnen in den n\u00e4chsten Texten erz\u00e4hlen, gesch\u00e4tzte Leser? Warum wir begonnen haben, selbstgemachte Datenspeichersysteme zu entwickeln? \u00dcber das Netzwerk-Kern und seine Besonderheiten? \u00dcber Tricks und Feinheiten der Migration zwischen Rechenzentren? \u00dcber die Optimierung von Ausgabe-L\u00f6sungen durch Auswahl der Komponenten und Feinabstimmung von Parametern? \u00dcber die Schaffung robuster L\u00f6sungen durch mehrfache Redundanz und horizontale Skalierungsm\u00f6glichkeiten innerhalb des Rechenzentrums, die in der Struktur von drei Rechenzentren implementiert sind?<\/p>\n

Autor: Peter Winogradov \u2014 Technischer Direktor von Uma.Tech Hamster<\/a><\/noindex> <\/i>
\n
Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041c\u044b \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u043b\u0438 \u043d\u043e\u0432\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u0442\u0440\u0430\u0444\u0438\u043a \u0440\u043e\u0441, \u0437\u0430\u043c\u0435\u043d\u044f\u043b\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u0430, \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0430\u043b\u0438 \u043d\u043e\u0432\u044b\u0435 \u043f\u043b\u043e\u0449\u0430\u0434\u043a\u0438 \u0438 \u043f\u0435\u0440\u0435\u0434\u0435\u043b\u044b\u0432\u0430\u043b\u0438 \u0426\u041e\u0414\u044b \u2013 \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c \u044d\u0442\u0443 \u0438\u0441\u0442\u043e\u0440\u0438\u044e, \u0441 \u043d\u0430\u0447\u0430\u043b\u043e\u043c \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0437\u043d\u0430\u043a\u043e\u043c\u0438\u043b\u0438 \u0432\u0430\u0441 \u043f\u044f\u0442\u044c \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434. \u041f\u044f\u0442\u044c \u043b\u0435\u0442 \u2013 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440\u043d\u043e\u0435 \u0432\u0440\u0435\u043c\u044f \u0434\u043b\u044f \u043f\u043e\u0434\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u043f\u0440\u043e\u043c\u0435\u0436\u0443\u0442\u043e\u0447\u043d\u044b\u0445 \u0438\u0442\u043e\u0433\u043e\u0432. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 \u043c\u044b \u0440\u0435\u0448\u0438\u043b\u0438 \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u0430\u0442\u044c \u043e \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u0438 \u043d\u0430\u0448\u0435\u0439 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0437\u0430 \u043f\u044f\u0442\u0438\u043b\u0435\u0442\u043a\u0443 \u043f\u0440\u043e\u0448\u043b\u0430 \u0443\u0434\u0438\u0432\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0439 \u043f\u0443\u0442\u044c \u0440\u0430\u0437\u0432\u0438\u0442\u0438\u044f, \u043a\u043e\u0442\u043e\u0440\u044b\u043c \u043c\u044b […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":90282,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-90281","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\udd47Wie Uma.Tech die Infrastruktur entwickelt hat | ProHoster","description":"Wir haben neue Dienste gestartet, der Verkehr stieg, wir haben Server ersetzt, neue Standorte angeschlossen und die Rechenzentren umgestaltet \u2013 und jetzt erz\u00e4hlen wir Ihnen diese Geschichte, deren Beginn wir Ihnen vor f\u00fcnf Jahren vorgestellt haben.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-uma-tech-infrastrukturu-razvivala","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\u041a\u0430\u043a Uma.Tech \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443 \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u043b\u0430 | ProHoster","og:description":"\u041c\u044b \u0437\u0430\u043f\u0443\u0441\u043a\u0430\u043b\u0438 \u043d\u043e\u0432\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b, \u0442\u0440\u0430\u0444\u0438\u043a \u0440\u043e\u0441, \u0437\u0430\u043c\u0435\u043d\u044f\u043b\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u0430, \u043f\u043e\u0434\u043a\u043b\u044e\u0447\u0430\u043b\u0438 \u043d\u043e\u0432\u044b\u0435 \u043f\u043b\u043e\u0449\u0430\u0434\u043a\u0438 \u0438 \u043f\u0435\u0440\u0435\u0434\u0435\u043b\u044b\u0432\u0430\u043b\u0438 \u0426\u041e\u0414\u044b \u2013 \u0430 \u0441\u0435\u0439\u0447\u0430\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c \u044d\u0442\u0443 \u0438\u0441\u0442\u043e\u0440\u0438\u044e, \u0441 \u043d\u0430\u0447\u0430\u043b\u043e\u043c \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0437\u043d\u0430\u043a\u043e\u043c\u0438\u043b\u0438 \u0432\u0430\u0441 \u043f\u044f\u0442\u044c \u043b\u0435\u0442 \u043d\u0430\u0437\u0430\u0434.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-uma-tech-infrastrukturu-razvivala","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":"2020-07-30T11:42:14+00:00","article:modified_time":"2020-07-30T11:42:14+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"90281","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:54:27","updated":"2022-09-30 02:23:08","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/90281","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=90281"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/90281\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/90282"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=90281"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=90281"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=90281"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}