[BlueOnyx:09739] BlueOnyx Cluster

[Frank Soyer]

Hi all,
a customer ask me for "clustering" his BO server (virtual), without 
heartbeat, just a mirror of virtualhosts on another virtual machine on 
which we can switch manually in case of crash.
For the data I will use DRBD to mirror the /home partition, no 
particular problem.
But while searching a solution for the rest of the server 
(configuration, cce database) I find the following question from  
Michael Tadros.
His script seems to be nice, but... What's this "cmuMerge" ? I haven't 
this file on my BOs.

Any help ?
Thank you.

Frank

Le 25/08/2011 19:54, Michael Tadros a écrit : ([BlueOnyx:08255])
> Hi There:
> I am in the design stages of a web cluster (four servers) with one 
> backend server  to handle administrative tasks such as email & ftp and 
> a second server as a fall back email server.   There will be four 
> separate DNS servers running.  (10 servers total).
>
> As such I envision web traffic (PORT 80) coming in to the Coyote Point 
> E350 Load Balanced Switch and then going through a round robin request 
> to one of the four servers.
>
> COYOTE---->SERVER1/2/3/4
>
>
> I think I have devised a script using CMUexport to export the sites / 
> database from the backend webserver to the individual load balanced 
> servers.  The script is as follows:
>
>
> #!/bin/bash
> #
> # migrate_backup - backup web site data for deployment onto a running 
> server
> #
> # Copyright (C) 2011 Mike Tadros
> #
> echo Clearing old site data...
> rm -rf  /home/migrate/www.abc.org
> #
> echo Stopping sendmail service...
> /etc/rc.d/init.d/sendmail stop
> #
> echo Backing Up Site Data...
> /usr/sbin/cmuExport -d /home/migrate/www.abc.org
> #
> echo Restarting sendmail service...
> /etc/rc.d/init.d/sendmail start
>
>
>
> The tarball would then be placed in a shared directory that the four 
> other servers would be able to access.
>
> After the tarball is then created, the user or cron job would run a 
> modified CMU script as follows on each individual server:
>
>
> #!/bin/bash
> #
> # migrate_restore - deploy a migration onto a running server
> #
> # Copyright (C) 2011 Mike Tadros
> # Change IP to server internal IP
> export myip="192.168.1.2"
> #
> # First test to see if the migrate directory is mounted
> # if not, do a mountall
> #
> if [ ! -d /mnt/migrate/www.abc.org ];
>  then mount -a
> fi
> #
> # Now, see if the migrate_backup flag is newer than the local svr 
> restore flag,
> # or the local flag doesn't exist as of yet (1st run)
> #
> if ( [ ! -e /var/local/migrate_flag ] || [ 
> /mnt/migrate/last_backup_flag -nt /var/local/migrate_flag ] );
>  then echo "Migrating in New Site Data" ;
>       /usr/sbin/cmuMerge -d /mnt/migrate/www.abc.org -i $myip ;
>       touch /var/local/migrate_flag ;
> # else echo "Not Migrating Site Data - Up To Date" ;
> fi
>
>
>
> The Load Balanced Switch would have the public IP along with the main 
> backend server.  The backend server public IP that is shared ith load 
> balanced switch would then be commented out from /etc/initd/eth0:1 so 
> that when the web traffic comes in from the router.
>
> Question of the day,  does someone on the list know of a more 
> efficient way of doing this?   Thanks for your help  - Mike
>
>
> Sincerely yours;
>
>
> Mike Tadros
>
> Antenna Systems & Solutions, Inc.
>
> 931 Albion Avenue
>
> Schaumburg, Illinois 60193-4550
>
> United States of America
>
> Phone: +1-847-584-1000   Fax: +1-847-584-9951
>
> www.antennasystems.com <http://www.antennasystems.com/> 
> <http://www.antennasystems.com/%3E>
>
>
> email: mike at antennasystems.com <mailto:mike at antennasystems.com>
>
>
>
> GSA Contract Numbers: GS-35F-0479T Electronic Counter Measures, Trap 
> and  Trace Devices, and accessories.
>
>        GS-07F-0412X Communication Towers and related construction 
> accessories.
>
>
>
> Watch our network broadcast television interviews on 
> www.youtube.com/antennasystems <http://www.youtube.com/antennasystems>
>
>
>
>
> Confidentiality note:
>
> This message is the property of Antenna Systems & Solutions, Inc. and 
> contains information which may be privileged or confidential.  It is 
> meant only for the intended recipients and/or their authorized 
> agents.  If you believe you have received this message in error, 
> please notify us immediately by return e-mail and destroy any printed 
> or electronic copies of this message.  Any unauthorized use, 
> dissemination, disclosure, or copying of this message or the 
> information contained in it, is strictly prohibited and may be 
> unlawful.   Thank you for your cooperation.
>
>
>
> _______________________________________________
> Blueonyx mailing list
> Blueonyx at mail.blueonyx.it
> http://mail.blueonyx.it/mailman/listinfo/blueonyx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.blueonyx.it/pipermail/blueonyx/attachments/20120306/bb56ae9f/attachment.html>