What you will learn from this tip: How to design a replication system that meets your organization's performance needs -- and doesn't break the bank.
Replication for high availability can be simple and cheap or it can be elaborate and expensive. It all depends on what you want to replicate -- and what you consider to be acceptable performance.
When it comes to replication, there are solutions available for every taste and budget. They range from near real-time mirroring to a local server (or a server at a remote location), to host-based replication software that automatically switches to replicated data when it detects a problem, to simple RAID-1 mirroring. Needless to say, the prices run the gamut as well.
But how high is high availability? This is sort of like asking how high is up. The first thing you need to do is to establish measurable criteria for your replication system. Then you need to consider the possible solutions in terms of those criteria.
For high-availability replication, those criteria usually boil down to fault tolerance and speed. Ask yourself these questions:
Obviously, these kinds of decisions involve more than the storage administrator. It's important that everyone de
To continue reading for free, register below or login
To read more you must become a member of SearchStorage.com
ciding the rollback and degree of fault tolerance understands the cost effects of those parameters.
To take one example, the fastest replication solutions usually require identical hardware. This is not only expensive, but keeping the hardware identical poses a maintenance problem.
Remote replication imposes speed (and cost) penalties because of the limited link bandwidth, but it can keep you going when the next big one wipes out your whole data center.
Finally, you need to decide what to replicate. You can replicate everything, of course, but most of the time you don't need to. Even if you do need to replicate everything, you almost certainly don't need everything back in the same time frame. That offers opportunities for cost savings.
For more information:
Tip: Remote replication gets out of the array
Tip: The evolving role of data replication
Tip: Distance benchmarks for data replication
About the author: Rick Cook has been writing about mass storage since the days when the term meant an 80 K floppy disk. The computers he learned on used ferrite cores and magnetic drums. For the last 20 years, he has been a freelance writer specializing in storage and other computer issues.
