{"id":37528,"date":"2019-10-31T22:18:10","date_gmt":"2019-10-31T19:18:10","guid":{"rendered":"https:\/\/prohoster.info\/blog\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor\/"},"modified":"2019-10-31T22:18:10","modified_gmt":"2019-10-31T19:18:10","slug":"hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","title":{"rendered":"Speicherl\u00f6sungen in Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Speicherl\u00f6sungen<\/p>\n

<\/p>\n

Update!<\/strong>. In den Kommentaren hat einer der Leser vorgeschlagen, es mit Linstor<\/a><\/noindex> zu versuchen (m\u00f6glicherweise arbeitet er selbst daran), also habe ich einen Abschnitt \u00fcber diese L\u00f6sung hinzugef\u00fcgt. Au\u00dferdem habe ich einen Beitrag dar\u00fcber geschrieben, wie man es installiert<\/a><\/noindex>, da der Prozess sich erheblich von den anderen unterscheidet.<\/p>\n

<\/p>\n

Um ehrlich zu sein, habe ich aufgegeben und mich von Kubernetes<\/a><\/noindex> (zumindest vorerst) distanziert. Ich werde Heroku<\/a><\/noindex>nutzen. Warum? Wegen des Speichers! Wer h\u00e4tte gedacht, dass ich mich mehr mit Speicherl\u00f6sungen besch\u00e4ftigen w\u00fcrde als mit Kubernetes selbst. Ich benutze Hetzner Cloud<\/a><\/noindex>, weil es g\u00fcnstig ist und die Leistung gut ist. Von Anfang an habe ich Cluster mit Hilfe von Rancher<\/a><\/noindex>bereitgestellt. Ich habe die verwalteten Kubernetes-Dienste von Google\/Amazon\/Microsoft\/DigitalOcean usw. nicht ausprobiert, weil ich alles selbst lernen wollte. Au\u00dferdem bin ich sparsam.<\/p>\n

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

Ja, ich habe viel Zeit damit verbracht, herauszufinden, welches Speichersystem ich w\u00e4hlen soll, w\u00e4hrend ich die m\u00f6gliche Stack-Konfiguration f\u00fcr Kubernetes gepr\u00fcft habe. Ich bevorzuge Open-Source-L\u00f6sungen, und nicht nur wegen des Preises. Aus Neugier habe ich auch einige kostenpflichtige Optionen betrachtet, da viele von ihnen kostenlose Versionen mit Einschr\u00e4nkungen bieten. Ich habe einige Zahlen aus den letzten Tests notiert, als ich verschiedene Optionen verglichen habe, die f\u00fcr diejenigen interessant sein k\u00f6nnten, die sich mit Speicher in Kubernetes besch\u00e4ftigen. Pers\u00f6nlich habe ich jedoch Kubernetes vorerst hinter mir gelassen. Ich m\u00f6chte auch erw\u00e4hnen den CSI-Treiber<\/a><\/noindex>, mit dem man direkt Volumen im Hetzner Cloud vorbereiten kann, den ich bisher noch nicht ausprobiert habe. Ich habe cloudbasierte softwaredefinierte Speicherl\u00f6sungen untersucht, da ich Replikation und die M\u00f6glichkeit ben\u00f6tigte, permanente Volumen schnell an jedem Node anzuschlie\u00dfen, insbesondere im Falle von Node-Ausf\u00e4llen und \u00e4hnlichen Situationen. Einige L\u00f6sungen bieten Snapshots zu einem bestimmten Zeitpunkt und Offsite-Backups an, was sehr praktisch ist.<\/p>\n

<\/p>\n

Ich habe 6\u20137 Speichersysteme getestet:<\/p>\n

<\/p>\n

OpenEBS<\/a><\/noindex><\/h3>\n

<\/p>\n

Wie ich bereits gesagt habe unserem vorherigen Beitrag<\/a><\/noindex>, nachdem ich die meisten Optionen aus der Liste getestet habe, habe ich mich zun\u00e4chst f\u00fcr OpenEBS entschieden. OpenEBS l\u00e4sst sich sehr einfach installieren und nutzen, aber ehrlich gesagt war ich nach den Tests mit echten Daten unter Last von seiner Leistung entt\u00e4uscht. Es handelt sich um Open Source, und die Entwickler in ihrem Slack-Kanal<\/a><\/noindex> haben immer sehr geholfen, wenn ich Unterst\u00fctzung brauchte. Leider hat es eine sehr niedrige Leistung im Vergleich zu anderen Optionen, weshalb ich die Tests erneut durchf\u00fchren musste. Momentan hat OpenEBS 3 Speicher-Engines, aber ich ver\u00f6ffentliche die Benchmark-Ergebnisse f\u00fcr cStor. Ich habe noch keine Zahlen f\u00fcr Jiva und LocalPV.<\/p>\n

<\/p>\n

Kurz gesagt, Jiva ist etwas schneller, w\u00e4hrend LocalPV wirklich schnell ist, nicht schlechter als eine direkte Festplattenbenchmark. Das Problem mit LocalPV ist, dass der Zugriff nur von dem Knoten m\u00f6glich ist, auf dem es vorbereitet wurde, und es gibt keine Replikation. Ich hatte einige Probleme beim Wiederherstellen eines Backups mit Velero<\/a><\/noindex> in einem neuen Cluster, weil die Knotennamen unterschiedlich waren. Wenn es um Backups geht, hat cStor einen Plugin f\u00fcr Velero<\/a><\/noindex>, mit dem man Offsite-Backups der Snapshots zu einem bestimmten Zeitpunkt erstellen kann, was bequemer ist als Datei-basierte Backups mit Velero-Restic. Ich habe geschrieben einige Skripte<\/a><\/noindex>, um das Management von Backups und Wiederherstellungen mit diesem Plugin zu erleichtern. Insgesamt gef\u00e4llt mir OpenEBS sehr gut, aber die Leistung...<\/p>\n

<\/p>\n

Rook<\/a><\/noindex><\/h3>\n

<\/p>\n

Rook hat ebenfalls Open Source und unterscheidet sich von den anderen Optionen in der Liste, da es ein Speichermanager ist, der komplexe Speicherverwaltungsaufgaben mit verschiedenen Backends ausf\u00fchrt, wie zum Beispiel Ceph<\/a><\/noindex>, EdgeFS<\/a><\/noindex> und andere, was die Arbeit erheblich vereinfacht. Ich hatte vor einigen Monaten Probleme mit EdgeFS, daher habe ich haupts\u00e4chlich mit Ceph getestet. Ceph bietet nicht nur Blockspeicher, sondern auch ein objektspeicher-kompatibles System mit S3\/Swift und ein verteiltes Dateisystem. Was mir an Ceph gef\u00e4llt, ist die M\u00f6glichkeit, die Daten eines Volumes \u00fcber mehrere Festplatten zu verteilen, sodass das Volume mehr Speicherplatz verwenden kann, als auf einer Festplatte verf\u00fcgbar ist. Das ist praktisch. Eine weitere coole Funktion ist, dass beim Hinzuf\u00fcgen von Festplatten zum Cluster die Daten automatisch auf alle Festplatten verteilt werden.<\/p>\n

<\/p>\n

Ceph verf\u00fcgt \u00fcber Snapshots, aber meines Wissens k\u00f6nnen diese nicht direkt in Rook\/Kubernetes verwendet werden. Das habe ich jedoch nicht n\u00e4her untersucht. Off-Site-Backups fehlen, daher muss man auf L\u00f6sungen wie Velero\/Restic zur\u00fcckgreifen, die jedoch nur Datei-Backups und keine zeitgebundenen Snapshots erm\u00f6glichen. Positiv fand ich jedoch die einfache Handhabung von Ceph in Rook \u2013 es verbirgt nahezu alle komplexen Aspekte und bietet Werkzeuge, um direkt mit Ceph zu kommunizieren und Fehler zu beheben. Leider hatte ich w\u00e4hrend des Stresstests der Ceph-Volumes st\u00e4ndig dieses Problem<\/a><\/noindex>, das Ceph instabil macht. Es ist noch unklar, ob dies ein Bug in Ceph selbst oder ein Problem damit ist, wie Rook Ceph verwaltet. Ich habe mit den Speichereinstellungen experimentiert und es wurde besser, aber das Problem ist nicht vollst\u00e4ndig gel\u00f6st. Ceph bietet eine gute Leistung, wie die Benchmarks weiter unten zeigen. Zudem hat es ein ausgezeichnetes Dashboard zur \u00dcberwachung.<\/p>\n

<\/p>\n

Rancher Longhorn<\/a><\/noindex><\/h3>\n

<\/p>\n

Ich bin ein gro\u00dfer Fan von Longhorn. Meiner Meinung nach ist es eine vielversprechende L\u00f6sung. Allerdings geben die Entwickler (Rancher Labs) zu, dass es f\u00fcr den produktiven Einsatz noch ungeeignet ist, was auch offensichtlich ist. Es hat einen Open-Source-Code und eine annehmbare Leistung (obwohl die Optimierung noch nicht stattgefunden hat), jedoch verbinden sich die Volumes sehr langsam mit dem Pod, und in den schlimmsten F\u00e4llen kann das 15\u201316 Minuten dauern, insbesondere nach der Wiederherstellung eines gro\u00dfen Backups oder einem Upgrade der Arbeitslast. Es verf\u00fcgt \u00fcber Snapshots und Offsite-Backups dieser Snapshots, aber diese beziehen sich nur auf Volumes, weshalb Sie trotzdem etwas wie Velero f\u00fcr die Sicherung der anderen Ressourcen ben\u00f6tigen m\u00fcssen. Backups und Wiederherstellungen sind sehr zuverl\u00e4ssig, aber unangemessen langsam. Ernsthaft, einfach extrem langsam. Die Nutzung der CPU-Ressourcen und die Systemlast steigen oft an, wenn man mit einem mittleren Datenvolumen in Longhorn arbeitet. Es gibt ein praktisches Dashboard, um Longhorn zu verwalten. Ich habe bereits erw\u00e4hnt, dass ich Longhorn mag, aber es bedarf definitiv noch weiterer Arbeit.<\/p>\n

<\/p>\n

StorageOS<\/a><\/noindex><\/h3>\n

<\/p>\n

StorageOS ist das erste kostenpflichtige Produkt in der Liste. Es gibt eine Entwicklerversion mit einer begrenzten Gr\u00f6\u00dfe des verwalteten Speichers von 500 GB, aber die Anzahl der Knoten ist meines Wissens unbegrenzt. Im Vertrieb wurde mir gesagt, dass die Kosten bei 125 $ pro Monat f\u00fcr 1 TB beginnen, wenn ich mich richtig erinnere. Es gibt ein grundlegendes \u00dcberwachungsdashboard und eine benutzerfreundliche CLI, aber die Leistung ist etwas seltsam: In einigen Benchmarks ist sie durchaus anst\u00e4ndig, aber im Stresstest der Volumes hat mir die Geschwindigkeit \u00fcberhaupt nicht gefallen. Insgesamt wei\u00df ich nicht, was ich sagen soll. Deshalb habe ich mich nicht weiter eingearbeitet. Es gibt keine Offsite-Backups, und man muss auch Velero mit Restic f\u00fcr die Sicherung der Volumes verwenden. Seltsam, da das Produkt kostenpflichtig ist. Au\u00dferdem hatten die Entwickler nicht wirklich Lust, in Slack zu kommunizieren.<\/p>\n

<\/p>\n

Robin<\/a><\/noindex><\/h3>\n

<\/p>\n

Ich habe von Robin auf Reddit durch ihren technischen Direktor erfahren. Zuvor hatte ich noch nie von ihnen geh\u00f6rt. Vielleicht, weil ich nach kostenlosen L\u00f6sungen gesucht habe, w\u00e4hrend Robin kostenpflichtig ist. Sie bieten jedoch eine recht gro\u00dfz\u00fcgige kostenlose Version mit einem Speicher von 10\u00a0TB und drei Knoten. Insgesamt ist das Produkt durchaus anst\u00e4ndig und bietet n\u00fctzliche Funktionen. Es gibt eine gro\u00dfartige CLI, aber das Beste ist, dass man Snapshots und Backups der gesamten Anwendung erstellen kann (im Ressourcenmanager werden diese als Helm-Releases oder \"flex apps\" bezeichnet), einschlie\u00dflich Volumen und anderen Ressourcen, sodass man ohne Velero auskommt. Alles w\u00e4re wunderbar, wenn da nicht ein kleines Detail w\u00e4re: Wenn man die Anwendung auf einem neuen Cluster wiederherstellt (oder \"importiert\", wie es bei Robin genannt wird) \u2013 zum Beispiel im Falle einer Notfallwiederherstellung \u2013 funktioniert die Wiederherstellung zwar, aber das Backup der Anwendung kann nicht fortgesetzt werden. In dieser Version ist das einfach nicht m\u00f6glich, und die Entwickler haben dies best\u00e4tigt. Das ist milde ausgedr\u00fcckt seltsam, besonders angesichts der anderen Vorteile (wie unglaublich schnelle Backups und Wiederherstellungen). Die Entwickler versprechen, alles im n\u00e4chsten Release zu beheben. Die Leistung ist insgesamt gut, aber ich habe eine Eigenart bemerkt: Wenn man einen Benchmark direkt auf dem Volumen ausf\u00fchrt, das mit dem Host verbunden ist, ist die Lesegeschwindigkeit viel h\u00f6her als beim gleichen Volumen, aber innerhalb des Pods. Alle anderen Ergebnisse sind identisch, aber theoretisch sollte es keinen Unterschied geben. Auch wenn sie daran arbeiten, war ich wegen des Problems mit der Wiederherstellung und dem Backup entt\u00e4uscht \u2013 ich hatte das Gef\u00fchl, dass ich endlich eine passende L\u00f6sung gefunden hatte, und ich war bereit, daf\u00fcr zu bezahlen, wenn ich mehr Speicherplatz oder mehr Server ben\u00f6tige.<\/p>\n

<\/p>\n

Portworx<\/a><\/noindex><\/h3>\n

<\/p>\n

Ich habe nicht viel dazu zu sagen. Es ist ein kostenpflichtiges Produkt, das sowohl gro\u00dfartig als auch teuer ist. Die Leistung ist einfach beeindruckend. Bis jetzt ist es der beste Wert. Mir wurde im Slack gesagt, dass der Preis bei $205 pro Monat und Knoten beginnt, wie im Google GKE Marketplace angegeben. Ich wei\u00df nicht, ob es g\u00fcnstiger wird, wenn man direkt kauft. In jedem Fall kann ich mir das nicht leisten, also war ich sehr entt\u00e4uscht, dass die Entwicklerlizenz (bis zu 1 TB und 3 Knoten) praktisch nutzlos mit Kubernetes ist, es sei denn, man begn\u00fcgt sich mit einer statischen Bereitstellung. Ich hatte gehofft, dass die Unternehmenslizenz am Ende der Testphase automatisch auf die Entwicklerstufe herabgestuft wird, aber das ist nicht passiert. Die Entwicklerlizenz kann nur direkt mit Docker verwendet werden, und die Einrichtung in Kubernetes ist sehr umst\u00e4ndlich und eingeschr\u00e4nkt. Ich bevorzuge nat\u00fcrlich Open Source, aber h\u00e4tte ich das Geld, w\u00fcrde ich definitiv Portworx w\u00e4hlen. Bis jetzt ist die Leistung einfach un\u00fcbertroffen im Vergleich zu anderen Optionen.<\/p>\n

<\/p>\n

Linstor<\/a><\/noindex><\/h3>\n

<\/p>\n

Ich habe diesen Abschnitt bereits nach der Ver\u00f6ffentlichung des Beitrags hinzugef\u00fcgt, als ein Leser vorgeschlagen hat, Linstor auszuprobieren. Ich habe es getestet und mir gef\u00e4llt es! Allerdings gibt es noch einiges zu erkunden. Momentan kann ich sagen, dass die Leistung solide ist (Benchmark-Ergebnisse finden Sie weiter unten). Im Grunde habe ich die gleiche Leistung erhalten, die ich auch direkt vom Laufwerk bekomme, ganz ohne Verluste. (Fragen Sie nicht, warum Portworx bessere Zahlen als der direkte Benchmark des Laufwerks hat. Ich habe keine Ahnung. Magie vielleicht.) Linstor scheint also bisher sehr effizient zu sein. Die Installation ist nicht kompliziert, aber auch nicht so einfach wie bei anderen Optionen. Zuerst musste ich Linstor (Kernel-Modul und Werkzeuge\/Dienste) installieren und LVM f\u00fcr Thin Provisioning und Snapshots au\u00dferhalb von Kubernetes am Host einrichten, dann die Ressourcen erstellen, die erforderlich sind, um den Storage aus Kubernetes zu nutzen. Es hat mich gest\u00f6rt, dass es nicht auf CentOS funktioniert hat und ich Ubuntu verwenden musste. Es ist nat\u00fcrlich nicht schlimm, aber ein wenig \u00e4rgerlich, da in der hervorragenden Dokumentation mehrere Pakete erw\u00e4hnt werden, die in den angegebenen Epel-Repositories nicht zu finden sind. Linstor bietet Snapshots, jedoch keine Offsite-Backups, sodass ich hier erneut Velero mit Restic f\u00fcr das Backup von Volumes verwenden musste. Ich w\u00fcrde Snapshots anstelle von Datei-level-Backups bevorzugen, aber das ist ertr\u00e4glich, sofern die L\u00f6sung leistungsf\u00e4hig und zuverl\u00e4ssig ist. Linstor ist Open Source, bietet aber kostenpflichtigen Support. Soweit ich wei\u00df, kann es ohne Einschr\u00e4nkungen genutzt werden, selbst wenn Sie keinen Supportvertrag haben, aber das muss noch gekl\u00e4rt werden. Ich wei\u00df nicht, wie gut Linstor f\u00fcr Kubernetes getestet ist, aber die Speicher-Implementierung liegt au\u00dferhalb von Kubernetes und scheint nicht neu zu sein, also ist es wahrscheinlich, dass es bereits in der Praxis erprobt wurde. Gibt es hier eine L\u00f6sung, die mich dazu bringt, meine Meinung zu \u00e4ndern und zu Kubernetes zur\u00fcckzukehren? Ich wei\u00df nicht, ich wei\u00df nicht. Ich muss noch weiter forschen und die Replikation untersuchen. Wir werden sehen. Aber der erste Eindruck ist gut. Ich w\u00fcrde auf jeden Fall lieber eigene Kubernetes-Cluster statt Heroku verwenden, um mehr Freiheit zu gewinnen und Neues zu lernen. Da die Installation von Linstor nicht so einfach ist wie bei anderen, werde ich bald einen Beitrag dar\u00fcber schreiben.<\/p>\n

<\/p>\n

Benchmarks<\/h3>\n

<\/p>\n

Leider habe ich nur wenige Vergleichsaufzeichnungen gespeichert, da ich nicht dachte, dass ich dar\u00fcber schreiben w\u00fcrde. Ich habe nur die Ergebnisse grundlegender fio-Benchmarks und nur f\u00fcr Cluster mit einem Knoten, sodass ich bisher keine Zahlen f\u00fcr replizierte Konfigurationen habe. Aber anhand dieser Ergebnisse kann man eine ungef\u00e4hre Vorstellung davon bekommen, was man von jeder Option erwarten kann, denn ich habe sie auf identischen Cloud-Servern verglichen: 4 Kerne, 16 GB RAM, mit einer zus\u00e4tzlichen Festplatte von 100 GB f\u00fcr die getesteten Volumes. Ich habe die Benchmarks dreimal f\u00fcr jede L\u00f6sung durchgef\u00fchrt und den Durchschnitt berechnet, au\u00dferdem habe ich die Servereinstellungen f\u00fcr jedes Produkt zur\u00fcckgesetzt. All dies ist absolut unwissenschaftlich, nur damit Sie einen allgemeinen \u00dcberblick bekommen. In anderen Tests habe ich 38 GB Fotos und Videos von und zu dem Volume kopiert, um Lesen und Schreiben zu testen, aber leider habe ich die Zahlen nicht gespeichert. Kurz gesagt: Portworx war deutlich schneller.<\/p>\n

<\/p>\n

F\u00fcr den Benchmark der Volumes habe ich dieses Manifest verwendet:<\/p>\n

<\/p>\n

kind: PersistentVolumeClaim\napiVersion: v1\nmetadata:\n  name: dbench\nspec:\n  storageClassName: ...\n  accessModes:\n    - ReadWriteOnce\n  resources:\n    requests:\n      storage: 5Gi\n---\napiVersion: batch\/v1\nkind: Job\nmetadata:\n  name: dbench\nspec:\n  template:\n    spec:\n      containers:\n      - name: dbench\n        image: sotoaster\/dbench:latest\n        imagePullPolicy: IfNotPresent\n        env:\n          - name: DBENCH_MOUNTPOINT\n            value: \/data\n          - name: FIO_SIZE\n            value: 1G\n        volumeMounts:\n        - name: dbench-pv\n          mountPath: \/data\n      restartPolicy: Never\n      volumes:\n      - name: dbench-pv\n        persistentVolumeClaim:\n          claimName: dbench\n  backoffLimit: 4<\/code><\/pre>\n
<\/p>\n
Zuerst habe ich ein Volume mit der entsprechenden Speicherklasse erstellt und dann im Hintergrund einen Job mit fio gestartet. Ich habe 1 GB genommen, um eine Einsch\u00e4tzung der Leistung zu bekommen, ohne zu lange warten zu m\u00fcssen. Hier sind die Ergebnisse:<\/p>\n
<\/p>\n
\"Speicherl\u00f6sungen<\/a><\/noindex><\/p>\n
<\/p>\n
Ich habe den besten Wert f\u00fcr jede Metrik gr\u00fcn und den schlechtesten rot hervorgehoben.<\/p>\n
<\/p>\n
Fazit<\/h3>\n
<\/p>\n
Wie Sie sehen k\u00f6nnen, hat sich Portworx in den meisten F\u00e4llen besser behauptet als andere. Aber f\u00fcr mich ist es zu teuer. Ich wei\u00df nicht, wie viel Robin kostet, aber es gibt eine gro\u00dfartige kostenlose Version, also k\u00f6nnen Sie sie ausprobieren, wenn Sie ein kostenpflichtiges Produkt ben\u00f6tigen (ich hoffe, sie beheben bald das Problem mit der Wiederherstellung und den Backups). Von den drei kostenlosen L\u00f6sungen hatte ich mit OpenEBS die wenigsten Probleme, aber die Leistung ist nicht gerade \u00fcberw\u00e4ltigend. Schade, dass ich nicht mehr Ergebnisse gespeichert habe, aber ich hoffe, die angegebenen Zahlen und meine Kommentare helfen Ihnen weiter.<\/p>\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435!. \u0412 \u043a\u043e\u043c\u043c\u0435\u043d\u0442\u0430\u0445 \u043e\u0434\u0438\u043d \u0438\u0437 \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0435\u0439 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0438\u043b \u043f\u043e\u043f\u0440\u043e\u0431\u043e\u0432\u0430\u0442\u044c Linstor (\u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e, \u043e\u043d \u0441\u0430\u043c \u043d\u0430\u0434 \u043d\u0438\u043c \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442), \u0442\u0430\u043a \u0447\u0442\u043e \u044f \u0434\u043e\u0431\u0430\u0432\u0438\u043b \u0440\u0430\u0437\u0434\u0435\u043b \u043e\u0431 \u044d\u0442\u043e\u043c \u0440\u0435\u0448\u0435\u043d\u0438\u0438. \u0415\u0449\u0435 \u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u043f\u043e\u0441\u0442 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u0435\u0433\u043e \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0441\u0438\u043b\u044c\u043d\u043e \u043e\u0442\u043b\u0438\u0447\u0430\u0435\u0442\u0441\u044f \u043e\u0442 \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0445. \u0415\u0441\u043b\u0438 \u0447\u0435\u0441\u0442\u043d\u043e, \u044f \u0441\u0434\u0430\u043b\u0441\u044f \u0438 \u043e\u0442\u043a\u0430\u0437\u0430\u043b\u0441\u044f \u043e\u0442 Kubernetes (\u0432\u043e \u0432\u0441\u044f\u043a\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435, \u043f\u043e\u043a\u0430). \u0411\u0443\u0434\u0443 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Heroku. \u041f\u043e\u0447\u0435\u043c\u0443? […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28163,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37528","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\udd47Storage-L\u00f6sungen in Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","description":"Update! In den Kommentaren hat einer der Leser vorgeschlagen, Linstor auszuprobieren (vielleicht arbeitet er selbst daran), also habe ich einen Abschnitt \u00fcber diese L\u00f6sung hinzugef\u00fcgt. Ich habe auch einen Beitrag dar\u00fcber geschrieben, wie man es installiert, da der Prozess sich stark von anderen unterscheidet. Ehrlich gesagt, ich habe aufgegeben und mich vorerst von Kubernetes abgewendet. Ich werde Heroku verwenden. Warum?","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","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\u0425\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0430 \u0432 Kubernetes: OpenEBS vs Rook (Ceph) vs Rancher Longhorn vs StorageOS vs Robin vs Portworx vs Linstor | ProHoster","og:description":"\u041e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435!. \u0412 \u043a\u043e\u043c\u043c\u0435\u043d\u0442\u0430\u0445 \u043e\u0434\u0438\u043d \u0438\u0437 \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0435\u0439 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0438\u043b \u043f\u043e\u043f\u0440\u043e\u0431\u043e\u0432\u0430\u0442\u044c Linstor (\u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e, \u043e\u043d \u0441\u0430\u043c \u043d\u0430\u0434 \u043d\u0438\u043c \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442), \u0442\u0430\u043a \u0447\u0442\u043e \u044f \u0434\u043e\u0431\u0430\u0432\u0438\u043b \u0440\u0430\u0437\u0434\u0435\u043b \u043e\u0431 \u044d\u0442\u043e\u043c \u0440\u0435\u0448\u0435\u043d\u0438\u0438. \u0415\u0449\u0435 \u044f \u043d\u0430\u043f\u0438\u0441\u0430\u043b \u043f\u043e\u0441\u0442 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u0435\u0433\u043e \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c, \u043f\u043e\u0442\u043e\u043c\u0443 \u0447\u0442\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0441\u0438\u043b\u044c\u043d\u043e \u043e\u0442\u043b\u0438\u0447\u0430\u0435\u0442\u0441\u044f \u043e\u0442 \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0445. \u0415\u0441\u043b\u0438 \u0447\u0435\u0441\u0442\u043d\u043e, \u044f \u0441\u0434\u0430\u043b\u0441\u044f \u0438 \u043e\u0442\u043a\u0430\u0437\u0430\u043b\u0441\u044f \u043e\u0442 Kubernetes (\u0432\u043e \u0432\u0441\u044f\u043a\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435, \u043f\u043e\u043a\u0430). \u0411\u0443\u0434\u0443 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c Heroku. \u041f\u043e\u0447\u0435\u043c\u0443?","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/hranilishha-v-kubernetes-openebs-vs-rook-ceph-vs-rancher-longhorn-vs-storageos-vs-robin-vs-portworx-vs-linstor","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-31T19:18:10+00:00","article:modified_time":"2019-10-31T19:18:10+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37528","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-23 18:13:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:25:26","updated":"2026-01-23 18:13:20"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37528","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=37528"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37528\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/28163"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=37528"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=37528"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=37528"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}