<div dir="ltr">Hi.<br><br>Just to clarify the matter for me, doesn't GlusterFS requires updating config files & restarting on all servers, so these could be aware each of another?<br><br>Or it's actually the clients' job to communicate with different servers and store the files?<br>
Btw, this brings me to another question: how much resource the clients require? Can they be on app servers, or they need a dedicated machines for them own?<br><br>Regards.<br><br><div class="gmail_quote">2008/10/20 Amar S. Tumballi <span dir="ltr"><<a href="mailto:amar@zresearch.com">amar@zresearch.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="gmail_quote"><div class="Ih2E3d"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr"><br>1) Will it support a central management of all serves/clients, including the global AFR settings?<br>
</div></blockquote></div><div><br>Yes, there is an option already existing in glusterfs to pull a spec file from server (for clients), and most of the times server spec files needs no change in adding up more volumes. <br>
</div><div class="Ih2E3d">
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div dir="ltr"><br>
2) When it comes out? :)<br></div></blockquote></div><div><br>As I said above, you can pull client spec from server, and we are always thinking of reducing the management problems when you scale, and is considered higher priority in roadmap.<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div dir="ltr"><br>Regards.</div></blockquote></div><br>
</blockquote></div></div>