[BlueOnyx:09748] Re: BlueOnyx Cluster
Frank Soyer
fsoyer at systea.net
Wed Mar 7 12:01:49 -05 2012
Hi Steffan,
yes it's a solution, but my servers are fully virtualized via KVM, no
time to switch to VZ actually (and test it before using it in producuton
!), so we'll stay like that for the moment.
And the problem is that the spare VM need to be online for this
replication, so it needs to have another IP. This 'cmuMerge" with its
option "-i" seems to be a solution !
No idea where this command can be found ?
Thanks
Le 07/03/2012 10:05, Steffan a écrit :
>
> Why not using virualization (openVZ) with a blueonyx template
>
> You then can use rsync to backup the complete blueonyx template with
> everything in it
>
> You then have a complete copy of the virtual server that you can start
> in one minute.
>
> That's how I backup up all my servers.
>
> Only I do it to a backup server and rsync it back to a server when needed
>
> Steffan.
>
> *Van:*blueonyx-bounces at mail.blueonyx.it
> [mailto:blueonyx-bounces at mail.blueonyx.it] *Namens *Frank Soyer
> *Verzonden:* dinsdag 6 maart 2012 16:36
> *Aan:* BlueOnyx General Mailing List
> *Onderwerp:* [BlueOnyx:09739] BlueOnyx Cluster
>
> 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/> <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>
> <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 <mailto:Blueonyx at mail.blueonyx.it>
> http://mail.blueonyx.it/mailman/listinfo/blueonyx
>
>
> _______________________________________________
> 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/20120307/f1804ac4/attachment.html>
More information about the Blueonyx
mailing list