Enabling TSM Unified Recovery Management Replication
Maria Huntalas | Today 3:25 PM | Tags: backup compliance replication restore storage-blog recovery unified-recovery-manageme… deduplication service-management business-continuity data-protection retention data-reduction risk-management disaster-recovery archive.
In the IBM Thought Leadership Whitepaper, 10 Ways to Save Money with IBM TSM, “IBM Tivoli Storage Manager Suite for Unified Recovery simplifies and streamlines storage management, helping organizations control both the risks and costs of data protection and recovery.” This blog post visits the savings NetEx’s HyperIP offers by running TSM Replication, a feature of Tivoli Storage Manager Extended Edition and Tivoli Storage Manager Suite for Unified Recovery, over the WAN.
Previous blog posts talk about the performance improvement of TSM replication over HyperIP (http://www.netex.com/blog/?p=206). The following chart describes the true performance of replication over HyperIP (data provided by NetEx):
HyperIP enables TSM replication to see near wire speed, over any distance, even over lossy WANs. With HyperIP’s block level compression, throughput can literally exceed wire speed by as much as 6x; with lossy WANs, over 12x. This means a replication window that moves GB’s of data can be reduced from hours to minutes, without having to increase the bandwidth of the WAN links between remote TSM server nodes. Bandwidth savings alone can return the HyperIP investment in less than 3 months.
For more information, visit http://www.hyperip.com or contact your IBM Business Partner for more information on Tivoli Storage Manager replication over HyperIP. Stay tuned for upcoming co-sponsored webinars with the IBM Tivoli team and NetEx. NetEx is a proud exhibitor at Pulse 2012.
Author: Steve Thompson, NetEx (email@example.com)
Link to the IBM Tivoli Storage Blog
Storage vMotion is different from “vMotion” where your storage stays the same and you change hosts, or “live storage vMotion” where the host is the same and you change the datastore. The storage vMotion I’m talking about is changing both the host and datastore. Storage vMotion works great on a LAN, but performing it over a WAN is a whole different story.
If you have ever tried to Storage vMotion your virtual machines over a WAN, I’m guessing it didn’t work so well. Most who try to do this are not able to. Why, you ask? Because over a WAN the native TCP stack on your ESX(i) hosts will start to back down. You’ll be lucky to complete a small storage vMotion over moderate distance in several hours, if at all. We have several customers who have tried this natively and have run into problems. Now they use HyperIP WAN Optimization virtual appliance to mitigate performance issues making long distance vMotion a reality.
One of our customers, a large ‘financial’ enterprise level corporation, has been using HyperIP for their storage vMotions for well over a year now. When they first realized they had a need to migrate VM’s over their WAN, they would start a storage vMotion at the end of the day, expecting it to be completed when they came into the office the next day. What they found is that in almost all attempts, the vMotion failed. They installed HyperIP and instantly they were vMotioning thousands of VM’s over their WAN between data centers. Last time we spoke to them, they had storage vMotioned over 1200 VM’s using HyperIP. They now do this on a regular basis. Before HyperIP they were lucky to get a single vMotion to finish.
Being able to move a VM at high speed anywhere in the world at anytime can have a profound impact on the way you do business and the way that your IT infrastructure is built and managed. You can build and configure VM’s locally at your corporate IT data center and HyperIP storage vMotion them out to where they need to go. If you are consolidating data centers or branch offices, you’ll need to move those VM’s over your WAN, or even a small internet link. If your organization is building dozens, hundreds, or thousands of VM’s, you’ll want to use HyperIP to move them.
In conclusion, HyperIP is downloadable, easy to implement, has a very small VM footprint, is inexpensive, and most important of all is absolutely necessary to storage vMotion your VM’s over a WAN. Download HyperIP now to start your free 30 day evaluation to take advantage your new ability to storage vMotion your VM’s anywhere in the world. Click the big orange box above to start the download process.
We recently had an opportunity to test IBM Tivoli Storage Manager (TSM) Client to a TSM Server in our HyperIP lab. When doing any kind of application verification or performance testing it is important to first determine the overall limits of the native application with and without WAN acceleration.
Lab testing in an emulated environment is a good way to test applications because you can mimic certain network topologies and characteristics. In our case the HyperIP lab consists of two HyperIP WAN Optimization virtual appliances, two windows servers, and a distance simulator for the WAN. The simulator has the ability to inject packet loss, network latency and other network conditions over various bandwidths that can degrade application performance.
The main objective with any test is to try to validate whether the HyperIP can accelerate the application over various distances with varying latency and packet loss scenarios. Every application has its own performance characteristics and limitations. The same is true for WAN networks. They are about as unique as fingerprints.
Like many backup applications TSM was designed for the data center and performs very well when moving data short distances. Since we are truly becoming a global society is it important to be able to move data over longer distances which is clearly a requirement of cloud storage environments.
With the case of IBM TSM, we started off testing with a simple delay of 10 ms round trip time (RTT). At this relatively short distance TSM slowed by 80% compared to its native performance. This is typical application degradation due primarily to the inefficiencies of the TCP transport and not necessarily the fault of the TSM application. When HyperIP was added to the configuration, the TSM application was able to achieve throughput equivalent to native performance and no delay. In fact HyperIP was able to help TSM achieve near native performance rates at distances represented by 40 ms RTT, 80 ms RTT, 320 ms RTT all the way up to a 1 second RTT. This is a testament to how well TSM and HyperIP interoperate together.
Many applications have internal limitations such as outstanding operations, queue size, or queue depth that artificially restrict the application’s ability to maximize throughput. That was certainly not the case with TSM. TSM can certainly pump data over the network when it is not encumbered with TCP performance issues. When operating TSM with HyperIP, the two combined can sustain the same throughput rates whether running across town, across the ocean, or around the world. That was very impressive. TSM over HyperIP brings LAN-like performance to WAN-based remote backups.
Enterprise Remote Backup has become more of a reality than a perception with the advent of enterprise-class backup apps like Tivoli Storage Manager (TSM). Building a central information archive using TSM Client to Server backups and restores can now be done over the WAN with the HyperIP WAN Optimization Virtual Appliance. Case studies, such as this one, Triangle-Ireland, talk about reducing backup and recovery windows between 50%-90% over the existing WAN. Significant flexibility with software because HyperIP scales its virtual footprint from 1Mbs-800Mbs in the same virtual appliance. This allows for a typical hub & spoke architecture from numerous remote sites back to a data center or offsite public or private cloud storage provider. Whether there are 10 remote sites or 400, HyperIP scales to meet with the RTO’s of every site, cluster, or server, virtualized or not.
Tivoli Storage Manager Client or Server software has network tuning parameters and on-board compression as noted in: TSM Performance Tuning Guide. TSM can offload TCP tuning and data compression to HyperIP to recover those precious cycles on their resident servers. HyperIP has the ability to take over session management of the IP data stream and implement software-based, adaptive, block-level compression with no impact on the TSM servers.
For Best Practices for Deploying Tivoli Storage Manager over HyperIP, check out our documentation link: Best Practices for HyperIP Deployment.
Don’t just deploy Enterprise Remote Backup, but HyperIP it.
HyperIP is proud to be “Ready for IBM Tivoli” certified.