Page tree
Skip to end of metadata
Go to start of metadata

For any questions regarding the content of this document please send an e-mail to

As of SAP Note 2718982 - SAP HANA on VMware vSphere and vSAN- SAP HANA on VMware vSphere and vSAN following deployment options, versions and sizes are supported and a SAP HANA hyperconverged infrastructure (HCI) vendor can build accordingly to below options its specific SAP HANA HCI solutions.


Note: The actual SAP HANA HCI vendor solution may differ from the current supported options. Like as of today no 8-socket SAP HANA HCI solution got certified.

Supported SAP HANA, vSphere and vSAN Versions:

    • VMware vSphere Hypervisor 6.5, 6.7 and 6.7 U2/U3
    • VMware vSAN 6.6 and 6.7
    • SAP HANA SPS 12 PL 19 (or later releases) for production single-VM and multi-VM use cases. See SAP Note 2393917 - SAP HANA on VMware vSphere 6.5 and 6.7 in production for detailed information and constraints. SAP HANA on vSAN has additional constraints, see next section.

HANA on vSAN Deployment Options:

    • Intel Skylake or Cascade Lake 2 & 4 & 8 socket servers as of TDIv5 Model with existing boundaries 
      • e.g. Intel Xeon Gold 6148 or Intel Xeon Platinum 8280M based servers
      • max. 6 TB RAM per SAP HANA VM, see SAP Note 2393917 for details
    • Minimal 3, maximal 64 nodes per SAP HANA HCI vSAN cluster
      • 4 or more nodes are recommended for optimal failure resilience, even during maintenance and for cross DC wide HA solutions required.
      • SAP HANA Scale-Out currently not supported with VMware vSAN, but planned.
    • As of today, maximum 4 SAP HANA VMs are supported per 2, 4 and 8 socket-server.
    • No CPU sockets need to get reserved for vSAN1
    • Certified Hardware can be found on the certified hyperconverged infrastructure solutions

1Please note that vSAN will need, just like ESXi, system resources. Please refer to VMware KB 2113954 for information on memory resource needs of vSAN. For SAP HANA workload sizing reasons some CPU resources need to get reserved for ESXi and vSAN.

SAP HANA HCI on vSAN—Architecture Overview

In SAP HANA environments, it is required to use a minimum of three vSAN hosts. Four nodes are recommended for easier maintenance and Stretched Cluster readiness. All vSphere/vSAN cluster nodes contribute cache and capacity to the vSAN distributed/clustered datastore and are interconnected through a dedicated min. 10 GbE or preferable better path redundant network. 

Below figure shows the high-level architecture of an SAP HANA landscape running on a VMware-based SAP HANA HCI solution built upon several vSphere and vSAN hosts in a n+1 HA configuration. 

Storage policies shown in the figure as bronze (App server), silver (for less demanding SAP HANA application), and gold (for IO demanding HANA VMs), will ensure that all VMs get the performance, resource commitments, failure tolerance, and quality of service they required.

With such an environment, changing the assigned storage policy in response to the changing needs of a virtualized application can directly influence the underlying infrastructure. The different storage policies allow changing the level of protection or possible IO limits without disturbing operation of a VM, allowing it to remain available and maintain the defined SLAs and performance KPIs.

SAP HANA HCI on VMware – HA Ready out of the Box!

An SAP HANA VMware HCI solution provides HA out of the box. The n+1 cluster concept provides one full compute host as failover capacity. VMware DRS can help with the initial deployment of the VMs and ensures a homogeneous distribution of the workload between the hosts. VMware HA monitors HW and can monitor OS failures and initiates automatically a failover of any VMs that run on an affected host. If more HA capacity is required, then more HA nodes can get added (e.g. n+2 cluster).

Below figure shows multiple SAP HANA Systems, running on an Active-ActiveVMware based SAP HANA HCI cluster.

VMware HA with HANA System Replication (HSR) 

To protect SAP HANA data against logical or disastrous failures, which could impact a complete data center (DC), then VMware HA can get combined with HSR. VMware HA protects in this case against local failures, like OS or host HW failures and HSR would protect SAP HANA data against logical or disastrous datastore failures. HSR can get also used to minimize the SAP HANA restart time if HSR gets configured to replicate data in a synchronous way into the memory of the replication target.

The next figure shows a vSphere cluster, with an SAP HANA production VM replicated to an SAP HANA replication VM. The HSR replica VM can be running on the same cluster, or on an independent vSphere host/cluster to protect against DC impacting failures.

Note: If the HSR replicated VM shall run in a remote DC, then this VM cannot get stored on the same vSAN datastore and a separate vSphere / SAP HANA HCI cluster needs to get used. To ensure that HSR replication does not impact performance, a RTT, of the SAP HANA replication network, below 1 ms is required. If this is not possible then asynchronous HSR replication can get used.


The SAP HANA HCI solution vendor is the primary support contact for the customer with escalation possibilities to VMware and SAP.  

As of today, VMware vSAN is only supported for SAP HANA as part of an SAP HANA HCI vendor-specific solution, which comply to the minimum SAP and VMware defined Life Cycle management functionality. No support for non-SAP HANA HCI certified vSAN ReadyNode™ or custom built vSAN configurations. 

Support Process

If you want to escalate an issue with your SAP HANA HCI solution, work directly with your HCI vendor and follow the defined and agreed support process, which normally starts by opening a support ticket within the SAP support tools. 

Beside the HCI vendors specific support process, customers can benefit from VMware vSAN Support Insight, which is a next-generation platform for analytics of health, configuration, and performance telemetry. 

Its purpose is to help vSAN users maintain reliable and consistent computing, storage and network environment and can get used. Support insight is an additional support offer and requires an active VMware support contract.

SAP HANA HCI VMware Solution Partners

As of January 2020, 13 VMware partners are SAP HANA HCI certified and use VMware software for their SAP HANA HCI solutions.

Eight of our solution partners, namely DellEMCFujitsu, Supermicro and Lenovo using beside vSphere also vSAN. As mentioned, with vSAN, all available SAP HANA HCI hosts resources can get used for SAP HANA. 

As of today, the largest SAP HANA system, which can get virtualized as Scale-Up is a 6 TB instance on the Fujitsu and Dell certified 4-socket server HCI solutions. 

Please check out the SAP HANA Certified Hyper-Converged Infrastructure Solutions web page for details and the latest certified solutions and vendors.

Partner specific documentation:

Additional References: 

VMware Blogs:

VMware Technical Documents:

  • No labels