Hi Daniel,<br><br><div>Please find the comments inline.</div><div><br></div><div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Yes, I did that. However the CPU usage gets very high (100% for all cores) to have all the Gluster and Swift daemons running on the same machine. We want to separate the processes in the same manner it is already possible in Swift.</blockquote>

<div><br></div><div>From what I understand, you have started the Gluster Object Storage on one of the GlusterFS servers and then increased the Proxy server count. If there are any other GlusterFS servers then you can start Gluster Object Storage on those machines and do some load balancing over all these machines by using Pound, nginx etc. This will help reduce the cpu usage of the current machine and also utilize the other server resources.</div>

<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I read the documentation and there&#39;s no mention about separating the swift/object-storage servers in such way. I already have a working setup, I just need to add more proxies.<br>
I could, of course, setup two sets of independent servers and somehow do a messy data sharding between the two servers, but it&#39;s simpler and cheaper to scale just the proxy servers as needed (this is almost standard procedure in Swift) since, from our measurements, they are the bottleneck.<br>

</blockquote><div><br></div><div>There is a difference here how the swift and Gluster Object Storage work. Currently, all the servers (proxy, auth, object, etc) are all coupled to each other and hence they cannot be seperated. This can be emulated by configuring the setup as I mentioned above.</div>

<div><br></div><div>Hope this helps.</div><div><br></div><div>Thanks,</div><div>Junaid</div></div></div>