AWS, VMware Pact Eases Hybrid Cloud Adoption
AWS and VMware have struck a deal that improves workload transfers between their environments.
October 20, 2016
![Network Computing logo Network Computing logo](https://eu-images.contentstack.com/v3/assets/bltde8121fc52c5c8f3/blt3f3d0318f746b1c2/65a530e4187606040a1d8b8c/placeholder.png?width=1280&auto=webp&quality=95&format=jpg&disable=upscale)
The pact between VMware and Amazon Web Services has enough engineering chops to it that a carefully configured, virtualized application inside the enterprise no longer needs to be fit into an Amazon Machine Image instance when it arrives at the AWS cloud.
In the past, AWS converted the VMware workload to its own preferred form of virtualization -- an Amazon Machine Image -- and required the customer to select a predefined combination of CPU, memory, and storage to fit it.
The fit would rarely be perfect. Amazon did its best to satisfy everyone by fielding 45 different server instances, from T2 Nano to D2 8XLarge. It's still not the same as keeping the virtual machine you've already built.
As VMware brought increasing sophistication into data center management, the value of constructing exactly what the customer wanted went to waste when that workload was transferred to the AWS EC2 cloud. It wasn't only a different virtual machine format, but also a different virtual network and security scheme. In addition, the preset AWS instances overrode many of the customer's previous choices.
Not only that, but the management tools VMware had developed -- it's the leader in the marketplace, according to Gartner -- needed to be discarded and the Amazon way of doing things adopted.
So what if the operations manager had carefully followed the procedures in VMware's vRealize Suite in configuring, deploying, and planning the capacity of his or her infrastructure? That went by the boards when it came time to move workloads into the Amazon cloud.
That's why the agreement VMware and AWS announced Oct. 13 may prove fruitful beyond any present reckoning.
The competition
The gap between AWS and VMware environments was an opening that one of their mutual competitors, Microsoft, was in a position to fill.
Microsoft Windows Server and System Center were already inside the enterprise data center, alongside VMware. Cloud operations were the chink in VMware's armor.
Even if its higher-priced products continued to hold sway over the data center operations, what were its customers going to do as they pursued hybrid cloud computing (running a data center that could work seamlessly with a public cloud service)? Microsoft offered some answers, down to the ability to create an Azure-like environment inside the corporate data center.
Since August 2013, VMware's answer was the vCloud Air public cloud service.
However, with the virtualization market slowing down, VMware's ability to build out a large chain of vCloud Air data centers around the world was limited. Nor was it clear that its existing customers, already gaining experience with Amazon and other clouds, would wait for it to do so.
Building cloud data centers was a long way from its core competence -- serving as an enterprise software company. On the other hand, the public cloud was the one place where archrival Microsoft, supplier of Hyper-V virtualization, was doing well.
By 2015, Microsoft's Azure cloud was beginning to pull away from Google, IBM, and Rackspace. As a matter of fact, it was leaving VMware's vCloud Air in the dust. If VMware continued to put its chips only in its own public cloud, the advantage in building a hybrid cloud operation might slip away.
The future of cloud
VMware faced a choice: Did it wish to bet big on its own future as a cloud supplier and continue to hope its customers would eventually turn to vCloud Air? Or could it adopt a different strategy and negotiate a cooperative agreement with Amazon?
VMware former COO Carl Eschenbach once disparagingly characterized Amazon as "a company that sells books." But on Oct. 13, VMware swallowed its pride and decided a bookseller might not be such a bad cloud partner after all.
VMware and AWS are promising the full vSphere environment currently managing the majority of enterprise data centers can now be duplicated on Amazon EC2. All the tools and deployment systems that work inside vSphere will work there as well. As previously noted, carefully calibrated virtual machine workloads will be accepted as is and run as is on the AWS public cloud.
In addition, AWS now allows its cloud-scaled Aurora database system to be linked directly to the AWS Lambda service. That might not sound like a breakthrough, but that means a stored procedure in the database can invoke a Lambda function (a microservice, stored on EC2 waiting to be woken up), and use it to check for the latest data or bring some other essential ingredient to what a database application is doing.
Amazon is beginning to knit cloud services useful to IT together. Ultimately they will be made available to the VMware virtual machines running on the AWS VMware Cloud Foundation.
This is hybrid cloud computing, where the enterprise never builds another data center but invokes the public cloud instead. It's hybrid cloud computing when an overworked application in the enterprise is vMotioned out onto the cloud for additional processing power the few times a year that it's needed.
Microsoft, which has already leaped a number of hurdles to match VMware in virtualization, suddenly has another high hurdle in front of it. It will once again be playing catch-up to VMware and AWS as it tries to duplicate all the capabilities that their technical partnership enables.
It looked like it was catching up, but it may take one or two years, possibly more, before observers will be saying that again. Meanwhile, the potent duo of AWS and VMware won't be standing still in their new partnership.
About the Author
You May Also Like
Maximizing cloud potential: Building and operating an effective Cloud Center of Excellence (CCoE)
September 10, 2024Radical Automation of ITSM
September 19, 2024Maximizing Manufacturing Efficiency with Real-Time Production Monitoring
September 25, 2024