点击此处---> 群内免费提供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的主要驱动器不是更便宜吗? 这仅适用于我选择的数据库大小吗?
有人有见识并且可以分享吗?
提前谢谢!
嗨沃纳,
对于商业方面,我没有任何答案,但是关于架构(发生了什么变化),我已经发布了一些关于该主题的博客:
据我所知,该文件未在任何地方公开记录,但是从新闻中我们可以推断出SAP HANA Cloud(可能还有SAP HANA服务)在Kubernetes上运行。
计算和存储的分离使按需扩展和缩小成为可能,尽管目前这是基于IT凭单的,但再次,我们可以假定这将是自助式ASAP。 向上扩展时,将添加更多容器(反之亦然)。 与其他SaaS产品一样,底层技术是透明的,与最终用户无关。
关于其中包含的内容,兼容性参考会提供一个列表 注释2- SAP HANA Cloud与SAP HANA平台在SQL,SQLScript和SAP HDI(SAP)之间的区别 HANA部署基础架构)
是,不是。 一般而言,您是正确的,但前提是服务是无状态的。 因此,内存数据库有两个问题,它不是无状态的,并且其数据在计算层内-RAM。 这就是我仍然不了解Hana Cloud行为方式的部分。
让我们使用三个示例:
在Hana中,热数据的存储层是RAM。 当您增加计算能力时会发生什么? 它不应从磁盘读取数据,因为它不再是内存数据库,而是具有缓存的常规数据库。 它必须从磁盘读取数据,因为它将从其他地方获取数据? 如果内存中没有数据,则单个查询将无法扩展,因为所有数据仍在原始实例上。
这是我要了解的区域。
感谢Denys,感谢您的努力。 有些文档对我来说确实是新文档-明天将对其进行更彻底的消化。
我想更好地了解Kubernetes。 一方面,Hana可以用作docker映像已有一段时间了。 因此,从这个角度来看,这并不是什么新鲜事。 您在给定大小的服务器上启动docker镜像,它就会运行。 您将其关闭并在小型/大型服务器上启动,则具有不同的内存/cpu占用空间。
当我阅读您的声明时,那将远远超过Hana Cloud中的声明。 更像是横向扩展方案。 您有例如 具有4个CPU的16GB内存。 如果您请求数据库的能力是其4倍,则将获得4个docker实例,它们将在它们之间分配数据。
稍后,如果您想再次将性能提高一倍,则会启动另一组容器并进行数据重新平衡。
那是正确的吗? 如果是的话,那将是一个了不起的成就。
嗨沃纳,
是的。
容器内的运行软件(应用程序,应用服务器,数据库,您叫它)是第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消费者是透明的。
好点。
Azure SQL DB是VM上的数据库; 就像SCP Neo环境中的SAP HANA一样,正确。 这不是HANA云的工作方式。
Google为托管Spark(和Hadoop)提供了Dataproc,但这又是基于VM的,而不是Kubernetes。 但是,我们也可以在Kubernetes上运行Spark,我的猜测是,这更像是HANA云的工作方式。
如果遇到一些可以共享的内部知识,我将发布一个博客。
一周热门 更多>