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