1. Is your infrastructure Ready for SAP HANA?
SAP HANA on POWER
Benjamin Kwan
Systems Specialist
IBM New Zealand
This is an introduction to set the ground work on Why SAP HANA on IBM POWER is the best solution for SAP customers.
You may be just starting your journey to SAP HANA, or you may already have SAP HANA on x86, but you are looking for ways to reduce costs and make life simpler for yourself.
This content is by no means a detailed or technical approach, but I hope it will provide YOU, the SAP customer, with a high level, big picture view on the IBM and SAP relationship, and IBM’s position today with SAP HANA.
As a global business, IBM has many touch-points with SAP - from Analytics with Db2, Cloud and Cognitive with IBM Cloud and Watson, in Systems with the POWER and Storage offerings, in GBS with SAP Consultancy Services and GTS with hosting services, and more.

2. Evolution of SAP S/4HANA
SAP started out with R/1 and R/2 as a real-time system offering on the mainframe. Initially it was a 1- tier system, which then became 2- tier with R/2
By this time, distributed Unix and Windows systems were available and SAP ported their ERP application to these platforms as R/3
Multiple components were merged into SAP ERP such as BW, SEM and ITS. The business logic and technical layer were separated for ease of implementation
SAP introduces its own in-memory database. HANA will enable applications to run both transactional and analytical workloads on a single copy of the data
SAP ports its Business Suite applications to run on HANA
SAP introduces S/4HANA, an ERP replacement, that will form the Digital Core of SAP’s modernization of the enterprise business processes
In late 2010 the software application and database market was given a rude awakening in the form of the first release of SAP HANA - an in-memory, column-oriented, relational database management system.
Five years later, an IBM and SAP partnership disrupted the market again by introducing SAP HANA on IBM Power. 
SAP HANA promises high-performance computing providing enterprise users real-time command over critical data and providing fuller insights.
Let's take a small step back. In 2013/14 we were the global leader in SAP HANA infrastructure with over 50% market share with our System x platform. Then the System x business was acquired by Lenovo.
But IBM knew customers needed a more stable, much more flexible, and higher performance alternative to x86. We also knew HANA users were struggling to keep pace with their expanding IT environments. We knew that because we experienced the same feedback from our System x customers.
Adding new hardware to a conventional, HANA-on-x86 environment required a complete re-certification, and some customers had go through this labour-intensive task twice a year.

3. Rapid adoption of SAP HANA on POWER Systems
Acceleration: 0 to >1500 clients in 36 months
50+ CSP/MSP using IBM POWER for SAP HANA Clouds
4 out of the top 10 Fortune 500 Global
60% faster from procurement to go-live (e.g. 2.5 months instead of 6)
17 out of the top 135 European Companies
2018 SAP Pinnacle awards Winner
IBM POWER Systems - Global Partner of Year – Infrastructure
Seidor - running on POWER, Cloud Partner of the Year
So, we have been incredibly busy since then.
HANA on POWER was introduced a little over 3 years ago and despite such a late start, IBM has, to date, acquired over 1,500 clients. HANA on POWER is also used by 4 out of the top 10 Fortune 500 Global customers and 17 out of the top 135 European Companies. A lot of these customers started their journey with HANA on x86, when there was no POWER Systems available, many have seen the benefits, which we will discuss in the next few slides.
Not only have customers implemented HANA on POWER, but Cloud Service Providers (CSP) and Managed Service Providers (MSP) also see the great flexibility POWER servers brings to them hosting clients. These CSP/MSP customers are not only looking for a higher utilization out of the servers they have installed to improve their profit margins but they are looking for a smaller server footprint in their data centre. With POWER, customers are also seeing a speedier go-live implementation from the time the servers are procured to the time they are able to roll out the applications.
Over the years, IBM has won numerous SAP Pinnacle awards. This year, it is not surprising that IBM POWER Systems won the SAP Pinnacle award again, this time it is for Global Partner of the Year for Infrastructure. It is no co-incidence that Seidor, a user of POWER servers, won the SAP Pinnacle award for Cloud Partner of the Year.

