(RADIATOR) High Availability with MySQL

[Mike McCauley]

Hi Joe,

On Sunday 21 January 2007 22:40, Joe (Mobile) wrote:
> Is there any information or documentation available which outlines
> what was tested (setup, nodes,...)?

We tested a simple 2 node cluster, with some simple Radiator tables and 
simulated node failures of various kinds, and we didnt see any problems: 
failovers worked as advertised and so did recoveries.

Cheers.

>
> Cheers,
> Joe
>
> On 1/21/07, Mike McCauley <mikem at open.com.au> wrote:
> > Hello Joe,
> >
> > from the Radiator history:
> >
> > Testing with EMIC m/cluster, a MySQL clustering solution from
> >  www.emicnetworks.com. M/cluster provides high availability,
> >  scalability and manageability services for MySQL.
> >
> > They have now changed their name to Continuent. Its a commercial
> > solution, but seemed to work quite well.
> >
> > Cheers.
> >
> > On Sunday 21 January 2007 17:53, Joe (Mobile) wrote:
> > > We've got our Radiator setup to work with a database as backend for
> > > authentication and accounting. Now my only concern is that high
> > > availability and redundancy isn't warranted in the current single
> > > machine setup. Therefore I'm desperately searching for ways to achieve
> > > this with minimal to mediocre costs.
> > >
> > > I've searched and read a bit about high availability on this list, but
> > > most of the posts are quite out-dated and only a few mention actual
> > > working setups beyond pure theory. So I was wondering if someone had
> > > such a setup running or could give a few thoughts about the available
> > > options.
> > >
> > > I've read that multiple Radiator instances can work together out of
> > > one database - is that right? Are there any MySQL redundancy options
> > > out there other than MySQL Cluster (which has quite a few limitations
> > > and needs tremendous amounts of RAM) or chain replication (which is a
> > > horror to bring back online after an outage)?
> > >
> > > I've also heard about a product from emicnetworks (now called
> > > continuent) which also have an open sourece solutution (see
> > > continuent.org) for building a special type of database cluster, but I
> > > haven't found anyone who used it and could give a few thoughts about
> > > it. Has anyone here worked with that and had success?
> > >
> > > Any help would be much appreciated!
> > >
> > > --
> > > Archive at http://www.open.com.au/archives/radiator/
> > > Announcements on radiator-announce at open.com.au
> > > To unsubscribe, email 'majordomo at open.com.au' with
> > > 'unsubscribe radiator' in the body of the message.
> >
> > --
> > Mike McCauley                               mikem at open.com.au
> > Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
> > 9 Bulbul Place Currumbin Waters QLD 4223 Australia  
> > http://www.open.com.au Phone +61 7 5598-7474                       Fax  
> > +61 7 5598-7070
> >
> > Radiator: the most portable, flexible and configurable RADIUS server
> > anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald,
> > Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS,
> > TTLS, PEAP etc on Unix, Windows, MacOS, NetWare etc.

-- 
Mike McCauley                               mikem at open.com.au
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
9 Bulbul Place Currumbin Waters QLD 4223 Australia   http://www.open.com.au
Phone +61 7 5598-7474                       Fax   +61 7 5598-7070

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, 
TTLS, PEAP etc on Unix, Windows, MacOS, NetWare etc.

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.