SAN and Throughput Problems

By Ron Miller  |  Posted 2006-09-27 Print this article Print

"We discovered Isilon at the SEG [The Society of Exploration Geophysicists] trade show and looked at their product offerings. [We thought] they had some scalable technology that might be ripe for some of our customers," Landman said.

Around this time, Landman said he also was hearing performance complaints from scientists at Penn Virginia. When he began to analyze the network, and after looking at software and anti-virus issues, he said he decided to take a closer look at the SAN (storage area network) and discovered it was part of the problem.

Landman explained the scientists had these large files sitting on the workstation, and, over time, the transfer rate between the workstation and the SAN had deteriorated.
Click here to read about why MySpace chose EMC and Isilon for its storage needs. "We started tweaking and looked harder at storage … and we started pounding on that to see if we [could] improve the throughput," Landman said. He was hoping the Isilon system might solve this issue, too. "[With Isilon], we can get replication work in, we can use this as disaster recovery, and, if we get a performance boost out of it, [that would be] great," he said.

Landman contacted Isilon, and they agreed to put a test system in place at the Penn Virginia Houston office.

"Isilon came in with the point of view that we have a lot of customers accessing large video files, and [moving large amounts of data] is something that we do well," Landman said. Landman said he believed the Isilon solution would resolve the replication issue, but he wanted to bring in a test system to see if he would also get improved performance over the existing HP solution.

Penn Virginia purchased two Isilon 1920i three-node clusters and placed one in Kingsport and one in Houston. Each cluster boasts 5.7TB of raw capacity with 12 Hitachi or Maxtor hard drives running on each node, as well as 12GB of memory in a 10.5-inch cluster. These clusters use InfiniBand switches for intra-cluster communication.

Bailey put Landman in charge of the implementation, which took several weeks. One of the implementation challenges Landman faced was a communication issue involving several domain controllers. Landman said he realized these controllers could not be reached by the cluster over the company VPN line. He discovered they were using a class of IP addresses not allowed by Qwest Communications, operators of the VPN line. After identifying the problem, he asked Qwest to allow these IP addresses, and Qwest agreed.

Bailey said the system has been in place since spring, and, after Landman resolved a few implementation glitches, it has run smoothly. And Penn Virginia not only got the disaster recovery and replication capability it was looking for, Landman reports, but scientists also have been seeing a performance boost of between 10 and 20 percent with the new system. The extent of the boost depends on the activity they are doing with the SMT software.

Bailey said he has not measured return on investment on this project in terms of actual dollars, so much as in peace of mind, knowing that if something goes wrong, he is confident he can move his scientists to the Kingsport office and have them up and running with very little pain.

"With the threat of disaster in the Houston area with hurricanes weve had in the last year or so, you just never know when you can have a long-term outage that can impact the company," Bailey said. He also said he wonders how much the company could lose if his office were down for a month.

"We decided we didnt want to take that risk. We know we will get payback. We hope we never have a disaster, but we feel more comfortable that all of our data assets are protected," Bailey said.

Having Landman on his side was invaluable, Bailey said. "He introduced us to Isilon. Its highly possible if Royce hadnt been here as a consultant, we might not have looked at that as a solution."

Bailey added that when making a purchase, there is something to be said for taking a calculated risk.

"Theres nothing that will be achieved without risk. I find so many people who will not take a risk for fear of being fired or whatever. It just goes back to No risk, no reward." In the end, he said Isilon rewarded him with the system he needed.

Ron Miller is a freelance writer in Amherst, Mass. Contact him at

Case File: Penn Virginia

Customer: Penn Virginia, an oil and gas exploration company in Radner, Pa.

Business problem: Concern about the ability to replicate data and then restore back-ups quickly in the event of a natural disaster

Technology partners: RCL Systems, in Stafford, Texas, as integrator; Isilon Systems, of Seattle

Recommended solution: Installed two Isilon 1920i three-node storage server clusters in the Houston and Kingsport, Tenn., offices

Return on investment: Scientists can more efficiently handle any type of disaster and be up and running with minimal delay

Have a comment or suggestion?

Please e-mail Solutions Series Associate Editor David Weldon at

Check out eWEEK.coms for the latest news, reviews and analysis on enterprise and small business storage hardware and software.


Submit a Comment

Loading Comments...
Manage your Newsletters: Login   Register My Newsletters

Rocket Fuel