4. What makes IBM Power Systems the best platform for clients’ mission critical SAP HANA deployments?
Risk-free sizing and implementation
Dynamically adjust sizing to changing requirements
Grow number of systems and sizes on demand while project advances
Flexibility Superior virtualization and management features to afford flexibility and maximum utilization Resiliency Unsurpassed RAS (reliability, availability, serviceability) characteristics to support mission critical SAP applications Performance Highest throughput per core and core/memory bandwidth to deliver faster business results, up to 2x Intel-based alternatives Competitive Cost
Reliable infrastructure for enterprise applications
Best infrastructure to achieve scalability, response time and throughput requirements
Additional headroom for peak workload due to virtualization capabilities
TCA: competitive to x86
TCO: better than x86
When proposing POWER for HANA, there are basically 4 key areas in which we would claim as our primary value proposition or differentiator to Intel x86 offerings – Flexibility, Resiliency, Performance and Competitive Cost. 4

5. Virtualization
The key to flexibility on the Power platform is Virtualisation.
Our capacity-on-demand model, in which cores and memory can be activated as needed without rebooting, allows users to add the capacity they need without the need to re-certify.

6. SAP HANA Components on IBM Power Systems Simplification of Operation with PowerVM
HANA Production
HANA DEV
HANA QA
SUSE / RHEL
SUSE / RHEL
SUSE / RHEL
Power + PowerVM
CPU
RAM
Storage
Network
The real secret sauce of the Power architecture is the Power hypervisor. The Power design team built support for the Power hypervisor into the chip from the beginning. Unlike Intel hypervisors, the Power hypervisor runs as a small piece of firmware code interacting with the hardware and guest VMs running on the platform. The result is minimal overhead, at most 1-2%, with maximum efficiency for CPU resources, memory and virtual I/O. And because the Power hypervisor was designed in conjunction with the system architecture, it is always running, even for a single OS instance, regardless of the OS – be it AIX, Linux or IBM i.

7. Powerful Flexibility in Virtualization with IBM Power
Donating:
HANA LPAR can give unused CPU cycles to the Shared LPAR´s
SAP
APPL
HANA Q A
HANA
DEV
AIX
SAP
i5/OS
Linux
SAP HANA DB
PROD
SAP HANA DB
PROD
SAP HANA DB
PROD
Resizing:
HANA LPAR can resized by Cores or any size of Memory (increase or decrease) *
Shared LPARs
Dedicated or Ded. Donating LPARs
Dynamic LPARs:
LPARs can share CPU cycles and Memory. Manged by the Power Hypervisor *
PowerVM Hypervisor
*) Due missing functionality in SAP HANA, Memory and Core changes required a restart of the HANA application
POWER Systems capability of virtualizing the server to run multiple production and non-production HANA LPARS in a fixed or dynamic environment facilitates in the highest utilization of the server. Customers have the flexibility to resize LPARS dynamically, or add/remove LPARS on the fly as the workloads or project requirements change means that their investment is safeguarded.

8. SAP HANA on IBM POWER Virtualization advantage with LPAR
SAP HANA DB
PROD
SAP HANA DB
PROD
SAP HANA DB
PROD
SAP HANA DB
PROD
SAP HANA DB
PROD
SAP HANA DB
PROD
SAP HANA DB
PROD
SAP HANA DB
PROD
SAP HANA DB
PROD
Dedicated or Dedicated Donating LPARs
PowerVM Hypervisor
Up to 16 SAP HANA Production DBs
No limit on NON Production and other workload

