{"id":77266,"date":"2020-04-09T13:42:08","date_gmt":"2020-04-09T11:42:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah"},"modified":"2020-04-09T13:42:08","modified_gmt":"2020-04-09T11:42:08","slug":"tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","title":{"rendered":"Tipps &amp; Tricks f\u00fcr die Arbeit mit Ceph in stark belasteten Projekten","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Tipps &amp; Tricks im Umgang mit Ceph in stark belasteten Projekten\" src=\"\/wp-content\/uploads\/2020\/04\/1d60f91e55b20a5dc4346bd8087bc11e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nWenn wir Ceph als Netzwerkstorage in unterschiedlich ausgelasteten Projekten einsetzen, k\u00f6nnen wir auf verschiedene Herausforderungen sto\u00dfen, die auf den ersten Blick nicht einfach oder trivial erscheinen.<\/p>\n<ul>\n<li> Migration von Daten aus einem alten Ceph zu einem neuen unter teilweiser Nutzung der vorherigen Server im neuen Cluster;<\/li>\n<li> L\u00f6sung von Problemen bei der Verteilung des Speicherplatzes in Ceph.<\/li>\n<\/ul>\n<p>\nBei der Bew\u00e4ltigung solcher Aufgaben m\u00fcssen wir in der Lage sein, OSDs korrekt zu entfernen, ohne Daten zu verlieren, was besonders bei gro\u00dfen Datenmengen von Bedeutung ist. Genau darum geht es in diesem Artikel.<\/p>\n<p>Die nachfolgend beschriebenen Methoden sind f\u00fcr alle Versionen von Ceph relevant. Zudem wird ber\u00fccksichtigt, dass in Ceph gro\u00dfe Datenmengen gespeichert werden k\u00f6nnen: Um Datenverluste und andere Probleme zu vermeiden, werden einige Aktionen in mehrere Schritte unterteilt.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Einf\u00fchrung zu OSD<\/h3>\n<p>\nDa zwei der drei behandelten Rezepte OSDs (<noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/master\/man\/8\/ceph-osd\/\">Object Storage Daemon<\/a><\/noindex>) betreffen, m\u00f6chte ich vor dem praktischen Teil kurz erl\u00e4utern, was das \u00fcberhaupt in Ceph ist und warum es so wichtig ist.<\/p>\n<p>Zun\u00e4chst sollte erw\u00e4hnt werden, dass der gesamte Ceph-Cluster aus vielen OSD besteht. Je mehr OSD vorhanden sind, desto mehr Speicherplatz steht im Ceph zur Verf\u00fcgung. Daraus ergibt sich leicht, <b>die Hauptfunktion der OSD<\/b>: sie speichern die Ceph-Objektdaten auf den Dateisystemen aller Cluster-Knoten und stellen Netzwerkzugang zu ihnen bereit (zum Lesen, Schreiben und f\u00fcr andere Anfragen).<\/p>\n<p>Auf dieser Ebene werden auch die Replikationsparameter festgelegt, indem Objekte zwischen verschiedenen OSD kopiert werden. Hier kann man auf verschiedene Probleme sto\u00dfen, deren L\u00f6sungen im Folgenden erl\u00e4utert werden.<\/p>\n<h2>Fall Nr. 1. Sicheres Entfernen von OSD aus dem Ceph-Cluster ohne Datenverlust<\/h2>\n<p>\nDie Notwendigkeit, OSD zu entfernen, kann durch das Herausnehmen eines Servers aus dem Cluster entstehen \u2013 zum Beispiel zur Ersetzung durch einen anderen Server, was bei uns der Fall war und den Anlass f\u00fcr diesen Artikel gegeben hat. Somit ist das endg\u00fcltige Ziel der Manipulationen, alle OSD und Monitore auf diesem Server zu entfernen, damit er abgeschaltet werden kann.<\/p>\n<p>Um eine einfache Handhabung zu gew\u00e4hrleisten und Situationen zu vermeiden, in denen wir beim Ausf\u00fchren von Befehlen die falschen OSD angeben, definieren wir eine separate Variable, die den Wert der zu entfernenden OSD-Nummer enth\u00e4lt. Nennen wir sie <code>${ID}<\/code> \u2014 hier und in der Folge ersetzt diese Variable die OSD-Nummer, mit der wir arbeiten.<\/p>\n<p>Sehen wir uns den Zustand vor Beginn der Arbeiten an:<\/p>\n<pre><code class=\"bash\">root@hv-1 ~ # ceph osd tree\nID CLASS WEIGHT  TYPE NAME      STATUS REWEIGHT PRI-AFF\n-1       0.46857 root default\n-3       0.15619      host hv-1\n-5       0.15619      host hv-2\n 1   ssd 0.15619      osd.1     up     1.00000  1.00000\n-7       0.15619      host hv-3\n 2   ssd 0.15619      osd.2     up     1.00000  1.00000<\/code><\/pre>\n<p>\nUm die OSD-L\u00f6schung einzuleiten, muss <code>reweight<\/code> sanft auf null ausgef\u00fchrt werden. Dadurch verringern wir die Datenmenge in der OSD und balancieren sie auf andere OSDs. Daf\u00fcr werden folgende Befehle ausgef\u00fchrt:<\/p>\n<pre><code class=\"bash\">ceph osd reweight osd.${ID} 0.98\nceph osd reweight osd.${ID} 0.88\nceph osd reweight osd.${ID} 0.78<\/code><\/pre>\n<p>\n\u2026 und so weiter bis null.<\/p>\n<p><b>Eine sanfte Balance ist erforderlich<\/b>, um Datenverlust zu vermeiden. Dies ist besonders relevant, wenn sich gro\u00dfe Datenmengen in der OSD befinden. Um sicherzustellen, dass nach Ausf\u00fchrung der Befehle <code>reweight<\/code> alles erfolgreich verlaufen ist, kann man <code>ceph -s<\/code> oder in einem separaten Terminalfenster <code>ceph -w<\/code> ausf\u00fchren, um \u00c4nderungen in Echtzeit zu beobachten.<\/p>\n<p>Wenn die OSD \u201eentleert\u201c ist, kann man mit dem Standardvorgang zu ihrer L\u00f6schung fortfahren. Dazu setzen wir die ben\u00f6tigte OSD in den Zustand <code>down<\/code>:<\/p>\n<pre><code class=\"bash\">ceph osd down osd.${ID}<\/code><\/pre>\n<p>\n\u201eEntfernen\u201c wir die OSD aus dem Cluster:<\/p>\n<pre><code class=\"bash\">ceph osd out osd.${ID}<\/code><\/pre>\n<p>\nWir stoppen den OSD-Dienst und unmounten seine Partition im Dateisystem:<\/p>\n<pre><code class=\"bash\">systemctl stop ceph-osd@${ID}\numount \/var\/lib\/ceph\/osd\/ceph-${ID}<\/code><\/pre>\n<p>\nWir entfernen den OSD aus <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/nautilus\/rados\/operations\/crush-map\/\">CRUSH-Karte<\/a><\/noindex>:<\/p>\n<pre><code class=\"bash\">ceph osd crush remove osd.${ID}<\/code><\/pre>\n<p>\nWir l\u00f6schen den OSD-Benutzer:<\/p>\n<pre><code class=\"bash\">ceph auth del osd.${ID}<\/code><\/pre>\n<p>\nUnd schlie\u00dflich entfernen wir den OSD selbst:<\/p>\n<pre><code class=\"bash\">ceph osd rm osd.${ID}<\/code><\/pre>\n<p>\n<b>Hinweis<\/b>: Wenn Sie die Ceph-Version Luminous oder h\u00f6her verwenden, k\u00f6nnen die oben beschriebenen Schritte zur OSD-Entfernung auf zwei Befehle reduziert werden:<\/p>\n<pre><code class=\"bash\">ceph osd out osd.${ID}\nceph osd purge osd.${ID}\n<\/code><\/pre>\n<p>\nWenn Sie nach der Ausf\u00fchrung der oben genannten Schritte den Befehl <code>ceph osd tree<\/code>, ausf\u00fchren, sollte zu sehen sein, dass auf dem Server, auf dem die Arbeiten durchgef\u00fchrt wurden, keine OSDs mehr vorhanden sind, f\u00fcr die die oben genannten Operationen ausgef\u00fchrt wurden:<\/p>\n<pre><code class=\"bash\">root@hv-1 ~ # ceph osd tree\nID CLASS WEIGHT  TYPE NAME     STATUS REWEIGHT PRI-AFF\n-1       0.46857      root default\n-3       0.15619      host hv-1\n-5       0.15619      host hv-2\n-7       0.15619      host hv-3\n 2   ssd 0.15619      osd.2    up     1.00000  1.00000<\/code><\/pre>\n<p>\nWir m\u00f6chten anmerken, dass der Zustand des Ceph-Clusters wechselt zu <code>HEALTH_WARN<\/code>, und wir werden eine Verringerung der Anzahl der OSDs und des verf\u00fcgbaren Speicherplatzes sehen. <\/p>\n<p>Im Folgenden werden die Schritte beschrieben, die erforderlich sind, wenn Sie den Server vollst\u00e4ndig ausschalten und dementsprechend aus Ceph entfernen m\u00f6chten. In diesem Fall ist es wichtig zu beachten, dass <b>vor dem Abschalten des Servers alle OSDs<\/b> auf diesem Server entfernt werden m\u00fcssen.<\/p>\n<p>Wenn auf diesem Server keine OSD mehr vorhanden sind, m\u00fcssen diese nach ihrer Entfernung aus der OSD-Karte ausgeschlossen werden. <code>hv-2<\/code>, indem Sie den folgenden Befehl ausf\u00fchren:<\/p>\n<pre><code class=\"bash\">ceph osd crush rm hv-2<\/code><\/pre>\n<p>\nEntfernen <code>mon<\/code> vom Server <code>hv-2<\/code>, indem Sie den untenstehenden Befehl auf einem anderen Server ausf\u00fchren (in diesem Fall also auf <code>hv-1<\/code>):<\/p>\n<pre><code class=\"bash\">ceph-deploy mon destroy hv-2<\/code><\/pre>\n<p>\nDanach k\u00f6nnen Sie den Server herunterfahren und mit den n\u00e4chsten Schritten (z. B. der erneuten Bereitstellung usw.) fortfahren.<\/p>\n<h2>Fall Nr. 2. Verteilung des Speicherplatzes in einem bereits erstellten Ceph-Cluster<\/h2>\n<p>\nDie zweite Geschichte beginne ich mit einer Einleitung \u00fcber PG (<noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/rados\/operations\/placement-groups\/\">Placement Groups<\/a><\/noindex>). Die Hauptrolle von PG in Ceph besteht vor allem darin, Ceph-Objekte zu aggregieren und sie anschlie\u00dfend in OSD zu replizieren. Die Formel, mit der die erforderliche Anzahl von PG berechnet werden kann, finden Sie in der <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/rados\/operations\/placement-groups\/#choosing-the-number-of-placement-groups\">dem entsprechenden Abschnitt<\/a><\/noindex> Ceph-Dokumentation. Diese Frage wird dort auch anhand konkreter Beispiele behandelt.<\/p>\n<p>Eine der h\u00e4ufigsten Herausforderungen beim Betrieb von Ceph ist das unausgeglichene Verh\u00e4ltnis von OSD und PG zwischen den Pools in Ceph.<\/p>\n<p>Zun\u00e4chst kann es zu einer Situation kommen, in der zu viele PG in einem kleinen Pool angegeben werden, was im Wesentlichen eine ineffiziente Nutzung des Speicherplatzes im Cluster darstellt. Zweitens ergibt sich in der Praxis ein ernsthafteres Problem: das \u00dcberlaufen von Daten in einem der OSD. Dies f\u00fchrt dazu, dass der Cluster zun\u00e4chst in einen Zustand <code>HEALTH_WARN<\/code>, und dann in <code>HEALTH_ERR<\/code>. Der Grund daf\u00fcr liegt darin, dass Ceph beim Berechnen des verf\u00fcgbaren Datenvolumens (das l\u00e4sst sich \u00fcber <code>MAX AVAIL<\/code> im Ausgabeergebnis des Kommandos <code>ceph df<\/code> f\u00fcr jeden Pool separat) auf das verf\u00fcgbare Datenvolumen in OSD zur\u00fcckgreift. Wenn in auch nur einem OSD nicht gen\u00fcgend Speicherplatz vorhanden ist, k\u00f6nnen keine weiteren Daten geschrieben werden, bis die Daten ordnungsgem\u00e4\u00df zwischen allen OSD verteilt sind.<\/p>\n<p>Es sei darauf hingewiesen, dass diese Probleme <b>gr\u00f6\u00dftenteils in der Konfigurationsphase des Ceph-Clusters gel\u00f6st werden<\/b>. Ein Werkzeug, das genutzt werden kann, ist <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.easter-eggs.org\/index.php\/post\/2013\/09\/27\/%5BLibvirt%5D-Migrating-from-on-disk-raw-images-to-RBD-storage\">Ceph PGCalc<\/a><\/noindex>. Mit ihm l\u00e4sst sich anschaulich die notwendige Anzahl an PG berechnen. Dabei kann es auch in Situationen n\u00fctzlich sein, in denen der Ceph-Cluster bereits besteht. <i>bereits<\/i> falsch konfiguriert. Hier ist zu beachten, dass Sie im Rahmen der Korrekturarbeiten wahrscheinlich die Anzahl der PG verringern m\u00fcssen, und diese M\u00f6glichkeit ist in \u00e4lteren Versionen von Ceph nicht verf\u00fcgbar (sie wurde erst mit der Version <noindex><a rel=\"nofollow\" href=\"https:\/\/ceph.com\/rados\/new-in-nautilus-pg-merging-and-autotuning\/\">Nautilus<\/a><\/noindex>).<\/p>\n<p>Vorstellen wir uns folgendes Szenario: Der Cluster hat den Status <code>HEALTH_WARN<\/code> weil in einem der OSD der Speicherplatz zur Neige geht. Dies wird durch die folgende Fehlermeldung angezeigt <code>HEALTH_WARN: 1 near full osd<\/code>. Nachfolgend finden Sie einen Algorithmus f\u00fcr den Umgang mit dieser Situation.<\/p>\n<p>Zun\u00e4chst m\u00fcssen die vorhandenen Daten auf die restlichen OSD verteilt werden. Eine \u00e4hnliche Operation haben wir bereits im ersten Fall durchgef\u00fchrt, als wir den Knoten \u00abentleerten\u00bb \u2013 mit dem einzigen Unterschied, dass wir jetzt die Anzahl der PG leicht verringern m\u00fcssen <code>reweight<\/code>. Zum Beispiel auf 0,95:<\/p>\n<pre><code class=\"bash\">ceph osd reweight osd.${ID} 0.95<\/code><\/pre>\n<p>\nAuf diese Weise wird Speicherplatz im OSD freigegeben und der Fehler im Ceph-Status behoben. Wie bereits erw\u00e4hnt, tritt dieses Problem haupts\u00e4chlich aufgrund einer falschen Konfiguration von Ceph in den fr\u00fchen Phasen auf: Es ist sehr wichtig, eine Neukonfiguration durchzuf\u00fchren, um zuk\u00fcnftige Probleme zu vermeiden.<\/p>\n<p>In unserem spezifischen Fall gab es keinerlei Probleme bez\u00fcglich:<\/p>\n<ul>\n<li> einem zu hohen Wert von <code>replication_count<\/code> in einem der Pools,<\/li>\n<li> Eine zu hohe Anzahl an PG in einem Pool und zu wenig in einem anderen. <\/li>\n<\/ul>\n<p>\nLassen Sie uns den zuvor genannten Rechner verwenden. Er zeigt anschaulich, was eingegeben werden muss, und grunds\u00e4tzlich gibt es nichts Kompliziertes daran. Bei Eingabe der erforderlichen Parameter erhalten wir die folgenden Empfehlungen:<\/p>\n<p><i><b>Hinweis<\/b>: Wenn Sie ein Ceph-Cluster von Grund auf neu einrichten, wird eine weitere n\u00fctzliche Funktion des Rechners die Generierung von Befehlen sein, die Pools mit den in der Tabelle angegebenen Parametern erstellen.<\/i><\/p>\n<p>Zur Orientierung dient die letzte Spalte \u2014 <i>Vorgeschlagene PG-Anzahl<\/i>. In unserem Fall ist auch die zweite Spalte n\u00fctzlich, in der der Replikationsparameter angegeben ist, da wir beschlossen haben, den Replikationsmultiplikator zu \u00e4ndern.<\/p>\n<p>Zuerst m\u00fcssen die Replikationsparameter ge\u00e4ndert werden \u2014 dies sollte als erstes erfolgen, da wir durch die Verringerung des Multiplikators Speicherplatz freigeben. W\u00e4hrend der Ausf\u00fchrung des Befehls kann man beobachten, dass der verf\u00fcgbare Speicherplatz zunimmt:<\/p>\n<pre><code class=\"bash\">ceph osd pool $pool_name set $replication_size<\/code><\/pre>\n<p>\nUnd nach dessen Abschluss \u00e4ndern wir die Werte der Parameter <code>pg_num<\/code> und <code>pgp_num<\/code> $ ..\/....\/waf ...<\/p>\n<pre><code class=\"bash\">ceph osd pool set $pool_name pg_num $pg_number\nceph osd pool set $pool_name pgp_num $pg_number<\/code><\/pre>\n<p>\n<b>Wichtig<\/b>: Wir m\u00fcssen in jedem Pool nacheinander die Anzahl der PGs \u00e4ndern und die Werte in anderen Pools nicht ver\u00e4ndern, bis die Warnungen verschwunden sind. <i>\u201eVerminderte Datenredundanz\u201c<\/i> und <i>\u201en-Anzahl der PGs verschlechtert\u201c<\/i>.<\/p>\n<p>Es kann auch \u00fcberpr\u00fcft werden, ob alles erfolgreich war, anhand der Ausgaben der Befehle <code>ceph health detail<\/code> und <code>ceph -s<\/code>.<\/p>\n<h2>Fall Nr. 3. Migration einer virtuellen Maschine von LVM zu Ceph RBD<\/h2>\n<p>\nIn Situationen, in denen in einem Projekt virtuelle Maschinen eingesetzt werden, die auf gemieteten Bare-Metal-Servern installiert sind, stellt sich h\u00e4ufig die Frage nach einem ausfallsicheren Speicher. Zudem ist es w\u00fcnschenswert, ausreichend Platz in diesem Speicher zu haben... Eine weitere h\u00e4ufige Situation ist, wenn eine virtuelle Maschine mit lokalem Speicher auf dem Server vorhanden ist und die Festplatte erweitert werden muss, aber kein Platz vorhanden ist, da auf dem Server kein freier Speicherplatz mehr verf\u00fcgbar ist.<\/p>\n<p>Das Problem kann auf verschiedene Weise gel\u00f6st werden \u2013 zum Beispiel durch die Migration zu einem anderen Server (sofern vorhanden) oder durch das Hinzuf\u00fcgen neuer Festplatten zum Server. Doch nicht immer ist dies m\u00f6glich, daher kann die Migration von LVM zu Ceph eine exzellente L\u00f6sung f\u00fcr dieses Problem darstellen. Wenn Sie sich f\u00fcr diese Option entscheiden, vereinfachen Sie auch den zuk\u00fcnftigen Migrationsprozess zwischen Servern, da das lokale Speicherinfrastruktur nicht von einem Hypervisor zum anderen verschoben werden muss. Der einzige Nachteil \u2013 Sie m\u00fcssen die VM w\u00e4hrend der Arbeiten vor\u00fcbergehend anhalten.<\/p>\n<p>Als nachfolgendes Rezept wurde <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.easter-eggs.org\/index.php\/post\/2013\/09\/27\/%5BLibvirt%5D-Migrating-from-on-disk-raw-images-to-RBD-storage\">ein Artikel aus diesem Blog<\/a><\/noindex>, dessen Anweisungen in der Praxis erprobt wurden. \u00dcbrigens, <b>wird dort auch ein Weg zur migrationslosen Migration beschrieben<\/b>, allerdings war dies in unserem Fall nicht erforderlich, weshalb wir es nicht getestet haben. Sollte dies jedoch entscheidend f\u00fcr Ihr Projekt sein \u2013 freuen wir uns \u00fcber Ihr Feedback in den Kommentaren.<\/p>\n<p>Lassen Sie uns mit dem praktischen Teil beginnen. Im Beispiel verwenden wir virsh und damit libvirt. Stellen Sie zun\u00e4chst sicher, dass der Ceph-Pool, in den die Daten migriert werden sollen, an libvirt angeschlossen ist:<\/p>\n<pre><code class=\"bash\">virsh pool-dumpxml $ceph_pool<\/code><\/pre>\n<p>\nDie Beschreibung des Pools sollte Verbindungsdaten zu Ceph mit den Authentifizierungsinformationen enthalten. <\/p>\n<p>Der n\u00e4chste Schritt besteht darin, dass das LVM-Image in Ceph RBD konvertiert wird. Die Ausf\u00fchrungszeit h\u00e4ngt in erster Linie von der Gr\u00f6\u00dfe des Images ab:<\/p>\n<pre><code class=\"bash\">qemu-img convert -p -O rbd \/dev\/main\/$vm_image_name rbd:$ceph_pool\/$vm_image_name<\/code><\/pre>\n<p>\nNach der Konvertierung bleibt das LVM-Image, das n\u00fctzlich sein kann, falls die Migration der VM nach RBD nicht m\u00f6glich ist und \u00c4nderungen zur\u00fcckgerollt werden m\u00fcssen. Um die \u00c4nderungen schnell zur\u00fccksetzen zu k\u00f6nnen, erstellen wir auch eine Sicherung der Konfigurationsdatei der virtuellen Maschine:<\/p>\n<pre><code class=\"bash\">virsh dumpxml $vm_name &gt; $vm_name.xml\ncp $vm_name.xml $vm_name_backup.xml<\/code><\/pre>\n<p>\n\u2026 und bearbeiten das Original (<code>vm_name.xml<\/code>). Suchen Sie den Block mit der Beschreibung der Festplatte (beginnt mit der Zeile <code>&lt;disk type='file' device='disk'&gt;<\/code> und endet mit <code>&lt;\/disk&gt;<\/code>). Bringen Sie ihn in die folgende Form:<\/p>\n<pre><code class=\"xml\"><address \/><\/code><\/pre>\n<p>\nLassen Sie uns einige Details durchgehen:<\/p>\n<ol>\n<li> Im Protokoll <code>source<\/code> Die Adresse zum Speicher in Ceph RBD wird angegeben (dies ist die Adresse mit dem Namen des Ceph-Pools und dem RBD-Image, das in der ersten Phase festgelegt wurde).<\/li>\n<li> Im Block <code>secret<\/code> Es wird der Typ angegeben <code>ceph<\/code>, sowie die UUID des Geheimnisses zur Verbindung. Seine UUID kann mit dem Befehl ermittelt werden <code>virsh secret-list<\/code>.<\/li>\n<li> Im Block <code>host<\/code> Es werden die Adressen zu den Ceph-Monitoren angegeben.<\/li>\n<\/ol>\n<p>\nNach der Bearbeitung der Konfigurationsdatei und dem Abschluss der Konvertierung von LVM zu RBD kann die ge\u00e4nderte Konfigurationsdatei angewendet und die virtuelle Maschine gestartet werden:<\/p>\n<pre><code class=\"bash\">virsh define $vm_name.xml\nvirsh start $vm_name<\/code><\/pre>\n<p>\nJetzt ist es an der Zeit zu \u00fcberpr\u00fcfen, ob die virtuelle Maschine korrekt gestartet wurde: das kann beispielsweise durch eine SSH-Verbindung oder \u00fcber <code>virsh<\/code>. <\/p>\n<p>Wenn die virtuelle Maschine korrekt funktioniert und Sie keine weiteren Probleme festgestellt haben, k\u00f6nnen Sie das nicht mehr verwendete LVM-Image l\u00f6schen:<\/p>\n<pre><code class=\"bash\">lvremove main\/$vm_image_name<\/code><\/pre>\n<p><\/p>\n<h2>Fazit<\/h2>\n<p>\nAll diese beschriebenen F\u00e4lle haben wir in der Praxis erlebt \u2013 wir hoffen, dass die Anleitungen auch anderen Administratoren helfen, \u00e4hnliche Probleme zu l\u00f6sen. Wenn Sie Anmerkungen oder andere \u00e4hnliche Geschichten aus Ihrer Erfahrung mit Ceph haben \u2013 wir freuen uns, diese in den Kommentaren zu sehen!<\/p>\n<h2>P.S.<\/h2>\n<p>\nLesen Sie auch in unserem Blog:<\/p>\n<ul>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/477680\/\">Unsere H\u00e4nde sind nicht zum Ausruhen: Wiederherstellung des Rook-Clusters in K8s<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/451818\/\">Rook oder nicht Rook \u2014 das ist hier die Frage<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/348044\/\">Rook ist ein \u201eSelf-Service\u201c-Speicher f\u00fcr Kubernetes.<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/329666\/\">Wir erstellen persistenten Speicher mit Provisioning in Kubernetes auf Basis von Ceph.<\/a><\/noindex>\u00bb.<\/li>\n<\/ul>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/495870\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u043e \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445, \u043c\u044b \u043c\u043e\u0436\u0435\u043c \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432\u0437\u0433\u043b\u044f\u0434\u0430 \u043d\u0435 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438 \u0438\u043b\u0438 \u0442\u0440\u0438\u0432\u0438\u0430\u043b\u044c\u043d\u044b\u043c\u0438. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440: \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445 \u0438\u0437 \u0441\u0442\u0430\u0440\u043e\u0433\u043e Ceph \u0432 \u043d\u043e\u0432\u044b\u0439 \u0441 \u0447\u0430\u0441\u0442\u0438\u0447\u043d\u044b\u043c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432 \u043d\u043e\u0432\u043e\u043c \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435; \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0434\u0438\u0441\u043a\u043e\u0432\u043e\u0433\u043e \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u0430 \u0432 Ceph. \u0420\u0430\u0437\u0431\u0438\u0440\u0430\u044f\u0441\u044c \u0441 \u0442\u0430\u043a\u0438\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043c\u044b \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u0435\u043c\u0441\u044f \u0441 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":77267,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-77266","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u043e \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445, \u043c\u044b \u043c\u043e\u0436\u0435\u043c \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432\u0437\u0433\u043b\u044f\u0434\u0430 \u043d\u0435 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438 \u0438\u043b\u0438 \u0442\u0440\u0438\u0432\u0438\u0430\u043b\u044c\u043d\u044b\u043c\u0438. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440: \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445 \u0438\u0437 \u0441\u0442\u0430\u0440\u043e\u0433\u043e Ceph \u0432 \u043d\u043e\u0432\u044b\u0439 \u0441 \u0447\u0430\u0441\u0442\u0438\u0447\u043d\u044b\u043c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432 \u043d\u043e\u0432\u043e\u043c \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435; \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0434\u0438\u0441\u043a\u043e\u0432\u043e\u0433\u043e \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u0430 \u0432 Ceph. \u0420\u0430\u0437\u0431\u0438\u0440\u0430\u044f\u0441\u044c \u0441 \u0442\u0430\u043a\u0438\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043c\u044b \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u0435\u043c\u0441\u044f \u0441\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47Tips &amp; tricks \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Ceph \u0432 \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u043e \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445, \u043c\u044b \u043c\u043e\u0436\u0435\u043c \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432\u0437\u0433\u043b\u044f\u0434\u0430 \u043d\u0435 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438 \u0438\u043b\u0438 \u0442\u0440\u0438\u0432\u0438\u0430\u043b\u044c\u043d\u044b\u043c\u0438. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440: \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445 \u0438\u0437 \u0441\u0442\u0430\u0440\u043e\u0433\u043e Ceph \u0432 \u043d\u043e\u0432\u044b\u0439 \u0441 \u0447\u0430\u0441\u0442\u0438\u0447\u043d\u044b\u043c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432 \u043d\u043e\u0432\u043e\u043c \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435; \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0434\u0438\u0441\u043a\u043e\u0432\u043e\u0433\u043e \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u0430 \u0432 Ceph. \u0420\u0430\u0437\u0431\u0438\u0440\u0430\u044f\u0441\u044c \u0441 \u0442\u0430\u043a\u0438\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043c\u044b \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u0435\u043c\u0441\u044f \u0441\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-04-09T11:42:08+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-04-09T11:42:08+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Tipps &amp; Tricks f\u00fcr die Arbeit mit Ceph in belasteten Projekten | ProHoster","description":"Wenn wir Ceph als Netzwerk-Storage in unterschiedlich belasteten Projekten einsetzen, k\u00f6nnen wir auf verschiedene Herausforderungen sto\u00dfen, die auf den ersten Blick nicht einfach oder trivial erscheinen. Zum Beispiel: die Migration von Daten aus einem alten Ceph in ein neues, w\u00e4hrend teilweise fr\u00fchere Server im neuen Cluster genutzt werden; die Problematik der Verteilung des Speicherplatzes in Ceph. Bei der Auseinandersetzung mit solchen Herausforderungen begegnen wir.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","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\udd47Tips &amp; tricks \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Ceph \u0432 \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445 | ProHoster","og:description":"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u043e \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445, \u043c\u044b \u043c\u043e\u0436\u0435\u043c \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432\u0437\u0433\u043b\u044f\u0434\u0430 \u043d\u0435 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438 \u0438\u043b\u0438 \u0442\u0440\u0438\u0432\u0438\u0430\u043b\u044c\u043d\u044b\u043c\u0438. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440: \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445 \u0438\u0437 \u0441\u0442\u0430\u0440\u043e\u0433\u043e Ceph \u0432 \u043d\u043e\u0432\u044b\u0439 \u0441 \u0447\u0430\u0441\u0442\u0438\u0447\u043d\u044b\u043c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432 \u043d\u043e\u0432\u043e\u043c \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435; \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0434\u0438\u0441\u043a\u043e\u0432\u043e\u0433\u043e \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u0430 \u0432 Ceph. \u0420\u0430\u0437\u0431\u0438\u0440\u0430\u044f\u0441\u044c \u0441 \u0442\u0430\u043a\u0438\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043c\u044b \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u0435\u043c\u0441\u044f \u0441","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","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-04-09T11:42:08+00:00","article:modified_time":"2020-04-09T11:42:08+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"77266","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 17:20:51","updated":"2022-10-02 10:23:09"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/77266","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=77266"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/77266\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/77267"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=77266"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=77266"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=77266"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}