1832854 Members
3060 Online
110047 Solutions
New Discussion

service-guard and DR

 
SOLVED
Go to solution
Adam Noble
Super Advisor

service-guard and DR

Hello,

We currently have a two node service-guard cluster. One acts as a primary node and the second server is a pure standby node. We intend to have an offsite DR solution whereby we only recover the primary node. The solution involves restoring the server via an ignite image and then creating the neccesary filesystems on the new external disk etc etc. The problem is obviously the ignite image will bring back the service-guard software. It is my understanding that it will just consider the failover node down and not cause me any issues. I could also in my opinion simply re-boot the server and disable service-guarc from re-starting and then remove the software. Is my thinking correct or would there be a cleaner way of doing this.
8 REPLIES 8
Gavin Clarke
Trusted Contributor

Re: service-guard and DR

We have a similar setup.

What we do is recover the applications to a single server (slightly tailored install, not ignite) with local filesystems. Creating entries in the hosts file of the DR server to point the packages back to the DR server's IP address.

It is not perfect, it does seem to work though.

Something for you to think about perhaps?

I suppose it depends on your applications and how easy they are to manage without serviceguard.
Pedro Cirne
Esteemed Contributor

Re: service-guard and DR

Hi,

Would you clarify whether you are phisically moving your standby node or adding a new node to the cluster, so you have active/standby+dr?

Thks,

Pedro
Adam Noble
Super Advisor

Re: service-guard and DR

We have a seperate physical node at an alternate site. We need to re-build the primary node onto this server.

I completely forgot about the packages being IP addressable.....one of those days. cheers
Mohanasundaram_1
Honored Contributor

Re: service-guard and DR

Hi Adam,

I guess you have a 2 node cluster + a DR server.

Your Idea of igniting the DR server should be fine. But you have to modify the IP address of the DR server to the floating IP of the package. Of course, you can disable cluster from this server.

If the IP is going to be entirely a different one, then you have to test how your application will respond to this change.

Your Idea is doable, but you have to test the DR setup before you actually flag that your DR solution is ready.

With regards,
Mohan.
Attitude, Not aptitude, determines your altitude
Rita C Workman
Honored Contributor
Solution

Re: service-guard and DR

...well your DR is 'probably' on a different subnet, so let me ramble a minute.

OK you got clean server and clean disk...Yep, you could ignite the box from the old server, but watch out for software that depends on the server IP for licensing...and your DR server must have it's IP changed (different subnet), then your going to have to address every software that is affected by things such as this. Watch for this cause if your backup software will probably need some tweeking before you can do any restores from tape.
...the whole thing with the IP on your MC/SG package becomes somewhat moot, because your probably not running MC/SG at your DR site based on what I read in your post, so your right, just turn it off.

...so what's left is ensure your software licensing, and software tweeking, for things you must absolutely have is in place (I like the ones that have back doors to extend the license for xx days...so handy till I get a fresh one). Your system files are there from the ignite you did, so your ok there.

.....,,I'm still rambling.......

Anyway, once your box is up at your DR site, your software(s) is working, all you need to do is mkdir the directories, set up your disks, create your vg's/lvols and mount them up. Now start tape restoring...while this is happening mgmt will be stressing cause it's taking too long and affecting business, and this is your golden opportunity to explain to them why it may have been worth it to look at more robust DR solutions......but be careful not to come off like an "I told you so..."

With good planning and depending on the amount of data you may be up in xx days.

Sure that others can think of plenty more,
Rgrds,
Rita
Gavin Clarke
Trusted Contributor

Re: service-guard and DR

I think you might have problems with formation of the cluster. We have had a few occasions where I have tried running everything on one node straight from boot and it has not been straightforward.

I'm afraid I can't remember the specifics.

The best way is to think about what might happen and then try it to see what differences there are between what you expected and the reality.
Adam Noble
Super Advisor

Re: service-guard and DR

Thanks for all your help I think I have enough to be going on with. After re-thinking this through I don't envisage 2 manny problems. As we are only bringing back vg00 (initially)the cluster is not going to start succesfully anyway as the application resides on external disk. I believe I will be able to simply remove the software and restore the application onto external disk without any issue as per a standalone system.

Cheers all anyway - Rita great Rambling!!!
Gavin Clarke
Trusted Contributor