9. IBM Virtualization provides excellent Integration and Consolidation
SAP NetWeaver BI
POWER Approach
Batch
mySAP BI
01:00
Batch
03:00
05:00
07:00
09:00
11:00
13:00
15:00
17:00
19:00
21:00
23:00
4 UNIX Instances, 4 separate SMPs or Partitions
Processor Utilization Percentage
Processor Utilization Percentage
Web Services
00:00
ERP ERP / Dialogue
02:00
04:00
06:00
08:00
10:00
12:00
14:00
16:00
18:00
20:00
22:00
24:00
mySAP ERP
Web Services
POWER processor-based systems and manageability features allow workload ‘combination’ while still keeping applications distinct
Higher Server Utilization
Reduced Complexity
Reduced Average Cost
Many SAP applications are integrated from a business and date perspective but not from a workloads point of view
They are managed as separate servers/LPARs
Results in low degree of synergy
The graphs on the left hand side show how typically servers are operated when using distinct physical boxes.
They depict some representative commercial workload distribution over the day. What is very obvious in these charts is the huge amount of
White space - which basically represents non-occupied server capacity which customers pay for, but don‘t use.
Typical average server utilization:
PC-/Intel Server: 15%
UNIX Server: 25%
Host like Servers: 80%
With POWER we can consolidate and stack such scenarios onto a single server while still conserving strict isolation amongst the SAP instances.
As a consequence, POWER servers are definitely higher utilized with much less white space and help to reduce overall TCO. 9

10. Enterprise Level Virtualization
Consolidate multiple HANA workloads onto fewer systems, increasing server utilization.
Live Partition Mobility (LPM) avoids service impact due to systems maintenance
HANA benefits from Enterprise Resource Pool (EP) and Cores on Demand (COD) by accessing capacity and resources in unexpected situations.
PowerVC improve administrator productivity and simplifies the management of HANA VMs and LPARs on POWER Systems servers.
The key to flexibility on the Power platform is Virtualisation.
Our capacity-on-demand model, in which cores and memory can be activated as needed without rebooting, allows users to add the capacity they need without the need to re-certify.

11. IBM Power Systems the Most Reliable Servers after IBM Z How much Unplanned Downtime have you experienced, per server/per annum in minutes in 2017 – 2018?
2.1 minutes per year
Resiliency - Enterprise applications need 24x7 availability. POWER Systems provides reliable infrastructure for enterprise with the best in class Reliability, Availability and Serviceability (RAS) and Security features. Customers can rest assure that they can run their mission critical SAP applications on this platform and feel secure.
In the most recent ITIC Global Server Hardware report for Server and OS Reliability
The report focuses on:
Server and OS reliability Chief causes of unplanned downtime Customer satisfaction with vendor service and support
IBM (& Lenovo) servers continued to deliver highest reliability for 10th straight year.
IBM (& Lenovo) server reliability is up to 18x more reliable than some competitors.
The survey was in dependent; No Vendor Sponsorship
All market sectors were represented: SMBs = 31%; SMEs = 26% and Enterprises = 43% of respondents
Survey respondents hailed from 22 vertical markets
800 Global Customers
Source: ITIC 2017 – 2018 Global Server Hardware, Server OS Reliability Report

