什么是SAP HANA?方案设计和部署关键点!

640?wx_fmt=jpeg

640?wx_fmt=gif

      SAP是全球最大的企业软件供应商,提供包括ERP、SRM、BI等在内的企业级应用软件(将在后续文章详细介绍)。而HANA(High performance Analytic Appliance高性能分析一体机)则是SAP的内存数据库产品。


      SAP HANA是可以作为一体机或云部署的数据平台,这是一个非常适合实时分析和实时应用程序开发、部署的革命性平台,因为它将数据处理、分析数据处理以及业务逻辑处理功能组合至内存中,突破了传统交易型数据库架构中,应用程序不支持实时业务应用的限制。


      各个硬件厂商与SAP合作,推出自己的高性能硬件平台的SAP HANA一体机。一体机部署选项包含基于云部署方式(HANA One,HANA企业云)和企业自建部署方式(HANA一体机,B1A,B1H)。下面我们一起谈谈HANA数据库在方案设计、部署和实施时,需要重点关注的知识点。


SAP HANA的应用场景有哪些?


      在实际应用中,SAP HAHA典型的应用场景,一般分为2大场景:


  • Business Warehouse on HANA (BWoH):主要使用于BW/BPC/BI,以及BO等OLAP型应用场景,使用BWoH认证机型。

  • Business suite on HANA (BoH)或S/4 HANA:主要应用于ECC /SRM /CRM /HRM /EWM /Hybris等OLTP型应用场景,使用SoH认证机型。

  

SAP系统有哪些常见模块?


      SAP系统模块一般以系统应用类型划分,事务处理型OLTP应用,事务分析型OLAP应用。针对这两个应用类型,模块主要有如下。


  • OLTP型应用,主要为SAP 商务套件business suite,包括ECC、SRM、MDM、PI/PO、CRM、HRM、EWM、Hybris等。

  • OLAP型应用,主要为数据仓库data warehouse,包括BW、BPC、BI、FC等。


什么是B1、SoH、BWoH?


      SAP Business One (B1)是低价并且易实施的管理解决方案,专为满足正在成长的中小型企业的动态需求而设计,可以理解为一个简化版的ERP系统。与典型ERP系统部署时需要“应用服务器+HANA数据库服务器”不同,B1在部署时,一般应用与数据库一起部署于一个2路服务器中。


      针对B1 on HANA场景认证,采用2路服务器认证。当客户明确需求,或已经购买使用B1软件系统时,就需要选择B1认证配置硬件。


      SoH为SAP Business Suite on HANA的简称,主要应用为ECC、SRM、MDM、PI/PO、CRM、HRM、EWM、Hybris等OLTP型业务。此类HANA数据库使用4路、8路、16/32路机型。根据SAP建议,只能使用Scale up单节点。


      BWoH为SAP Business Warehouse on HANA的简称,主要应用为BW、BPC、BI、FC等OLAP型业务。此类HANA数据库可以使用4路、8路机型;根据数据量大小,可以采用Scale up的单节点,也可以使用Scale out的集群部署方案。


什么是Scale Up、Scale Out?


      数据库的扩展一般为两种方式,一个是节点内增加CPU、内存等的Scale up纵向扩展方式,一个是增加节点的Scale out横向扩展方式。


      Scale Up方式:单机/单节点场景,即一台服务器承载HANA数据库,可以用于SoH、BWoH。相对于Scale out,Scale up有以下特点:


  • 性能优势:不需要节点间通信使用的网络带宽开销;

  • 资源(特别是内存资源)利用率高;

  • 针对不同硬件厂商设备,成本可能更优;


      但Scale Up方式也存在限制条件,如在HA场景下,硬件容量必须一致;相对于多节点,单节点承载硬件容量较少。


      Scale Out方式: 集群/多节点场景,即一个HANA数据库以分布式的方式,在多个节点上部署,一般只用于BWoH。相对于Scale up,Scale Out有以下特点。


  • 可以提供强大的横向扩展能力,承载大的数据量。

  • SAP NetWeaver Business Warehouse数据,在集群中自动分布式部署;

  • 支持多个备节点,利用Host-auto-failover提高集群系统高可用性;


      但Scale Out部署方式也具有局限性,如多节点之间进行通讯占用网络开销大;数据表跨节点分割、多节点查询、结果汇聚等过程,具有性能损耗;-集群部署,需要有独立的交换网络、存储,成本较高。

 

如何查询各硬件厂商的解决方案?


      参与SAP HANA认证的厂家,也是主流的服务器提供商。由于SAP关于HANA认证的要求一致,所以各厂家提供的认证配置基本固定。各硬件厂商的认证配置,都可以在SAP官网上查询。


640?wx_fmt=png

 

如何证明一个配置是经过SAP认证的?


      各硬件厂商的认证和配置信息,均可以在SAP 认证官网查询,查询地址如下:


640?wx_fmt=png

 

什么是TDI?


      TDI为可裁剪数据中心集成(Tailored Data Center Integration)方案的简称,该模式由SAP于2013年提出。作为SAP HANA一体机的一个替代可选方案,旨在让客户充分利用其数据中心中现有旧资源(经过认证的服务器、存储等),组件客户自己的HANA架构,降低客户成本。


      该模式在硬件方案上,一般为“服务器/小机+存储”的方式。服务器/小机,承载计算能力;存储承载数据存储。限制条件如下。


  • 服务器必须是经过SAP HANA一体机认证的服务器;

  • 存储必须是经过SAP认证的存储;

  • SAP不保证性能,由客户保证性能。


640?wx_fmt=png

 SAP HANA TDI模式历程


SAP HANA一体机与TDI有什么区别?


      如果那点餐为例,SAP HANA一体机与TDI的主要区别类似于套餐和单点。SAP HANA一体机的特点体现在: 硬件配置标准化、最优化;硬件预配置、软件(OS、HANA数据库)预安装;经SAP完全支持,性能保证。


      SAP HANA TDI的特点主要体现在: 模式固定(服务器+存储);硬件配置具有更高的灵活性(服务器、存储只要经过SAP认证即可);客户利旧(利用现有服务器,或存储设备)的前提下,可以降低成本;性能SAP不保证,需要客户自行保证。


SAP HANA支持虚拟化部署吗?


      SAP HANA DB目前支持虚拟化部署,支持vSphere、华为FusionSphere等虚拟化软件。


  • 实际上,HANA能在哪个厂家的虚拟机/软件上运行,如vSphere,Xen,Hyper-V,不是硬件厂家决定的,是由虚拟化软件厂家与SAP进行单独认证的;

  • 硬件厂商服务器经过了SAP的认证,可以跑HANA;同时经过了VMWare等虚拟化软件厂商认证后,那HANA DB才可以运行在对应的服务器和虚拟化软件上;


SAP HANA TDI中存储容量如何计算?


      在SAP HANA TDI中,存储容量按照HANA主机的物理RAM大小来规划存储容量。下面通过一个实例来说明。


输入条件:

HANA工作主机RAM大小:RAM

HANA工作主机的数量:N

容量计算:

共享卷总容量:RAM*N*1

数据卷总容量:RAM*N*2


      生产系统的Log卷建议配置SSD盘,开发/测试系统的Log卷可以配置SAS盘。


什么情况下使用HANA集群方案?


      HANA集群方案目前只能支持Business Warehouse场景,不能支持OLTP场景的ERP on HANA。


      HANA服务器单节点也能支持BWoH,单节点HANA一体机,8路服务器BWoH支持内存到3T ,如果测算客户后续数据量在接下来短期时间内会超过3T物理内存,则必须推荐客户上多节点HANA集群方案。

 

HANA的双机HA技术有哪些?


      SAP HANA的生产中心内的HA方案,主要有两种: 主机自动接管(Host Auto Failover,主要是集群场景),系统复制(SystemReplication)。


      SAP HANA的容灾方案主要有三种:系统复制(SystemReplication),存储复制(Storage Replication),以及备份(Backup)。


      生产中心的高可用双机HA方案,建议采用HANA数据库的原生技术System Replication(推荐方式)。数据同步或异步是由Primary节点复制到Secondary节点,受限于HANA自身的特性,只有A支持业务访问,而B不支持业务访问,即HANA的高可用不支持Active Active双活。


HANA节点分哪些角色?


      计算节点负责内存数据库的部分。SAPHANA节点根据作用的不同,又分为主节点、从节点、备用节点三类角色。

 

  • 主节点(Master):配置有3个但只有一个激活。从3个Master配置角色中选举,这是SAPHANA软件本身的集群管理机制。起到全局事务协调器的作用。保存计算节点集群信息的全局元数据。

  • 从节点(Slave):缓存需要的元数据,采用分布式架构,承担由主节点分配来的任务,执行对应的数据库操作。一个集群内多个。从节点也分为配置角色和实际角色,配置角色分为Worker和Standby,实际角色分为Master、Standby和Slave。

  • 备用节点(Standby):切换时接管故障节点。一个集群可以0到多个。正常情况下此节点的软件是运行的,只不过其内存数据库中没有数据,不能执行业务处理。切换的过程是自动进行的。


      关于服务器技术技术,前期详细总结分享过<虚拟化技术最详细解析><高性能计算(HPC)技术、方案和行业全面解析>章,请点击链接查阅详情。


热文阅读:


温馨提示:

请识别二维码关注公众号,点击原文链接获取更多服务器和技术资料总结

640?wx_fmt=jpeg

640?wx_fmt=gif&wxfrom=5&wx_lazy=1

猜你喜欢

转载自blog.csdn.net/BtB5e6Nsu1g511Eg5XEg/article/details/86731215