Home > Blogs > Virtualize Business Critical Applications > Monthly Archives: March 2018

Monthly Archives: March 2018

Running Microsoft Exchange Server on VMware Cloud on AWS – Should You?

As enterprise IT teams, leadership and business owners continuously drive towards service improvements, they invariably look at the public cloud infrastructure as a possible target for their mission critical applications. Whereas virtualization is now generally accepted as the default platform for enterprise-grade applications, businesses looking to leverage the public cloud for most of these applications are still constrained in their ability to do so.

These constraints can be directly attributed to the following (among others):

  • Performance Concerns – is the target public cloud robust enough to meet the application’s scale and performance requirements?
  • Vendor Support – is the target cloud platform certified for the application? Will the vendor provide the necessary technical support and assistance when (not if) the enterprise requires it?
  • Level of Effort – mission critical applications demand considerable attention to configuration and other considerations beyond those required for lower-tiered applications and moving from one hosting platform to another may not be a simple or quick undertaking.

This article will address two of these constraints in relations to enterprises’ desire to operate their Microsoft Exchange Server workloads on the VMware Cloud on AWS platform – Performance and Support. Part II of this article will address the “Level of Effort” aspect – we feel that this deserves a stand-alone article of its own.

Microsoft Exchange Server is one of the most prevalent Messaging and Collaboration applications in enterprises today. Microsoft officially supports virtualizing Microsoft Exchange Server (hereafter simply referred to as “Exchange” or “Exchange Server”) on the VMware vSphere virtualization platform. Because VMware has been supporting (and providing guidance for) the virtualization of Exchange Server for more than 10 years (even before official Microsoft support), virtualizing Exchange Server on the vSphere platform has become quite mainstream. Continue reading

vSphere 6.5 – 32 TB SAP HANA Scale-Out Support for up to 16 virtualized SAP HANA Nodes

We are pleased to announce that it is now supported to deploy SAP HANA Scale-Out systems with up to 16 2 TB large virtualized SAP HANA systems. If the SAP sizing permits, SAP HANA Business Warehouse System RAM size of 32 TB* are now possible.

End of January, SAP granted VMware vSphere 6.5 support for up to 8 SAP HANA Scale-Out nodes/VMs. Our technology partner Fujitsu re-run the benchmark with 8 SAP HANA VMs, installed on four Fujitsu PRIMEQUEST 2800B3 systems, configured with 2 TB RAM and eight Intel Broadwell CPUs.

The SAP BW edition for SAP HANA Standard Application Benchmark Version 2 was performed according to the SAP benchmark rules, which required a memory utilization of minimum 65%. In our case, this where 8 datasets, with 10.400.000.000 initial data records. The CPU utilization was between 80-98% on the seven worker node VM during the query throughput phase. Details can get found in the benchmark certificate 2018007. Continue reading

Around the “Storage World” in no time – Storage vMotion and Oracle Workloads


“Around the World in Eighty Days” – A classic adventure novel and one of Jules Verne’s most acclaimed works which describes how Phileas Fogg and his valet Passepartout attempt to circumnavigate the world in 80 days on a wager.



In the world of Business Critical Applications, especially IO intensive Oracle workloads, there is always a need for storage migration, based on the ever demanding workload profile. For example,

  • Migrate storage from one Tier to another Tier within a storage array
  • Migrate storage from one array to another array (within and between datacenters)

Continue reading