在9月份的时候，VxRail通过了SAP HANA的认证，代表超融合可以在企业重要生产环境运行。本篇文章具体介绍SAP HANA on VxRail的最佳实践。

由于SAP HANA是一个高性能的数据库，因此目前仅认证了VxRail高性能全闪节点P570F，而且需要双颗Intel Xeon-SP Platinum或Gold且最小12核的CPU。同时，要求每颗CPU具有相同且对等的内存通道，因此仅支持384GB（12x32GB），768GB（24x32GB或12x64GB），1536GB（24x64GB或12x128GB），3072GB（24x128GB）内存配置。

集群规则

• 可以通过SAP Sizer规划节点：https://www.sap.com/about/benchmark/sizing.quick-sizer.html#quick-sizer 

• 可以3节点集群，强烈建议最小4节点集群

为了给集群预留足够冗余资源，建议按以下表规划standby节点

节点规划

• 每节点最少2个磁盘组，每磁盘组最少3个容量盘

• （P570F每节点最多24个磁盘，分最4个磁盘组，每磁盘组最多5个容量盘和1个缓存盘）

• 每节点仅限支持最多2个SAP HANA生产虚拟机，剩余的资源可以部署NO-SAP HANA VM

• 对于SAP HANA VM持久盘（data & log） 采用RAID 1存储策略，非持久盘可采用RAID 5/6

网络规划

• 网络需求2x25GbE NDC，另配置PCI-E 2x25GbE

• 建议为SAP HANA internode communication在PCI-E 2x25GbE物理网口上再创建一个分布式交换机DvSwitch

• 在此分布式交换机和VM内设置MTU=9000 

SAP HANA VM规划

• SAP HANA VMs不可共享CPU socket和另一个socket上的内存，但可以占用2个CPU socket和内存

• 但在第二种情况，VM占用两个Socket上的资源，剩余的资源不可用作其他用途

  • 节点有3072GB内存，则剩余1024GB内存不可作为其他工作负载

  • 此种情况最佳实践是分配所有的资源

• 必须安装VMWare Tools

• 使用SAP和VMWare Sizing工具规划虚拟机资源，不允许over-commitment 

• 对于持久数据（data & log），建议使用Linux Logical Volume Manager （LVM），因为LVM可以在vSAN条带化，同时可以动态调整大小

• 建议为SAP HANA采用专用SCSI controller

• 如右图所示，为system device配置SCSI controller 0，为LVM配置SCSI controller 1

vSAN Policy for SAP HANA persistence 

对于SAP HANA VM的data和log的persistence device，推荐vSAN Poclicy：

• FTM=RAID1，相比于RAID5/6有更好的性能

• FTT=1，50%可用率

• Object space reservation=100%

• Disable object checksum=No

• Number of disk stripes per object=12，取决于磁盘组和磁盘数量，选择最大值（1~12）

LVM for SAP HANA persistence 

• 使用Linux LVM可以分布逻辑卷，建议将分布persistence device

• 在此例子500GB data device, 200GB log device，被分为8个100GB的device（100GB冗余）

• 每一个device都被赋予相应Policy，并在SCSI controller1下

• 如果Sizing细节暂不清楚，可以预估data device=2xRAM，log device=1xRAM

HA for SAP HANA

企业中运行SAP HANA都是重要的生产系统，因此保证其高可用性非常重要：

• 确认vSphere HA打开，确保某台主机失效后，SAP HANA VM可在另一台主机启动

• 在SAP HANA VM中将autostart设置为1， 保证服务启动/hana/shared/<SID>/profile/<SID>_HDB<InstNo>_<hostname>

• Heartbeat monitor sensitivity=high，保证SAP HANA auto-restart watchdog工作