12. Systems Architecture vs x86
SMT enables higher throughput and reduces core count. Particularly suited to support HANA features such as the HANA indexing server, which is know to spawn many hundred threads. SMT technologies have been built to handle this type of behaviour
Large memory footprints enable larger single node HANA in-memory database systems and provide more flexibility to consolidate workloads
POWER systems feature superior CPU and Memory bandwidth to handle HANA in-memory data operations faster
Higher CPU clock speeds and overall processing capabilities leading to HANA record benchmarks 4x
threads per core vs. Intel
24TB*
larger memory space vs. Intel
1.8x
system bandwidth vs. Intel 2x
core performance vs. Intel
Performance – It’s no coincidence that POWER servers hold the top spot in the SAP Standard Application Benchmarks for BW-EML (Business Warehouse-Enhanced Mixed Load) workload with the highest throughput per core and core-memory bandwidth. This translates into faster business results that are over 2x better than Intel-based servers.
When compared to Intel servers, POWER has many features that imbue it with performance characteristics that is ideally suited for SAP HANA.
Being an in-memory database, almost all of its active data must reside in memory (RAM) and transferred to the CPU for processing. In order to process the query quickly, HANA parallelizes the processing within the CPU. This requires the server, and specifically, the processor architecture to incorporate such features to support the expected fast performance.
With POWER SMT technology, we have 4X more threads than Intel’s x86 (8 vs 2) which benefits HANA’s massive requirement for parallelism. Higher concurrent workloads will benefit the most from availability of more threads.
The E880 enterprise servers support a maximum of 32TB, of physical RAM, of which POWER is certified by SAP up to 24TB per S/4 instance and 16TB per SAP BW instance (POWER H980, when certified by SAP, will support up to 64TB of physical RAM). This is the largest amount of RAM available for a single server compared to Intel x86 servers at 20TB.
POWER systems out performs Intel servers 1.8x in the bandwidth for transferring data between between RAM and CPU. Intel Skylake has a memory bandwidth of 128GB/sec compared to POWER, at 230GB/sec. This is especially critical in an in-memory database like HANA.
In core performance, POWER achieves at least 2x the performance of Intel x86. This better performance can be seen in the SAP HANA benchmarks.
* Scale-up for S/4 and SoH. For BW/4HANA or BWoH, the max is 16TB

13. IBM POWER9 achieves 115% more SAPS per Core than Intel latest x86 Skylake Platinum from Q3/2017
8s - 224c
4s - 112c
2s - 56c
IBM POWER8
5451
> 6500
3022
2421
IBM POWER9
2 socket
4 socket
8 socket
Details see:

14. NEW: SAP HANA TDI Phase 5 is there

15. TDI Phase 5: Responsibility of Customer and/or Partner

16. Better Total Cost of Ownership
As business grows, the HANA database size increases, and larger server memory is required
In the SAP 2-socket server certification, POWER9 systems can support 33% larger HANA databases than x86 servers (4TB vs. 3TB)
AND
With less than half the cores
Which results in
Lower purchase and maintenance cost for smaller servers
Lower power consumption
Lower complexity
Competitive Cost – POWER Systems are priced very competitively against Intel x86 systems when looking at the long term Operating Expense (OPEX). With the flexibility of POWER as discussed previously, the initial cost of acquiring multiple servers to support the SAP landscape is major advantage for POWER Systems.
With SAP HANA being an in-memory database, the more memory (RAM) a server has, the larger the database it can support. Customers businesses are constantly growing and the application data that is being held in the databases are also expected to grow. A server sized for today’s workload will inevitably be obsolete if it is no longer able to accommodate the data growth. POWER servers are designed to address this issue with its large memory (RAM) capacity and grow with the customer’s needs.
All hardware vendors must go through a rigorous SAP certification testing to qualify their servers and storage to run HANA. In the SAP certification of IBM’s latest POWER9 servers in the 2-socket server category, the POWER9 scale-out servers, 922 and 924 (including L922, S922, S924, H922 and H924), were the initial severs to be fully certified for HANA. The scale-up enterprise servers, 950 and 980 (including E950, E980, H950 and H980), have followed suit this quarter.
The POWER9 924 server was SAP certified to support up to 4TB RAM with 24 cores. Compare this to the largest x86 server which is SAP certified for 3TB and requiring 56 cores. This certification, not only allows customers to support larger HANA databases on the POWER9 server, but will require less than half the number of cores.
The lower RAM to core ratio directly translate to savings in server infrastructure cost with smaller HANA servers for each HANA instance in the SAP application landscape ( for production, quality assurance, development, test, training, …). With fewer and smaller servers, this again, will lower the power/cooling consumption and complexity in the maintenance of the sprawl of servers in the data centre.
Don’t get trapped by hardware restrictions

