Hi, Bruce, Is your load mainly read-access with few commits, or do you really have lots of commits?
In the former case, a bunch of Write-Through proxies may be the better solution. Best regards Markus Schaber -- ___________________________ We software Automation. 3S-Smart Software Solutions GmbH Markus Schaber | Developer Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 | Fax +49-831-54031-50 Email: m.scha...@3s-software.com<mailto:m.scha...@3s-software.com> | Web: http://www.3s-software.com <http://www.3s-software.com/> CoDeSys internet forum: http://forum.3s-software.com<http://forum-en.3s-software.com/> Download CoDeSys sample projects: http://www.3s-software.com/index.shtml?sample_projects Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner | Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915 Von: Bruce Lysik [mailto:bly...@yahoo.com] Gesendet: Samstag, 11. Februar 2012 06:30 An: users@subversion.apache.org Betreff: Re: multiple svn front-ends, single SAN repo volume We have a single server installation which is currently not fast enough. The LB pair + 3 svn front-ends + SAN storage is not strictly for performance, but also for reliability. Scaling vertically would probably solve performance problems in the short term, but still wouldn't address single points of failure. Thanks for all the responses to this thread, it's very educational. -- Bruce Z. Lysik <bly...@yahoo.com<mailto:bly...@yahoo.com>> ________________________________ From: Stefan Sperling <s...@elego.de<mailto:s...@elego.de>> To: Ryan Schmidt <subversion-20...@ryandesign.com<mailto:subversion-20...@ryandesign.com>> Cc: Nico Kadel-Garcia <nka...@gmail.com<mailto:nka...@gmail.com>>; Bruce Lysik <bly...@yahoo.com<mailto:bly...@yahoo.com>>; "users@subversion.apache.org<mailto:users@subversion.apache.org>" <users@subversion.apache.org<mailto:users@subversion.apache.org>> Sent: Friday, February 10, 2012 2:16 PM Subject: Re: multiple svn front-ends, single SAN repo volume On Fri, Feb 10, 2012 at 04:09:45PM -0600, Ryan Schmidt wrote: > Have you verified that a single server will not be fast enough? Good point. It might very well be fast enough. > If so, you could consider having any > number of read-only slave servers, which would each proxy their write > requests back to the single master server that Subversion supports. > This way read operations would be accelerated, while write operations > would be securely limited to just the single master. The slave servers > could keep individual copies of the repository(ies) synchronized with > the master using svnsync This is misleading. A write-through proxy setup does not eliminate write operations on slave servers. While replicating commits, svnsync performs the exact same kinds of write operations against the slave servers that happen on the master repository when a client makes a commit. In fact, in the corrupted rep-cache.db case I mentioned earlier, the write operation to the CIFS share was performed by svnsync (luckily, only the slave was storing its repositories on CIFS :)
