点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 在NEO上运行4年后,我...
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)你好 在NEO上运行4年后,我...
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
你好
在NEO上运行4年后,我们目前正在评估云代工厂,关于SAP HANA服务中的多实体架构提出了一些问题。
在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)
嗨克里斯托夫,
谢谢您的提问。
除了推荐的博客之外,我还可以为此推荐我的博客,其中我还将简短地讨论HDI主题: https://blogs.sap.com/2018/09/26/multitenancy-architecture-on-sap-cloud- platform-cloud-foundry-environment/
回答您的特定问题:
1)是的,我们的理解是正确的。 Hana服务要么提供HDI分离,要么可以为每个租户实例化一个多带带的Hana Service实例。
2)当前,仅可以针对每个HANA实例进行备份和还原。 如果要还原单个租户,则可以将整个实例还原到新实例中,然后导出特定的HDI容器并将其导入到要还原的实例中。
3)当前仅可以进行升迁 通过创建一个新实例并迁移到它。 您还可以通过创建新实例进行扩展,并仅向新实例供应新租户,并将现有租户保留在现有实例上。
4)推荐的方式取决于您的要求。 如我所引用的博客中所述,基本上,您可以选择为每个租户使用列,HDI容器或不同的HANA实例。 我建议使用HDI容器方法,因为这是对数据分离,可扩展性和成本的最佳折衷。
我看到了您对升级,备份和应用程序重启的担忧,但是我知道,在不提交时间表的情况下
最诚挚的问候,
Jan
一周热门 更多>