HyperIP by NetEx Blog

HyperIP Series – You Asked About Multiple Interfaces….

Posted by DaveHuhne

Everybody tells me this is going to be easy so I’m finally going to try HyperIP. Now let me see again where is the HyperIP website. Okay I’ve downloaded the OVF file, now what? Oh yeah, I need to watch the HyperIP Support Tutorial videos on their website. Very cool, these HyperIP guys sure try and make it easy for us rookies. I like that.

Now what’s next? Oh install the Virtual Appliance on my virtual platform (VMware ESX or Microsoft Hyper-V) and start configuring. Makes sense. Wait a moment it looks like I need management and data ports. I only have one NIC on my server. Hmmm… what do I do now?

We’ve heard this type of story a few times and want to take this opportunity to clarify some interface points. HyperIP has two interfaces; a data and management port. The data interface is used for all traffic using the HyperIP tunnel and may also be used to manage HyperIP. The management port is available when a separate management network is required. If the management interface is used, be sure to set up routing in the HyperIP so traffic takes the proper path.

Okay I have my management and data ports configured and am having trouble sending any traffic, what’s up? The most common issue we’ve seen here is from the interfaces being on the same network. The management and data ports cannot exist on the same subnet. If a second subnet is not available, use only the data port in your configuration.

Okay I have my management port pointing out the WAN and the data port on the LAN, why aren’t the HyperIPs able to communicate? The HyperIPs only talk to each other on the data interfaces. No traffic flows between the data and management ports.

Okay I have the two interfaces configured on the networks that will be sending traffic across HyperIP and only some servers can communicate. Why is that? HyperIP acts like a one-armed router where traffic using HyperIP comes in, and is sent out, on the same data interface. The data interface will be used for servers and storage that will utilize HyperIP. If the HyperIP cannot be placed in the same network as the servers and storage, routes or access lists can be used in routers to direct traffic at HyperIP.

Alright I have both interfaces configured to the same VLAN and one NIC card. That should work shouldn’t it? The data and management interfaces cannot be on the same network. In this situation, only use the data interface for traffic and management. You will need to set user access to allow a browser on the data port.

Well I think that has answered my management questions.
Thanks very much HyperIP.

 

This entry was posted in HyperIP, and tagged , , , , , , , , , , Bookmark the permalink.

HyperIP Series – Works Great with IBM Tivoli Storage Manager (TSM)…

Posted by Marketing

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.

This entry was posted in HyperIP, and tagged , , , , , , , , Bookmark the permalink.

When gambling many times the River Card does not help ….

Posted by Marketing

An enterprise online gaming company uses HyperIP WAN Optimization virtual appliance for global replication acceleration. The company started off using the HyperIP appliance, liked it so much that they migrated to the virtual version of HyperIP which in their environment runs on VMware ESXi. For them, the HyperIP WAN Optimization virtual appliance solution is very cost effective, very easy to implement and provides the ability to scale with software as transfer requirements increase. Everybody likes a little investment protection, right?

So what problem was this company trying to solve? Like many other global enterprises they were challenged with their disaster recovery processes. They used the public internet to move terabytes of data during replication but found it increasingly difficult to meet recovery time objectives as mandated by their disaster recovery plans. The public internet was much less expensive than dedicated circuits but was hampered by latency, packet loss and out of order issues. The company also wanted to reduce their transfer windows, and at the same time deliver more efficient use of current WAN resources, and control bandwidth costs.

The customer uses EMC SRDF/A between sites and added Oracle DataGuard as a second replication application between sites. They tested Oracle DataGuard without informing anyone from NetEx and as expected, HyperIP worked like a charm. The point is, it is pretty easy to add additional applications to operate with HyperIP.

Did the customer try any other WAN Optimization solutions? Yes they tried Riverbed Steelhead appliances but decided to keep using HyperIP because of the significant performance advantage and the cost effectiveness of the software solution.

At the end of the day HyperIP helped this online gaming customer reduce replication, backups and migrations time frames by as much as 60%. The fact that HyperIP was a VMware Ready solution is extremely important to this customer. With a HyperIP WAN Optimization virtual appliance solution the customer is happy with the ease of deployment, lost cost, ease of support and maintenance, ease of integration into their existing virtual environment, including the speed of deployment of newly created virtual machines.

This customer is very satisfied with their HyperIP WAN Optimization virtual appliance solution.

Portions of this case study are sourced from:
TechValidate Survey of a Large Enterprise Hospitality Company
http://www.techvalidate.com/product-research/netex-hyperip/case-studies/AD1-EFB-F91

This entry was posted in HyperIP, and tagged , , , , , , , , , Bookmark the permalink.