<div dir="ltr">Adam, <div><br></div><div>Most deployments use different pools for each type as discussed above. These pools can then be mapped differently to disks, racks and so on by updating the CRUSH rules. This controls how pools are distributed in the cluster.</div></div><br><div class="gmail_quote"><div dir="ltr">On Tue, Oct 27, 2015 at 3:15 AM Warren Wang <<a href="mailto:warren@wangspeed.com">warren@wangspeed.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>There are some cases where it may be easier to run them as separate clusters. Like when you start adding tuning changes that don't make sense for types of clusters. Like the recent tcmalloc/jemalloc discovery for SSDs. I'm not sure that makes sense for spinners, and that is at a library level, not config. </div><div><br></div><div>It isn't much more overhead to run multi backend cinder, which you kind of need to do anyway to guarantee QoS on the default volume for BfV. <br><br>--<div>Warren</div></div></div><div dir="auto"><div><br>On Oct 27, 2015, at 12:32 AM, Arne Wiebalck <<a href="mailto:arne.wiebalck@cern.ch" target="_blank">arne.wiebalck@cern.ch</a>> wrote:<br><br></div><blockquote type="cite"><div>Hi Adam,<div><br></div><div>We provide various volume types which differ in</div><div><br></div><div>- performance (implemented via different IOPS QoS specifications, not via different hardware),</div><div>- service quality (e.g. volumes on a Ceph pool that is on Diesel-backed servers, so via separate hardware),</div><div>- a combination of the two,</div><div>- geographical location (with a second Ceph instance in another data centre).</div><div><br></div><div>I think it is absolutely realistic/manageable to use the same Ceph cluster for various use cases.</div><div><br></div><div>HTH,</div><div> Arne</div><div><br></div><div><div><blockquote type="cite"><div>On 26 Oct 2015, at 14:02, Adam Lawson <<a href="mailto:alawson@aqorn.com" target="_blank">alawson@aqorn.com</a>> wrote:</div><br><div><div dir="ltr">Has anyone deployed Ceph and accommodate different disk/performance requirements? I.e. Saving ephemeral storage and boot volumes on SSD and less important content such as object storage, glance images on SATA or something along those lines?<div><br></div><div>Just looking at it's realistic (or discover best practice) on using the same Ceph cluster for both use cases...<div><br></div><div>//adam<br clear="all"><div><div><div dir="ltr"><div><font><div style="font-family:arial;font-size:small"><b><i><br>Adam Lawson</i></b></div><div><font><font color="#666666" size="1"><div style="font-family:arial"><br></div><div style="font-family:arial;font-size:small">AQORN, Inc.</div><div style="font-family:arial;font-size:small">427 North Tatnall Street</div><div style="font-family:arial;font-size:small">Ste. 58461</div><div style="font-family:arial;font-size:small">Wilmington, Delaware 19801-2230</div><div style="font-family:arial;font-size:small">Toll-free: (844) 4-AQORN-NOW ext. 101</div><div style="font-family:arial;font-size:small">International: +1 302-387-4660</div></font><font color="#666666" size="1"><div style="font-family:arial;font-size:small">Direct: +1 916-246-2072</div></font></font></div></font></div><div style="font-family:arial;font-size:small"><img src="http://www.aqorn.com/images/logo.png" width="96" height="39"><br></div></div></div></div>
</div></div></div>
_______________________________________________<br>OpenStack-operators mailing list<br><a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br></div></blockquote></div><br></div></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>OpenStack-operators mailing list</span><br><span><a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a></span><br><span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a></span><br></div></blockquote></div>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</blockquote></div><div dir="ltr">-- <br></div><div dir="ltr"><p dir="ltr">--</p><p dir="ltr"><span style="font-size:13.1999998092651px">Andrew Woodward</span></p><p dir="ltr"><span style="font-size:13.1999998092651px">Mirantis</span></p><p dir="ltr"><span style="font-size:13.1999998092651px">Fuel Community Ambassador</span></p><p dir="ltr"><span style="font-size:13.1999998092651px">Ceph Community</span></p>
</div>