<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"><html><HEAD> <META http-equiv=Content-Type content="text/html; charset=UTF-8"> <STYLE></STYLE>  <META content="MSHTML 6.00.6001.18183" name=GENERATOR></HEAD> <BODY style="PADDING-RIGHT: 0px; PADDING-LEFT: 0px; FONT-SIZE: 10pt; BACKGROUND: #ffffff; PADDING-BOTTOM: 0px; MARGIN: 0px; PADDING-TOP: 0px; FONT-FAMILY: arial"> <P>&nbsp;Hi,</P> <P>I have a Heartbeat + DRBD 0.7.x based production system up<BR>and running for a year now (7x24, rebooted only for security<BR>upgrades).<BR>It is based on Debian Etch, two IBM X3500 servers, each <BR>loaded with 750 GByte SATA disks, HW RAID5, 5.5 TByte cut<BR>into several ~680 GByte pieces.<BR>On top of DRBD there is iscsi-target serving a Windows 2003 <BR>cluster with various applications.</P> <P>The system is stable, no crashes, no problems whatsoever.</P> <P>I do have a performance problem though. I have to use blockio <BR>in iscsi-target (no linux page-cache), because fileio <BR>resulted in data loss in case of hard crash of the primary.</P> <P>On the iscsi interface the max throughput measured by mrtg<BR>is like 15 megabytes/sec on a 5 minute average.</P> <DIV>If I watch on the windows side, the traffic of the iscsi <BR>interface shoots up to 40-60 % of gigabit, then falls <BR>back to 0-10 %, then shoots up again, and so on,</DIV> <DIV>so it fluctuates.</DIV> <P>I think it is a latency issue, the microsoft iscsi initiator<BR>sends some requests (with various amount of data), and until<BR>those does not come back as completed, it doesn't send more<BR>requests.</P> <P>During the test phase of the system, if I skipped DRBD, and<BR>put iscsi-target write directly to the raid-disk, the <BR>performance was up and the iscsi interface load draw a <BR>horizontal line, no fluctuations as with drbd.</P> <P>I&nbsp;am thinking about upgrading to drbd 8.</P> <P>The reason for upgrade:</P> <P>- company policy does not allow usage of unsupported software,<BR>&nbsp;and drbd 0.7 is not supported any more.<BR>- the above mentioned performance problem.</P> <P>The questions:</P> <P>- Which version I should upgrade to, 8.0.14 or 8.3.0?</P> <P>I am thinking about going to 8.3.0, as it has certain latency<BR>improvements not available in 8.0.x (if that is correct).</P> <P>- Is 8.3.0 (and 8.0.14) is as stable as the 0.7 codebase, which<BR>is running in production for a year now without problems?</P> <P>- Does anyone use 8.2.x or 8.3.0 in production?<BR>- Which kernel is better for drbd 8, Debian 2.6.18 or Debian 2.6.24<BR>&nbsp; etchnhalf?</P> <P>Best regards,<BR>lanlaf</P></BODY></html><p><br>--------------------------Hirdetés-----------------------------
<br><a href="http://rehs.index.hu/rd?lc=229&ad=151046" target="_blank">
<br>Szilveszter a Balatonon - 79.000 Ft / fő / 3 éjtől
</a>