

<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>DRBD &#8211; OmnesPRO GmbH</title>
	<atom:link href="https://www.omnespro.ch/post/tag/drbd/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.omnespro.ch</link>
	<description></description>
	<lastBuildDate>Tue, 09 Jun 2026 23:46:45 +0000</lastBuildDate>
	<language>de-CH</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://www.omnespro.ch/wp-content/uploads/2023/07/cropped-OmnesPRO-final-large-32x32.png</url>
	<title>DRBD &#8211; OmnesPRO GmbH</title>
	<link>https://www.omnespro.ch</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Proxmox und DRBD für verteiltes Storage in kleinen Clustern</title>
		<link>https://www.omnespro.ch/post/proxmox-und-drbd-fuer-verteiltes-storage-in-kleinen-clustern/</link>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Wed, 27 Dec 2023 21:12:55 +0000</pubDate>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[DRBD]]></category>
		<category><![CDATA[gewusstwie]]></category>
		<category><![CDATA[hint]]></category>
		<category><![CDATA[Proxmox]]></category>
		<category><![CDATA[tom.aeby@omnespro.ch]]></category>
		<guid isPermaLink="false">https://omnespro.fuertests.ch/post/proxmox-und-drbd-fuer-verteiltes-storage-in-kleinen-clustern/</guid>

					<description><![CDATA[Ausgangslage Die bevorzugte Methode, um verteilten Storage in Proxmox-Clustern zu verwenden, ist aktuell CEPH. CEPH ist ein grossartiger Ansatz, jedoch auch nicht ganz einfach in Betrieb zu nehmen und f&#252;r einen kleinen Cluster eigentlich &#252;berdimensioniert. DRBD hingegen ist recht schnell in Betrieb genommen, und f&#252;gt sich problemlos in eine Serverinstallation mit LVM ein. Der&#160;Storage-Treiber basierend [&#8230;]]]></description>
										<content:encoded><![CDATA[<h3>Ausgangslage</h3>
<p>Die bevorzugte Methode, um verteilten Storage in Proxmox-Clustern zu verwenden, ist aktuell CEPH. CEPH ist ein grossartiger Ansatz, jedoch auch nicht ganz einfach in Betrieb zu nehmen und f&uuml;r einen kleinen Cluster eigentlich &uuml;berdimensioniert.</p>
<p>DRBD hingegen ist recht schnell in Betrieb genommen, und f&uuml;gt sich problemlos in eine Serverinstallation mit LVM ein.</p>
<p>Der&nbsp;Storage-Treiber basierend auf DRBD-Manager wird zwar mit Proxmox noch mitgeliefert, aber ist nicht mehr wirklich unterst&uuml;tzt, seit es um DRBD-Manager einiges Hin- und Her um dessen Lizenzierung gab.</p>
<p>Die im Moment im Proxmox-Wiki empfohlene Variante, zwei DRBD-Volumes zu verwenden, ist unflexibel, funktioniert eigentlich nur mit zwei Knoten, und bietet ein hohes Risiko.</p>
<h3>DRBD mit LVM ohne DRBD-Manager</h3>
<p>Wir haben uns deshalb entschieden, DRBD mit einem eigenen Storage-Plugin f&uuml;r uns wieder auf eine Weise verf&uuml;gbar zu machen, wie sie uns gut passt: Mit DRBD-Volumes aufsetzend auf LVM, aber ohne den DRBD-Manager zu verwenden. In diesem Modell wird eine LVM-Volumegroup ben&ouml;tigt (die aber z.B. mit einer lokalen Storage-Volumegroup identisch sein kann). Jede virtuelle Disk erh&auml;lt zwei LVM-Volumes: Eines f&uuml;r die Metadaten, eines f&uuml;r die Daten. Darauf aufsetzend wird ein DRBD-Volume konfiguriert mit Synchronisation gegen einen Partnerknoten. Die virtuelle Maschine kann also jederzeit auf einem der beiden Partnerknoten laufen. Gibt es mehr als zwei Knoten im Netz, so wird jede VM (und Disk) jeweils auf zwei Knoten lauff&auml;hig sein &#8211; auf Mehrfachspiegel via DRBD verzichten wir aus Performance- und Komplexit&auml;tsgr&uuml;nden.</p>
<p>	<strong>Bitte beachten Sie</strong>: Dieses Storage-Plugin basiert auf bestehenden Storage-Plugins von Proxmox und steht deshalb unter der AGP-Lizenz. Wir verwenden dieses Plugin selbst und stellen es so zur Verf&uuml;gung, wie es f&uuml;r unsere Zwecke taugt. Wir &uuml;bernehmen keinerlei Garantie daf&uuml;r, dass es Ihren Anforderungen entspricht.</p>
<p>&nbsp;</p>
<h3>Installation und Inbetriebnahme</h3>
<p>Bevor Sie DRBD in Betrieb nehmen sollten Sie daf&uuml;r sorgen, dass auf Ihrem System LVM aufgesetzt ist und mindestens eine Volumegroup existiert. Eine bereits bestehende Volumegroup ist in Ordnung, wenn es Sie nicht st&ouml;rt, dass Sie dann evtl. die DRBD-Volumes dann auch in dieser als Inhalt auftauchen.</p>
<p>Unser DRBD-Storage-Plugin finden Sie unter <a href="https://www.omnespro.ch/support/downloads/">Downloads</a>&nbsp;als Debian-Paket. Laden Sie es herunter und installieren es auf allen Knoten mit</p>
<pre><code>apt install ./pvedrbd-*.deb</code></pre>
<p>
	Unter /etc/pve/storage.cfg wird automatisch eine Standardkonfiguration eingerichtet. F&uuml;r ganz einfache F&auml;lle sollte dies bereits gen&uuml;gen, aber es lohnt sich vielleicht, an dieser Stelle kurz ein bisschen nachzudenken, wie der Cluster aussehen soll. In der Konfigurationsdatei:</p>
<pre><code>voldrbd: drbdstor
    vgname sys
    shared
    #peers 
    #peerips
</code></pre>
<p>
	L&auml;sst sich mit der Option vgname die&nbsp;zu verwendende Volume Group konfigurieren. Standardm&auml;ssig wird einfach die erste gefundene verwendet. Die auskommentierten Optionen peers und peerips sollten eine Liste der Knoten, auf denen DRBD Volumes anlegen soll sowie deren IP-Adressen eingetragen werden. Wir hier nichts angegeben, so werden alle Proxmox-Knoten im Cluster mit der IP verwendet, auf die deren Namen aufl&ouml;st.</p>
<p>In allen nicht trivialen Clustern ist es anzuraten, auf jedem Rechner ein separates Interface f&uuml;r die DRBD-Synchronisation zu verwenden. Dessen IP-Adresse wird unter peerips eingetragen. F&uuml;r einen einfachen Zwei-Knoten-Cluster mit den Knoten pve1 und pve2 und den IP-Adressen im Synchronisationsnetz 192.168.33.1 und 192.168.33.2 tragen Sie also in storage.cfg folgendes ein:</p>
<pre><code>  peers pve1 pve2
  peerips 192.168.33.1 192.168.33.2</code></pre>
<p>
	Nach einem Nuestart des pvedaemon sollte nun das Storage <em>drbdstore</em> auftauchen und verwendet werden k&ouml;nnen.</p>
<p>&nbsp;</p>
<h3>Verwendung mit nur einem Knoten</h3>
<p>Beim Aufsetzen eines Clusters kann es notwendig sein, die VMs schon mal aufzusetzen, obwohl noch kein zweiter Knoten vorhanden ist. Verwenden Sie dann als zweiten Knoten (peers) den Namen none und seine k&uuml;nftige IP-Adresse unter peerips. So lassen sich die DRBD-Volumes noch ohne Synchronisationspartner aufsetzen.</p>
<p>Zur Zeit ist ein sp&auml;teres Aufsetzen der Synchronisation noch mit Handarbeit verbunden. Dazu in einem sp&auml;teren Artikel mehr.</p>
<p>&nbsp;</p>
<h3>Verwendung mit mehr als zwei Knoten</h3>
<p>Die aufgesetzten DRBD-Volumes werden &#8211; falls mehr als ein Knoten vorhanden ist &#8211; immer paarweise synchronisiert. Mehrfachspiegel werden in dieser einfachen Konfiguration nicht unterst&uuml;tzt. Sie k&ouml;nnen steuern, auf welchen Knoten Spiegel eingerichtet werden: Wenn Sie eine virtuelle Disk auf einem Knoten einrichten, dann wird der Synchronisationspartner auf dem n&auml;chsten Knoten in der peer-Liste eingerichtet.</p>
<p>Ein sp&auml;terer Umzug des Synchronisationspartners ist zur Zeit noch Handarbeit. Dazu in einem sp&auml;teren Artikel mehr.</p>
<p>&nbsp;</p>
<h3>Live-Migration</h3>
<p>In der Standardkonfiguration von DRBD nach der Installation ist kein Dual-Primary-Modus konfiguriert und folgerichtig muss eine VM zur Migration zuerst heruntergefahren werden, bevor die VM auf dem Partnerknoten hochgefahren werden kann.</p>
<p>M&ouml;chten Sie zwingend Live-Migration nutzen, dann m&uuml;ssen Sie in DRBD den Dual-Primary-Modus konfigurieren.</p>
<p>Dies bietet jedoch auch Risiken!</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>DRBD: Langsames Resync forciert verschnellern</title>
		<link>https://www.omnespro.ch/post/drbd-langsames-resync-forciert-verschnellern/</link>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Wed, 27 Dec 2023 20:36:30 +0000</pubDate>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[DRBD]]></category>
		<category><![CDATA[gewusstwie]]></category>
		<category><![CDATA[hint]]></category>
		<category><![CDATA[Rate]]></category>
		<category><![CDATA[tom.aeby@omnespro.ch]]></category>
		<guid isPermaLink="false">https://omnespro.fuertests.ch/post/drbd-langsames-resync-forciert-verschnellern/</guid>

					<description><![CDATA[Aktuelle Versionen von DRBD verwenden bei einem (Re-)Sync einen adaptiven Algorithmus, der daf&#252;r sorgen soll, dass nur so viel Bandbreite f&#252;r den Sync abgezwackt wird, damit der Rest des Systems m&#246;glichst wenig leidet. Manchmal m&#246;chten wir aber einfach mal einen Sync ohne R&#252;cksicht auf Verluste durchziehen, um m&#246;glichst schnell Redundanz zu erreichen. Das l&#228;sst sich [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>Aktuelle Versionen von DRBD verwenden bei einem (Re-)Sync einen adaptiven Algorithmus, der daf&uuml;r sorgen soll, dass nur so viel Bandbreite f&uuml;r den Sync abgezwackt wird, damit der Rest des Systems m&ouml;glichst wenig leidet.</p>
<p>Manchmal m&ouml;chten wir aber einfach mal einen Sync ohne R&uuml;cksicht auf Verluste durchziehen, um m&ouml;glichst schnell Redundanz zu erreichen.</p>
<p>Das l&auml;sst sich durch dynamische &Auml;nderung der Sync-Parameter erreichen. Verwenden Sie eine Standardkonfiguration von DRBD, dann erreichen Sie mit</p>
<pre><code>drbdsetup disk-options Ressourcennummer --c-min-rate Rate</code></pre>
<p>
	ziemlich sicher das, was Sie wollen (statt <em>Ressourcennummer&nbsp;</em>setzen Sie die Nummer der&nbsp;DRBD-Ressource ein wie Sie es in /proc/drbd finden, als <em>Rate</em>&nbsp;nehmen Sie eine Angabe wie z.B. 20M). Es kann notwendig sein, dieses Kommando auf beiden Seiten des Spiegels auszuf&uuml;hren.</p>
<p>Vergessen Sie nicht, nach erfolgreichem Sync DRBD wieder auf die Standardwerte zur&uuml;ckzusetzen, am einfachsten mit</p>
<pre><code>drbdadm adjust Ressourcenname</code></pre>
<p>&nbsp;</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>DRBD-Storage-Plugin für Proxmox</title>
		<link>https://www.omnespro.ch/post/drbd-storage-plugin-fuer-proxmox/</link>
		
		<dc:creator><![CDATA[]]></dc:creator>
		<pubDate>Wed, 27 Dec 2023 20:36:30 +0000</pubDate>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[DRBD]]></category>
		<category><![CDATA[gewusstwie]]></category>
		<category><![CDATA[hint]]></category>
		<category><![CDATA[Proxmox]]></category>
		<category><![CDATA[tom.aeby@omnespro.ch]]></category>
		<guid isPermaLink="false">https://omnespro.fuertests.ch/post/drbd-storage-plugin-fuer-proxmox/</guid>

					<description><![CDATA[In unserem&#160;Downloadbereich&#160;finden Sie neu unser DRBD-Plugin f&#252;r Proxmox. &#010;]]></description>
										<content:encoded><![CDATA[<p>In unserem&#160;<a href="https://www.omnespro.ch/support/downloads/" target="_blank">Downloadbereich</a>&#160;finden Sie neu unser DRBD-Plugin f&#252;r Proxmox.</p>
<p>&#010;</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
