<div dir="ltr">SMB too, eh? See this is where it starts to get hard to scale down. You could do a 3 node GPFS cluster with replication at remote sites, pulling in from AFM over the Net. If you want SMB too, you're probably going to need another pair of servers to act as the Protocol Servers on top of the 3 GPFS servers. I think running them all together is not recommended, and probably I'd agree with that.<div>Though, you could do it anyway. If it's for read-only and updated daily, eh, who cares. Again, depends on your GPFS experience and the balance between production, price, and performance :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 4, 2016 at 11:30 AM, <a href="mailto:Mark.Bush@siriuscom.com">Mark.Bush@siriuscom.com</a> <span dir="ltr"><<a href="mailto:Mark.Bush@siriuscom.com" target="_blank">Mark.Bush@siriuscom.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>
<div>
<div>Yes. Really the only other option we have (and not a bad one) is getting a v7000 Unified in there (if we can get the price down far enough). That’s not a bad option since all they really want is SMB shares in the remote. I just keep thinking a set of
servers would do the trick and be cheaper.</div>
<div><br>
</div>
<div><br>
</div>
<div>
<div></div>
</div>
</div>
</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:12pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt">
<span style="font-weight:bold">From: </span>Zachary Giles <<a href="mailto:zgiles@gmail.com" target="_blank">zgiles@gmail.com</a>><span class=""><br>
<span style="font-weight:bold">Reply-To: </span>gpfsug main discussion list <<a href="mailto:gpfsug-discuss@spectrumscale.org" target="_blank">gpfsug-discuss@spectrumscale.org</a>><br>
</span><span style="font-weight:bold">Date: </span>Friday, March 4, 2016 at 10:26 AM<div><div class="h5"><br>
<span style="font-weight:bold">To: </span>gpfsug main discussion list <<a href="mailto:gpfsug-discuss@spectrumscale.org" target="_blank">gpfsug-discuss@spectrumscale.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [gpfsug-discuss] Small cluster<br>
</div></div></div><div><div class="h5">
<div><br>
</div>
<div>
<div>
<div dir="ltr">You can do FPO for non-Hadoop workloads. It just alters the disks below the GPFS filesystem layer and looks like a normal GPFS system (mostly). I do think there were some restrictions on non-FPO nodes mounting FPO filesystems via multi-cluster..
not sure if those are still there.. any input on that from IBM?
<div><br>
<div>If small enough data, and with 3-way replication, it might just be wise to do internal storage and 3x rep. A 36TB 2U server is ~$10K (just common throwing out numbers), 3 of those per site would fit in your budget.</div>
</div>
<div><br>
</div>
<div>Again.. depending on your requirements, stability balance between 'science experiment' vs production, GPFS knowledge level, etc etc...</div>
<div><br>
</div>
<div>This is actually an interesting and somewhat missing space for small enterprises. If you just want 10-20TB active-active online everywhere, say, for VMware, or NFS, or something else, there arent all that many good solutions today that scale down far enough
and are a decent price. It's easy with many many PB, but small.. idk. I think the above sounds good as anything without going SAN-crazy.</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Fri, Mar 4, 2016 at 11:21 AM, <a href="mailto:Mark.Bush@siriuscom.com" target="_blank">
Mark.Bush@siriuscom.com</a> <span dir="ltr"><<a href="mailto:Mark.Bush@siriuscom.com" target="_blank">Mark.Bush@siriuscom.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>
<div>
<div>I guess this is really my question. Budget is less than $50k per site and they need around 20TB storage. Two nodes with MD3 or something may work. But could it work (and be successful) with just servers and internal drives? Should I do FPO for non
hadoop like workloads? I didn’t think I could get native raid except in the ESS (GSS no longer exists if I remember correctly). Do I just make replicas and call it good?</div>
<div><br>
</div>
<div><br>
</div>
<div>Mark</div>
<div>
<div></div>
</div>
</div>
</div>
<div><br>
</div>
<span>
<div style="font-family:Calibri;font-size:12pt;text-align:left;color:black;BORDER-BOTTOM:medium none;BORDER-LEFT:medium none;PADDING-BOTTOM:0in;PADDING-LEFT:0in;PADDING-RIGHT:0in;BORDER-TOP:#b5c4df 1pt solid;BORDER-RIGHT:medium none;PADDING-TOP:3pt">
<span style="font-weight:bold">From: </span><<a href="mailto:gpfsug-discuss-bounces@spectrumscale.org" target="_blank">gpfsug-discuss-bounces@spectrumscale.org</a>> on behalf of Marc A Kaplan <<a href="mailto:makaplan@us.ibm.com" target="_blank">makaplan@us.ibm.com</a>><br>
<span style="font-weight:bold">Reply-To: </span>gpfsug main discussion list <<a href="mailto:gpfsug-discuss@spectrumscale.org" target="_blank">gpfsug-discuss@spectrumscale.org</a>><br>
<span style="font-weight:bold">Date: </span>Friday, March 4, 2016 at 10:09 AM<br>
<span style="font-weight:bold">To: </span>gpfsug main discussion list <<a href="mailto:gpfsug-discuss@spectrumscale.org" target="_blank">gpfsug-discuss@spectrumscale.org</a>><br>
<span style="font-weight:bold">Subject: </span>Re: [gpfsug-discuss] Small cluster<br>
</div>
<div>
<div>
<div><br>
</div>
<div>
<div><font size="2" face="sans-serif">Jon, I don't doubt your experience, but it's not quite fair or even sensible to make a decision today based on what was available in the GPFS 2.3 era.</font><br>
<br>
<font size="2" face="sans-serif">We are now at GPFS 4.2 with support for 3 way replication and FPO. </font><br>
<font size="2" face="sans-serif">Also we have Raid controllers, IB, and "Native Raid" and ESS, GSS solutions and more.</font><br>
<br>
<font size="2" face="sans-serif">So more choices, more options, making finding an "optimal" solution more difficult.<br>
</font><br>
<font size="2" face="sans-serif">To begin with, as with any provisioning problem, one should try to state: requirements, goals, budgets, constraints, failure/tolerance models/assumptions,</font><br>
<font size="2" face="sans-serif">expected workloads, desired performance, etc, etc.</font><br>
<br>
<br>
</div>
</div>
</div>
</div>
</span><span>
<p style="font-size:8pt;line-height:10pt;font-family:'Cambria','times roman',serif">
This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law.
If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. This message may be viewed by parties at Sirius Computer Solutions other than those named in
the message header. This message does not contain an official representation of Sirius Computer Solutions. If you have received this communication in error, notify Sirius Computer Solutions immediately and (i) destroy this message if a facsimile or (ii) delete
this message immediately if this is an electronic communication. Thank you. </p>
<span style="padding-top:10px;font-weight:bold;color:#cc0000;font-size:10pt;font-family:'Calibri',Arial,sans-serif"><a href="http://www.siriuscom.com" target="_blank">Sirius Computer Solutions</a></span>
<div></div>
</span></div>
<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">
spectrumscale.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
<br>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
<div>Zach Giles<br>
<a href="mailto:zgiles@gmail.com" target="_blank">zgiles@gmail.com</a></div>
</div>
</div>
</div>
</div></div></span>
</div>
<br>_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://spectrumscale.org" rel="noreferrer" target="_blank">spectrumscale.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Zach Giles<br><a href="mailto:zgiles@gmail.com" target="_blank">zgiles@gmail.com</a></div>
</div>