17. TCO Comparison Cloud, x86 and Power Swiss Customer case 2018
IBM IT Economics Team
Assumed workload growth :
year 1 => 25% , year 2 and 3 => 5% ,
year 4 and 5 => 0%
Main Assumptions
People cost Power & Cloud to x86 assumed to be 1,5 : 2
Power discount typical for large client conditions
For x86 an end price of 30k per TB is assumed for servers > 512 GB
For Cloud (Azure) a premium network connection with unlimited data transfer is assumed and 50% discount on list price is assumed.

18. QoS – Availability, Reliability, Security and Scalability
Total Cost of Ownership (TCO) is much more than Total Cost of Acquisition (TCA)!
Components
Environments
Time
Prod
Dev
Test QA DR
Hardware $
Planning
Software
Upgrades
People
Migration
Network
Growth
Storage
Parallel Costs
Facilities
Net Present Value
QoS – Availability, Reliability, Security and Scalability
TCA
TCO
When looking at the cost between POWER and Intel, most customers assume that running Intel x86 servers are always cheaper than POWER. However, today, POWER has competitive “H family” offerings for the POWER Servers running Linux (H950 that includes the OS and PowerVM). Besides the cost of hardware and software, consider the virtualization, performance and RAS capabilities that POWER Servers bring over Intel x86 servers. These extra capabilities translate directly into admin resources, networking equipment, storage and facilities (floor space, power, cooling) savings. You not only need to look at the initial acquisition cost but the overall cost over a 3 or 5 year period.
TCO study by: CTO Systems DACH & SOLAR Team &

19. POWER8 Systems Server Family
ALL systems are certified for use with SAP Business Suite
ALL systems are supporting SAP HANA
Power Systems E850
4-socket, 4U
Up to 48 cores
4 TB memory*
11 PCIe Gen 3
AIX, Linux
PowerVM
POWER Systems S824
Power Systems E870/E880
2-socket, 4U
Up to 24 cores
2 TB memory
11 PCIe Gen 3
AIX, IBM i, Linux
PowerVM
4-sockets per Drawer
Up to 64 / 192 cores
Max. of 8 / 32 TB memory
AIX 7.1 TL03+SP, 6.1 TL09+SP
i5OS 7.2 TR1, 7.1 TR9
RHEL 7, 6.6
SLES 12, 11SP3
AIX, Linux
PowerVM
POWER Systems S822
POWER Systems S814
POWER Systems S822L
1-socket, 4U
Up to 8 cores
512 GB memory
7 PCIe Gen 3
AIX, IBM i, Linux
PowerVM
2-socket, 2U
Up to 20 cores
9 PCIe Gen 3
AIX & Linux
PowerVM
POWER Systems S812L
2-socket, 2U
Up to 24 cores
1 TB memory
9 PCI Gen3
Linux only
PowerVM or PowerKVM
1-socket, 2U
Up to 12 cores POWER 8
512 GB memory
6 PCI Gen3
Linux only
PowerVM or PowerKVM
Customers running HANA on POWER have a wide range of POWER systems to select from. This slide shows the POWER8 family of servers with the smallest on a single socket up to the largest enterprise server with 8 sockets. All these servers are certified by SAP to run HANA.
The “L” models are preinstalled Linux-only models while the rest could be installed with AIX or IBM i. PowerVM, the virtualization capability, is included in all the servers. HANA Scale-out can be done on the S824 model for S/4 or BW. Scale-Up can be done with the E850 and E870/E880 Enterprise servers.

