From the Founder and CTO of CloudSwitch

John Considine

Subscribe to John Considine: eMailAlertsEmail Alerts
Get John Considine via: homepageHomepage mobileMobile rssRSS facebookFacebook twitterTwitter linkedinLinkedIn

Related Topics: Cloud Computing, Microsoft Developer, CIO/CTO Update, Sarbanes Oxley on Ulitzer, CloudSwitch on Ulitzer

CloudSwitch: Blog Post

Dealing with the Cloud's Latent Tendencies

Latency is a function of distances and “hops” across routers

One of the frequent questions we get when we engage with customers moving applications to the cloud is: what about the latency issues when using a cloud?  This question arises because most IT departments have had to struggle with application performance issues and the idea of adding a big chunk of latency when integrating the cloud is very troubling.  Here is how we address this:

1.   Move the whole application to the cloud.  We have been working hard to allow you to move all of the components of your application to the cloud.  With this capability, you are not adding the latency between your data center and the cloud to the interactions between the servers in the cloud.  A simple example is moving both the presentation tiers and database tiers to the cloud.  The front-end servers talk directly to the database in the cloud, and they experience “data center” level latencies (i.e., nearly the same as in your DC).  This often leads to a related question: if I move the whole application, where is the hybridization and integration?  Simple, there are a collection of other services and data that your applications depend on – things like name servers, identity servers, domain controllers, ancillary databases, etc.  Often access to these services is not latency-sensitive because it’s not part of a high transaction rate process.

2.   Use a cloud that is “nearby.” Latency is a function of distances and “hops” across routers.  The closer you are to a cloud, the lower the latency.  This is one of the reasons we have architected for multi-cloud support, and are so focused on zero modification of your servers and applications.  If you have the freedom to use a cloud that is “closer” without having to change your configurations, then you can take advantage of resources that make sense to you.  We’re excited to see more players creating and expanding cloud offerings; more clouds in more locations means that we can help customers integrate cloud with their data center infrastructures, taking advantage of lower latency, higher SLA’s, and better pricing.  With Amazon opening more regions, Savvis and Terremark supporting more than a dozen data centers each, specialized players like BlueLock focusing on security and compliance, and folks like Microsoft and AT&T getting into the mix, we expect that there will be “nearby” resources available for most companies in the near future.

3.   Take advantage of WAN optimization. You cannot defy the laws of physics, the speed of light is a real limit, and thus the distance to the cloud you are using will determine the minimum amount of latency.  Given this, however, there are things that can be done to minimize the impact of latency and bandwidth restrictions.  There are a number of products out there that help with Wide Area Networking optimization and CloudSwitch can take advantage of these in two ways.  The first is that we work with your existing network infrastructures so that if you have optimized links available between your data center and a cloud provider, we can take advantage of them.  The second is something we are working on – integration with these products such that they can be deployed with or alongside of CloudSwitch to optimize cloud communications.

The bottom line is that latency issues are part of your decision process when you determine which applications (or parts of applications) will get moved to which cloud, and you should test the results early in your cloud evaluations. With CloudSwitch you have some good options for dealing with the inherent latency issues in cloud deployments so you can successfully integrate the cloud into your IT infrastructure.

Read the original blog entry...

More Stories By John Considine

John Considine is Co-Founder & CTO of Cloudswitch. He brings two decades of technology vision and proven experience in complex enterprise system development, integration and product delivery to CloudSwitch. Before founding CloudSwitch, he was Director of the Platform Products Group at Sun Microsystems, where he was responsible for the 69xx virtualized block storage system, 53xx NAS products, the 5800 Object Archive system, as well as the next generation NAS portfolio.

Considine came to Sun through the acquisition of Pirus Networks, where he was part of the early engineering team responsible for the development and release of the Pirus NAS product, including advanced development of parallel NAS functions and the Segmented File System. He has started and boot-strapped a number of start-ups with breakthrough technology in high-performance distributed systems and image processing. He has been granted patents for RAID and distributed file system technology. He began his career as an engineer at Raytheon Missile Systems, and holds a BS in Electrical Engineering from Rensselaer Polytechnic Institute.