Re: High Availability Recommendation

For a failover setup like the one you mention below, if Apache's IP address and port it is serving on doesn't respond, then failover. Since your using Apache as your access method to Subversion, Subversion itself is not affected by communication issues. You may want to install the Subversion binaries on the NFS mount though.

I'm not a Solaris expert, but you may be able to have both servers NFS mount the repository drive at the same time and the Apache instances on both servers running at the same time. If you have a load balancer, you could utilize both servers at the same time. That way all resources are always active instead of one waiting to take over. There were some issues with NFS in versions earlier than Subversion 1.3.x, but that may have been taken care of now if you use the FSFS repository format (which is default).

For your DR site. Consider using the svnsync feature from Subversion 1.4.x. This will create a mirror that is synchronized immediately with your primary site server. In the event of a disaster, you'll only need to modify revision 0 of each repository mirrored to make it writable on the server at the DR site.

Johnathan

>>> On Mon, Jan 29, 2007 at 2:48 PM, in message
<94a776e70701291248q45388ffcoa9e3a850709bad0@mail.gmail.com>, "Justin Johnson"
<justinjohnson@gmail.com> wrote:
> We are in the process of setting up two Subversion servers for HA
> purposes. We were thinking of having a Cisco content switch in front
> of 2 Solaris servers running Apache with both having NFS mounts back
> to a Netfiler housing the Subversion repositories. Only one server
> would be active at a time. I'm not positive what we would have the
> switch check to determine if we need to fail over to the other server.
> We will also have another server for DR purposes where the data will
> be copied to regularly (maybe with rsync).
>
> I don't have a specific question, but am hoping to get some
> feedback/suggestions from others on this list who have already setup
> an HA environment for Subversion.
>
> Any advice is appreciated.
>
> Thanks,
> Justin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 29 22:05:50 2007