<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<font style="font-size:11.0pt;font-family:&quot;Calibri&quot;,&quot;sans-serif&quot;;color:#1F497D">I continue to see people run DRDB clusters as VM guests. I personally don't get this. The only reason to do this is as a proof of concept and not for production. I run a DRDB cluster
 as a source of data storage system for a virtualization environment. It is based on physical machines for maximum performance. Depending on the I/O requirements of the DRBD system and it's applications running underneath it could make it very difficult for
 the virtualization hosts to supply the necessary I/O capability to support the required load.<br>
<br>
James </font><br>
&nbsp;<br>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<font style="font-size:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"><b>From</b>: Antonio Fernández Pérez [mailto:antoniofernandez@fabergroup.es]
<br>
<b>Sent</b>: Tuesday, February 17, 2015 08:55 AM<br>
<b>To</b>: drbd-user@lists.linbit.com &lt;drbd-user@lists.linbit.com&gt; <br>
<b>Subject</b>: [DRBD-user] DRBD on virtual machine <br>
</font>&nbsp;<br>
</div>
<div dir="ltr">
<div dir="ltr">
<div class="gmail_default" style="color:rgb(68,68,68);display:inline">​​Hi list:<br>
<br>
I need your help ... I have to migrate two physical servers with DRBD&#43;Pacemaker&#43;Corosync to virtual machines. On the new set of virtual machines I will can manage more hardware resources but, do you have any reason advise against using DRBD on virtual machines?<br>
<br>
I hope your answers.<br>
<br>
Thanks in advance.<br>
<br>
Regards,<br>
<br>
Antonio.​</div>
<span style="font-family:arial,sans-serif;border-collapse:collapse"><font><font style="font-size:13px" size="1"><font color="#000000"><font face="arial, sans-serif"><span style="font-style:normal"><span style="font-weight:normal"></span></span></font></font></font></font></span></div>
</div>
<hr>
Notice: This email and any attachments may contain proprietary (Draper non-public) and/or export-controlled information of Draper Laboratory. If you are not the intended recipient of this email, please immediately notify the sender by replying to this email
 and immediately destroy all copies of this email.
<hr>
</body>
</html>