« Howto setup GFS/GNBD | Main | Product: ISPMan Centralized ISP Management System »

DR/BC for web/DB servers


I'm looking for a faster/reliable solution for DR/BC as well as for sclability for my web/db servers. I came across VMWare Infrastructure and other products. The I/O performance concerns me to go with virtual servers. I'm also looking into imaging software such as Acrnois.

Could anyone share their thoughts on how it's being done with bigger names such as google/youtube etc..?

Thank you,
Janakan Rajendran.

Reader Comments (10)

What is DR/BC?

November 29, 1990 | Unregistered Commenteratif.ghaffar


Disaster Recovery/ Business Continuity

November 29, 1990 | Unregistered Commenterrjanakan

aha, you want the holy grail :-)
This past thread might also be intereting to you

Really depends what kind of application you are running on the webservers.

I have had good experience with vmware and xen.
You do need a very good NAS for the front-ends and good SANs for the backend.
The rest is all variable.

November 29, 1990 | Unregistered Commenteratif.ghaffar

Thanks Atif,
I know Xen is cheaper than VMware but performance/management wise how do feel about both of them?
I understand about the need of SAN on the backend for DBs. Could you elaborate the need for NAS on the front-end?

November 29, 1990 | Unregistered Commenterrjanakan


Again as I mentioned, most depends on your app. Perhaps you want to elaborate on it a bit.

The NAS on the front-end can be used to share centralized code.
We have around 40 front-end servers sharing a single code-base from one NAS (in high availibility mode).

We use a second NAS cluster for caching (write on server 1, read on server 1-40, delete on server 40, gone from all servers, etc)

You can also use to share the system image from a central servers. Thus removing the need for Acronis.
You have to do it in a way that the NAS does not become the bottle-neck for the systems.

For example:
1. Easy way: system boots off NFS and stay within NFS. (NFS server down, all servers down)
2. More sophisticated way (boot strapping), System boots over NFS, get the script to create the filesytem, get the image to install of the system, get the script to configure itself and woosh it goes doing what its supposed to do. (Systems keep running even if the boot server is down. System got hacked, no-probs, just reboot it, etc)

Hope this helps.

November 29, 1990 | Unregistered Commenteratif.ghaffar

Regarding Xen/Vmware.

I have been happy with both but none of them beats raw power.
Depends on your datacenter design.

You may opt to get 4 highend machines for a 100K and run 20 VMs on them.
Or you can get 40 lowend (I will replace this when it dies) machines which will give you much more performance and will cost you only 50% of the cost. (assuming 40K for the machines and 10K for misc)

November 29, 1990 | Unregistered Commenteratif.ghaffar

Whats your DB and Web Platform ? Maybe someone could suggest some choices.

Most important question to ask and get it from your management is:

Whats the cost of downtime ? How much of downtime and data loss they can tolerate i.e. RTO/RPO ( google them up;) ) and whats their budget.

High Availability does not only include technology, but you need to look into people and processes as well.


November 29, 1990 | Unregistered CommenterAnonymous


Thanks for your response.

My setup is LAMP and it's more of a content based website (video, images). Upon growth, I'm looking into Webfarm with a load balancer and master-1, slave-N for mysql with a seperate load balancer for slave mysql servers. During the seasonal spikes(after an event) and for scalability I'm looking for a solution where I can take an image and deploy it quickly.

Reg. anonymous post:

Thank you for introducting RTO/RPO terms! If we grow ideally we dont' want any downtime/data loss. So any ideal (I'm sure it'd be expensive!) is ok.

November 29, 1990 | Unregistered Commenterrjanakan


You might want to look at some CDN providers for content mirroring/serving.
You also want to look at Amazon services such as S3.

best regards

November 29, 1990 | Unregistered Commenteratif.ghaffar

Hmm too many acronyms in this post.
So for the benifit of other readers, this is what I have found

November 29, 1990 | Unregistered Commenteratif.ghaffar

PostPost a New Comment

Enter your information below to add a new comment.
Author Email (optional):
Author URL (optional):
Some HTML allowed: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <code> <em> <i> <strike> <strong>