{"id":33523,"date":"2019-10-31T21:53:05","date_gmt":"2019-10-31T18:53:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/hranilishhe-linstor-i-ego-integratsiya-s-opennebula\/"},"modified":"2019-10-31T21:53:05","modified_gmt":"2019-10-31T18:53:05","slug":"hranilishhe-linstor-i-ego-integratsiya-s-opennebula","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/hranilishhe-linstor-i-ego-integratsiya-s-opennebula","title":{"rendered":"LINSTOR-Speicher und seine Integration mit OpenNebula","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"LINSTOR-Speicher<\/p>\n

<\/p>\n

Vor nicht allzu langer Zeit haben die Leute von LINBIT ihre neue SDS-L\u00f6sung \u2013 Linstor \u2013 vorgestellt. Dies ist ein vollst\u00e4ndig offenes Speichersystem, das auf bew\u00e4hrten Technologien basiert: DRBD, LVM, ZFS. Linstor kombiniert Benutzerfreundlichkeit mit einer durchdachten Architektur, die Stabilit\u00e4t und beeindruckende Ergebnisse erm\u00f6glicht.<\/p>\n

<\/p>\n

Heute m\u00f6chte ich etwas genauer darauf eingehen und zeigen, wie einfach es ist, es mit OpenNebula zu integrieren, indem ich linstor_un verwende \u2013 einen neuen Treiber, den ich speziell f\u00fcr diesen Zweck entwickelt habe.<\/p>\n

<\/p>\n

Linstor in Kombination mit OpenNebula erm\u00f6glicht den Aufbau einer schnellen und zuverl\u00e4ssigen Cloud, die problemlos auf eigener Infrastruktur bereitgestellt werden kann.<\/p>\n

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

Die Architektur von Linstor<\/h2>\n

<\/p>\n

Linstor selbst ist weder ein Dateisystem noch ein Blockspeicher. Linstor ist ein Orchestrator, der eine Abstraktionsschicht bereitstellt, um die Erstellung von Volumes in LVM oder ZFS zu automatisieren und diese mit DRBD9 zu replizieren.<\/p>\n

<\/p>\n

Mythen brechen<\/h5>\n

<\/p>\n

Aber halt, DRBD? \u2013 Warum sollte man es automatisieren, und wie funktioniert das \u00fcberhaupt?<\/p>\n

<\/p>\n

Erinnern wir uns an die Zeit, als DRBD8 beliebt war. Seine Standardnutzung bestand darin, ein gro\u00dfes Blockger\u00e4t zu erstellen und dieses mithilfe von LVM in viele kleine Teile aufzuteilen. Eine Art mdadm RAID-1, aber mit Netzwerk-Replikation.<\/p>\n

<\/p>\n

Dieser Ansatz hat einige Nachteile, weshalb mit der Einf\u00fchrung von DRBD9 die Prinzipien der Speicherkonzeption ge\u00e4ndert wurden. Jetzt wird f\u00fcr jede virtuelle Maschine ein separates DRBD-Ger\u00e4t erstellt.<\/p>\n

<\/p>\n

Der Ansatz mit unabh\u00e4ngigen Blockger\u00e4ten erm\u00f6glicht eine bessere Ausnutzung des Raums im Cluster und bietet zudem eine Reihe zus\u00e4tzlicher M\u00f6glichkeiten. Zum Beispiel kann f\u00fcr jedes dieser Ger\u00e4te die Anzahl der Replikate, deren Standort und individuelle Einstellungen definiert werden. Sie lassen sich einfach erstellen\/entfernen, Snapshots machen, die Gr\u00f6\u00dfe \u00e4ndern, Verschl\u00fcsselung aktivieren und vieles mehr. Es ist bemerkenswert, dass DRBD9 auch Quorum unterst\u00fctzt, was Split-Brain-Situationen vermeiden hilft.<\/p>\n

<\/p>\n

Ressourcen und Backends<\/h5>\n

<\/p>\n

Beim Erstellen eines neuen Blockger\u00e4ts platziert Linstor die erforderliche Anzahl von Replikaten auf verschiedenen Knoten im Cluster. Jede dieser Replikate nennen wir DRBD-Ressource.<\/p>\n

<\/p>\n

Ressourcen gibt es in zwei Typen:<\/p>\n

<\/p>\n