<div>Hi Ian,</div>
<div> </div>
<div>I have contemplated this approach...</div>
<div> </div>
<div>The two hobbit installations are about 15km's apart. Although I could cluster between two servers over this distance, it is not my preference.</div>
<div> </div>
<div>My biggest issue with a clustered solution is that there is one copy of the data (albeit usually mirrored). If something goes wrong with the data (e.g. a mistake.. rm bb-hosts...), it instantly happens to both sites. Recovery then requires restoration via tape/snapshot etc. If it is via snapshot, then I have to roll back to the last snapshot (which may be acceptable depending on the technology being used).</div>

<div> </div>
<div>I want my dr copy to be as close to production as possible but without any shared infrastructure that may allow the poisoning of both services. A warm standby seems to be a good approach and from my research, it seems quite feasible.</div>

<div> </div>
<div>Cheers</div>
<div> </div>
<div>Phil<br><br></div>
<div class="gmail_quote">2008/5/19 Iain Miller <<a href="mailto:iainonthemove@gmail.com">iainonthemove@gmail.com</a>>:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Phil,<br><br>I know you said you don't want to use a HA/clustering solution, but I<br>have a similar situation to yourself and I use a HA solution with<br>
heartbeat/drbd and being honest it saves me a load of hassle.  OK the<br>failover fails automatically and I don't know that it has (which I'd<br>argue is how I want it) but all the rrd files are kept in sync and all<br>
maintenance settings get maintained across the two servers.  Plus I<br>don't need to recall which server was down and which server I need to<br>rsync from and to - DRBD resource maintains all that for me and I just<br>
worry about configuring hobbit.  Plus as hobbit is only running on the<br>active server, it's the only one sending out alerts.<br><br>I can give you more details on my configuration if you are interested.<br><br>Cheers,<br>
<br>Iain.<br><br>2008/5/19 Phil Wild <<a href="mailto:philwild@gmail.com">philwild@gmail.com</a>>:<br>
<div>
<div></div>
<div class="Wj3C7c">> Hi all,<br>><br>> I am redesigning the method we use for performing a failover to a disaster<br>> recovery installation of hobbit. I am interested in opinions on the approach<br>> and any shortcomings.<br>
><br>> Note: This is not HA/clustering, it is for DR purposes.<br>><br>> We are aiming to have:<br>><br>> a production hobbit deployment<br>> a DR hobbit deployment<br>><br>> clients will be configured to send metrics to both servers. which will keep<br>
> historical rrd data up to date etc.<br>><br>> The production server will be configured to send out alerts. The dr server<br>> will not.<br>><br>> At regular intervals, rsync will be used to synchronise data from the<br>
> production server to the dr server, including the in memory checkpoint file.<br>><br>> In the event of a dr, the dr hobbit server will be promoted to active by<br>> restarting hobbit, and loading the checkpoint and alert configurations.<br>
><br>> I am expecting that this will ensure that the dr server will be "up to date"<br>> with proudction as per the last checkpoint. This includes tests that have<br>> been disabled or acknowledged.<br>
><br>> Prior to failback to the production hobbit installation, the reverse of the<br>> above would be performed.<br>> An rsync of rrd data files would be performed to cover any windows where one<br>> of the servers was offline for a period of time.<br>
><br>> Is there anything wrong with this approach?<br>><br>> Cheers<br>><br>> Phil<br>><br>><br>> --<br>> Tel: 0400 466 952<br>> Fax: 0433 123 226<br>> email: philwild AT <a href="http://gmail.com/" target="_blank">gmail.com</a><br>
<br><br><br></div></div><font color="#888888">--<br>Iain Miller<br><a href="mailto:iainonthemove@gmail.com">iainonthemove@gmail.com</a><br><br>To unsubscribe from the hobbit list, send an e-mail to<br><a href="mailto:hobbit-unsubscribe@hswn.dk">hobbit-unsubscribe@hswn.dk</a><br>
<br><br></font></blockquote></div><br><br clear="all"><br>-- <br>Tel: 0400 466 952<br>Fax: 0433 123 226<br>email: philwild AT <a href="http://gmail.com">gmail.com</a>