流程编排:PI/BPM系统的规模计算

2020-08-15 12:29发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)专家们, 我需要为新的流程编排系...

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

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


专家们,

我需要为新的流程编排系统计算正确的大小。 我知道所有预期的运行时PI接口,并且对于计划运行的BPM流程,我们也有一些假设。

由于这样的PO的快速大小调整器尚无上浆的可能性,因此我 找到了一个论坛条目,其中提到BPM大小和PI大小应该分别进行。

现在,在完成两个大小调整之后(BPM根据以下指南 http://service.sap.com/~sapidb/011000358700000454652010E/和基于PI quicksizer工具的PI)我想知道我该如何处理 结果得到2个SAPS值? 我只需要添加这两个值即可获得PO机器的最终尺寸?

感谢您的所有帮助!

最诚挚的问候

H。

3条回答
昵称总是被占用
2020-08-15 13:05

您好,Ulf,

关于您的问题:

-我们安装了一台全新的机器。 但是,有些双栈PI方案已添加到PI(AEX)部分的总规模计算中。

-现实生活中的场景体验:好问题! 我们尚未完全使用所有接口和BPM流程,这些都已考虑到大小计算。 因此,不幸的是,我不能告诉您。

-单栈与双栈:是的,这反而是SAP最初的想法,即仅使用一个栈就可以减少硬件占用。 对于我们的计算,这意味着:由于BPM仅在Java堆栈上运行,并且PI计算部分仅基于AEX(也仅基于Java-Stack),因此为BPM和PI计算了两个SAPS值( AEX)部分应仅反映一个堆栈(Java堆栈)所需的硬件。

PI部分的大小主要取决于您的预期方案和数量。 这就是为什么您需要添加消息数量和高峰时间。

BPM计算更着重于多少用户可以同时访问UWL中的多少任务。

希望这会有所帮助。

最好的问候

Harald

一周热门 更多>