20. Next Generation HANA on POWER IBM POWER9 Family
Optimized for SAP HANA in-memory database workloads
H922
1,2-socket, 2U
4, 8, and 10 cores per socket
4TB memory
H924
2-socket, 4U
8, 10, and 12 cores per socket
4TB memory
E950
2,4-socket, 4U
8, 10, 11, and 12 cores per socket
16TB memory
E980
5U CEC + 2U Control Unit
Max of 192 SMT8 processor cores
8, 10, 11, and 12 cores per socket
64TB memory
The next generation of POWER Systems servers with POWER9 technology is built with innovations that can help deliver security and reliability for the data-intensive workloads of today's enterprises. POWER9 technology is designed from the ground up for data-intensive workloads like databases and analytics.
This new server generation has twice the memory footprint of IBM POWER8 servers, making it an ideal platform for in-memory and data-centric applications. Changes in the memory subsystem and the use of industry standard memory DIMMs take POWER9 technology to the next level by superseding a number of existing price/performance offerings. Designed to run commercial, cognitive, and database workloads POWER9 technology provides a highly competitive server platform, client references indicate POWER servers help provide a robust and secure backbone of their IT infrastructure. More companies are using POWER technology in their IT infrastructure down from the shop level to large data center deployments.
The introduction of the H922 and H924 servers marks the first time IBM has announced a dedicated Power server specifically optimized for SAP HANA. These servers are specifically configured to run SAP HANA. (Note that aside from fully running Linux, these servers can have up to a maximum of 25% of their cores dedicated to running AIX or IBM i workloads). These servers are the only 2-socket servers available for SAP HANA with 4TB of memory. SAP HANA is an in-memory database and therefore the more memory available to SAP the better…and nothing beats the H922 and H924 for memory per socket. Both these servers have been certified by SAP for HANA.
Customers looking for scale-up options on POWER Servers have a choice of H950 or H980. These servers are currently being certified by SAP and are expected to complete certification testing in October, These servers, like the H922 and H924 are ideal for hosting multiple production SAP application instances in a virtualized environment with PowerVM. In addition, to mitigate seasonal peaks in the the business cycle workload and/or growth, Capacity on Demand (CoD) and Enterprise Pools are available to prevent disruption to the business.
Ideal for Scale-Out configurations
Ideal for Scale-Up configurations

21. Internal Disk & multiple External SANs
Live Business Case
Current X86 Environment
Power9
Physical Servers 28 2
Operating Systems Instances 8
Inter-node connections 56
Dedicated Network Switches 6
Storage
Internal Disk & multiple External SANs
2 x Enterprise SAN
Sites 7
Cores
2,240
192

22. Visit us at the IBM Booth to book your complimentary SAP on Power infrastructure assessment!
What if you could make business decisions faster while reducing IT spend?
In 2018 SAP named IBM the SAP Global Partner of the Year - Infrastructure. Clients across the globe have realised that Power Systems is better suited than x86 to provide the performance, stability, and reliability they need to achieve their business transformation goals.
To support you on your SAP journey, IBM is offering an obligation free complimentary half-day workshop* for your business. The workshop will explore the considerations best designed to support a SAP deployment on Power Systems and the benefits of migrating to IBM Power Systems for SAP.
Visit me at the IBM Booth to find out more!
*Terms and conditions available at the IBM Booth.
To finish off this session, I would like to personally offer you an obligation free Complimentary Half Day Workshop for your business.
You might want to use it to deeper dive, explore more, get more technical, use us to help you size your environment, whatever it may be.

23. Thank you. Questions

25. IBM Power Systems Virtualization Options Shared Pool support for Production HANA DB: already on SAPs Roadmap
Early Adoption Program opened from SAP now
Dedicated dynamic LPARs
state-of-the-art until POWER4
Shared Processor LPARs (SPLPARs)
Isolated OS instances sharing a pool of processors
Shared Processor LPARs (SPLPARs) came new with POWER5.
SPLPARs occupy a shared pool of real processors and are dynamically allocated resource by the hypervisor according to partition definitions.
At the time of writing, the proposal is that all licensed processors which are unallocated form the shared pool.
As with dedicated processor LPARs, memory is allocated in 256 MB increments and is owned and used solely by one partition.
SPLPARs can use both real or virtual device adapters.
Use real or virtual adapter slots
Uncapped vs capped
Allows SPLPARs to exceed their capacity entitlement if resource is available
The next thing to specify is whether the LPAR is capped or uncapped. A capped LPAR can only use a fixed amount of resource no matter how little utilized the processors in the shared pool are. This is similar to setting a hard limit in WLM. An uncapped LPAR is able to compete with other uncapped LPARs for spare resource over and above their normal entitlement.
Capacity weight
Used for prioritizing uncapped SPLPARs
Finally, you will need to define the capacity weight for the LPAR. This defines the relative priority of the partition so that the hypervisor can choose which uncapped LPAR to schedule when spare resources are available. This parameter is a numeric value from 0 – 255, indicating an LPARs assigned priority weight. The sum of all priority weights within an LPAR group cannot exceed 255 and in order to assign more weight to one LPAR, weight must be available, or taken from another LPAR. A variable weight of ‘0’ has a special meaning that serves to softcap a (capped) partition at its entitled capacity. This is a means for the partition to dynamically control its consumption of idle cycles by applying a temporary soft cap. This is potentially useful for applications such as license managers.

