<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
On 06/04/2012 06:28 PM, Fernando Frediani (Qube) wrote:
<blockquote
cite="mid:6EC7489C49252F4F823EAE91E3A9393931F91042@QUBE-TR2-EXC01.qube.qubenet.net"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<meta name="Generator" content="Microsoft Word 14 (filtered
medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
<div class="WordSection1">
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Hi,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">I
have been reading and trying to test(without much success)
Gluster 3.3 for Virtual Machines storage and from what I
could see it isn’t yet quiet ready for running virtual
machines.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">One
great improvement about the granular locking which was
essential for these types of environments was achieved, but
the other one is still not, which is the ability to use
striped+(distributed)+replicated.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">As
it stands now the natural choice would be Distributed +
Replicated but when storing a Virtual Machines image it
would reside in a single brick(replicated of course), so the
maximum amount of IOPS for write would be the equivalent of
a single brick’s RAID controller and its disks underneath,
while if striped+(distributed)+replicated was available it
would spread the IOPS across all bricks containing the large
Virtual Machine image and therefore multiple bricks and RAID
controllers.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Also,
if I understand correctly, the maximum size for a file
wouldn’t be the size of a brick as ,again, the file would be
spread across multiple bricks.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">This
type of volume is said to be available on version 3.3 but as
the documentation says it is only to run MapReduce
workloads.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">What
is everybody’s opinion about this and has this been thought
or considered ?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);">Regards,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color: rgb(31, 73, 125);"><br>
Fernando</span></p>
</div>
</blockquote>
<br>
I also heard it was only for MapReduce workloads but in theory can't
you just create and use it for whatever you want? Is there
something that limits it to only letting you use MapReduce?<br>
<br>
Also, I was under the impression repl+stripe was so you can have
files larger than your brick size, not for speed improvements. I'm
not sure you would see any major speed improvements with repl+stripe
vs repl+distr unless you have lots of storage servers and lots of
bricks.<br>
</body>
</html>