SAP Hana云服务-与SAP Hana Neo服务有什么区别?

2020-08-21 07:42发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


从最终用户的角度来看,我看不出有什么区别。 在这两种情况下,您都可以使用Hana,可以配置自己的用户,使用SDA/SDI等。在两种情况下,我都必须预先确定服务器的大小。

一方面,这是个好消息。 我不在乎该服务的调用方式,只要它能为我提供相同的功能即可。

但是,为了更好地了解其影响,我想知道与Neo/onPrem Hana相比,Hana Cloud版本中发生了什么变化。 该项目用了半年时间,所以必须要有一些东西。

示例:

  • 市场营销幻灯片表示,这将是基于消费的定价模型。 但是,在使用定价工具时,您需要选择GB和CPU并获得报价。 与Neo的唯一区别是您指定了全局CPU使用率,例如 10个CPU,但整体利用率为10%。 这听起来非常像根据提供的数据在同一服务器上池化Hana实例,而不是由SAP决定何时运行它。 和Neo一样。
  • 如果我想更改服务器的大小,则在演示中显示,您只需增加设置中的计算能力,结果下一小时的计算能力将增加一倍。 现在,您必须提出一张IT票。 我想每小时更改一次吗? 每周? 那会发生什么呢? 是对我来说,数据库是在功能更强大的服务器上关闭并重新启动,还是SAP支持在没有任何最终用户注意到的情况下更改了CPU?
  • 哪些功能未纳入HaaS? 我读到PAL稍后再来。 还要别的吗? 听起来很完整,这是一个积极的惊喜。
  • 定价工具显示,最便宜的32GB Neo实例价格为700EUR,32GB SAP Hana Cloud的价格为1200EUR。 SAP Hana Cloud的主要驱动器不是更便宜吗? 这仅适用于我选择的数据库大小吗?

有人有见识并且可以分享吗?

提前谢谢!

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


从最终用户的角度来看,我看不出有什么区别。 在这两种情况下,您都可以使用Hana,可以配置自己的用户,使用SDA/SDI等。在两种情况下,我都必须预先确定服务器的大小。

一方面,这是个好消息。 我不在乎该服务的调用方式,只要它能为我提供相同的功能即可。

但是,为了更好地了解其影响,我想知道与Neo/onPrem Hana相比,Hana Cloud版本中发生了什么变化。 该项目用了半年时间,所以必须要有一些东西。

示例:

  • 市场营销幻灯片表示,这将是基于消费的定价模型。 但是,在使用定价工具时,您需要选择GB和CPU并获得报价。 与Neo的唯一区别是您指定了全局CPU使用率,例如 10个CPU,但整体利用率为10%。 这听起来非常像根据提供的数据在同一服务器上池化Hana实例,而不是由SAP决定何时运行它。 和Neo一样。
  • 如果我想更改服务器的大小,则在演示中显示,您只需增加设置中的计算能力,结果下一小时的计算能力将增加一倍。 现在,您必须提出一张IT票。 我想每小时更改一次吗? 每周? 那会发生什么呢? 是对我来说,数据库是在功能更强大的服务器上关闭并重新启动,还是SAP支持在没有任何最终用户注意到的情况下更改了CPU?
  • 哪些功能未纳入HaaS? 我读到PAL稍后再来。 还要别的吗? 听起来很完整,这是一个积极的惊喜。
  • 定价工具显示,最便宜的32GB Neo实例价格为700EUR,32GB SAP Hana Cloud的价格为1200EUR。 SAP Hana Cloud的主要驱动器不是更便宜吗? 这仅适用于我选择的数据库大小吗?

有人有见识并且可以分享吗?

提前谢谢!

付费偷看设置
发送
5条回答
SKY徐
1楼-- · 2020-08-21 08:20

嗨沃纳,

对于商业方面,我没有任何答案,但是关于架构(发生了什么变化),我已经发布了一些关于该主题的博客:

据我所知,该文件未在任何地方公开记录,但是从新闻中我们可以推断出SAP HANA Cloud(可能还有SAP HANA服务)在Kubernetes上运行。

计算和存储的分离使按需扩展和缩小成为可能,尽管目前这是基于IT凭单的,但再次,我们可以假定这将是自助式ASAP。 向上扩展时,将添加更多容器(反之亦然)。 与其他SaaS产品一样,底层技术是透明的,与最终用户无关。