26. 1009 VMware has 1009 Vulnerabilities PowerVM has 0 Vulnerabilities
Source:

27. 1009 IBM PowerVM: 0 VMware has 1009 Vulnerabilities
PowerVM has 0 Vulnerabilities
1009
IBM PowerVM: 0
Source:

28. SAP HANA Relevant vSphere limitations
Production *
6 TB ***
PowerVM: 32 TB per LPAR or Host
*) vSphere 6.0/6.5 for multiple-VM production **) with selected server OEM partners only
RAM Per ESX Host: Up to 6TB is supported for ESXi 5.5 Update 2
***) VMware 6.5 and 6.7: 6 TB RAM per VM – since 09/2018 SAP supports 6 TB for HANA

29. PowerVM is much more flexible and has NO overhead
SAP HANA on VMware vSphere 6.5 and 6.7 in production Version
Only max 8 socket Broadwell and Skylake support
09/2018: after 1 year on the market Skylake is now support
Max VM: 6 TB and 128 vCPUs (64 physical cores) on SoH/S4H with Skylake
Maximum VMs:
Broadwell: 128 vCPUs (64 cores) on 4 sockets. 4 TB SoH/S4H. 2 TB BWoH
Skylake: vCPUs (64 cores) on 4 sockets. 6 TB SoH/S4H. 3 TB BWoH
VM sizing penalty. Customer shall plan more CPU capacity:
OLAP / BWoH: 14% per VM when using ½ sockets
SAP and VMware saw degradation compared in performance on bare metal in average of 10%
PowerVM is much more flexible and has NO overhead

30. after 1 year on the market Skylake is now supported
Example VMware vSphere 6.7: VMs for PROD HANA DBs on Intel Broadwell 8 sockets
half-socket minimum VM size
One socket granularity for scaling to a maximum of 4 sockets on a 8 socket box VM VM VM VM VM VM VM
HANA
Prod
HANA Prod
HANA Prod
HANA Prod
HANA Prod
HANA Prod
HANA Prod
1/2 x E7
12 Cores
24 vCPUs
512 GB
1/2 x E7
12 Cores
24 vCPUs
512 GB
1/2 x E7
12 Cores
24 vCPUs
512 GB
1/2 x E7
12 Cores
24 vCPUs
512 GB
2 x E7
48 Cores
96 vCPUs
2048 GB
2 x E7
48 Cores
96 vCPUs
2048 GB
2 x E7
48 Cores
96 vCPUs
2048 GB
Socket
Socket
Socket
Socket
Socket
Socket
Socket
Socket
Socket
Socket
VMware vSphere 6.5 or 6.7
Only Broadwell and Skylake support
Maximum size of a virtual machine on VMware vSphere 6.5 or 6.7 release, which is 128 vCPUs and 4TB of memory on Boadwell.
2,4 or 8 socket Intel Broadwell
Example HPE Integrity MC990 X
Intel Ex E7 V4 24 Core - 8 sockets - 8 TB memory
Max memory per socket for 8-socket Broadwell:
BWoH/DM/SoH/S4H: 512 GB
SoH/S4H – NO BW possible: 1024 GB
after 1 year on the market Skylake is now supported

