terremark
Redefining the New Enterprise Cloud
Digg
Reddit
Delicious
StumbleUpon
Facebook
Twitter
LinkedIn
BuzzBy John McEleney
Today we’re extremely excited to announce that we are being acquired by Verizon and joining Terremark, its IT services subsidiary. This is major news for us, and we believe for the cloud industry as well.
We’ve been working together with Terremark for almost two years and have built great relationships with Verizon and Terremark, based on our hands-on experience with the Terremark clouds. It’s clear that F1000 companies are looking for enterprise-class cloud services that cover a broad range of their needs – not only commodity clouds, but also higher levels of SLAs, enterprise procurement processes, professional services, security models and dedicated systems. And they want these to be provided by a trusted name in enterprise IT services like Verizon.
The other critical aspects for enterprise cloud adoption are the ones we founded CloudSwitch to address: enterprise control, simple on-boarding, tight integration with enterprise networking, security and management systems, and the freedom to move application workloads to the right cloud without complex re-engineering or lock in. The combined capabilities of Verizon, Terremark and CloudSwitch offers enterprises what they’ve been looking for and moves the industry forward, helping to further define the enterprise-class cloud model.
It’s important to highlight (and very important to us at CloudSwitch) that Terremark is strategically committed to open policies and will maintain support for multiple clouds and hypervisors, since we believe that enterprises truly value this openness. We’re also impressed at Verizon’s commitment and leadership strategy in the enterprise cloud market: after acquiring Terremark for $1.4B and creating a subsidiary within Verizon, they’ve now brought on a software company to add software development and innovation capabilities to the team. That’s the kind of leadership the enterprise cloud market requires.
We’re looking forward to working even more closely with Verizon, and our whole CloudSwitch team will be staying right here in Boston to build and scale our software and deliver new software-based capabilities. We’ve been at the forefront of cloud innovation since 2008, and this begins a new chapter for us as we team with Terremark to take enterprise-class services to the next level.
Hybrid Gets Real: Blending Private and Public Clouds
By the CloudSwitch Team
Over the past year we've had the pleasure of working with Terremark as a partner, as we jointly engage with enterprise customers who want to leverage hybrid clouds. For these customers and prospects, hybrid means the flexibility to combine their traditional data centers, new private clouds and managed service/colo environments with public clouds such as Terremark's Enterprise Cloud. Please join us tomorrow, March 3rd from 1:00-2:00pm EST to learn about hybrid clouds based on our hands-on experiences with enterprise customers who are using Terremark for a full range of cloud services.
Verizon/Terremark – A New Phase in Cloud Computing Begins…
By Ellen Rubin
Back in September, I blogged about a strange situation I had noticed in the cloud market: Where Are the Telcos? At that time, Verizon had made their initial announcement about their new CaaS offering for the SMB market, which only seemed to highlight the relative lack of leadership and progress by telcos in the cloud market. With yesterday’s big news about Verizon acquiring Terremark, it appears that the telcos are starting to show up.
Several people commented on the earlier blog that my arguments were mainly true for North American telcos, and as I’ve learned since, outside of North America, the telcos have been far more active in building clouds and embracing this new business model. But as a global leader, Verizon’s recent activities are a major step in the evolution of the cloud industry, likely to have significant impact on the market overall. While it’s too early to understand how the acquisition of Terremark will play out in terms of specific services, data center locations, etc., what’s clear is that one of the largest telcos with massive resources, broad reach and enterprise credibility has made a real commitment to integrating cloud computing into their business model.
Till now, there really hasn’t been a large, enterprise player to compete with Amazon – Terremark has made impressive progress over the past few years (as we've seen first-hand as a partner), but is still relatively small on its own. With the strength of Verizon behind it, Terremark now has the opportunity to scale in an unprecedented way and extend enterprise cloud computing, leveraging its technology stack and expertise. Stay tuned for more thoughts as the acquisition plans unfold, but one thing is certain: 2011 is off to a very interesting start…
Register for a live webinar with Terremark and CloudSwitch:
Hybrid Gets Real: Blending Private and Public Clouds
March 3, 2011: 1:00 PM - 2:00 PM EST
Private Clouds: Old Wine in a New Bottle
By John McEleney
I recently read a Bank of America Merrill Lynch report about cloud computing, and they described private clouds as "old wine in a new bottle." I think they nailed it!
The report points out that a typical private cloud set-up looks much the same as the infrastructure components currently found in a corporate data center, with virtualization added to the mix. While the virtualization provides somewhat better server utilization, the elasticity and efficiency available in the public cloud has private clouds beat by a mile.
In short, the term "private cloud" is usually just a buzzword for virtualized internal environments that have been around for years. By replicating existing data center architectures, they also recreate the same cost and maintenance issues that cloud computing aims to alleviate.
Despite their limitations, there is still a lot of industry talk about creating internal private clouds using equipment running inside a company’s data center. So why do people consider building private clouds anyway?
To answer this question, you have to step back and examine some of the fundamental reasons why people are looking to cloud computing:
- The current infrastructure is not flexible enough to meet business needs
- Users of IT services have to wait too long to get access to additional computing resources
- CFOs and CIOs are tightening budgets, and they prefer operational expenses (tied directly to business performance) vs. capital expenses (allocated to business units)
In every case, the public cloud option outperforms the private cloud. Let’s examine each point:
- Flexibility – the ability to access essentially unlimited computing resources as you need them provides the ultimate level of flexibility. The scale of a public cloud like Amazon’s EC2 cannot possibly be replicated by a single enterprise. And that’s just one cloud – there are many others, allowing you to choose a range of providers according to your needs.
- Timeframes – to gain immediate access to public cloud compute resources, you only need an active account (and of course the appropriate corporate credentials). With a private cloud, users have to wait until the IT department completes the build out of the private cloud infrastructure. They are essentially subject to the same procurement and deployment challenges that had them looking at the public cloud in the first place.
- Budgets – everyone knows that the economic environment has brought a new level of scrutiny on expenses. In particular, capital budgets have been slashed. Approving millions of dollars (at least) to acquire, maintain and scale a private cloud sufficient for enterprise needs is becoming harder and harder to justify — especially when the "pay as you go" approach of public clouds is much more cost-effective.
There are many legitimate concerns that people have with the public cloud, including security, application migration and vendor lock-in. It is for these reasons and more that we created CloudSwitch. We’ve eliminated these previous barriers, so enterprises can take immediate advantage of the elasticity and economies of scale available in multi-tenant public clouds. Our technology is available now, and combines end-to-end security with point-and-click simplicity to revolutionize the way organizations deploy and manage their applications in public clouds.
Sir Isaac Newton may not have dreamed about clouds, but his first Law of Motion, "a body at rest tends to stay at rest", has been a good harbinger of cloud adoption until now. It is fair to expect that people will grasp for private clouds simply because it’s more comfortable (it’s the status quo). However, the rationale for public cloud adoption is so compelling that a majority of organizations will choose to embrace the likes of Amazon, Terremark, and other clouds. As adoption increases, private clouds will be used only for select applications, thus requiring far fewer resources than they currently demand. We’re also seeing the emergence of “hybrid” clouds that allow customers to toggle compute workloads between private and public clouds on an as-needed basis.
In the end, we will have new wine and it will be in a new bottle. With CloudSwitch technology, 2010 is shaping up to be a great vintage.
What Cloud APIs Show Us About the Emerging Cloud Market
By John Considine
While there is no “official” definition of cloud computing, I believe programmatic access to virtually unlimited network, compute, and storage resources is an essential characteristic. Even though many users access cloud computing through consoles and third-party applications, the foundation of a cloud is a solid Application Programming Interface (API).
Since CloudSwitch works with many cloud providers, we have the opportunity to interact with a variety of cloud APIs—both active and soon-to-be-released versions. After working closely with both the APIs and those implementing them, I’d like to share some impressions:
- Despite all the discussion about standards, clouds are still very different. The important takeaway here is that cloud APIs have to cover a lot more than start/stop/delete a server, and once the API crosses into provisioning the infrastructure (network ranges, storage capacity, geography, accounts, etc.), things get more interesting.
- A cloud requires a very strong infrastructure to work properly. For public clouds, the infrastructure needs to be good enough to sell to others. If you know what to look for, key elements of the cloud API can inform you about the infrastructure, what tradeoffs the cloud provider has made, and the impact for end users (More on this later.)
- The cloud capabilities, and thus the APIs, are evolving fast. We see new API calls and expansion of existing functions as cloud providers add new features and capabilities. At the same time, we are talking with cloud providers about services that are coming soon and what form their API is likely to take. This is a great place to leverage the experience and work of companies like CloudSwitch to integrate the new capabilities into a coherent data model, and keep up with the changes.
An API can give a good indication of what is going on inside the cloud, particularly when you look at the functions beyond simple virtual machine control. I like to look at the network and storage APIs to understand how the cloud is built. For instance, in Amazon, the base network design is that each virtual server receives both a public and private IP addresses. The addresses are assigned from a pool based on where your machine ends up within their infrastructure so that the cloud provider can route network traffic to your servers. In Amazon, the base network design gives each machine both a public and private IP address, which are assigned from a pool based on where your machine ends up within their infrastructure. However, even though you get two IP addresses, the public one is actually just routed (or more accurately NAT’ed) to the private address. In Amazon, you only have a single network interface to your server, which is a simple and scalable architecture for the cloud provider to support, but will cause problems for applications that require at least two NICs (like some cluster applications).
An interesting contrast to this design is found in Terremark’s cloud offering. Like Amazon, IP addresses are defined by the provider so they can route traffic to your servers, but instead of the generic pool of addresses used by Amazon, Terremark allocates a range for your use when you first sign up. The good side of this approach is better control of the assignment of networking addresses; the bad side is potential scaling issues since you only have a limited number of addresses to work with. In addition, you can assign up to four NIC’s to each server in Terremark’s Enterprise cloud, which lets you create more complex network topologies and support applications that require multiple networks for proper operation.
Just when you thought this all makes sense, you have to take into account that in the Terremark model, servers only have internal addresses. Unlike Amazon, there is no default public NAT address for each server. Rather, Terremark has created a front-end load balancer that can be used to connect a public IP address to a specified set of servers by protocol and port. For each protocol and port you want to connect to your server, you must first create an “Internet Service” (in Terremark language) that defines a public IP/Port/Protocol and then assign a server and port to the Service, this creating a connection. Since this is a load balancer, you can add more than one server to each public IP/Port/Protocol group. Now that we have opened the discussion on load balancers, I have to mention that Amazon has a load balancer function as well. And while it is not required to connect public addresses to your cloud servers, it does support connecting multiple servers to a single public IP address.
The key point is that the APIs and the feature sets they define tell a story about the capabilities and design of a cloud infrastructure. Decisions made at the infrastructure level—like network address allocation, virtual device support, and load balancers—will impact the end user features, flexibility, and scalability of the whole service. When considering what cloud environment is best for your applications, you need to look down to the API level to understand how the cloud providers’ infrastructure decisions will impact your deployments.
Building a cloud is clearly complicated—but it provides an unbelievably powerful resource when it’s done right. Cloud providers choose key components and a base architecture for their service which results in clouds with different “sweet spots”. With CloudSwitch, you can span these different clouds and put the right application in the right environment.
