SAP HANA服务的多租户永久性。 NEO和Cloud Foundry之间的差异

2020-08-20 08:25发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 在NEO上运行4年后,我...

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

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


你好

在NEO上运行4年后,我们目前正在评估云代工厂,关于SAP HANA服务中的多实体架构提出了一些问题。


我还阅读了一些指南,例如 https://blogs.sap.com/2018/09/17/developing-multitenant-applications-on-sap-cloud-platform-cloud-foundry-environment/,但仍然存在未解决的问题。

首先让我们看看如何在NEO中使用SAP HANA Service实施多租户,以及我们有哪些优势:

在NEO上,我们使用Multitenant-Database-Containers来分隔不同租户的数据,并为每个租户创建一个DataSource-Binding。 (使用动态数据源查找


此体系结构具有以下优点:
-租户之间的数据高度隔离
-每个租户都有自己的数据库备份,这些备份由SAP HANA系统自动管理,因此我们能够还原备份 一个租户,而不会影响任何其他租户。 链接
-内存 每个租户的使用情况可以单独配置,以防止一个租户使用所有资源或使其他租户崩溃
-租户容器和DataSource-Bindings可以在运行时通过控制台客户端自动添加
-如果该租户的资源 数据库系统不再足够,因为租户需要更多资源或有新的租户订阅该应用程序,我们能够扩大数据库系统

现在让我们来看看Cloud Foundry环境中的可能架构:

在CF上,我将创建一个SAP Hana服务,并为每个租户创建1个SAP HANA架构服务实例,并将其绑定到应用程序。


现在我看到以下差异/问题:


-CF没有可用的多租户数据库容器,因此要将租户之间的数据分开,我们只能使用一些严肃的选项:"每个租户1个架构,每个租户1个数据库服务实例"。 每个租户有1个数据库服务实例的问题是,这是一个非常昂贵的选择,导致数据库系统的最小大小为32 GB,建议的大小为64 GB(4个块)。 而且还会有额外的维护工作,因为有更多的数据库系统需要更新,监视和维护。 因此,我们目前正在研究每个租户的架构分离。
-使用模式分离,我们找不到按模式/租户创建和还原备份的方法
-使用模式分离,我们找不到任何方法来限制每个租户的内存使用情况
-在CF上,我们找不到 当新的租户订阅或当前系统的内存不足时升级数据库系统的方法
-租户和应用程序之间的服务绑定需要应用程序重新启动,导致通过环境变量提供服务信息 并且无法像NEO中那样添加广告运行时

所以现在我的问题是:
-我对CF中的SAP HANA服务的理解正确吗?
-是否有办法在CF中获得MDC-SAP-HANA-Systems?
-是 是否可以在非MDC系统中为每个架构/租户创建和还原备份?
-是否可以在CF中升级SAP HANA服务?
-在其中分离租户数据的推荐方法是什么? CF和SAP HANA(我发现的所有带有代码示例的教程都是通过表中的租户描述符列完成的,但这对我们来说不是一个严肃的选择)

最好的问候

Christoph

(40.6 kB)
4条回答
落灬小鱼
2020-08-20 08:56

嗨,诺伯特,

我不是专家 在HANA服务上。 我认为此更改还将在某个时候出现在Azure上。 我不知道有任何计划将此功能带回AWS。

但这不会有什么不同:您可以使用实例管理器创建HDI计划的不同实例,也可以使用同一实例创建多个HANA服务实例。

最好的问候,

Jan

一周热门 更多>