<div dir="ltr">I'm not sure if I agree with the giving justifications (harder to bill, confusing to users), but I *do* think it could simplify some of the implementation (since users can't create accounts withe the "wrong" storage policy willy nilly).<div>
<br></div><div>I think eventually some use cases may want mixed accounts (particularly for COPY), but having two accounts in the interim seems like it might be a good compromise - especially if there is indeed a reduction in complexity.</div>
<div><br></div><div>Definitely worth considering IMHO.</div><div><br></div><div>Good idea Chuck & Chmouel,</div><div><br></div><div>-clayg</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, Jul 18, 2013 at 10:31 AM, Chuck Thier <span dir="ltr"><<a href="mailto:cthier@gmail.com" target="_blank">cthier@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I'm with Chmouel though.  It seems to me that EC policy should be chosen by the provider and not the client.  For public storage clouds, I don't think you can make the assumption that all users/clients will understand the storage/latency tradeoffs and benefits.</div>

<div class="gmail_extra"><br><br><div class="gmail_quote"><div><div class="h5">On Thu, Jul 18, 2013 at 8:11 AM, John Dickinson <span dir="ltr"><<a href="mailto:me@not.mn" target="_blank">me@not.mn</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Check out the slides I linked. The plan is to enable an EC policy that is then set on a container. A cluster may have a replication policy and one or more EC policies. Then the user will be able to choose the policy for a particular container.<br>


<span><font color="#888888"><br>
--John<br>
</font></span><div><div><br>
<br>
<br>
<br>
On Jul 18, 2013, at 2:50 AM, Chmouel Boudjnah <<a href="mailto:chmouel@enovance.com" target="_blank">chmouel@enovance.com</a>> wrote:<br>
<br>
> On Thu, Jul 18, 2013 at 12:42 AM, John Dickinson <<a href="mailto:me@not.mn" target="_blank">me@not.mn</a>> wrote:<br>
>>    * Erasure codes (vs replicas) will be set on a per-container basis<br>
><br>
> I was wondering if there was any reasons why it couldn't be as<br>
> per-account basis as this would allow an operator to have different<br>
> type of an account and different pricing (i.e: tiered storage).<br>
><br>
> Chmouel.<br>
<br>
</div></div><br></div></div><div class="im">_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></div></blockquote></div><br></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>