{"id":33707,"date":"2019-10-31T21:54:17","date_gmt":"2019-10-31T18:54:17","guid":{"rendered":"https:\/\/prohoster.info\/blog\/inogda-bolshe-eto-menshe-kogda-umenshenie-nagruzki-privodit-k-uvelicheniyu-zaderzhki\/"},"modified":"2019-10-31T21:54:17","modified_gmt":"2019-10-31T18:54:17","slug":"inogda-bolshe-eto-menshe-kogda-umenshenie-nagruzki-privodit-k-uvelicheniyu-zaderzhki","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/inogda-bolshe-eto-menshe-kogda-umenshenie-nagruzki-privodit-k-uvelicheniyu-zaderzhki","title":{"rendered":"Manchmal ist mehr weniger. Wenn eine Verringerung der Last zu einer Erh\u00f6hung der Latenz f\u00fchrt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Wie in den meisten Beitr\u00e4gen<\/a><\/noindex>, es gab ein Problem mit dem verteilten Dienst, nennen wir diesen Dienst Elvin. Dieses Mal habe ich das Problem nicht selbst entdeckt, mir wurde von den Jungs aus dem Kundenbereich berichtet.<\/p>\n

Eines Tages wachte ich von einem unzufriedenen Schreiben \u00fcber hohe Latenzen bei Elvin auf, den wir bald starten wollten. Insbesondere hatte der Kunde eine 99. Perzentil-Latenz von etwa 50 ms, viel h\u00f6her als unser Latenzbudget. Es war erstaunlich, da ich den Dienst, insbesondere bez\u00fcglich der Latenz, gr\u00fcndlich getestet hatte, schlie\u00dflich ist das ein h\u00e4ufiges Beschwerdethema.<\/p>\n

Bevor ich Elvin f\u00fcr Tests freigab, f\u00fchrte ich viele Experimente mit 40.000 Anfragen pro Sekunde (QPS) durch, alle wiesen eine Latenz von weniger als 10 ms auf. Ich war bereit zu behaupten, dass ich mit ihren Ergebnissen nicht einverstanden bin. Aber als ich das Schreiben erneut betrachtete, fiel mir etwas Neues auf: Ich hatte die Bedingungen, die sie erw\u00e4hnten, definitiv nicht getestet, ihre QPS war viel niedriger als meine. Ich testete bei 40k QPS, sie jedoch nur bei 1k. Ich f\u00fchrte ein weiteres Experiment durch, diesmal mit niedrigerem QPS, nur um sie zu bes\u00e4nftigen.
\n<\/a><\/noindex>
\nDa ich dar\u00fcber in einem Blog schreibe \u2013 Sie haben wahrscheinlich schon verstanden: Ihre Zahlen waren korrekt. Ich \u00fcberpr\u00fcfte meinen virtuellen Clienten immer wieder, mit dem gleichen Ergebnis: Eine niedrige Anzahl an Anfragen erh\u00f6ht nicht nur die Latenz, sondern erh\u00f6ht auch die Anzahl der Anfragen mit einer Latenz von mehr als 10 ms. Mit anderen Worten, wenn bei 40k QPS etwa 50 Anfragen pro Sekunde 50 ms \u00fcberschritten, waren es bei 1k QPS jede Sekunde 100 Anfragen \u00fcber 50 ms. Ein Paradoxon!<\/p>\n

\"Manchmal
\n<\/p>\n

Die Suche eingrenzen<\/h1>\n

\nWenn man mit einem Latenzproblem in einem verteilten System mit vielen Komponenten konfrontiert ist, sollte man zuerst eine kurze Liste von Verd\u00e4chtigen erstellen. Lassen Sie uns tiefer in die Architektur von Elvin eintauchen:<\/p>\n

\"Manchmal
\n
\nEin guter Ausgangspunkt ist die Liste der durchgef\u00fchrten Ein-\/Ausgaben (Netzwerkaufrufe \/ Plattenzugriffe usw.). Versuchen wir herauszufinden, wo die Latenz liegt. Abgesehen von den offensichtlichen Ein-\/Ausgaben mit dem Client macht Elvin einen zus\u00e4tzlichen Schritt: Er fragt ein Datenspeicher ab. Da dieses Speicher jedoch im gleichen Cluster wie Elvin arbeitet, sollte die Latenz dort geringer sein als beim Client. Also die Liste der Verd\u00e4chtigen:<\/p>\n

    \n
  1. Netzwerkaufruf vom Client zu Elvin.\n<\/li>\n
  2. Netzwerkanruf von Elvin an den Datenspeicher.\n<\/li>\n
  3. Suche auf der Festplatte im Datenspeicher.\n<\/li>\n
  4. Netzwerkanruf aus dem Datenspeicher an Elvin.\n<\/li>\n
  5. Netzwerkanruf von Elvin an den Client.<\/li>\n<\/ol>\n

    \nLass uns versuchen, einige Punkte auszuschlie\u00dfen.<\/p>\n

    Der Datenspeicher ist nicht das Problem.<\/h3>\n

    \nZuerst habe ich Elvin in einen ping-ping-Server verwandelt, der keine Anfragen bearbeitet. Bei Erhalt einer Anfrage gibt er eine leere Antwort zur\u00fcck. Wenn die Verz\u00f6gerung abnimmt, liegt das Problem in Elvins oder des Datenspeichers Implementierung \u2013 nichts Ungew\u00f6hnliches. Im ersten Experiment erhalten wir folgendes Diagramm:<\/p>\n

    \"Manchmal
    \n
    \nWie wir sehen, gibt es bei Verwendung des ping-ping-Servers keine Verbesserungen. Das bedeutet, dass der Datenspeicher die Verz\u00f6gerung nicht erh\u00f6ht, und die Liste der Verd\u00e4chtigen halbiert sich:<\/p>\n

      \n
    1. Netzwerkaufruf vom Client zu Elvin.\n<\/li>\n
    2. Netzwerkanruf von Elvin an den Client.<\/li>\n<\/ol>\n

      \nSuper! Die Liste wird schnell k\u00fcrzer. Ich dachte, ich h\u00e4tte die Ursache fast herausgefunden.<\/p>\n

      , w\u00fcrden Sie den Port<\/h3>\n

      \nJetzt ist es an der Zeit, Ihnen einen neuen Akteur vorzustellen: , w\u00fcrden Sie den Port<\/a><\/noindex>. Das ist eine Open-Source-Bibliothek von Google f\u00fcr die Interprozesskommunikation RPC<\/a><\/noindex>. Obwohl , w\u00fcrden Sie den Port<\/code> gut optimiert und weit verbreitet ist, habe ich es zum ersten Mal in einem System dieser Gr\u00f6\u00dfenordnung verwendet, und ich erwartete, dass meine Implementierung, um es milde auszudr\u00fccken, suboptimal sein w\u00fcrde.<\/p>\n

      Vorhandensein , w\u00fcrden Sie den Port<\/code> Im Stack entstand eine neue Frage: Vielleicht ist es meine Implementierung oder die Bibliothek selbst, die das Verz\u00f6gerungsproblem verursacht? F\u00fcgen wir die neue Verd\u00e4chtige zur Liste hinzu: , w\u00fcrden Sie den Port<\/code> Der Client ruft die Bibliothek auf.<\/p>\n

        \n
      1. auf dem Client f\u00fchrt einen Netzwerkanruf der Bibliothek aus. , w\u00fcrden Sie den Port<\/code>\n<\/li>\n
      2. Bibliothek , w\u00fcrden Sie den Port<\/code> Auf dem Server , w\u00fcrden Sie den Port<\/code> wird Elvin angesprochen (keine Operation im Fall des ping-pong-Servers).\n<\/li>\n
      3. Bibliothek , w\u00fcrden Sie den Port<\/code> Damit Sie verstehen, wie der Code aussieht, unterscheidet sich meine Implementierung von Client\/Elvin nicht wesentlich von client-server<\/li>\n<\/ol>\n

        \nBeispielen f\u00fcr async. Hinweis: Die oben genannte Liste ist etwas vereinfacht, da<\/a><\/noindex>.<\/p>\n

        die Verwendung eines eigenen (schablonisierten?) Thread-Modells erm\u00f6glicht, in dem sich der Ausf\u00fchrungsstack und die Benutzimplementierung vermischen. Um es einfach zu halten, werden wir uns an dieses Modell halten. , w\u00fcrden Sie den Port<\/code> Profilierung wird alles kl\u00e4ren. , w\u00fcrden Sie den Port<\/code> Nachdem ich den Datenspeicher ausgeschlossen habe, dachte ich, ich w\u00e4re fast fertig: \"Jetzt ist es einfach! Wir wenden das Profil an und finden heraus, wo die Verz\u00f6gerung auftritt.\" Ich<\/i><\/p><\/blockquote>\n

        <\/p>\n

        bin ein gro\u00dfer Fan pr\u00e4ziser Profilierung,<\/h3>\n

        \ndenn die CPU ist sehr schnell und oft nicht der Engpass. Die meisten Verz\u00f6gerungen treten auf, wenn der Prozessor die Verarbeitung anhalten muss, um etwas anderes zu tun. Pr\u00e4zise CPU-Profilierung wurde genau daf\u00fcr entwickelt: Sie zeichnet alles genau auf. bin ein gro\u00dfer Fan von pr\u00e4zisem Profiling<\/a><\/noindex>, da CPUs sehr schnell sind und meist nicht der Engpass. Die meisten Verz\u00f6gerungen treten auf, wenn der Prozessor die Verarbeitung anhalten muss, um etwas anderes zu tun. Pr\u00e4zises CPU-Profiling ist genau daf\u00fcr gedacht: Es zeichnet alles genau auf. Kontextwechsel<\/a><\/noindex> und verdeutlicht, wo Verz\u00f6gerungen auftreten.<\/p>\n

        Ich habe vier Profile erstellt: eines f\u00fcr hohe QPS (geringe Verz\u00f6gerung) und eines mit einem Ping-Pong-Server bei niedriger QPS (hohe Verz\u00f6gerung), sowohl auf der Client- als auch auf der Serverseite. Und nur f\u00fcr den Fall habe ich auch ein CPU-Profilmuster genommen. Beim Vergleich der Profile suche ich normalerweise nach einem anomalen Call-Stack. Zum Beispiel gibt es auf der schlechten Seite mit hoher Verz\u00f6gerung viel mehr Kontextwechsel (zehnmal oder mehr). Aber in meinem Fall war die Anzahl der Kontextwechsel nahezu identisch. Zu meinem Entsetzen gab es dort nichts Wesentliches.<\/p>\n

        Zus\u00e4tzliche Fehlersuche<\/h1>\n

        \nIch war verzweifelt. Ich wusste nicht, welche anderen Werkzeuge ich verwenden sollte, und mein n\u00e4chster Plan bestand im Wesentlichen darin, Experimente mit verschiedenen Variationen durchzuf\u00fchren, anstatt das Problem klar zu diagnostizieren.<\/p>\n

        Was w\u00e4re, wenn<\/h3>\n

        \nVon Anfang an machte ich mir Sorgen \u00fcber die spezifische Verz\u00f6gerungszeit von 50 ms. Das ist eine sehr hohe Zeit. Ich beschloss, Teile aus dem Code herauszuschneiden, bis ich genau herausfinden konnte, welcher Teil diesen Fehler verursacht. Dann folgte ein Experiment, das funktionierte.<\/p>\n

        Wie immer scheint es im Nachhinein offensichtlich zu sein. Ich stellte den Client auf die gleiche Maschine wie Alvin und sendete eine Anfrage an localhost<\/code>. Und die erh\u00f6hte Verz\u00f6gerung verschwand!<\/p>\n

        \"Manchmal
        \n
        \nEtwas stimmte mit dem Netzwerk nicht.<\/p>\n

        Netzwerkingenieur-F\u00e4higkeiten erlernen<\/h3>\n

        \nIch muss zugeben: Mein Wissen \u00fcber Netzwerktechnologie ist schrecklich, besonders wenn man bedenkt, dass ich t\u00e4glich damit arbeite. Aber das Netzwerk war der Hauptverd\u00e4chtige, und ich musste lernen, wie man es debuggt.<\/p>\n

        Gl\u00fccklicherweise sch\u00e4tzt das Internet diejenigen, die lernen m\u00f6chten. Die Kombination aus ping und tracert schien ein guter Anfang zur Fehlersuche von Transportnetzwerkproblemen zu sein.<\/p>\n

        Zun\u00e4chst startete ich PsPing<\/a><\/noindex> auf Alvins TCP-Port. Ich verwendete die Standardeinstellungen - nichts Besonderes. Von \u00fcber tausend Pings \u00fcberschritt keiner 10 ms, mit Ausnahme des ersten zum Aufw\u00e4rmen. Das steht im Widerspruch zu der beobachteten Verz\u00f6gerung von 50 ms im 99. Perzentil: dort h\u00e4tten wir f\u00fcr jede 100 Anfragen etwa eine Anfrage mit einer Verz\u00f6gerung von 50 ms sehen m\u00fcssen.<\/p>\n

        Dann versuchte ich tracert<\/a><\/noindex>: vielleicht liegt das Problem an einem der Knoten auf dem Weg zwischen Alvin und dem Client. Aber auch der Tracer kam mit leeren H\u00e4nden zur\u00fcck.<\/p>\n

        So war die Verz\u00f6gerung nicht mein Code, nicht die Implementierung von gRPC und nicht das Netzwerk. Ich begann mir Sorgen zu machen, dass ich das nie verstehen w\u00fcrde.<\/p>\n

        Jetzt, welches Betriebssystem nutzen wir?<\/h3>\n

        \n, w\u00fcrden Sie den Port<\/code> wird h\u00e4ufig in Linux verwendet, aber f\u00fcr Windows ist es exotisch. Ich entschied mich, ein Experiment durchzuf\u00fchren, das erfolgreich war: Ich erstellte eine virtuelle Linux-Maschine, kompilierte Alvin f\u00fcr Linux und setzte ihn ein.<\/p>\n

        \"Manchmal
        \n
        \nUnd das ist das Ergebnis: Auf dem ping-pong Server in Linux gab es nicht die gleichen Verz\u00f6gerungen wie beim entsprechenden Windows-Knoten, obwohl die Datenquelle identisch war. Es stellt sich heraus, dass das Problem in der gRPC-Implementierung f\u00fcr Windows lag.<\/p>\n

        Der Nagle-Algorithmus<\/h3>\n

        \nIch dachte die ganze Zeit, dass mir ein Flag fehlt , w\u00fcrden Sie den Port<\/code>. Jetzt habe ich verstanden, dass es in \"Windows\" fehlt. , w\u00fcrden Sie den Port<\/code> Ich fand eine interne RPC-Bibliothek, von der ich sicher war, dass sie gut f\u00fcr alle gesetzten Flags funktioniert. Winsock<\/a><\/noindex>. Dann f\u00fcgte ich all diese Flags in gRPC hinzu und setzte Alvin auf Windows im korrigierten ping-pong Server unter Windows ein!<\/p>\n

        \"Manchmal
        \n
        \nFast<\/i> fertig: Ich begann, die hinzugef\u00fcgten Flags nacheinander zu l\u00f6schen, bis die Regression zur\u00fcckkam, sodass ich ihre Ursache genau bestimmen konnte. Es war das ber\u00fcchtigte         TCP_NODELAY<\/a><\/noindex>, der Schalter des Nagle-Algorithmus.<\/p>\n

        Der Nagle-Algorithmus<\/a><\/noindex> versucht, die Anzahl der \u00fcber das Netzwerk gesendeten Pakete zu reduzieren, indem er die \u00dcbertragung von Nachrichten verz\u00f6gert, bis die Paketgr\u00f6\u00dfe einen bestimmten Byte-Wert \u00fcberschreitet. W\u00e4hrend dies f\u00fcr den durchschnittlichen Benutzer angenehm sein kann, ist es f\u00fcr Echtzeitserver destruktiv, da das Betriebssystem einige Nachrichten zur\u00fcckh\u00e4lt und Verz\u00f6gerungen bei niedrigem QPS verursacht. Auf , w\u00fcrden Sie den Port<\/code> war dieses Flag in der Linux-Implementierung f\u00fcr TCP-Sockets gesetzt, jedoch nicht f\u00fcr Windows. Das korrigiert<\/a><\/noindex>.<\/p>\n

        Fazit<\/h1>\n

        \nHohe Verz\u00f6gerung bei niedrigem QPS wurde durch die Optimierung des Betriebssystems verursacht. R\u00fcckblickend zeigte das Profiling keine Verz\u00f6gerung, da es im Kernel-Modus und nicht im Benutzermodus<\/a><\/noindex>durchgef\u00fchrt wurde. Ich wei\u00df nicht, ob man den Nagle-Algorithmus durch ETW-Traces beobachten kann, aber das w\u00e4re interessant.<\/p>\n

        Was das localhost-Experiment betrifft, hatte es wahrscheinlich nichts mit dem tats\u00e4chlichen Netzwerkcode zu tun, und der Nagle-Algorithmus wurde nicht aktiviert, sodass die Verz\u00f6gerungsprobleme verschwanden, als der Client \u00fcber localhost auf Alvin zugriff.<\/p>\n

        Das n\u00e4chste Mal, wenn Sie eine Erh\u00f6hung der Verz\u00f6gerung bei sinkender Anzahl von Anfragen pro Sekunde sehen, sollte der Nagle-Algorithmus auf Ihrer Verd\u00e4chtigenliste stehen!
        \n
        Quelle:         habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

        \u041a\u0430\u043a \u0438 \u0432 \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u0435 \u043f\u043e\u0441\u0442\u043e\u0432, \u043f\u043e\u044f\u0432\u0438\u043b\u0430\u0441\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0441 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u043e\u0439 \u0441\u043b\u0443\u0436\u0431\u043e\u0439, \u043d\u0430\u0437\u043e\u0432\u0451\u043c \u044d\u0442\u0443 \u0441\u043b\u0443\u0436\u0431\u0443 \u042d\u043b\u0432\u0438\u043d. \u041d\u0430 \u044d\u0442\u043e\u0442 \u0440\u0430\u0437 \u044f \u043d\u0435 \u0441\u0430\u043c \u043e\u0431\u043d\u0430\u0440\u0443\u0436\u0438\u043b \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0443, \u043c\u043d\u0435 \u0441\u043e\u043e\u0431\u0449\u0438\u043b\u0438 \u0440\u0435\u0431\u044f\u0442\u0430 \u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0441\u043a\u043e\u0439 \u0447\u0430\u0441\u0442\u0438. \u041e\u0434\u043d\u0430\u0436\u0434\u044b \u044f \u043f\u0440\u043e\u0441\u043d\u0443\u043b\u0441\u044f \u043e\u0442 \u043d\u0435\u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e\u0433\u043e \u043f\u0438\u0441\u044c\u043c\u0430 \u0438\u0437-\u0437\u0430 \u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u0437\u0430\u0434\u0435\u0440\u0436\u0435\u043a \u0443 \u042d\u043b\u0432\u0438\u043d\u0430, \u043a\u043e\u0442\u043e\u0440\u043e\u0433\u043e \u043c\u044b \u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u043b\u0438 \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u044c \u0432 \u0431\u043b\u0438\u0436\u0430\u0439\u0448\u0435\u0435 \u0432\u0440\u0435\u043c\u044f. \u0412 \u0447\u0430\u0441\u0442\u043d\u043e\u0441\u0442\u0438, \u043a\u043b\u0438\u0435\u043d\u0442 \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u043e\u0439 99-\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u043d\u0442\u0438\u043b\u044f \u0432 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25389,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33707","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\udd47Manchmal ist mehr weniger. Wenn eine Entlastung zu einer h\u00f6heren Latenz f\u00fchrt | ProHoster","description":"Wie in den meisten Beitr\u00e4gen trat ein Problem mit dem verteilten Service auf, nennen wir diesen Dienst Elvin.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/inogda-bolshe-eto-menshe-kogda-umenshenie-nagruzki-privodit-k-uvelicheniyu-zaderzhki","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\u0418\u043d\u043e\u0433\u0434\u0430 \u0431\u043e\u043b\u044c\u0448\u0435 \u2014 \u044d\u0442\u043e \u043c\u0435\u043d\u044c\u0448\u0435. \u041a\u043e\u0433\u0434\u0430 \u0443\u043c\u0435\u043d\u044c\u0448\u0435\u043d\u0438\u0435 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u043f\u0440\u0438\u0432\u043e\u0434\u0438\u0442 \u043a \u0443\u0432\u0435\u043b\u0438\u0447\u0435\u043d\u0438\u044e \u0437\u0430\u0434\u0435\u0440\u0436\u043a\u0438 | ProHoster","og:description":"\u041a\u0430\u043a \u0438 \u0432 \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u0435 \u043f\u043e\u0441\u0442\u043e\u0432, \u043f\u043e\u044f\u0432\u0438\u043b\u0430\u0441\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0441 \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0451\u043d\u043d\u043e\u0439 \u0441\u043b\u0443\u0436\u0431\u043e\u0439, \u043d\u0430\u0437\u043e\u0432\u0451\u043c \u044d\u0442\u0443 \u0441\u043b\u0443\u0436\u0431\u0443 \u042d\u043b\u0432\u0438\u043d.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/inogda-bolshe-eto-menshe-kogda-umenshenie-nagruzki-privodit-k-uvelicheniyu-zaderzhki","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:54:17+00:00","article:modified_time":"2019-10-31T18:54:17+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33707","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:23:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:35:31","updated":"2026-01-21 16:23:19","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\/33707","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=33707"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/33707\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/25389"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=33707"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=33707"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=33707"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}