31. on

32. Certified Hyper-Converged Infrastructure Solutions for HANA
ThinkAgile HX7820, HX7821
4 x Intel Skylake Platinum 8180M
3 TB memory (768 GB per socket)
Dell EMC XC740xd, XC940
4/2 x Intel Skylake Gold 6154 / 6126
768 GB, 384 GB memory

33. Ist only a hardware partitioning
SAP HANA virtualized on Nutanix Acropolis Hypervisor Version 2 from
By issuing this SAP Note, SAP declares support for SAP HANA on Nutanix Akropolis, providing the following conditions are met:
SAP HANA start release: SAP HANA 1.0 SPS 12 (122.19)
Single and multiple SAP HANA production virtual machines on a single physical server
CPU Architecture: Intel Skylake 2 & 4 socket (only supported processors)
The minimum size of a virtual SAP HANA instance is a full socket (represented by at least 8 physical cores). The minimum is 128GB of RAM.
The maximum size of a virtual SAP HANA instance is limited CPU-wise by the maximum size of a virtual machine on Nutanix AHV release, which is 168 vCPUs on 3 Sockets (3 Sockets only on 4 Socket Hardware), and 2,3TB of RAM.
VM Size – full socket 
                minimum 1 socket / maximum 3 sockets                  1- and 2-socket VMs on 2-socket (partly QPI meshed)                 1-,2- and 3-socket VMs on 4-socket server (fully QPI meshed)
Rules for virtualized SAP HANA on Nutanix AHV
Each SAP HANA instance / virtual machine is sized according to the existing SAP HANA sizing guidelines and Nutanix recommendations.
CPU and Memory over-commitment must not be used.
The Time Stamp Counter (TSC) must be synchronized between all sockets/cores.
Certified OS versions (from SUSE) and server combinations as listed on the SAP HANA hardware directory are supported when virtualized.
SAP HANA Tailored Datacenter Integration (TDI) delivery methods are not supported for SAP HANA on Nutanix. The hardware must be listed on the SAP HANA hardware directory under “HCI certified hardware”. The SAP HANA installation must done by an SAP certified engineer, qualified as "SAP Certified Technology Specialist - Required exam: C_HANATEC_11 (*) - See SAP Training and Certification Shop for details [2] The SAP HANA Installation on SAP HANA HCI certified hardware must be successfully verified with the SAP HANA hardware configuration check tool [3].
Configuration and overall setup must comply with the latest version of the bestpractice guide [4]  and the here linked most recent best practice guide. This includes compliance to the SAP HANA core-to-memory ratio as reflected in the HANA Hardware Directory and virtualization calculus as described in the best practice guide as well as priority for SAP HANA production workloads over co-deployed non-production workloads.
The ownership of the support is with the SAP HANA hardwarevendor providing the solution. In case of software issues SAP and Nutanix will jointly support virtual SAP HANA in production adhering to the SLAs defined in the customer support contract. If a reported problem is a known SAP HANA issue with a validated fix, SAP support will recommend the appropriate fix directly to the customer.  For all other performance related issues, the customer will be referred within SAP’s OSS system to the SAP HANA hardwarevendor for support. The SAP HANA hardwarevendor will take ownership and work with Nutanix and SAP and the customer to identify the root cause. SAP support may request that additional details be gathered by the customer or the SAP HANA HW partner to help with troubleshooting issues. In rare cases – SAP may require to re-produce the issue on SAP HANA running in a bare metal environment.
SAP and Nutanix saw degradation compared in performance on bare metal in average of 4%, and this is to be expected in virtualized environments. Customers are encouraged to size correct and test performance before going live.
The socket pinned to the Nutanix CVM must not be used for productive HANA workloads. Non productive and non -HANA are fine.
Ist only a hardware partitioning