关于其中包含的内容,兼容性参考会提供一个列表 注释2- SAP HANA Cloud与SAP HANA平台在SQL,SQLScript和SAP HDI(SAP)之间的区别 HANA部署基础架构)

南山jay
2楼-- · 2020-08-21 08:32

是,不是。 一般而言,您是正确的,但前提是服务是无状态的。 因此,内存数据库有两个问题,它不是无状态的,并且其数据在计算层内-RAM。 这就是我仍然不了解Hana Cloud行为方式的部分。

让我们使用三个示例:

  • Apache Spark:所有数据都在磁盘上,您启动了spark 群集上的作业,该作业将分布在可用的计算机上,希望该作业没有分区改组。 无法进行自动缩放。 在开始作业之前,您可以使用Kubernetes手动增大或减小集群大小。
  • Snowflake Inc:所有数据都在磁盘上,执行查询,实例读取数据并将其保存在内存中 下一个查询。 不久后,缓存被清空。 不确定会自动缩放。
  • Azure SQL DB:您决定服务器的大小,为此付费,它会运行数据库。 无法缩放,当然也不能自动缩放。 本质上就像SAP Hana Neo一样。

在Hana中,热数据的存储层是RAM。 当您增加计算能力时会发生什么? 它不应从磁盘读取数据,因为它不再是内存数据库,而是具有缓存的常规数据库。 它必须从磁盘读取数据,因为它将从其他地方获取数据? 如果内存中没有数据,则单个查询将无法扩展,因为所有数据仍在原始实例上。

这是我要了解的区域。

小熊yu生菜
3楼-- · 2020-08-21 08:07

感谢Denys,感谢您的努力。 有些文档对我来说确实是新文档-明天将对其进行更彻底的消化。

我想更好地了解Kubernetes。 一方面,Hana可以用作docker映像已有一段时间了。 因此,从这个角度来看,这并不是什么新鲜事。 您在给定大小的服务器上启动docker镜像,它就会运行。 您将其关闭并在小型/大型服务器上启动,则具有不同的内存/cpu占用空间。

当我阅读您的声明时,那将远远超过Hana Cloud中的声明。 更像是横向扩展方案。 您有例如 具有4个CPU的16GB内存。 如果您请求数据库的能力是其4倍,则将获得4个docker实例,它们将在它们之间分配数据。

稍后,如果您想再次将性能提高一倍,则会启动另一组容器并进行数据重新平衡。

那是正确的吗? 如果是的话,那将是一个了不起的成就。

蓋茨
4楼-- · 2020-08-21 08:33

嗨沃纳,

是的。

容器内的运行软件(应用程序,应用服务器,数据库,您叫它)是第1阶段。容器可能在Docker上运行,但它可能是其他东西,就像虚拟机可以是VMware,Virtual Box等一样。

第2阶段是容器编排。 这就是Kubernetes所做的(但同样有替代方法)。 至关重要的是计算和存储的分离,因此可以按需提供服务,例如可热插拔的RAM/CPU。 [ https://kubernetes.io ]

然后,您可能具有(Kubernetes)容器群集在Azure,AWS,GCE和本地上运行,并且您也希望对其进行管理(混合云和多云)。 SAP为此开发了Gardener [ http://gardener.io ]。 云供应商有其他选择。 Google拥有用于混合Kubernetes管理的Anthos,但是没有一家云供应商对开发多云解决方案感兴趣。 您可以将其视为第3阶段。

该技术正在迅速发展,这是一个有趣的话题,尽管如上所述,它对PaaS/SaaS消费者是透明的。

空代码
5楼-- · 2020-08-21 08:23

好点。

Azure SQL DB是VM上的数据库; 就像SCP Neo环境中的SAP HANA一样,正确。 这不是HANA云的工作方式。

Google为托管Spark(和Hadoop)提供了Dataproc,但这又是基于VM的,而不是Kubernetes。 但是,我们也可以在Kubernetes上运行Spark,我的猜测是,这更像是HANA云的工作方式。

如果遇到一些可以共享的内部知识,我将发布一个博客。

一周热门 更多>