<br><br>On Wednesday, October 12, 2016, Emilien Macchi <<a href="mailto:emilien@redhat.com">emilien@redhat.com</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Oct 12, 2016 at 7:10 AM, Giulio Fidente <<a href="javascript:;" onclick="_e(event, 'cvml', 'gfidente@redhat.com')">gfidente@redhat.com</a>> wrote:<br>
> hi,<br>
><br>
> we introduced support for the deployment of Ceph in the liberty release so<br>
> that it could optionally be used as backend for one or more of Cinder,<br>
> Glance, Nova and more recently Gnocchi.<br>
><br>
> We used to deploy Ceph MONs on the controller nodes and Ceph OSDs on<br>
> dedicated ceph-storage nodes so a deployment of OpenStack with Ceph would<br>
> need at least 1 more additional node to host a Ceph OSD.<br>
><br>
> In our HA scenario the storage backends are configured as follows:<br>
><br>
> Glance -> Swift<br>
> Nova (ephemeral) -> Local<br>
> Cinder (persistent) -> LVM (on controllers)<br>
> Gnocchi -> Swift<br>
><br>
> The downside of the above configuration is that Cinder volumes can not be<br>
> replicated across the controller nodes and become unavailable if a<br>
> controller fails, while production environments generally expect persistent<br>
> storage to be highly available. Cinder volumes instead could even get lost<br>
> completely in case of a permanent failure of a controller.<br>
><br>
> With the Newton release and the composable roles we can now deploy Ceph OSDs<br>
> on the compute nodes, removing the requirement we had for an additional node<br>
> to host a Ceph OSD.<br>
><br>
> I would like to ask for some feedback on the possibility of deploying Ceph<br>
> by default in the HA scenario and use it as backend for Cinder.<br>
><br>
> Also using Swift as backend for Glance and Gnocchi is enough to cover the<br>
> availability issue for the data, but it also means we're storing that data<br>
> on the controller nodes which might or might not be wanted; I don't see a<br>
> strong reason for defaulting them to Ceph, but it might make more sense when<br>
> Ceph is available; feedback about this would be appreciated as well.<br>
><br>
> Finally a shared backend (Ceph) for Nova would allow live migrations but<br>
> probably decrease performances for the guests in general; so I'd be against<br>
> defaulting Nova to Ceph. Feedback?<br>
<br>
+1 on making ceph default backend for nova/glance/cinder/gnocchi.<br>
I think this is the most common use-case we currently have in our<br>
deployments AFIK.</blockquote><div><br></div><div> + 1 from me. Ceph is the recommended backend for gnocchi and this will help a lot with some recent performance issue we have seen.</div><div><br></div>- Prad<span></span><br><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Also, I'll continue to work on scenarios jobs (scenario002 and<br>
scenario003 without Ceph to cover other use cases).<br>
<br>
> --<br>
> Giulio Fidente<br>
> GPG KEY: 08D733BA<br>
><br>
> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br>
<br>
<br>
--<br>
Emilien Macchi<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</blockquote>